From: Larry H (larryh3@hotmail.com)
Date: Fri Dec 27 2002 - 17:07:38 GMT-3
Have you checked the ISDN config to make sure that it works without the
dialer-watch? If not you would have to figure out where the problem is.
I like to use a building block approach to setting up ISDN.
Start with a bare bones approach and get a call to go across - no
authentication or multilink 0r dialer-watch. Once you have a good call and
are passing traffic add on the authentication layer and test again. Once you
have that going add the multi-link and test. Then move on to the
dialer-watch.
This way you can more easily identify where the problem lays.
>From: Ccie candidate <beacc1e@yahoo.com>
>Reply-To: Ccie candidate <beacc1e@yahoo.com>
>To: ccielab@groupstudy.com
>Subject: second b-channel does not comeup with dialer-watch
>Date: Fri, 27 Dec 2002 08:18:33 -0800 (PST)
>
>Hi
>The following is my lab setup.
>
>R5--------------|-INTERNET
>|sdn |
>| |
>|sdn |
>R3--------------| -INTERNET
>
>R5 -config
>
>interface BRI0/0
> ip address 148.9.35.2 255.255.255.252
> encapsulation ppp
> load-interval 30
> dialer map ip 148.9.35.1 name r3 broadcast 3331234
> dialer map ip 148.9.35.1 name r3 broadcast 3331235
> dialer map ip 199.172.16.0 name r3 broadcast 3331234
> dialer map ip 199.172.16.0 name r3 broadcast 3331235
> dialer map ip 199.172.0.0 name r3 broadcast 3331234
> dialer map ip 199.172.0.0 name r3 broadcast 3331235
> dialer load-threshold 1 either
> dialer watch-group 1
> dialer-group 1
> isdn switch-type basic-dms100
> isdn spid1 51055512340001
> isdn spid2 51055512350001
> ppp authentication chap
> ppp multilink
>
>
>r5#sh run | in dialer-list 1
>dialer-list 1 protocol ip list 100
>r5#sh access-l
>r5#sh access-lists 100
>Extended IP access list 100
> deny ospf any any
> deny tcp any any eq bgp
> permit ip any any
>
>r5#sh run | in watch-list
>dialer watch-list 1 ip 199.172.16.0 255.255.240.0
>dialer watch-list 1 ip 199.172.0.0 255.255.240.0
>
>R3 configuration
>
>interface BRI0/0
> ip address 148.9.35.1 255.255.255.252
> encapsulation ppp
> load-interval 30
> dialer load-threshold 1 inbound
> dialer-group 1
> isdn switch-type basic-dms100
> isdn spid1 51033312340001
> isdn spid2 51033312350001
> ppp authentication chap callin
> ppp multilink
>
>r3#sh run | in dialer-list
>dialer-list 1 protocol ip list 101
>Extended IP access list 101
> deny tcp any any eq bgp
> permit ip any any (1 match)
>r3#
>
>On the bri0/0, the applied "dialer map ip" statement for watch-list there
>is no subnet mask info. How does the router differentiates the subnets if
>there is no subnet info ?
>Do I have to specify the second dialer map in order bring the second
>b-channel up ?
>
>
>r5#sh ip bgp 199.172.0.0
>BGP routing table entry for 199.172.0.0/20, version 125
>Paths: (2 available, best #1, table Default-IP-Routing-Table)
> Advertised to non peer-group peers:
> 148.9.45.4
> 26 39 11, (aggregated by 11 199.172.10.1), (received & used)
> 148.9.25.2 from 148.9.25.2 (206.186.7.66)
> Origin IGP, localpref 100, valid, external, atomic-aggregate, best
> 26 39 11, (aggregated by 11 199.172.10.1), (received & used)
> 148.9.45.4 from 148.9.45.4 (148.9.43.1)
> Origin IGP, localpref 100, valid, internal, atomic-aggregate
>r5-ccie#
>
>Now I block the advertisements of 199.172.0.0/20 from internet to R5.
>r5 iniates the call ( based on the watch-list 1) and builds bgp nei. with
>r3.
>
>r5#sh isdn ac
>--------------------------------------------------------------------------------
> ISDN ACTIVE CALLS
>--------------------------------------------------------------------------------
>Call Calling Called Remote Seconds Seconds Seconds Charges
>Type Number Number Name Used Left Idle
>Units/Currency
>--------------------------------------------------------------------------------
>Out 3331234 r3 143 - - 0
>--------------------------------------------------------------------------------
>
>r5#sh ip route 199.172.0.0
>Routing entry for 199.172.0.0/20, supernet
> Known via "bgp 54", distance 20, metric 0
> Tag 39, type external
> Last update from 148.9.35.1 00:14:28 ago
> Routing Descriptor Blocks:
> * 148.9.35.1, from 148.9.35.1, 00:14:28 ago
> Route metric is 0, traffic share count is 1
> AS Hops 2
>r5#
>
>r5#sh debug
>Diall on demand events debugging is on
>Backup:
> Backup events debugging is on
>ISDN:
> ISDN events debugging is on
> ISDN events debug DSLs. (On/Off/No DSL:1/0/-)
> DSL 0 --> 31
> 1 - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
>
>
>*Mar 2 21:53:28.584: BR0/0 DDR: Already 1 call(s) in progress on BR0/0,
>dialing
> not allowed
>*Mar 2 21:53:28.628: ISDN BR0/0: Event: incoming ces value = 2
>*Mar 2 21:53:28.628: ISDN BR0/0: received HOST_DISCONNECT_ACK call_id
>0x82F2
>*Mar 2 21:53:28.628: ISDN BR0/0: HOST_DISCONNECT_ACK: call type is DATA
>*Mar 2 21:53:58.496: BR0/0 DDR: Attempting to dial 3331234
>*Mar 2 21:53:58.496: ISDN BR0/0: Outgoing call id = 0x82F3, dsl 0
>*Mar 2 21:53:58.496: ISDN BR0/0: Event: Call to 3331234 at 64 Kb/s
>*Mar 2 21:53:58.496: ISDN BR0/0: process_bri_call(): call id 0x82F3,
>called_num
>ber 3331234, speed 64, call type DATA
>*Mar 2 21:53:58.496: CC_CHAN_GetIdleChanbri: dsl 0
>*Mar 2 21:53:58.496: Found idle channel B2
>*Mar 2 21:53:58.556: ISDN BR0/0: Event: incoming ces value = 2
>*Mar 2 21:53:58.556: ISDN BR0/0: received HOST_PROCEEDING call_id 0x82F3
>*Mar 2 21:53:58.588: ISDN BR0/0: Event: incoming ces value = 2
>*Mar 2 21:53:58.588: ISDN BR0/0: received HOST_DISCONNECT call_id 0x82F3
>*Mar 2 21:53:58.588: ISDN BR0/0: Event: Call to 3331234 was hung up.
>*Mar 2 21:53:58.588: ISDN BR0/0: process_disc_ack(): call id 0x82F3, ces
>2, cal
>l type DATA
>*Mar 2 21:53:58.588: BRI0/0: wait for isdn carrier timeout, call id=0x82F3
>*Mar 2 21:53:58.592: ISDN BRI0/0: isdn_is_bchannel_available: No Free
>B-channels
>
>It says there is idle b channel but then it complains about no free channel
>?
>Any idea ?
>
>
>Kafkaf
>
>
>
>---------------------------------
>Do you Yahoo!?
>Yahoo! Mail Plus - Powerful. Affordable. Sign up now
>.
This archive was generated by hypermail 2.1.4 : Fri Jan 17 2003 - 17:21:53 GMT-3