PRI changing provider 1

[byrontel]

I will be involved with changing telco provider for 2 PRI's on a CS1000 rel 3 switch. Looking for advice on procedures to move DB15 connectors to new T1 equipment.
My plan was to disable the loops in LD 60> move cables to new T1 provider equipment> enable loops ld 60.What am I missing?
I have been told that all provisioning is the same as old provider(they wouldn't lie would they?)
These are DID'so how can I tell beforehand how many digits are being received at PBX , and if they want to try a test number will the procedure be to assign last x digits to a set to test?
Thanks

 

[bigindian65]

provisioning should be the same and you can tell them what you want sent 4 or 7.

Mato' Was'aka

 

[Reusser]

As long as provisioned the same should be ok - but you should check to make sure -

Print the DCHannel info:


>ld 22
PT2000

REQ prt
TYPE adan dch 0

ADAN DCH 0
CTYP MSDL
DNUM 6
PORT 0
DES pri
USR PRI
DCHL 2
OTBF 32
PARM RS422 DTE
DRAT 64KC
CLOK EXT
IFC NI2 <-- this is what you want to verify as
the dch protocol being used is the
same on the new PRI
ISDN_MCNT 300
CLID OPT0
CO_TYPE STD
SIDE USR
CNEG 1
RLS ID 1
RCAP COLP NDS
MBGA NO
OVLR NO
OVLS NO
T310 120
T200 3
T203 10
N200 3
N201 260
K 7
BSRV NO

Also print the following to determine number of digits:

REQ: prt
TYPE: ldn
TYPE LDN_DATA
CUST 0

TYPE LDN_DATA
CUST 00
OPT NLDN
DLDN NO
LDN0 8999 <-- for PRI DID route, the number of digits here
determine what digits to search for no
matter how many telco sends.

 

[byrontel]

See printout below. The two I'm working on are dch 13 and 17
Protocol appears to be D100
Thanks

REQ prt
TYPE adan dch

ADAN PRIM DCH 13
BDCH 17
CTYP MSDL
GRP 0
DNUM 13
PORT 0
DES 01IPCD861956
USR PRI
DCHL 18
OTBF 127
PARM RS422 DTE
DRAT 64KC
CLOK EXT
IFC D100
SIDE USR
CNEG 1
RLS ID 36
RCAP ND2
MBGA NO
OVLR NO
OVLS NO
T200 3
T203 10
N200 3
N201 260
K 7
ADAN PRIM DCH 14
BDCH 16
CTYP MSDL
GRP 1
DNUM 14
PORT 0
DES IMPQ/5199637997
USR PRI
DCHL 34
OTBF 127
PARM RS422 DTE
DRAT 64KC
CLOK EXT
IFC D100
SIDE USR
CNEG 1
RLS ID 36
RCAP ND2
MBGA NO
OVLR NO
OVLS NO
T200 3
T203 10
N200 3
N201 260
K 7
ADAN BKUP DCH 16
PDCH 14
CTYP MSDL
GRP 1
DNUM 15
PORT 1
BCHL 51
RCVP NO



PAGE 001

OTBF 127
PARM RS422 DTE
DRAT 64KC
CLOK EXT
IFC D100
SIDE USR
CNEG 1
RLS ID 36
RCAP ND2
MBGA NO
OVLR NO
OVLS NO
T200 3
T203 10
N200 3
N201 260
K 7
ADAN BKUP DCH 17
PDCH 13
CTYP MSDL
GRP 1
DNUM 14
PORT 1
BCHL 35
RCVP NO
OTBF 127
PARM RS422 DTE
DRAT 64KC
CLOK EXT
IFC D100
SIDE USR
CNEG 1
RLS ID 36
RCAP ND2
MBGA NO
OVLR NO
OVLS NO
T200 3
T203 10
N200 3
N201 260
K 7








CUST 0

TYPE LDN_DATA
CUST 00
OPT XLDN
DLDN NO
LDN0 6900
LDN1
LDN2
LDN3
LDN4
LDN5
ICI 00 LD0
ICI 01
ICI 02
ICI 03
ICI 04 RLL
ICI 05 INT
ICI 06
ICI 07 DL0
ICI 08
ICI 09

 

[bigindian65]

as long as they match you, or you match them, should b good.

Mato' Was'aka

 

[Reusser]

you need to check with your new T1 provider and see if they are a DMS100 switch and if yes make sure they are setup as NI-1, custom with SL1 profile.

If they are not a DMS100 - you will need to change your end to match them. (This will probably be the case)

 

[byrontel]

They are a DMS500 ...does the LDNO mean 4 digits received?

 

[Reusser]

LDN0 6900 - what ever they send, you will just look at the last 4 digits.

you need to find out what DCHanel Protocol they are using - no option on your end for DMS500 (DMS100 or DMS250) maybe you should both go to NI2

 

[byrontel]

Unfortunately they gave me a 7 digit test number in which the first digit of last 4 is a zero. Don't think that will work.

 

[Reusser]

you could use IDC to change

 

[byrontel]

I now have a new test number however when I switch over to new provider I get the following in ld 60:

EL ALM PROCESS: YES
ALARM STATUS : NO ALARM
CH 01 - MBSY ISA CH 02 - MBSY ISA
CH 03 - MBSY ISA CH 04 - MBSY ISA
CH 05 - MBSY ISA CH 06 - MBSY ISA
CH 07 - MBSY ISA CH 08 - MBSY ISA
CH 09 - MBSY ISA CH 10 - MBSY ISA
CH 11 - MBSY ISA CH 12 - MBSY ISA
CH 13 - MBSY ISA CH 14 - MBSY ISA
CH 15 - MBSY ISA CH 16 - MBSY ISA
CH 17 - MBSY ISA CH 18 - MBSY ISA
CH 19 - MBSY ISA CH 20 - MBSY ISA
CH 21 - MBSY ISA CH 22 - MBSY ISA
CH 23 - MBSY ISA CH 24 - DCH 13

Same for DCh 17
Any suggestions?

 

[Reusser]

Did your DCH establish?

Did you match DCH protocol with new carrier?

Programmed as ISA trunks - is carrier setup for Call by Call?

 

[byrontel]

After getting a more knowledgable tech on site from telco and having him try to establish these PRI's unsuccessfully, we are at an impasse with something we were told would be a simple plug and play type process.
The 2nd PRI with backup d channel appears fine looking at the status, however the provider advises they show the B channels down. Whenever I return to original T1's all is good.
We were asked to reboot the switch...???? Must be computer people. The user has agreed to this after hours...we'll have to see if that helps.I'm not convinced yet.

 

[Reusser]

as you know reboot will not help.

Did you change DCH protocol to match each other?

does carrier also have configured a primary and backup Dchallel?

Does T1 go out of alarm?

Does Dchannel ever establish?

When carrier tries to enable b-channels what do you see on switch with DCH messaging turned on?

Also, with primary and back up Dchannels - the order of the T1s is important - what telco says is the 1st T1 with primary DChannel must also be your 1st T1 with primary Dchannel.

 

[byrontel]

See responses below...keep in mind I am not totally comfortable with PRI programming or testing.

as you know reboot will not help. Aauurgh!

Did you change DCH protocol to match each other? Are here any printouts I can include that may help?

does carrier also have configured a primary and backup Dchallel? Yes...originaly no but they claim to have changed it.

Does T1 go out of alarm?.When I stat in ld 60 I see no alarms

Does Dchannel ever establish? Both D channels establish

When carrier tries to enable b-channels what do you see on switch with DCH messaging turned on?Explain DCH messaging..
do you mean enl msgi dch xx ? I always see b channels as idle..

Also, with primary and back up Dchannels - the order of the T1s is important - what telco says is the 1st T1 with primary DChannel must also be your 1st T1 with primary Dchannel. I am relatively sure that has been proven..will bring that up again.

 

[byrontel]

After many attempts and tests with the provider's test centre saying it wasn't their problem....turned out to be a bad card in the DMS....finally got it all working...no reboot!
Learned a couple of things anyway.Not to say I won't need help again.
Thanks to all.

 

[phonz1]

funny how T-1 issues are NEVER telco issues, huh?