If a BGP neighbor is configured or is reset, how longon does it take to go from the following steps :-
The reason, I ask, is that it takes up to 40 seconds on a 2600 router but on a 6500 it is much quicker. Also, I seem to see iBGP peers startup and get to the established state much quicker than eBGP peers.
This obvisously has an effect and needs carfeul consideration whilst designing BGP networks as if you have time sensitive data on a FR network and your lose the BGP peering, fast failover or the manipulation of the BGP timers is very important, but you need to set the timers to the lowest value for reconvergence.
Important to note that when you do a "clear ip bgp *" the neighbor takes an extra "estab-idle-to-active time" to startup than if doing a "cle ip bgp " where it goes from estab-idle-active" immediately. Why?
Also, note that the "open active, delay" is bigger for eBGP peers than iBGP peers. Why?
What actually is the "open active delay" and is it variable?
Also, it takes longer on a 2600 than a 6500 MSFC to get to the established state.
These are important questions to understand from a design viewpoint.
The clearing * neigbours will cause BGP to clear all tables and an amount of time randomization would be included to stop neigbour sync, if you had say 20 neigbours in a RR group and 5 EBGP neigbours and all came up at once you would have all neigbours coming up at once and posting updates at once etc hence creating potential high CPU etc...
If you clear a single neigbour then its just routes etc associated with that neigbour.
This is my view and is not fact based on Cisco IOS etc, it just seems logical.
[toc:faq]The ProblemOn traditional switches whenever we have a trunk
interface we use the VLAN tag to demultiplex the VLANs. The switch needs
to determine which MAC Address table to look in for a forwarding
decision. To do this we require the switch to do...
[toc:faq]Introduction:Netdr is a tool available on a RSP720, Sup720 or
Sup32 that allows one to capture packets on the RP or SP inband. The
netdr command can be used to capture both Tx and Rx packets in the
software switching path. This is not a substitut...
IntroductionOSPF, being a link-state protocol, allows for every router
in the network to know of every link and OSPF speaker in the entire
network. From this picture each router independently runs the Shortest
Path First (SPF) algorithm to determine the b...