From: Joe Chang (changjoe@earthlink.net)
Date: Thu Dec 05 2002 - 23:59:57 GMT-3
Tim, the call caused by your ping may be failing because a pre-existing call
between r1 and 7 is still in progress. You may want to check if the
something is preventing the OSPF neighbor relationships from being
established. If so, demand circuit will not quit bringing up the dialer
until the it gets its neighbor. Also, you may want to remove the demand
circuit line from r1. Only one side needs to have demand circuit configured,
however I don't think it should cause any problems either way.
----- Original Message -----
From: "Timothy Ouellette" <timoue@cogeco.ca>
To: <ccielab@groupstudy.com>; <cisco@groupstudy.com>
Sent: Thursday, December 05, 2002 6:04 PM
Subject: ISDN problem, LDN mismatch?
> Hey all. I'm having a problem that seems to only be fixed with a reboot
> of r1. (rebooting the isdn sim does nothing )
>
> Router1----ISDN----Router7
>
> The rest of the topology doesn't much matter but r7 calls r1 when a
> change in ospf occurs (demand circuit). It was working 5 minutes ago
> and now it's not. Here is the quick configs of each router as well as
> the error i'm receiving on r1.
>
> I send a ping from r7 to r1 to bring up the link and here is what r7 is
> saying.
>
> *Feb 28 19:57:10: BR0 DDR: rotor dialout [priority]
> *Feb 28 19:57:10: BR0 DDR: Dialing cause ip (s=17.17.17.2, d=17.17.17.1)
>
> *Feb 28 19:57:10: BR0 DDR: Attempting to dial 5551000
> *Feb 28 19:57:15: Progress Ind i = 0xC28A - Delay in response at
> called interface
> *Feb 28 19:57:15: ISDN BR0: HOST_PROGRESS: Got IE of INBAND or Not
> End-To-End...
> *Feb 28 19:57:21: Cause i = 0x8292 - No user responding
> *Feb 28 19:57:21: Progress Ind i = 0x8288 - In-band info or
> appropriate now available
> *Feb 28 19:57:21: ISDN BR0: HOST_PROGRESS: Got IE of INBAND or Not
> End-To-End struct_
> err = 0, cause = 0x12
>
> and here is the error that's causing it on r1
> *Feb 28 20:57:15: Called Party Number i = 0xC1, '5551000',
> Plan:ISDN, Type:Su
> bscriber(local)
> *Feb 28 20:57:15: %ISDN-4-INVALID_CALLEDNUMBER: Interface BR0, Ignoring
> call, LDN and
> Called Party Number mismatch
> *Feb 28 20:57:19: SETUP pd = 8 callref = 0x4E
> *Feb 28 20:57:19: Bearer Capability i = 0x8890
> *Feb 28 20:57:19: Channel ID i = 0x89
> *Feb 28 20:57:19: Signal i = 0x40 - Alerting on - pattern 0
> *Feb 28 20:57:19: Calling Party Number i = 'A', 0x81, '5552000',
> Plan:ISDN, T
> ype:Subscriber(local)
> *Feb 28 20:57:19: Called Party Number i = 0xC1, '5551000',
> Plan:ISDN, Type:Su
> bscriber(local)
> *Feb 28 20:57:19: CCBRI_Go Fr L3 pkt (Len=35) :
> *Feb 28 20:49:51: %ISDN-4-INVALID_CALLEDNUMBER: Interface BR0, Ignoring
> call, LDN and
> Called Party Number mismatch
> *Feb 28 20:49:55: %ISDN-4-INVALID_CALLEDNUMBER: Interface BR0, Ignoring
> call, LDN and
> Called Party Number mismatch
>
>
> r7
> --------
> interface BRI0
> no ip address
> encapsulation ppp
> dialer pool-member 1
> isdn switch-type basic-ni
> isdn spid1 0555200001 5552000
> isdn spid2 0555400001 5554000
> !
> interface Dialer1
> ip address 17.17.17.2 255.255.255.252
> encapsulation ppp
> ip ospf cost 9999
> ip ospf demand-circuit
> dialer pool 1
> dialer remote-name r1
> dialer idle-timeout 30
> dialer fast-idle 60
> dialer string 5551000
> dialer-group 1
> no peer neighbor-route
> random-detect
> ppp multilink
>
>
> r1
> ------------------
> interface BRI0
> no ip address
> dialer pool-member 1
> isdn switch-type basic-ni
> isdn spid1 0555100001 5551000
> isdn spid2 0555300001 5553000
> cdapi buffers regular 0
> cdapi buffers raw 0
> cdapi buffers large 0
> !
> interface Dialer1
> ip address 17.17.17.1 255.255.255.252
> encapsulation ppp
> ip ospf cost 9999
> ip ospf demand-circuit
> dialer pool 1
> dialer remote-name r7
> dialer idle-timeout 30
> dialer fast-idle 60
> dialer string 5552000
> dialer load-threshold 1 outbound
> dialer-group 1
> no peer neighbor-route
> ppp multilink
> .
.
This archive was generated by hypermail 2.1.4 : Fri Jan 17 2003 - 17:21:39 GMT-3