Re: BGP Timers

This might work for you ... but I forget where I put my coffee cup. Not
sure I would remember to revert back to the previous settings ... also, I
might be afraid of a fat finger mistake during the process.

Another way to approach this is to configure the things that take longer
time and then come back to them and check the status. Example is NTP.
Since NTP takes a little while, it may make sense to configure this one
early on, and then come back to it after everything is synced.

Same concept with BGP ... if possible, read through the entire section and
configure those items which take longer than others ...

Just a thought ...

Whatever method you chose, just be sure to practice it every time so that it
is second nature.

HTH,

Andrew

PS - anyone seen my coffee mug? ;-)

On Thu, May 19, 2011 at 7:36 AM, <tobibabatunde_at_gmail.com> wrote:

> ------Original Message------
> From: Tobi Babs
> Sender: nobody_at_groupstudy.com
> To: cisco_at_groupstudy.com
> ReplyTo: Tobi Babs
> Subject: BGP Timers [7:134117]
> Sent: May 16, 2011 5:50 PM
>
> Hi Experts,
>
> Am configuring BGP, and I noticed that the convergence time is really slow,
> though this increases stability.
>
> Experts, what I want to know is that is it advisable to tweak this timers
> in
> the real lab environment so that if there is any break, you will notice
> early and fix it. And when you are done with your bgp sessions, u revert
> the
> timers back to its default if necessary.
>
> Regards,
>
> 'Tobi Babs
> Sent from my BlackBerry. wireless handheld from Glo Mobile.
> Sent from my BlackBerry. wireless handheld from Glo Mobile.
>
>
> Blogs and organic groups at http://www.ccie.net
>
> _______________________________________________________________________
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html
>
>
>
>
>
>
>
>

-- 
Andrew Lee Lissitz
all.from.nj_at_gmail.com
Blogs and organic groups at http://www.ccie.net