From: Batman (rschotz@xxxxxxxxxxx)
Date: Fri Oct 05 2001 - 04:32:09 GMT-3
Russ,
I recently did a lab with a similar request - I kept the proportions the
same as you state - here is what I did:
show ip protocol
- to get the current timers
I did a little research & the only constraint I could discern was related to
the randon variable ciso implemets in the rip update timer - I found 2
values for 'RIP_JITTER' -- up to 15% & up to 4.5 seconds. If cisco
implements 4.5 seconds in the timer -- reducing the timer to say 4 seconds
between updates would probably cause some kind of timer conflict. Assume
13.5 between updates (one lost & 9 seconds between two updates) the route
would go into holdown. I was thinking this might kick off triggered updates
in some way - so much to learn & so little time - I did not take the
experiment to the next level.
Hence, I set the min update timer to 5 seconds - & kept the timers in
proportion - with the thought - of keeping the nature of the protocol as
close to the original designers intenet as possible.
Thanx roger schotsal
----- Original Message -----
From: "Fear, Russell H" <Russell.Fear@capgemini.co.uk>
To: <ccielab@groupstudy.com>
Sent: Thursday, October 04, 2001 4:13 AM
Subject: rip timers
> Can anyone in the group clarify something for me ?
>
> I have been running through a practise lab where ' fast convergence' is
> required in RIP with the timers being adjusted to allow this. Should the
> ratios between the timers be kept as they are for the default timers when
> they are adjusted ?
>
> TIA
>
> Russell
>
>
> * 700 2201 Internal
> * +44 ( 0 ) 870 238 2201 External
> * russell.fear@capgemini.co.uk
>
>
>
>
>
>
****************************************************************************
****************
> " This message contains information that may be privileged or confidential
and
> is the property of the Cap Gemini Ernst & Young Group. It is intended only
for
> the person to whom it is addressed. If you are not the intended recipient,
you
> are not authorized to read, print, retain, copy, disseminate, distribute,
or use
> this message or any part thereof. If you receive this message in error,
please
> notify the sender immediately and delete all copies of this message ".
>
****************************************************************************
****************
> **Please read:http://www.groupstudy.com/list/posting.html
Having trouble posting? Read:
http://www.groupstudy.com/list/posting.html
This archive was generated by hypermail 2.1.4 : Thu Jun 20 2002 - 22:33:13 GMT-3