IETF Logo Mail Archive

Re: Update to OSPF Hello procedure[draft-kou-ospf-immediately-replying-hello-00.txt]

Zengjie Kou <kouzengjie@HUAWEI.COM> Fri, 30 December 2005 02:25 UTC

Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Es9x5-00077R-5k for ospf-archive@megatron.ietf.org; Thu, 29 Dec 2005 21:25:07 -0500
Received: from wildebeest.ease.lsoft.com (wildebeest.ease.lsoft.com [209.119.0.21]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id VAA18291 for <ospf-archive@LISTS.IETF.ORG>; Thu, 29 Dec 2005 21:23:54 -0500 (EST)
Received: from PEACH.EASE.LSOFT.COM (lists.state.gov) by wildebeest.ease.lsoft.com (LSMTP for Windows NT v1.1b) with SMTP id <1.00007DE1@wildebeest.ease.lsoft.com>; Thu, 29 Dec 2005 21:24:35 -0500
Received: by PEACH.EASE.LSOFT.COM (LISTSERV-TCP/IP release 14.4) with spool id 95026801 for OSPF@PEACH.EASE.LSOFT.COM; Thu, 29 Dec 2005 21:24:35 -0500
Received: from 61.144.161.54 by WALNUT.EASE.LSOFT.COM (SMTPL release 1.0m) with TCP; Thu, 29 Dec 2005 21:24:33 -0500
Received: from huawei.com (szxga02-in [172.24.2.6]) by szxga02-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 1.25 (built Mar 3 2004)) with ESMTP id <0ISA006TSHP4V3@szxga02-in.huawei.com> for OSPF@PEACH.EASE.LSOFT.COM; Fri, 30 Dec 2005 10:31:52 +0800 (CST)
Received: from szxml01-in ([172.24.1.3]) by szxga02-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 1.25 (built Mar 3 2004)) with ESMTP id <0ISA003QDHP441@szxga02-in.huawei.com> for OSPF@PEACH.EASE.LSOFT.COM; Fri, 30 Dec 2005 10:31:52 +0800 (CST)
Received: from k49110 ([10.111.12.97]) by szxml01-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 1.25 (built Mar 3 2004)) with ESMTPA id <0ISA00K27HUP36@szxml01-in.huawei.com> for OSPF@PEACH.EASE.LSOFT.COM; Fri, 30 Dec 2005 10:35:13 +0800 (CST)
MIME-version: 1.0
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.2180
X-Mailer: Microsoft Outlook Express 6.00.2900.2180
Content-type: multipart/alternative; boundary="Boundary_(ID_c4blHY2fuE0MIHuFtCKlNw)"
X-Priority: 3
X-MSMail-priority: Normal
References: <000001c60c67$b37d83b0$b104120a@china.huawei.com>
Message-ID: <005601c60ce7$a86cd040$610c6f0a@china.huawei.com>
Date: Fri, 30 Dec 2005 10:20:52 +0800
Reply-To: Mailing List <OSPF@PEACH.EASE.LSOFT.COM>
Sender: Mailing List <OSPF@PEACH.EASE.LSOFT.COM>
From: Zengjie Kou <kouzengjie@HUAWEI.COM>
Subject: Re: Update to OSPF Hello procedure[draft-kou-ospf-immediately-replying-hello-00.txt]
To: OSPF@PEACH.EASE.LSOFT.COM
Precedence: list
List-Help: <http://peach.ease.lsoft.com/scripts/wa.exe?LIST=OSPF>, <mailto:LISTSERV@PEACH.EASE.LSOFT.COM?body=INFO+OSPF>
List-Unsubscribe: <mailto:OSPF-unsubscribe-request@PEACH.EASE.LSOFT.COM>
List-Subscribe: <mailto:OSPF-subscribe-request@PEACH.EASE.LSOFT.COM>
List-Owner: <mailto:OSPF-request@PEACH.EASE.LSOFT.COM>
List-Archive: <http://peach.ease.lsoft.com/scripts/wa.exe?LIST=OSPF>

Hi,Nitin
    
    Yes.
    
    On broadcast and NBMA networks, the Immediate Hello is very useful only when DR has already existed.In 
   particular, if a router interface attached to OSPF networks goes 
   down and then up, the recovery time will be much shorter than past. 

  ----- Original Message ----- 
  From: Nitin Kakkar 
  To: OSPF@PEACH.EASE.LSOFT.COM 
  Sent: Thursday, December 29, 2005 7:04 PM
  Subject: Re: Update to OSPF Hello procedure[draft-kou-ospf-immediately-replying-hello-00.txt]


  Suppose there are n routers on a Link and all of them come up almost simultaneously.

  Seems like the routers which were fractionally faster to send hello will be picked for DR/BDR election !!!



  May be you can think of  immediately replying to hello packet "Only when DR is already elected on the link".



  Rgds

  Nitin



  -----Original Message-----
  From: Mailing List [mailto:OSPF@PEACH.EASE.LSOFT.COM] On Behalf Of Kouzengjie
  Sent: Thursday, December 29, 2005 7:51 AM
  To: OSPF@PEACH.EASE.LSOFT.COM
  Subject: Update to OSPF Hello procedure[draft-kou-ospf-immediately-replying-hello-00.txt]



  A New Internet-Draft is available from the on-line Internet-Drafts directories.
  The draft can be found here:
  http://www.ietf.org/internet-drafts/draft-kou-ospf-immediately-replying-hello-00.txt



   This memo documents an extension of the OSPF protocol to reach 
     "ExStart" state more quickly. Currently, the OSPF behavior requires 
     the Hello Packet to be sent between the neighbors every 
     HelloInterval. This document proposes to generalize the use of 
     Immediately Replying Hello which could reduce the time required to 
     reach the OSPF "ExStart" state and  expedite the routing table 
     convergence.

v2.23.0 | Report a Bug | By Email