ISDN channel 2 not comming up

[shaun_corcoran]

2 channel is not comming up.

-can get the first one up no problem but the 2nd will just not come up.

head router is a 2651 IOS is IP PLUS

c2600-is-mz.122-19.bin

Remote router is a 1720 IOS is IP PLUS

c1700-sy-mz.122-11.T8.bin

My question has anyone had any issues with either of

these IOS's in an ISDN install???

any suggestions welcome

[deilert]

make sure you have

encap ppp

ppp multilink

dialer load-threshold x

configured on the dialer on each end.

the dialer load threshold by default is 127 or the link must be 50 % saturated to come up , if you wish to have the other b channel come up immedialtely then configure dialer load-threshold 1 either .

[shaun_corcoran]

Have all the above

dialer load is set at 3 normal

but set to 1 for debugging purposes

have some debug isdn q931 debris

I think it might be a telco issue

[deilert]

can you paste in sh isdn status

[shaun_corcoran]

Notice the B channels available

is only 1

I'm presently talking to the telco right now.

Dial String Successes Failures Last DNIS Last status

2120713 106 6 00:00:25 successful Default

0 incoming call(s) have been screened.

0 incoming call(s) rejected for callback.

BRI0:1 - dialer type = ISDN

Idle timer (120 secs), Fast idle timer (20 secs)

Wait for carrier (30 secs), Re-enable (15 secs)

Dialer state is multilink member

Dial reason: ip (s=10.180.41.13, d=199.194.27.65)

Current call connected 00:01:28

Connected to 2120713 (r1.calgary-INF.hyatt)

BRI0:2 - dialer type = ISDN

Idle timer (120 secs), Fast idle timer (20 secs)

Wait for carrier (30 secs), Re-enable (15 secs)

Dialer state is idle

r1.calgary-SAT.crowfoot#sho isdn stat det

*14:48:21.643 pST Tue Mar 23 1993

Global ISDN Switchtype = basic-ni

ISDN BRI0 interface

dsl 0, interface ISDN Switchtype = basic-ni

Layer 1 Status:

ACTIVE

Layer 2 Status:

TEI = 78, Ces = 1, SAPI = 0, State = MULTIPLE_FRAME_ESTABLISHED

TEI = 79, Ces = 2, SAPI = 0, State = MULTIPLE_FRAME_ESTABLISHED

TEI 78, ces = 1, state = 5(init)

spid1 configured, spid1 sent, spid1 valid

Endpoint ID Info: epsf = 0, usid = 70, tid = 1

TEI 79, ces = 2, state = 5(init)

spid2 configured, spid2 sent, spid2 valid

Endpoint ID Info: epsf = 0, usid = 71, tid = 1

Layer 3 Status:

NLCB:callid=0x0, callref=0x0, state=37, ces=0 event=0x0

NLCB:callid=0x806E, callref=0x68, state=10, ces=1 event=0x7

NLCB:callid=0x0, callref=0x0, state=0, ces=2 event=0x0

NLCB:callid=0x0, callref=0x0, state=0, ces=1 event=0x0

1 Active Layer 3 Call(s)

CCB:callid=0x806E, callref=0x68, state=0x4, sapi=0x0, ces=0x1, B-chan=1, calltype=DATA, hdlctype=HDLC-TRUNK

Active dsl 0 CCBs = 1

Number of active calls = 1

Number of available B-channels = 1

The Free Channel Mask: 0x80000002

Total Allocated ISDN CCBs = 1

r1.calgary-SAT.crowfoot#

[ziutek]

I had this problem in a test lab, and it took me a while to get it right. Try here:

http://www.cisco.com/warp/customer/471/ppp_multilink_ts.html

I had to add this command:

"isdn fast-rollover-delay 5" - Set the rollover delay at 5 seconds.

This delay is provided to allow the old call to be torn down completely before the new call is attempted. This command is necessary on some ISDN switches because the new call may be attempted before the old call is completely torn down. This causes the second call to fail.

Good luck,

Joe