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/