From: Carlos G Mendioroz (tron@huapi.ba.ar)
Date: Tue Aug 24 2004 - 08:48:36 GMT-3
Connected because it's in your BRI network ?
Why are you using that IP then, and not a remote loopback that will not
have this problem ?
marc van hoof wrote:
> Dialer watch doesn't like me very much..
>
> Here's the current situation
>
> R4 is watching a /32 route that it is receiving via ospf.
>
>
>
> Dialer watch-list 1 ip 150.4.3.3
>
> Int bri 0/0
>
> Dialer watch-group 1
>
> So as a result of this, I need to have that route in a dialer map statement
>
> Int bri 0/0
>
> Dialer map ip 150.4.3.3 name remote-router broadcast 5555555
>
> So when the route is up, everything is going well, and when it fails the
> dialer watch kicks in and connects the isdn circuit.
>
> But then I get a connected host route via the bri interface:
>
> Rack4R4#show ip route 150.4.3.3
>
> Routing entry for 150.4.3.3/32
>
> Known via "connected", distance 0, metric 0 (connected, via interface)
> Routing Descriptor Blocks:
> * directly connected, via BRI0/0
> Route metric is 0, traffic share count is 1
>
> Rack4R4#
>
> So when the ospf route reappears, it never makes it into the route table as
> there is a lower administrative distance route in there already.
> Consequently, the dialer watch service never realizes the primary is back
> up.
>
> Any help appreciated !!
>
> -marc.
>
> _______________________________________________________________________
> 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
>
-- Carlos G Mendioroz <tron@huapi.ba.ar> LW7 EQI Argentina
This archive was generated by hypermail 2.1.4 : Fri Sep 03 2004 - 07:02:48 GMT-3