nanog mailing list archives
RE: BGP keepalive/holdtime at GigE exchange
From: Sean Donelan <sean () donelan com>
Date: 12 Jan 2001 15:53:20 -0800
On Fri, 12 January 2001, Lane Patterson wrote:
Hmm, I know there are a lot of overburdened BR's out there, but since this is set on a per-neighbor basis, there should at least be room for some selective optimization. It seems a bit crazy to think that each time there's a BR maintenance/reboot at an IXP, peers will continue to send to the bit bucket in the sky for 180+ seconds.
What kind of failure modes are you protecting against. The most common reasons for ending a BGP session will usually include a TCP CLOSE. There is no problem with a "normal" shutdown because BGP will immediately withdraw the routes. The timers are for aborts, such as someone unplugged the neighbor. The reason I see for lowering the BGP timer is enabling an upper layer protocol to ride through the storm. Does Vern Paxson have any data on how long typical TCP streams survive during periods of routing instability? If a TCP application lasts 180 seconds, and it takes 150 seconds to recompute the route table, wouldn't you set the timeout to 30 seconds? (all numbers fictional)
Current thread:
- FW: BGP keepalive/holdtime at GigE exchange Lane Patterson (Feb 24)
- <Possible follow-ups>
- Re: BGP keepalive/holdtime at GigE exchange Martin Taylor (Feb 24)
- RE: BGP keepalive/holdtime at GigE exchange Lane Patterson (Feb 24)
- RE: BGP keepalive/holdtime at GigE exchange Deepak Jain (Feb 24)
- RE: BGP keepalive/holdtime at GigE exchange Lane Patterson (Feb 24)
- RE: BGP keepalive/holdtime at GigE exchange Deepak Jain (Feb 24)
- Re: BGP keepalive/holdtime at GigE exchange Clayton Fiske (Feb 24)
- Re: BGP keepalive/holdtime at GigE exchange Ryan O'Connell (Feb 24)
- Re: BGP keepalive/holdtime at GigE exchange Clayton Fiske (Feb 24)
- RE: BGP keepalive/holdtime at GigE exchange Deepak Jain (Feb 24)