From: ccie candidate (ccie1@xxxxxxxxx)
Date: Fri Aug 02 2002 - 13:44:38 GMT-3
you have to deny in both sides ..ok
now from the remote side (where there is no dialer watch )
there will be no interesting traffic on the link (you just denied it !) ok
the timer will keep counting down (it only reset when there is interesting traf
fic to reset it )
when it reaches zero ..he will drop the link .!!!
other side (where the dialer watch is there ) this will happen exaclty expect t
hat the link will not be dropped from this side because the primary is still do
wn...the dialer watch will reset the timer again ..
think of it
--On Fri, 2 Aug 2002 21:06:49 Mahesh Gupta wrote: >deny on both ends...secondly we want watched to be up till primary comes >back.. right ?? > >> -----Original Message----- >> From: ccie candidate [mailto:ccie1@lycos.com] >> Sent: Friday, August 02, 2002 8:58 PM >> To: maheshng@cisco.com >> Subject: RE: dialer watch keeps resetting the link >> >> >> this is exactly what i say. >> >> resetting the idle timer means make it the highest value , you >> dont need that otherwise the primary will be up forever . >> >> you have to deny the interesting to keep the timer counts down >> (dont reset ) but im talking about the other end ..where no >> dialer watch is there . >> >> >> >> >> -- >> >> On Fri, 2 Aug 2002 20:36:54 >> Mahesh Gupta wrote: >> >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