From: Mahesh Gupta (maheshng@xxxxxxxxx)
Date: Fri Aug 02 2002 - 12:06:54 GMT-3
Check out notes portion (1st point) under Dialer Watch in the following
link...it clearly explains this behavior....
Evaluating Backup Interfaces, Floating Static Routes, and Dialer Watch for
DDR Backup
http://www.cisco.com/warp/public/123/backup-main.html
> -----Original Message-----
> From: nobody@groupstudy.com [mailto:nobody@groupstudy.com]On Behalf Of
> ccie candidate
> Sent: Friday, August 02, 2002 8:17 PM
> To: ccie1@lycos.com; ccielab@groupstudy.com; Joe; maheshng@cisco.com
> Subject: RE: dialer watch keeps resetting the link
>
>
> as long as i increased the idle timout on the remote router
> ...it worked perfectly ...i checked it
>
> --
>
> On Fri, 2 Aug 2002 20:09:03
> Mahesh Gupta wrote:
> >did you check it ?? I would say test it out... It was also
> surprised as how
> >this statement can make it work like this....:-)
> >
> >> -----Original Message-----
> >> From: ccie candidate [mailto:ccie1@lycos.com]
> >> Sent: Friday, August 02, 2002 7:20 PM
> >> To: ccie candidate; ccielab@groupstudy.com; Joe; Mahesh Gupta
> >> Subject: RE: dialer watch keeps resetting the link
> >>
> >>
> >> i think this will not prevent the link from resetting :)
> >> i guess the opposite might do .
> >> the idea is that when the dialer watch bring up the link , every
> >> idle timeout it checks the status of the primary , if the primary
> >> is still done ..nothing should happen ,if it comes ..well it
> >> drops the isdn
> >>
> >> now think of the other end router , when you deny all the traffic
> >> , the idle timeout will count down until it is zero , the router
> >> will drop the link , then the dialer watch router will bring
> it up again .
> >>
> >>
> >> the solution is to increase the idle timeout on the other end
> >> ..that works great for me and solved the problem
> >>
> >>
> >>
> >>
> >>
> >> --
> >>
> >> On Fri, 2 Aug 2002 11:35:18
> >> Mahesh Gupta wrote:
> >> >Another good way to handle this situation will be to put
> >> restrictive dialer
> >> >list to deny all interesting traffic as .. dialer-list 10
> >> protocol ip deny
> >> >... on both the ends. This will never reset the isdn link.
> connection is
> >> >established automatically by the loss of watched route from
> the routing
> >> >table.
> >> >
> >> >I have tested the same and it works great !!!!
> >> >
> >> >
> >> >
> >> >> -----Original Message-----
> >> >> From: nobody@groupstudy.com
> [mailto:nobody@groupstudy.com]On Behalf Of
> >> >> ccie candidate
> >> >> Sent: Tuesday, July 30, 2002 9:32 AM
> >> >> To: 'ccie candidate'; ccielab@groupstudy.com; Joe
> >> >> Subject: RE: dialer watch keeps resetting the link
> >> >>
> >> >>
> >> >> You are the Man !!!
> >> >> i have never thought of the other end damn router ..this makes
> >> >> all sense man .
> >> >>
> >> >> i very much appreciate your help .........
> >> >>
> >> >> regards ;
> >> >>
> >> >>
> >> >>
> >> >>
> >> >>
> >> >> --
> >> >>
> >> >> On Mon, 29 Jul 2002 23:31:41
> >> >> Joe wrote:
> >> >> >Dialer watch is not resetting the link, the router on the other
> >> >> end is. Try
> >> >> >bumping up it's idle timer to a long value. This does not
> >> pose a problem
> >> >> >for dialerwatch because when the watched route returns dialer
> >> watch will
> >> >> >'nail' the link back down until the route disappears again.
> >> >> >
> >> >> >Joe
> >> >> >
> >> >> >-----Original Message-----
> >> >> >From: nobody@groupstudy.com
> [mailto:nobody@groupstudy.com]On Behalf Of
> >> >> >ccie candidate
> >> >> >Sent: Sunday, July 28, 2002 5:28 AM
> >> >> >To: ccielab@groupstudy.com
> >> >> >Subject: dialer watch keeps resetting the link
> >> >> >
> >> >> >
> >> >> >folks ;
> >> >> >the dialer watch keeps resetting the link every "idle timeout "
> >> >> >it is supposed to recheck the link and if the primary is up
> >> >> ..the isdn link
> >> >> >remains up (is it this way) ..however the link every timeout
> >> >> goes down and
> >> >> >then comes up again .
> >> >> >
> >> >> >i removed ppp multilink ,dailer loadthreshold ..only one
> dialer watch
> >> >> >..however he problem remains ..
> >> >> >
> >> >> >i need help on this guys .
> >> >> >
> >> >> >
> >> >> >
This archive was generated by hypermail 2.1.4 : Sat Sep 07 2002 - 19:48:14 GMT-3