BRI ISDN call lasting only 22 secs.

[mnsie]

The following is the output from :debug dial, debug isdn events.

router is a 2600 w/wic-bri-u.

Feb 7 16:48:59.300: BR0/0 DDR: Dialing cause ip (s=192.168.50.47, d=192.168.50.33)

Feb 7 16:48:59.300: BR0/0 DDR: Attempting to dial 17007308394

Feb 7 16:48:59.300: ISDN BR0/0: Outgoing call id = 0x8045, dsl 0

Feb 7 16:48:59.304: ISDN BR0/0: Event: Call to 17007308394 at 64 Kb/s

Feb 7 16:48:59.304: ISDN BR0/0: process_bri_call(): call id 0x8045, called_number 17007308394, speed 64, call type DATA

Feb 7 16:48:59.304: CCBRI_Go Fr Host InPkgInfo (Len=26) :

Feb 7 16:48:59.304: 1 0 1 80 45 0 4 2 88 90 18 1 83 2C B 31 37 30 30 37 33 30 38 33 39 34

Feb 7 16:48:59.308:

Feb 7 16:48:59.308: CC_CHAN_GetIdleChanbri: dsl 0

Feb 7 16:48:59.308: Found idle channel B1.

Feb 7 16:49:00.060: CCBRI_Go Fr L3 pkt (Len=7) :

Feb 7 16:49:00.060: 2 1 44 98 18 1 89

Feb 7 16:49:00.060:

Feb 7 16:49:00.064: ISDN BR0/0: LIF_EVENT: ces/callid 1/0x8045 HOST_PROCEEDING

Feb 7 16:49:00.936: CCBRI_Go Fr L3 pkt (Len=7) :

Feb 7 16:49:00.940: 1 1 44 94 34 1 1

Feb 7 16:49:00.940:

Feb 7 16:49:00.940: ISDN BR0/0: LIF_EVENT: ces/callid 1/0x8045 HOST_ALERTING

Feb 7 16:49:00.940: ISDN BR0/0: HOST_ALERTING: DEV_CALL_PROGRESSING: VOICE ERROR: Bearer capability not available(0x3A): bchan 0, call id 8045

Feb 7 16:49:00.993: CCBRI_Go Fr L3 pkt (Len=7) :

Feb 7 16:49:00.993: 7 1 44 91 34 1 3F

Feb 7 16:49:00.993:

Feb 7 16:49:00.993: ISDN BR0/0: LIF_EVENT: ces/callid 1/0x8045 HOST_CONNECT

Feb 7 16:49:00.993: ISDN BR0/0: Event: Connected to <unknown> on B1 at 0 Kb/s...

Feb 7 16:49:07.589: CCBRI_Go Fr L3 pkt (Len=10) :

Feb 7 16:49:07.589: 7B 0 93 95 2A 4 80 80 1 50

==========================================

Feb 7 16:49:22.909: CCBRI_Go Fr L3 pkt (Len=8) :

Feb 7 16:49:22.909: 45 1 44 96 8 2 80 90

Feb 7 16:49:22.909:

Feb 7 16:49:22.913: ISDN BR0/0: LIF_EVENT: ces/callid 1/0x8045 HOST_DISCONNECT

Feb 7 16:49:22.913: ISDN BR0/0: Event: Call to 17007308394 was hung up.

Feb 7 16:49:22.913: ISDN BR0/0: process_disc_ack(): call id 0x8045, ces 1, call type DATA

Feb 7 16:49:22.917: ISDN: get_isdn_service_state(): idb 0x82074228 bchan 2 is_isdn 1 Not a Pri

Feb 7 16:49:22.917: BRI0/0: wait for isdn carrier timeout, call id=0x8045

Feb 7 16:49:22.917: DDR: Dialing failed, 1 packets unqueued and discarded

Feb 7 16:49:22.917: CCBRI_Go Fr Host InPkgInfo (Len=10) :

Feb 7 16:49:22.917: 6 0 1 80 45 0 8 2 60 8

Feb 7 16:49:22.917:

Feb 7 16:49:23.117: CCBRI_Go Fr L3 pkt (Len=4) :

Feb 7 16:49:23.117: 5A 1 44 99

Feb 7 16:49:23.117:

Feb 7 16:49:23.117: ISDN BR0/0: LIF_EVENT: ces/callid 1/0x8045 HOST_DISCONNECT_ACK

Feb 7 16:49:23.121: ISDN: get_isdn_service_state(): idb 0x82074228 bchan 2 is_isdn 1 Not a Pri

Feb 7 16:49:23.121: ISDN BR0/0: HOST_DISCONNECT_ACK: call type is DATA

ushasbchica01r#clear in b0/0

ushasbchica01r#

Feb 7 16:49:49.978: ISDN BR0/0: Physical layer is IF_DOWN

Feb 7 16:49:49.978: ISDN BR0/0: L1 persistent Deactivated

Feb 7 16:49:49.978: ISDN BR0/0: L1 is IF_ACTIVE

Feb 7 16:49:49.982: ISDN BR0/0: L2-TERM: ces/tei=1/72 usid/tid=0/1 ESTABLISHED->TERM_DOWN

Feb 7 16:49:49.982: ISDN BR0/0: L2-TERM: ces/tei=2/81 usid/tid=1/1 ESTABLISHED->TERM_DOWN

Feb 7 16:49:49.982: ISDN BR0/0: Incoming call id = 0x00C6, dsl 0

Feb 7 16:49:49.982: ISDN BR0/0: L2-TERM: ces/tei=1/72 usid/tid=0/1 TERM_DOWN->AWAIT_ESTABLISH

Feb 7 16:49:49.982: ISDN BR0/0: Shutting down ME

Feb 7 16:49:49.982: ISDN BR0/0: Shutting down ISDN Layer 3

Feb 7 16:49:50.014: ISDN BR0/0: L2-TERM: ces/tei=1/72 usid/tid=0/1 AWAIT_ESTABLISH->ESTABLISHED

Feb 7 16:49:50.014: ISDN BR0/0: Incoming call id = 0x00C7, dsl 0

Feb 7 16:49:50.014: ISDN BR0/0: L2-TERM: ces/tei=2/81 usid/tid=1/1 TERM_DOWN->AWAIT_ESTABLISH

Feb 7 16:49:50.054: ISDN BR0/0: L2-TERM: ces/tei=2/81 usid/tid=1/1 AWAIT_ESTABLISH->ESTABLISHEDe

================================================

[makchitale]

Please capture the following debugs:

deb dialer / deb isdn q931 / deb ppp nego

If you have control of the remote router (receiving end) then capture deb isdn q931 & deb ppp nego there.

Thanks, Mak

[mnsie]

Thanks, I will run the debugs tonight. The receiving side is a major hub, I have some concerns running the q931 debug during business hours.

Anita

[stephenshaw]

Hi,

we've run into several situations with ISDN consistently dropping within 20 - 22 seconds. It is generally found that somewhere within the Telco's network the circuit has been configured for "voice" rather than "data." I would suggest posting the outputs of the debugs to your ISDN provider and have them investigate as well.

HTH,

Steve

[dpsri]

is the voltage for the ISDN constant for abt 5 min?

Have u checked the ppp authentication?

[anowell]

I would be willing to bet you have a PIC code issue. Call your local telco and verify what PIC code you should be using. Good luck. : )

Just a note: The KEY thing you said that made me point at the PIC code is the fact the call last specially 22 seconds. 22 seconds seems to be the magic number for PIC code issues.

[stephenshaw]

Hi Anowell,

what is a PIC code? I've never seen any reference to this.

thanks,

Steve

[panlamture]

Hi mnsie

This 22sec is realy magic number, the same thing i had faced with one of my clent, we did all the troubleshooting link changing bri card, NT1, and also all cable. But at last the problem got found in local TELCO network.

We requested them to change all the cable from there end to our client end. also we recreated the ISDN creation after this our client was Happy to have continously connectivity...

if possible try to chase you local TELCO network...

[contactyk]

agreed with panlamture.Plz try to chk with ur ISDN service provider.