From: Sumit.kumar@comcast.net
Date: Sat Oct 18 2003 - 11:49:31 GMT-3
I was informed that if you have SAA implemented on the router , the ISDN
session is kept up even when the primary with higher metric is restored.
The situation is you only deny routing updates in interesting traffic list
and permit ip any any.
I'm gonna test it to find the truth, any first hands on it.....
Sumit
----- Original Message -----
From: <Ken.Farrington@barclayscapital.com>
To: <ccielab@groupstudy.com>
Sent: Saturday, October 18, 2003 4:05 AM
Subject: RE: Dialer Watch - Thx
> Great stuff. thx to all :)
>
> -----Original Message-----
> From: asadovnikov [mailto:asadovnikov@comcast.net]
> Sent: 18 October 2003 02:31
> To: Ken.Farrington@barclayscapital.com; ccielab@groupstudy.com
> Subject: RE: Dialer Watch
>
>
> Good explanation,
>
> In addition for line to go down after primary route is back you need to
> ensure that:
> - there is not interesting traffic any more (i.e. the routes via ISDN have
> worse metric then over primary line)
> - that dialer idle timeout on calling side is finite (i.e. default, but
not
> 0); setting dialer timeout on called side to 0 as Jonathan described is a
> good idea to prevent flapping.
>
> And last point, test it with later IOS. Way early 12.1 and 12.1T worked
was
> all over the place.
>
> Best regards,
> Alexei
>
> -----Original Message-----
> From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of
> Jonathan V Hays
> Sent: Friday, October 17, 2003 2:34 PM
> To: Ken.Farrington@barclayscapital.com; ccielab@groupstudy.com
> Subject: RE: Dialer Watch
>
>
> Dialer-watch will bring up the line and nail it up, depending only on the
> watched route. It does not pay any attention to interesting traffic as far
> as bringing up the line or keeping it up. Dialer-watch works independently
> of interesting traffic.
>
> So whether or not 224.0.0.10 brings up the link is a separate issue from
> dialer-watch.
>
> Since dialer-watch is configured on one side only (I'll call it the local
> side), when the watched route is gone and the line is brought up by
> dialer-watch, the remote side will time out after 120 seconds (default
> idle-timeout is 120) and drop the line. Dialer-watch will just bring it
back
> up again every time this happens. To avoid this link flapping, just set
> dialer idle-timeout to 0 (which means never time out) on the remote side
of
> the link.
>
> HTH,
>
> Jonathan
>
> -----Original Message-----
> From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of
> Ken.Farrington@barclayscapital.com
> Sent: Friday, October 17, 2003 2:04 PM
> To: ccielab@groupstudy.com
> Subject: Dialer Watch
>
>
> Hey gang,
>
> just a thought, if you use dialer-watch to watch a route and I use EIGRP
> over this, i dont want 224.0.0.10 to bring the cct up so i mark it as
> "uninteresting" (Bit like watching Manchester United play football).
>
> so,
>
> when the watched route goes down, the isdn kicks in, but now, i want to
> keep the cct up whilst the dialer software reports the primary route as
down
> and not have an ISDN idle-timeout or it would be nice to allow eigrp
hellos
> keep the cct up so that my routing table is stable on this router (but is
> already marked as Manu, opps, sorry, uninteresting).
>
> Can I do this, thing is, I dont want to set the dialer idle-timer to 0
> cause I still need an idle timeout incase someone pings the other side of
> the int.
>
> Basically, want dialer-watch to ensure that while it is reporting the
> watched route as down, there is no dialer idle timeout value.
>
> Is this achievable,
>
> I know that Manchester United will never play exciting football, but
that's
> ok, I'm an Arsenal Fan :))
>
> Cheers :))
>
> Ken.
>
>
> ------------------------------------------------------------------------
> For more information about Barclays Capital, please
> visit our web site at http://www.barcap.com.
>
>
> Internet communications are not secure and therefore the Barclays
> Group does not accept legal responsibility for the contents of this
> message. Although the Barclays Group operates anti-virus programmes,
> it does not accept responsibility for any damage whatsoever that is
> caused by viruses being passed. Any views or opinions presented are
> solely those of the author and do not necessarily represent those of the
>
> Barclays Group. Replies to this email may be monitored by the Barclays
> Group for operational or business reasons.
>
> ------------------------------------------------------------------------
>
> _______________________________________________________________________
> 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
>
> _______________________________________________________________________
> 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 : Mon Nov 24 2003 - 07:53:04 GMT-3