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.
- Update to OSPF Hello procedure[draft-kou-ospf-imm… Kouzengjie
- Re: Update to OSPF Hello procedure[draft-kou-ospf… Vishwas Manral
- Re: Update to OSPF Hello procedure[draft-kou-ospf… Nitin Kakkar
- Re: Update to OSPF Hello procedure[draft-kou-ospf… Manav Bhatia
- Re: Update to OSPF Hello procedure[draft-kou-ospf… sujay
- Re: Update to OSPF Hello procedure[draft-kou-ospf… Vishwas Manral
- Re: Update to OSPF Hello procedure[draft-kou-ospf… Erblichs
- Re: Update to OSPF Hello procedure[draft-kou-ospf… Zengjie Kou
- Re: Update to OSPF Hello procedure[draft-kou-ospf… Zengjie Kou
- Re: Update to OSPF Hello procedure[draft-kou-ospf… Zengjie Kou
- Re: Update to OSPF Hello procedure[draft-kou-ospf… Don Goodspeed
- Re: Update to OSPF Hello procedure[draft-kou-ospf… Erblichs
- Re: Update to OSPF Hello procedure[draft-kou-ospf… Vishwas Manral
- Re: Update to OSPF Hello procedure[draft-kou-ospf… Nitin Kakkar
- Re: Update to OSPF Hello procedure[draft-kou-ospf… Zengjie Kou
- Re: Update to OSPF Hello procedure[draft-kou-ospf… Zengjie Kou
- Re: Update to OSPF Hello procedure[draft-kou-ospf… Paul Jakma
- Re: Update to OSPF Hello procedure[draft-kou-ospf… Paul Jakma
- Re: Update to OSPF Hello procedure[draft-kou-ospf… Erblichs
- Re: Update to OSPF Hello procedure[draft-kou-ospf… Zengjie Kou
- Re: Update to OSPF Hello procedure[draft-kou-ospf… Zengjie Kou
- Re: Update to OSPF Hello procedure[draft-kou-ospf… Paul Jakma
- Re: Update to OSPF Hello procedure[draft-kou-ospf… Paul Jakma
- Re: Update to OSPF Hello procedure[draft-kou-ospf… Erblichs
- Re: Update to OSPF Hello procedure[draft-kou-ospf… Erblichs