<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=Content-Type content="text/html; charset=us-ascii">
<META content="MSHTML 6.00.5730.11" name=GENERATOR></HEAD>
<BODY>
<DIV dir=ltr align=left><FONT face=Arial color=#0000ff 
size=2></FONT>&nbsp;</DIV><FONT face=Arial color=#0000ff size=2></FONT><FONT 
face=Arial color=#0000ff size=2></FONT><BR>
<BLOCKQUOTE 
style="PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #0000ff 2px solid; MARGIN-RIGHT: 0px">
  <DIV class=OutlookMessageHeader lang=en-us dir=ltr align=left>
  <HR tabIndex=-1>
  <FONT face=Tahoma size=2><B>From:</B> end2end-interest-bounces@postel.org 
  [mailto:end2end-interest-bounces@postel.org] <B>On Behalf Of </B>Saqib 
  Ilyas<BR><B>Sent:</B> Wednesday, April 11, 2007 12:33 AM<BR><B>To:</B> 
  end2end-interest@postel.org<BR><B>Subject:</B> [e2e] iBGP session 
  break<BR></FONT><BR></DIV>
  <DIV></DIV>
  <DIV>Greetings everyone</DIV>
  <DIV>My question is: Is it possible for an iBGP session to break even when the 
  underlying IP topology is not partitioned?&nbsp;</DIV>
  <DIV>We would expect that IGP maintains connectivity at the IP layer, and even 
  in case of a failure in the network that doesnt partition the topology, the 
  IGP should be able to quickly converge to a new configuration for paths 
  between every&nbsp;possible pair of nodes. This should result in, perhaps, a 
  few dropped TCP packets for the iBGP session, but not a session break. Would 
  it, then still be possible for an iBGP session to break and blackholes to 
  consequently result?<SPAN class=796221018-11042007><FONT face=Arial 
  color=#0000ff size=2>&nbsp;</FONT></SPAN></DIV>
  <DIV><SPAN class=796221018-11042007><FONT face=Arial color=#0000ff 
  size=2></FONT></SPAN>&nbsp;</DIV>
  <DIV><SPAN class=796221018-11042007><FONT face=Arial color=#0000ff size=2>It 
  is certainly possible depending on the configuration.&nbsp; BGP uses 
  hold&nbsp;and keep-alive</FONT></SPAN></DIV>
  <DIV><SPAN class=796221018-11042007><FONT face=Arial color=#0000ff 
  size=2>timers.&nbsp; If a&nbsp;session&nbsp;has its&nbsp;hold timer expire 
  because of not receiving a keepalive</FONT></SPAN><SPAN 
  class=796221018-11042007><FONT face=Arial color=#0000ff size=2>, then 
  </FONT></SPAN></DIV>
  <DIV><SPAN class=796221018-11042007><FONT face=Arial color=#0000ff 
  size=2>the&nbsp;session will be&nbsp;terminated, even though TCP would not 
  </FONT></SPAN><SPAN class=796221018-11042007><FONT face=Arial color=#0000ff 
  size=2>normally have torn down </FONT></SPAN></DIV>
  <DIV><SPAN class=796221018-11042007><FONT face=Arial color=#0000ff size=2>the 
  connection on its own.&nbsp;</FONT></SPAN></DIV>
  <DIV><SPAN class=796221018-11042007><FONT face=Arial color=#0000ff 
  size=2></FONT></SPAN>&nbsp;</DIV>
  <DIV><SPAN class=796221018-11042007></SPAN><SPAN 
  class=796221018-11042007><FONT face=Arial color=#0000ff size=2>In the typical 
  case (hold timer 180 sec, keep alive timer 60 sec), you probably 
  </FONT></SPAN></DIV>
  <DIV><SPAN class=796221018-11042007><FONT face=Arial color=#0000ff 
  size=2>wouln't lose the peering while the IGP is reconverging.&nbsp; But if 
  these timers</FONT></SPAN></DIV>
  <DIV><SPAN class=796221018-11042007><FONT face=Arial color=#0000ff size=2>are 
  set very low, then you might.</FONT></SPAN></DIV>
  <DIV><SPAN class=796221018-11042007><FONT face=Arial color=#0000ff 
  size=2></FONT></SPAN>&nbsp;</DIV>
  <DIV><SPAN class=796221018-11042007><FONT face=Arial color=#0000ff 
  size=2>Anoop</FONT>&nbsp;</SPAN></DIV></BLOCKQUOTE></BODY></HTML>