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

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

Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Es9k3-0002Sr-O3 for ospf-archive@megatron.ietf.org; Thu, 29 Dec 2005 21:11:39 -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 VAA15955 for <ospf-archive@LISTS.IETF.ORG>; Thu, 29 Dec 2005 21:10:27 -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 <15.00007DEA@wildebeest.ease.lsoft.com>; Thu, 29 Dec 2005 21:11:08 -0500
Received: by PEACH.EASE.LSOFT.COM (LISTSERV-TCP/IP release 14.4) with spool id 95026261 for OSPF@PEACH.EASE.LSOFT.COM; Thu, 29 Dec 2005 21:11:07 -0500
Received: from 61.144.161.54 by WALNUT.EASE.LSOFT.COM (SMTPL release 1.0m) with TCP; Thu, 29 Dec 2005 21:11:06 -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 <0ISA006VWH0EV3@szxga02-in.huawei.com> for OSPF@PEACH.EASE.LSOFT.COM; Fri, 30 Dec 2005 10:17:02 +0800 (CST)
Received: from szxml02-in ([172.24.1.6]) by szxga02-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 1.25 (built Mar 3 2004)) with ESMTP id <0ISA0033EH0C41@szxga02-in.huawei.com> for OSPF@PEACH.EASE.LSOFT.COM; Fri, 30 Dec 2005 10:17:02 +0800 (CST)
Received: from k49110 ([10.111.12.97]) by szxml02-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 1.25 (built Mar 3 2004)) with ESMTPA id <0ISA0083YH04SR@szxml02-in.huawei.com> for OSPF@PEACH.EASE.LSOFT.COM; Fri, 30 Dec 2005 10:16:53 +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: text/plain; charset="iso-8859-1"
Content-transfer-encoding: 7bit
X-Priority: 3
X-MSMail-priority: Normal
References: <BB6D74C75CC76A419B6D6FA7C38317B2B88037@sinett-sbs.SiNett.LAN>
Message-ID: <003e01c60ce5$958b0d40$610c6f0a@china.huawei.com>
Date: Fri, 30 Dec 2005 10:06:01 +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>
Content-Transfer-Encoding: 7bit

hi,Vishwas
    
    The Immediately Hello only reduces the time to reach the "ExStart" state. It is unnecessary to use it when the state is more than "ExStart". 

----- Original Message ----- 
From: "Vishwas Manral" <Vishwas@SINETT.COM>
To: <OSPF@PEACH.EASE.LSOFT.COM>
Sent: Thursday, December 29, 2005 6:29 PM
Subject: Re: Update to OSPF Hello procedure[draft-kou-ospf-immediately-replying-hello-00.txt]


Hi,

Why should this not happen for every change in the neighbor status when received in a hello message? 

Whenever the contents of the hello message change we could send the message immediately. Is there a Minimum interval between which if we get consecutive hello's we do not process them, just like LSA's?

Thanks,
Vishwas
________________________________________
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.