From: James Matrisciano (jmatrisciano@kenttech.com)
Date: Tue Nov 29 2005 - 12:25:58 GMT-3
Depending on your restrictions, can you build a static route to the
null0 and apply a metric that is higher than rip. If the rip route
disappears from the routing table due to a reboot from the source, the
static to null will keep it in it. If the route is used while it is
missing everything will just go to the bit bucket, but it will still be
in the route table. Or if you are able to build a static to the
interface where it was learned from, just apply a higher metric again so
that it is not in the routing table when it is learned but is when the
route disappears.
-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of
Big guy
Sent: Monday, November 28, 2005 10:48 PM
To: Leigh Harrison
Cc: CCIELAB@groupstudy.com
Subject: SV: hold down a route
when, I do not think that this has anything to do with this. I did in
fact know the answer to this last summre, but have completly forgotten
this. Anyway, the other router is a BB router, and in the lab you would
not have access to a router like this. From my memory, this has nothing
do do with rip really, but rather as router tuning feature... So any
more ideas
-----Opprinnelig melding-----
Fra: Leigh Harrison [mailto:ccileigh@gmail.com]
Sendt: 28. november 2005 09:19
Til: Big guy
Kopi: CCIELAB@groupstudy.com
Emne: Re: hold down a route
A bit messy, but you could change the timeouts on the routes in rip.
LH
Big guy wrote:
>Hi group..
>
>Is there a way to configure a router to keep a route to disapere from
>the routing table when a router boots. I am thinking that I have two
>routers r1 and r2.. Both run rip.. If
>r1 needs a reboot, is it posible to keep connected routes of r1
>disapere from r2's routing table..
>
>Thanks
>
>_______________________________________________________________________
>Subscription information may be found at:
>http://www.groupstudy.com/list/CCIELab.html
This archive was generated by hypermail 2.1.4 : Thu Dec 01 2005 - 09:12:08 GMT-3