cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
1074
Views
5
Helpful
8
Replies

My ISDN call is interrupting...

v-bereza
Level 1
Level 1

My ISDN call is interrupting every 600 sec, although I have a traffic on interface BRI (I am pinging neighbour with 50000 packets)

We experience problem with Cisco 3662, IOS 12.2(17a).

debug isdn q931, q921, events don't show cause for call interrupt

8 Replies 8

marinos_g
Level 1
Level 1

Can you post your config?

maximusadonis
Level 1
Level 1

Hi,

pls post your configs, and the output from debug commands.

Regards

mahesh

Hi!

My configs. Central side:

interface BRI1/6

description --- 2118032 ---

ip address 10.2.3.73 255.255.255.0

ip accounting output-packets

encapsulation ppp

no ip route-cache

no ip mroute-cache

load-interval 30

dialer idle-timeout 3600

dialer fast-idle 7

dialer wait-for-carrier-time 40

dialer map ip 10.2.3.103 name BMRC-GRODNO-3640 2108016

dialer-group 1

isdn switch-type basic-net3

ppp authentication chap LOCAL

ppp authorization NO-AUTHORIZATION

ppp chap hostname ru02-02-7

ppp chap password 7 0703294A4F074B

....

dialer-list 1 protocol ip permit

Branch office:

interface BRI0/0

ip address 10.2.3.103 255.255.255.0

ip accounting output-packets

encapsulation ppp

dialer idle-timeout 300

dialer fast-idle 15

dialer enable-timeout 180

dialer wait-for-carrier-time 100

dialer map ip 10.2.3.73 name ru02-02-7 2118032

dialer hold-queue 50

dialer-group 1

isdn switch-type basic-net3

ppp authentication chap ISDN-CONNECTION

....

dialer-list 1 protocol ip permit

Debug on the central side:

Local0.Debug 10.72.100.36 33332: Nov 22 13:52:15: ISDN BR1/6: TX -> RRf sapi=0 tei=94 nr=3

2004-11-22 13:54:35 Local0.Debug 10.72.100.36 33333: Nov 22 13:52:25: ISDN BR1/6: TX -> RRp sapi=0 tei=94 nr=3

2004-11-22 13:54:35 Local0.Debug 10.72.100.36 33334: Nov 22 13:52:25: ISDN BR1/6: RX <- RRp sapi=0 tei=94 nr=2

2004-11-22 13:54:35 Local0.Debug 10.72.100.36 33335: Nov 22 13:52:25: ISDN BR1/6: TX -> RRf sapi=0 tei=94 nr=3

2004-11-22 13:54:35 Local0.Debug 10.72.100.36 33336: Nov 22 13:52:25: ISDN BR1/6: RX <- RRf sapi=0 tei=94 nr=2

2004-11-22 13:54:45 Local0.Debug 10.72.100.36 33337: Nov 22 13:52:35: ISDN BR1/6: RX <- RRp sapi=0 tei=94 nr=2

2004-11-22 13:54:45 Local0.Debug 10.72.100.36 33338: Nov 22 13:52:35: ISDN BR1/6: TX -> RRf sapi=0 tei=94 nr=3

2004-11-22 13:54:55 Local0.Debug 10.72.100.36 33339: Nov 22 13:52:45: ISDN BR1/6: TX -> RRp sapi=0 tei=94 nr=3

2004-11-22 13:54:55 Local0.Debug 10.72.100.36 33340: Nov 22 13:52:45: ISDN BR1/6: RX <- RRp sapi=0 tei=94 nr=2

2004-11-22 13:54:55 Local0.Debug 10.72.100.36 33341: Nov 22 13:52:45: ISDN BR1/6: TX -> RRf sapi=0 tei=94 nr=3

2004-11-22 13:54:55 Local0.Debug 10.72.100.36 33342: Nov 22 13:52:45: ISDN BR1/6: RX <- IDCKRQ ri=0 ai=127

2004-11-22 13:54:55 Local0.Debug 10.72.100.36 33343: Nov 22 13:52:45: ISDN BR1/6: TX -> IDCKRP ri=34588 ai=94

2004-11-22 13:54:55 Local0.Debug 10.72.100.36 33344: Nov 22 13:52:45: ISDN BR1/6: RX <- RRf sapi=0 tei=94 nr=2

2004-11-22 13:54:56 Local0.Debug 10.72.100.36 33345: Nov 22 13:52:46: ISDN BR1/6: RX <- IDCKRQ ri=0 ai=127

2004-11-22 13:54:56 Local0.Debug 10.72.100.36 33346: Nov 22 13:52:46: ISDN BR1/6: TX -> IDCKRP ri=63709 ai=94

2004-11-22 13:54:56 Local0.Debug 10.72.100.36 33347: Nov 22 13:52:47: ISDN BR1/6: RX <- IDREM ri=0 ai=94

2004-11-22 13:54:56 Local0.Info 10.72.100.36 %ISDN-6-LAYER2DOWN: Layer 2 for Interface BR1/6, TEI 94 changed to down

Are there any other remote sites on your network?

Do they have the same problem?

The debug output is from which router? central or remote?

On the debug output, Layer 2 goes down after the message ISDN BR1/6: RX <- IDREM ri=0 ai=94

Here is what I found about IDREM:

Explanation:

The ISDN switch has removed the TEI (ID) from the connection. The router must discard all exiting communication using that TEI.

Possible Solution:

Check to see if a new TEI is assigned at a later time. If not, contact the telco.

If a new TEI is assigned, then maybe you could try the interface command isdn tei-negotiation first-call, so that TEI negotiation can occur when the first ISDN call is placed or received.

Thanks, Marinos!

Can you see my all my debug in attachment?

Hi Vitali

I have some questions for you:

1) Are there any other remote sites on your network?

2) Do they have the same problem?

3) The debug output is from which router? central or remote?

4) Could this be an interesting traffic issue?

5) Did you try a different IOS version?

Marinos

Hi marinos!

1) Yes.

3) Central.

4) dialer-list 1 protocol ip permit

5) Not yet :)

2) No, this problem is only with one router. This central router is on the other side of my town, thus it's ISDN numbers belongs to other ISDN switch or equipment, than other ISDN numbers on other central routers in my company. Unhappy, my telco weak in troubleshooting. I think, problem in telco. Now I'm seeking backup router with BRI for localization problem: router or telco.:)

Many thanks for help, marinos!

Maybe you should try a different IOS just in case it's not a telco problem.

Regards

Marinos