Anyone.....Anyone

[EddieDuece]

So we have a CS1000 (opt 81 upgraded) connected to one of our sites via PRI option 11 4.5. We just recently had fiber installed and moved our network gear to the fiber. It is up and running great. Now we want to eliminate the T1 between the sites and connect the 2 PBX's via fiber. So the PRI comes out of the CS1000, in and out of a CSU and plugs into a CISCO 3845 router. Everything greens up and looks good. Routes over the fiber to the far end to a CISCO 2801....in and out of a CSU, to the Opt 11. Everything greens up and looks good. So I enable the D channel and loop, but the D channel releases and the B channels go into a MSBY state. This is the error I get;

DCH055 DCH: 6 RLS WRONG MODE TIME

Anyone have any clue as to why this is happening? Any help would be greatly appreciated.

 

[Reusser]

you are looping back to your self

 

[Reusser]

or Both ends have DCH configured with the same SIDE type USR or NET. One need to be USR the other NET

 

[EddieDuece]

No, I have that defined. I will post the DCH config;

CS1000
ADAN DCH 46
CTYP MSDL
GRP 1
DNUM 0
PORT 2
DES RATS/TILLEY
USR PRI
DCHL 46
OTBF 32
PARM RS422 DTE
DRAT 64KC
CLOK EXT
NASA NO
IFC SL1
SIDE NET
SEMT 1
CNEG 1
RLS ID 25
RCAP ND2 MWI TAT
MBGA NO
OVLR NO
OVLS NO
T200 3
T203 10
N200 3
N201 260
K 7

OPT 11
ADAN DCH 6
CTYP MSDL
CARD 01
PORT 1
DES COURTHOUSE
USR PRI
DCHL 1
OTBF 32
PARM RS422 DTE
DRAT 64KC
CLOK EXT
NASA NO
IFC SL1
SIDE USR
CNEG 1
RLS ID 21
RCAP ND2 MWI TAT
MBGA NO
OVLR NO
OVLS NO
T200 3
T203 10
N200 3
N201 260
K 7

 

[allenmac]

I would put a T-Berd on each end and make sure I could send patterns each way.

 

[johnpoole]

the csu or router on one end is usually doing a loop back,, it green up been when it tries to handshake it see's it's own user net.. unplup the t at the far end.. my money says your 81 end stays green

john poole
bellsouth business
columbia,sc

 

[EddieDuece]

Don't know if this means anything but the D channel on the 81 establishes. It's the far end opt 11 that the DCH keeps dropping and the span goes into MSBY? Any thoughts?

 

[hawks]

If it was working via copper then you switches are ok. You need to take a look at how the routers are set up to talk to the switch.

 

[EddieDuece]

So we finally got it. The issue was both sides needed to be set to net! The PBX's we're looking at the routers as if they were a pbx. Changed both sides to net and the spans came right up!

 

[Tman45]

So ...

Reusser (Programmer) 9 Jul 09 16:57
or Both ends have DCH configured with the same SIDE type USR or NET. One need to be USR the other NET


Reusser was close ... wonder why both sides are configured as NET.

 

[EddieDuece]

So the weird thing is that the 4 digit dialing is working but we can't make any calls to the outside world. They outside can call in and 4 digit works both ways so we are thinking the router has some dialing plan issues.

 

[NortelGuy1979]

Sounds to me as if the Cisco routers in the middle were acting as USR side, instead of just treating the link as a P2P T1. Odd configuration.
~M~

Matt H. - Technical Support Engineer

 

[jamie2]

I was working with Edwarddouchee' on this setup, and you are correct Matt.. Odd Configuration! The entire time we assumed the routers would have acted as a P2P T1, so that is why we were surprised when it established after setting both sides to NET. Calling from the 11c to the CS1000M, it is stripping the last 3 digits when calling the PSTN.

We tried everything in the PBX to strip and insert digits, but it clearly appears to be the routers translation rules.

Are configuration is:
CS1000M<>3845Router<>Fiber Link<>2801Router<>Option11c

Anyone have a configuration like this, and if yes, how do your router translation rules look?

 

[curtismo]

What PRI protocol are you using between the two? Do you have your PRI channels set up as DID or TIE trunks? They could be only accepting the last 4 digits (or however long your LD0 entry is) and not acting as a TIE.

 

[jamie2]

We programmed them with QSIG signaling. The trunks are TIE.

One other point, There is currently a P2P T1 working between the sites. While testing the Fiber span, we are taking the P2P circuit down and using the same RLI's,DMI's and such. Works correctly on the P2p, but not on the fiber between the two routers.