Protocol error on TMDI D-Channel

[Latvia1]

I am getting protocol errors on the D-chanel. If I do PLOG DCH 3, I get #10 with errors. This states there are crc errors on the DCH. I installed 2 T-1's Point to Point. Main site 81c Far end a 11C. I programmed The 11c as adan dch 3 The Main site is Dch 9. I am wondering if it could be the Parm setting which is RS232 instead of 422 or having the MSDL in the RCAP on the Main site side. Any help would be appreciated. The other T-1 is programmed the same. I do not have any problems with that one. The span does not get any errors just the D-Channel. Thanks in advance.
The following is the 11c programming.

DLOP NUM DCH FRM LCMT YALM T1TE TRSH
PRI 02 23 ESF B8S FDL 0 00

ADAN DCH 3
CTYP TMDI
CARD 02
PORT 1
DES Loop-2
USR PRI
DCHL 2
OTBF 32
PARM RS232 DTE
DRAT 64KC
CLOK EXT
NASA NO
IFC SL1
SIDE USR
CNEG 1
RLS ID 22
RCAP ND2 NCT MSDL MWI
MBGA NO
OVLR NO
OVLS NO
T200 3
T203 10
N200 3
N201 260

TYPE RDB
CUST 00
DMOD
ROUT 0
DES TIE_TO_OPT81
TKTP TIE
NPID_TBL_NUM 0
ESN NO
CNVT NO
SAT NO
RCLS EXT
DTRK YES
BRIP NO
DGTP PRI
ISDN YES
MODE PRA
IFC SL1
PNI 00002
NCNA YES
NCRD YES
TRO NO
CHTY BCH
CTYP UKWN
INAC NO
ISAR NO
DAPC NO
DSEL VOD
PTYP PRI
AUTO NO
DNIS NO
DCDR NO
ICOG IAO
SRCH RRB
TRMB YES
STEP
ACOD xxx
TCPP NO
TARG 08
CLEN 1
BILN NO
OABS
INST
IDC YES
DCNO 0
NDNO 0 *
DEXT NO
DNAM NO
ANTK
SIGO STD
ICIS YES
TIMR ICF 384
OGF 384
EOD 4096
NRD 10112
DDL 70
ODT 4096
RGV 640
GRD 896
SFB 3
NBS 2048
NBL 4096
TFD 0
DRNG NO


PAGE 002

CDR YES
INC YES
LAST NO
QREC NO
OAL YES
AIA NO
OAN YES
OPD YES
NATL YES
MUS NO
RACD NO
FRL 0 0
FRL 1 0
FRL 2 0
FRL 3 0
FRL 4 0
FRL 5 0
FRL 6 0
FRL 7 0
OHQ NO
OHQT 00
CBQ NO
AUTH NO
TTBL 0
ATAN NO
PLEV 2
ALRM NO
ART 0
SGRP 0
K 7

This is the D-channel programming for the 81 side.

ADAN DCH 9
CTYP MSDL
GRP 0
DNUM 11
PORT 1
DES xxxx
USR PRI
DCHL 19
OTBF 32
PARM RS422 DTE
DRAT 64KC
CLOK EXT
NASA NO
IFC SL1
SIDE NET
SEMT 1
CNEG 1
RLS ID 25
RCAP ND2 NCT MSDL MWI
T200 3
T203 10
N200 3
N201 260
K 7

 

[Latvia1]

Follow up on my first post with NO replies. If I roll the T-1 on both sides. The troulble will stay with the Pac Bell Span. Bell says it is not their trouble. If Bell has a T-Berd in the N.I. in the RX, If they here noise on their t-berd is it coming from my PBX or C.o. I hope someone can help?

 

[mywayray]

Check your entry foe CEQU. The card type should TMDI

 

[ipp]

Looks same as ours...except we use DSEL 3VCE instead of VOD

 

[Reusser]

Some protocol errors are normal

You don't need MWI on either dchannel
you don't need MSDL on dch 9

If your errors are constant - maybe you have a clocking problem. What type of CSUs are you using- do you need to set the clocks on them, On the opt11, are there other T1s - where is the clock assigned?, Are you getting slipps or bipolar violations

 

[janaya]

Right, this looks good. I don't use CSU's I go straight from the SmartJack from the LEC right in to my PBX, so I don't know if that makes a difference.

Are the errors causing the span to fail? Could be the hardware. If you have working TIE lines to the PBX's already, and are adding this as an additional, try using the working hardware.

Reusser is right, I have Meridian Mail, CPND and all that jazz across TIE's with no RCAP information entered, except ND2, on both sides.

John

 

[Latvia1]

The trouble seems to be with Pac Bell. If I move the hardware the trouble stays with the circuit. I just can't get Bell to believe me. The errors are only on the D-channel. The actual span runs clean. If I go to Ld 96 and do a PLOG Dch 3. That's when I will see the problem. If there are enough calls going it will hit 255 then reset the counter. almost every minute.

 

[superiortel]

I hope you had this solved by now, If not, have Bell check the shape of the digital waveform after the smartjack. If the rise and fall times, pulse width, and so on are not correct, it will get your d-channel crazy, specially when the circuit is stressed (many calls). It causes the D to loose connectivity and re-establish after a few seconds, as well as dropped calls. The problem is usually caused by a defective card in the smartjack, the equalizer portion of the circuit is not working properly. For a quick fix, you may want to crank up the gain on the smartjack card (if it has dip switches)