Re: Update to OSPF Hello procedure[draft-kou-ospf-immediately-replying-hello-00.txt]
Erblichs <erblichs@EARTHLINK.NET> Fri, 30 December 2005 04:33 UTC
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EsBxZ-0007S2-7m for ospf-archive@megatron.ietf.org; Thu, 29 Dec 2005 23:33:45 -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 XAA29036 for <ospf-archive@LISTS.IETF.ORG>; Thu, 29 Dec 2005 23:32:34 -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 <2.00007E09@wildebeest.ease.lsoft.com>; Thu, 29 Dec 2005 23:33:13 -0500
Received: by PEACH.EASE.LSOFT.COM (LISTSERV-TCP/IP release 14.4) with spool id 95034734 for OSPF@PEACH.EASE.LSOFT.COM; Thu, 29 Dec 2005 23:33:12 -0500
Received: from 207.69.195.68 by WALNUT.EASE.LSOFT.COM (SMTPL release 1.0m) with TCP; Thu, 29 Dec 2005 23:33:12 -0500
Received: from h-68-164-85-155.snvacaid.dynamic.covad.net ([68.164.85.155] helo=earthlink.net) by pop-cowbird.atl.sa.earthlink.net with esmtp (Exim 3.36 #10) id 1EsBx3-0001oR-00 for OSPF@PEACH.EASE.LSOFT.COM; Thu, 29 Dec 2005 23:33:13 -0500
X-Sender: "Erblichs" <@smtp.earthlink.net> (Unverified)
X-Mailer: Mozilla 4.72 [en]C-gatewaynet (Win98; I)
X-Accept-Language: en
MIME-Version: 1.0
References: <20051229112742.71966.qmail@web25401.mail.ukl.yahoo.com> <006001c60cea$56c85d10$610c6f0a@china.huawei.com>
Content-Type: text/plain; charset="iso-8859-2"
Content-Transfer-Encoding: 7bit
Message-ID: <43B4B2F9.60A807AB@earthlink.net>
Date: Thu, 29 Dec 2005 20:09:29 -0800
Reply-To: Mailing List <OSPF@PEACH.EASE.LSOFT.COM>
Sender: Mailing List <OSPF@PEACH.EASE.LSOFT.COM>
From: Erblichs <erblichs@EARTHLINK.NET>
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
Kou, 1) A few extra hellos? You will force a matrix number of hellos? With 10 routers, you will need 90 hellos. With 100 routers, we have 9900 hellos I think, if we need to respond to each nbr's hello. Where we have 2x the number of router's hellos in the standard method with MC hellos (20 and 200). Oh, yours are with ms of each other and the standard hellos are spread along the hello interval. 2) I disagree, this can effect DR election. How? Assume their is a disagreement as to whom should be elected DR in the normal method. Now, with that quick hello, the faster router tells the other routers not just whom he choose, but who is the DR. Anytime before DR is elected, Y informs that X is the DR, then OSPF says X is the DR. You are saving on avg 1/2 hello interval time. Now, why can their be a disagreement? Simply, a late hello informing about a new router with a higher priority before the DR is elected. With the current method, we give an extra few secs, just to allow everyone to make up their own private decision, then publicise the decision, and if their is a disagreement after recieving the multiple public hellos, then resolve it. Yes, some implimentations ignore hellos with DR announcement after election has begun. But some don't. And I am refering to the later ones. Now, it gets complicated. Assume that 2 routers who accept the fast hello and the interruption of the DR process. Won't they form a full ADJ if one or both are the DR / BDR? Now, the 3rd guy heard a hello from the highest priority router and accepted him as the DR? Aren't you needlessly trying to sync the LSDBs with the wrong DR? Mitchell Erblich Zengjie Kou wrote: > > Hi,Manav > I don't find any harm except a few additional hello packets before the state reaches "ExStart". > > The Immediate Hello do not affect which router will be elected DR. It only expedite the election. > > thanks > kou. > > ----- Original Message ----- > From: "Manav Bhatia" <manav_bhatia06@YAHOO.CO.UK> > To: <OSPF@PEACH.EASE.LSOFT.COM> > Sent: Thursday, December 29, 2005 7:27 PM > Subject: Re: Update to OSPF Hello procedure[draft-kou-ospf-immediately-replying-hello-00.txt] > > > So whats the harm in this? > > > > If you wanted a particular router to become the DR then you would have given it a higher priority. > > The fact that you havent done that implies that you dont really care which router becomes the DR. > > > > Manav > > --- Nitin Kakkar <nitink@HUAWEI.COM> wrote: > > > >> 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-hell > >> o-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. > >> > >> > > > > > > > > > > ___________________________________________________________ > > NEW Yahoo! Cars - sell your car and browse thousands of new and used cars online! http://uk.cars.yahoo.com/
- 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