From: marc van hoof (mvh@marcvanhoof.com)
Date: Fri Aug 20 2004 - 21:10:54 GMT-3
Alex,
That makes complete sense - thanks for that.
The thing I don't understand now is why the route does not re-appear when
it's being blocked over the BRI 0/0 and Serial 0/0 comes back up.
So:
1) Serial 0/0 is up. 150.2.5.5 is in routing table as intra-area route
2) Serial 0/0 gets shut down
3) Dialer watch connects isdn on BRI 0/0
4) Adjacency and Virtual Link on BRI go to FULL state
5) 150.2.5.5 route does not enter the routing table as it's being blocked by
a route-map
6) Serial 0/0 gets re-enabled
7) OSPF sessions over Serial 0/0 go to FULL state
8) 150.2.5.5 route still does not enter the routing table, even though the
only route-map blocking it is trying to 'match interface BRI 0/0'
9) 150.2.5.5 gets installed in the routing table when BRI 0/0 gets shut down
and hence disconnected.
In this situation there is no inter-area route installed to take precedence
- there is NO route in the routing table and it's STILL not being installed.
Very weird !!!
-marc.
> -----Original Message-----
> From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of
> Alexander Arsenyev (GU/ETL)
> Sent: Friday, 20 August 2004 11:53 PM
> To: 'marc van hoof'; ccielab@groupstudy.com
> Subject: RE: dialer watch-list - please help !!
>
> Hello,
>
> When Serial0/0 is UP and BRI0/0 is DOWN (initial state) You are getting
> 150.2.5.5/32 as OSPF inter-area route (O IA).
> When Serial0/0 and BRI0/0 are both UP (after You re-enable Serial0/0) You
> are getting 150.2.5.5/32
> as OSPF intra-area route :
> O 150.2.8.8/32 [110/1573] via 142.2.45.5, 00:04:08, BRI0/0
> There is no way OSPF inTRA-area route could be displaced/superceded by
> OSPF inTER-area route, You have to rethink
> the solution.
> HTH,
> Cheers
> Alex
>
> -----Original Message-----
> From: nobody@groupstudy.com [mailto:nobody@groupstudy.com]On Behalf Of
> marc van hoof
> Sent: 20 August 2004 13:44
> To: ccielab@groupstudy.com
> Subject: dialer watch-list - please help !!
>
>
> Hey all,
>
>
>
> I'm having immense problems with a dialer watch list. R4 and R5 are
> connected via ISDN and are both on a frame-relay cloud. R4 is watching
> R5's
> loopback address in the routing table with dialer watch.
>
>
>
> So R4 is watching for 150.2.5.5 in the routing table, which is there:
>
> Rack2R4#show ip route 150.2.5.5
>
> Routing entry for 150.2.5.5/32
>
> Known via "ospf 1", distance 110, metric 65, type inter area
>
> Last update from 142.2.0.5 on Serial0/0, 01:28:52 ago
>
> Routing Descriptor Blocks:
>
> * 142.2.0.5, from 150.2.5.5, 01:28:52 ago, via Serial0/0
>
> Route metric is 65, traffic share count is 1
>
>
>
> Rack2R4#
>
>
>
> Then I shut down the serial 0/0 interface to get rid of the route and
> induce
> the dialer to become active:
>
>
>
> Rack2R4#conf t
>
> Enter configuration commands, one per line. End with CNTL/Z.
>
> Rack2R4(config)#int serial 0/0
>
> Rack2R4(config-if)#shut
>
> Rack2R4(config-if)#
>
> *Mar 1 02:31:16.955: %OSPF-5-ADJCHG: Process 1, Nbr 150.2.5.5 on
> Serial0/0
> from FULL to DOWN, Neighbor Down: Interface down or detached
>
> *Mar 1 02:31:16.955: %OSPF-5-ADJCHG: Process 1, Nbr 150.2.3.3 on
> Serial0/0
> from FULL to DOWN, Neighbor Down: Interface down or detached
>
> *Mar 1 02:31:16.963: DDR: Dialer Watch: watch-group = 1
>
> *Mar 1 02:31:16.963: DDR: network 150.2.5.5/255.255.255.255 DOWN,
>
> *Mar 1 02:31:16.963: DDR: primary DOWN
>
> *Mar 1 02:31:16.963: DDR: Dialer Watch: Dial Reason: Primary of group 1
> DOWN
>
> *Mar 1 02:31:16.963: DDR: Dialer Watch: watch-group = 1,
>
> *Mar 1 02:31:16.963: DDR: dialing secondary by dialer map
> 150.2.5.5
> on BR0/0
>
> *Mar 1 02:31:16.963: BR0/0 DDR: Attempting to dial 8358662
>
> *Mar 1 02:31:17.311: %LINK-3-UPDOWN: Interface BRI0/0:1, changed state to
> up
>
> *Mar 1 02:31:17.311: BR0/0:1 DDR: Dialer Watch: resetting call in
> progress
>
> *Mar 1 02:31:17.375: BR0/0:1 DDR: dialer protocol up
>
> *Mar 1 02:31:18.363: %LINEPROTO-5-UPDOWN: Line protocol on Interface
> BRI0/0:1, changed state to up
>
> *Mar 1 02:31:18.955: %LINK-5-CHANGED: Interface Serial0/0, changed state
> to
> administratively down
>
> *Mar 1 02:31:19.955: %LINEPROTO-5-UPDOWN: Line protocol on Interface
> Serial0/0, changed state to down
>
> *Mar 1 02:31:23.311: %ISDN-6-CONNECT: Interface BRI0/0:1 is now connected
> to 8358662 ROUTER5
>
> *Mar 1 02:31:26.379: %OSPF-5-ADJCHG: Process 1, Nbr 150.2.5.5 on BRI0/0
> from LOADING to FULL, Loading Done
>
> Rack2R4(config-if)#exit
>
> Rack2R4(config)#exit
>
> Rack2R4#show ip
>
> *Mar 1 02:31:33.019: %SYS-5-CONFIG_I: Configured from console by console
>
> Rack2R4#show ip route 150.2.5.5
>
> % Subnet not in table
>
> *Mar 1 02:31:42.671: %OSPF-5-ADJCHG: Process 1, Nbr 150.2.5.5 on OSPF_VL1
> from LOADING to FULL, Loading Done
>
> !
>
>
>
> There is an ospf virtual-link set up over the dialer, to ensure that R4
> maintains a connection to area 0 (the area of the isdn connection is area
> 45), and there is a distribute-list route-map applied to the ospf instance
> on R4 inbound to ensure that R4 doesn't receive the "watched route" over
> the
> isdn circuit.
>
>
>
> Rack2R4#show ip route 150.2.5.5
>
> % Subnet not in table
>
> Rack2R4#
>
>
>
> So far so good.
>
>
>
> Now watch this. I re-enable the serial 0/0 interface and the ospf sessions
> across it come back up... but no route to 150.2.5.5
>
>
>
> Rack2R4#conf t
>
> Enter configuration commands, one per line. End with CNTL/Z.
>
> Rack2R4(config)#int serial 0/0
>
> Rack2R4(config-if)#no shut
>
> Rack2R4(config-if)#
>
> *Mar 1 02:34:45.287: %LINK-3-UPDOWN: Interface Serial0/0, changed state
> to
> up
>
> *Mar 1 02:34:46.287: %LINEPROTO-5-UPDOWN: Line protocol on Interface
> Serial0/0, changed state to up
>
> Rack2R4(config-if)#
>
> *Mar 1 02:35:17.311: BR0/0:1 DDR: idle timeout
>
> *Mar 1 02:35:17.311: DDR: Dialer Watch: watch-group = 1
>
> *Mar 1 02:35:17.311: DDR: network 150.2.5.5/255.255.255.255 DOWN,
>
> *Mar 1 02:35:17.311: DDR: primary DOWN
>
> Rack2R4(config-if)#
>
> *Mar 1 02:35:24.315: %OSPF-5-ADJCHG: Process 1, Nbr 150.2.3.3 on
> Serial0/0
> from LOADING to FULL, Loading Done
>
> Rack2R4(config-if)#
>
> *Mar 1 02:35:35.163: %OSPF-5-ADJCHG: Process 1, Nbr 150.2.5.5 on
> Serial0/0
> from LOADING to FULL, Loading Done
>
> Rack2R4(config-if)#do show ip route ospf
>
> 142.2.0.0/16 is variably subnetted, 9 subnets, 2 masks
>
> O IA 142.2.5.0/24 [110/1572] via 142.2.45.5, 00:00:26, BRI0/0
>
> O 142.2.0.5/32 [110/64] via 142.2.0.5, 00:00:26, Serial0/0
>
> O 142.2.0.3/32 [110/64] via 142.2.0.3, 00:00:26, Serial0/0
>
> O 142.2.58.0/24 [110/1572] via 142.2.45.5, 00:04:08, BRI0/0
>
> 150.2.0.0/16 is variably subnetted, 2 subnets, 2 masks
>
> O 150.2.8.8/32 [110/1573] via 142.2.45.5, 00:04:08, BRI0/0
>
> Rack2R4(config-if)#
>
>
>
>
>
> It stays like this and consequently doesn't shut down the isdn link due to
> the dialer watch still being active. if I manually shutdown the bri
> interface, the route entry appears again.
>
>
>
> Rack2R4(config-if)#int bri 0/0
>
> Rack2R4(config-if)#shut
>
> Rack2R4(config-if)#
>
> *Mar 1 02:37:33.447: %LINK-3-UPDOWN: Interface BRI0/0:1, changed state to
> down
>
> *Mar 1 02:37:33.447: %ISDN-6-LAYER2DOWN: Layer 2 for Interface BR0/0, TEI
> 120 changed to down
>
> *Mar 1 02:37:33.447: %ISDN-6-LAYER2DOWN: Layer 2 for Interface BR0/0, TEI
> 121 changed to down
>
> *Mar 1 02:37:33.451: BR0/0:1 DDR: disconnecting call
>
> *Mar 1 02:37:33.451: BR0/0:1 DDR: Dialer Watch: resetting call in
> progress
>
> *Mar 1 02:37:33.451: DDR: Dialer Watch: watch-group = 1
>
> *Mar 1 02:37:33.451: DDR: network 150.2.5.5/255.255.255.255 DOWN,
>
> *Mar 1 02:37:33.451: DDR: primary DOWN
>
> *Mar 1 02:37:33.451: DDR: Dialer Watch: Dial Reason: Secondary of group 1
> DOWN
>
> *Mar 1 02:37:33.451: DDR: Dialer Watch: watch-group = 1,
>
> *Mar 1 02:37:33.451: DDR: Dialer Watch: No free dialer on BR0/0
>
> *Mar 1 02:37:33.451: %OSPF-5-ADJCHG: Process 1, Nbr 150.2.5.5 on BRI0/0
> from FULL to DOWN, Neighbor Down: Interface down or detached
>
> *Mar 1 02:37:33.463: %LINK-3-UPDOWN: Interface BRI0/0:1, changed state to
> do
>
> Rack2R4(configwn
>
> *Mar 1 02:37:33.467: BR0/0:1 DDR: disconnecting call
>
> *Mar 1 02:37:33.467: DDR: Dialer Watch: watch-group = 1
>
> *Mar 1 02:37:33.467: DDR: network 150.2.5.5/255.255.255.255 DOWN,
>
> *Mar 1 02:37:33.467: DDR: primary DOWN
>
> *Mar 1 02:37:33.467: DDR: Dialer Watch: Dial Reason: Secondary of group 1
> DOWN
>
> *Mar 1 02:37:33.467: DDR: Dialer Watch: watch-group = 1,
>
> *Mar 1 02:37:33.467: DDR: Dialer Watch: No free dialer on BR0/0
>
> *Mar 1 02:37:33.499: %LINK-5-CHANGED: Interface BRI0/0, changed state to
> administratively down
>
> *Mar 1 02:37:33.499: %LINK-3-UPDOWN: Interface BRI0/0:2, changed state to
> down
>
> *Mar 1 02:37:33.499: BR0/0:2 DDR: disconnecting call
>
> *Mar 1 02:37:33.499: DDR: Dialer Watch: watch-group = 1
>
> *Mar 1 02:37:33.499: DDR: network 150.2.5.5/255.255.255.255 DOWN,
>
> *Mar 1 02:37:33.499: DDR: primary DOWN
>
> *Mar 1 02:37:33.499: DDR: Dialer Watch: Dial Reason: Secondary of group 1
> DOWN
>
> *Mar 1 02:37:33.499: DDR: Dialer Watch: watch-group = 1,
>
> *Mar 1 02:37:33.499: DDR: Dialer Watch: No free dialer on BR0/0
>
> *Mar 1 02:37:34.447: %LINEPROTO-5-UPDOWN: Line protocol on Interface
> BRI0/0:1, changed state to down-if)#
>
> Rack2R4(config-if)#do show ip r
>
> *Mar 1 02:37:38.951: %OSPF-5-ADJCHG: Process 1, Nbr 150.2.5.5 on OSPF_VL1
> from FULL to DOWN, Neighbor Down: Interface down or detached
>
> Rack2R4(config-if)#do show ip route 150.2.5.5
>
> Routing entry for 150.2.5.5/32
>
> Known via "ospf 1", distance 110, metric 65, type inter area
>
> Last update from 142.2.0.5 on Serial0/0, 00:00:06 ago
>
> Routing Descriptor Blocks:
>
> * 142.2.0.5, from 150.2.5.5, 00:00:06 ago, via Serial0/0
>
> Route metric is 65, traffic share count is 1
>
>
>
> Rack2R4(config-if)#
>
> *Mar 1 02:37:48.959: DDR: Dialer Watch: watch-group = 1
>
> *Mar 1 02:37:48.959: DDR: network 150.2.5.5/255.255.255.255 UP,
>
> *Mar 1 02:37:48.963: DDR: primary UP
>
> Rack2R4(config-if)#
>
>
>
>
>
> Configs are attached below.
>
>
>
> Thanks heaps for any help,
>
>
>
> -marc.
>
>
>
>
>
>
>
> !
>
> interface Serial0/0
>
> ip address 142.2.0.4 255.255.255.0
>
> encapsulation frame-relay
>
> ip ospf authentication
>
> ip ospf authentication-key CISCO
>
> ip ospf network point-to-multipoint
>
> ip ospf flood-reduction
>
> frame-relay map ip 142.2.0.3 413 broadcast
>
> frame-relay map ip 142.2.0.5 405 broadcast
>
> no frame-relay inverse-arp
>
> frame-relay lmi-type cisco
>
> !
>
> interface BRI0/0
>
> ip address 142.2.45.4 255.255.255.0
>
> encapsulation ppp
>
> dialer map ip 142.2.45.5 name ROUTER5 broadcast 8358662
>
> dialer map ip 150.2.5.5 name ROUTER5 broadcast 8358662
>
> dialer watch-group 1
>
> isdn switch-type basic-ni
>
> isdn spid1 .
>
> isdn spid2 .
>
> ppp authentication eap callin
>
> ppp eap identity ROUTER4
>
> ppp eap password 0 CISCO
>
> ppp eap local
>
> !
>
>
>
> router ospf 1
>
> router-id 150.2.4.4
>
> max-metric router-lsa on-startup 600
>
> log-adjacency-changes
>
> area 45 virtual-link 150.2.5.5 authentication message-digest
>
> area 45 virtual-link 150.2.5.5 message-digest-key 1 md5 CISCO
>
> area 45 virtual-link 150.1.5.5
>
> network 142.2.0.4 0.0.0.0 area 345
>
> network 142.2.45.4 0.0.0.0 area 45
>
> network 150.2.4.4 0.0.0.0 area 45
>
> distribute-list route-map FILTER_R5_LOOPBACK in
>
> !
>
>
>
> ip prefix-list R5_LOOPBACK seq 5 permit 150.2.5.5/32
>
> !
>
> dialer watch-list 1 ip 150.2.5.5 255.255.255.255
>
> dialer-list 1 protocol ip permit
>
> !
>
> route-map FILTER_R5_LOOPBACK deny 10
>
> match ip address prefix-list R5_LOOPBACK
>
> match interface BRI0/0
>
> !
>
> route-map FILTER_R5_LOOPBACK permit 20
>
> !
>
> !
>
> _______________________________________________________________________
> Please help support GroupStudy by purchasing your study materials from:
> http://shop.groupstudy.com
>
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html
>
> _______________________________________________________________________
> Please help support GroupStudy by purchasing your study materials from:
> http://shop.groupstudy.com
>
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html
This archive was generated by hypermail 2.1.4 : Fri Sep 03 2004 - 07:02:46 GMT-3