T1 SLIPS, NEED COMMANDS TO CHANGE LFAC AND BIPC IN LD 73 5

[81Cadmin]

Our T1 was installed a few months back, since the install the service will intermittently go down. Lately it's going down every 30-60 minutes. That forces me to perform a reset on the DCH and Loop.

In attempts to resolve the issue we have replaced the TMDI card (for the 3rd time). The cards have come from other known working systems. This however has not resolved the problem.

Yesterday I opened another ticket with our LEC to investigate the issue. We've put the PBX into free run for the time being and believe the problem is related to the slippage on the line.

I read a post that advises below...

"Go to LD 73 and print your DDB. Look at the prompts LFAC and BIPC and I will bet that these are not set to 0(the default is 2 and 3). Set those prompts to 0 and you will probably not have to dial in and reset the T1 circuits. When the counter reaches the limits set in the DDB it quits trying to reestablish the T1 and you have to dis able and reenable the T1 loop."

I need to know the commands to change LFAC and BIPC in LD 73 as they are set to 2 and 3. I would like to try setting them to 0 to see if it stops the T1 from going down while I am waiting for the TELCO to investigate.

Help is appreciated.

PRINTS:

PRI TRK LOOP 3
TRSH CNT:
BPV -000
SLIPD -074
SLIPR -000
CRC -000
LOSFA -000
OS_BPV -000
OS_LOSFA-000
OS_YEL -000

 

[allenmac]

>ld 73
DDB000
MEM AVAIL: (U/P): 98980416 USED U P: 5150888 121109 TOT: 104252413
DISK SPACE NEEDED: 200 KBYTES
REQ prt
TYPE ddb

MGCLK 0 1 1
PREF 0 1 1
SREF

TRSH 00
RALM 3
BIPC 2
LFAC 3
BIPV 3 2
SRTK 5 30
SRNT 15 3
LFAL 17 511
SRIM 1
SRMM 2
ICS


REQ chg
TYPE ddb
MGCLK
TRSH 0
RALM
BIPC <------ Enter your new values here
LFAC <------ and here.
BIPV
SRTK
SRNT
LFAL
SRIM
SRMM
TRSH
ICS

 

[phonz1]

Tell your telco to fix this. They'll tell you it's clean on their end, DO NOT BELIEVE THEM. If they wont correct it, find another telco.... Are you in AT&T area??

 

[johnpoole]

changing the ddb will ususlly only allow users to hear the problem prior to being cut off... have you checked your clocks.. if that t is clean, then you need to be sure your clocking off of a stable source (not freerun)..

john poole
bellsouth business
columbia,sc

 

[trvlr1]

Do you have your own CSU in the circuit? You might want to try a hard loop after it to check your own equipment including the CSU. If the telco says they have looped their equip and dont see a problem, get them to loop your CSU, or give them a hard loop. If they loop their own CSU equipment it does not test out the whole card and they can still have a problem. Lastly, ask them for the specs on the circuit they are providing and make sure the programming matches up with what you have in house. Usually if the issue is with the telco the more calls you have on the circuit the more errors you will see and the quicker it will go down.
Hope this helps.

 

[81Cadmin]

The last tech removed clocking and put it into free run. Can re-establish the clocking easily? I would prefer that clocking is on when the telco is troubleshooting as I believe free run causes phantom slips?

 

[acewarlock]

Free run causes all kinds of problems. make sure you set a Primary and a Secondary.




This is a Signature and not part of the answer, it appears on every reply.

This is an Analogy so don't take it personally as some have.

Why change the engine if all you need is to change the spark plugs.

 

[81Cadmin]

Can someone provide the steps to enable clocking?

Thanks,

 

[yyrkroon]

ssck 0 to see if its enable or not, if not enl cc 0 to enable.

trck pck to track on primary

 

[81Cadmin]

ssck 0
ENBL
CLOCK ACTIVE
CLOCK CONTROLLER - FREE RUN
PREF - 3
SREF - FREE RUN
AUTO SWREF CLK - ENBL
NO ERROR

IP DB PORT 1 DSBL
IP DB PORT 2 DSBL
IP DB PORT 3 DSBL
IP DB PORT 4 DSBL
CALL SERVER CLK SRC: CC
.

 

[phonz1]

now, in LD60... trck pck. it should sync to the clock, you should get a DTC001

 

[81Cadmin]

The TELCO will be onsite later this afternoon. I'm prepared for them saying it's an equipment issue (after we've replaced almost everything).

 

[phonz1]

dont let them intimidate you by their BS.... 9 times out of 10, it's them!

 

[81Cadmin]

The ILEC (BELL CANADA) has stress tested the line and didn't report any errors during the 20 minute run. The service however with a co-locate provider (TELUS).

The LCNT still shows steady slippage every few minutes or so. The Line was recently brought back into service and the SLIPD is already at -013.

PRI TRK LOOP 3
TRSH CNT:
BPV -000
SLIPD -013
SLIPR -000
CRC -000
LOSFA -000
OS_BPV -000
OS_LOSFA-000
OS_YEL -000

 

[acewarlock]

How many T1's do you have?




This is a Signature and not part of the answer, it appears on every reply.

This is an Analogy so don't take it personally as some have.

Why change the engine if all you need is to change the spark plugs.

 

[81Cadmin]

Only the 1.

 

[acewarlock]

is it still in free run or did you change it?




This is a Signature and not part of the answer, it appears on every reply.

This is an Analogy so don't take it personally as some have.

Why change the engine if all you need is to change the spark plugs.

 

[81Cadmin]

The switch was rebooted prior after the carrier tested the line, as a result (no EDD) it came back up free run. I changed that shortly after the last post so the slippage is in fact when it was in free run mode. since the change the slippage is still sitting at -032.

.SSCK 0
ENBL
CLOCK ACTIVE
CLOCK CONTROLLER - LOCKED TO SLOT 3
PREF - 3
AUTO SWREF CLK - ENBL
NO ERROR

IP DB PORT 1 DSBL
IP DB PORT 2 DSBL
IP DB PORT 3 DSBL
IP DB PORT 4 DSBL
CALL SERVER CLK SRC: CC
.

 

[acewarlock]

do a RCNT to reset the counters and add LD 60 to your MIDS, make sure you do a backup.

LD 60 in the MIDS will reset the counters and keep the T1 from going down.




This is a Signature and not part of the answer, it appears on every reply.

This is an Analogy so don't take it personally as some have.

Why change the engine if all you need is to change the spark plugs.

 

[81Cadmin]

i've completed the rcnt to reset the counters and performed EDD. Will this action cause the m1 periodically reset counters; or is this a one-time thing?