Re: Waiting State Question

Erblichs <erblichs@EARTHLINK.NET> Thu, 19 May 2005 19:44 UTC

Received: from cherry.ease.lsoft.com (cherry.ease.lsoft.com [209.119.0.109]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA14604 for <ospf-archive@LISTS.IETF.ORG>; Thu, 19 May 2005 15:44:57 -0400 (EDT)
Received: from vms.dc.lsoft.com (209.119.0.2) by cherry.ease.lsoft.com (LSMTP for Digital Unix v1.1b) with SMTP id <12.01050356@cherry.ease.lsoft.com>; Thu, 19 May 2005 15:44:57 -0400
Received: by PEACH.EASE.LSOFT.COM (LISTSERV-TCP/IP release 14.3) with spool id 71669868 for OSPF@PEACH.EASE.LSOFT.COM; Thu, 19 May 2005 15:44:56 -0400
Received: from 207.217.121.248 by WALNUT.EASE.LSOFT.COM (SMTPL release 1.0l) with TCP; Thu, 19 May 2005 15:44:56 -0400
Received: from h-68-164-85-18.snvacaid.dynamic.covad.net ([68.164.85.18] helo=earthlink.net) by pop-a065d01.pas.sa.earthlink.net with esmtp (Exim 3.36 #10) id 1DYqwx-0002wS-00 for OSPF@PEACH.EASE.LSOFT.COM; Thu, 19 May 2005 12:44:55 -0700
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: <20050519122021.40976.qmail@web25301.mail.ukl.yahoo.com> <1116526462.428cd77ee421b@panthermail.uwm.edu> <072701c55ca2$d08ebd40$a328fb80@Kishorepc> <1116528821.428ce0b537b88@panthermail.uwm.edu> <075301c55ca6$26ce54b0$a328fb80@Kishorepc>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Message-ID: <428CEE56.186604C1@earthlink.net>
Date: Thu, 19 May 2005 12:51:50 -0700
Reply-To: Mailing List <OSPF@PEACH.EASE.LSOFT.COM>
Sender: Mailing List <OSPF@PEACH.EASE.LSOFT.COM>
From: Erblichs <erblichs@EARTHLINK.NET>
Subject: Re: Waiting State Question
To: OSPF@PEACH.EASE.LSOFT.COM
Precedence: list
Content-Transfer-Encoding: 7bit

Sorry,

	I have to kind of disagree on two accounts with the
	spec vs implimentations..

	First, if the interface is a passive interface. I
	think passives interfaces are after the spec, thus
	it fits as an exception. But in my opinion, passive
	interfaces have a equiv as a infinite waiting
	period.

	Second, "in the case where more than 1 router"
	is declaring itself as the DR, shouldn't enough 
	time pass (1.5 to 2x) hello interval pass to identify
	this situation before exiting wait state and
	poss determine whether 2-ways are forming.  Yes,
	it could/should exit early, but on that first 
	hello???

	Thus, this section of the spec covers the rare simple 
	case where no BDR has yet been elected or is eligible
	to be elected.

	Mitchell Erblich
	-----------------
	
	

Kishore Rao wrote:
> 
> Not NeighborChange but Backupseen
> 
> "If the neighbor is both declaring itself to be Designated
>             Router (Hello Packet's Designated Router field = Neighbor IP
>             address) and the Backup Designated Router field in the
>             packet is equal to 0.0.0.0 and the receiving interface is in
>             state Waiting, the receiving interface's state machine is
>             scheduled with the event BackupSeen."
> 
> > I think the NeighborChange events are ignored while an interface is in
> waiting
> > state.
> >
> > Thanks,
> > Mukul
> >
> >
> > Quoting Kishore Rao <kishore@IND.ALCATEL.COM>:
> >
> > > The question was not about how DR or BDRs are elected. John's question
> was
> > > if the router should exit Wait Timer (and run DR election) on receving
> Hello
> > > from a router declaring itself as DR. Well, from section 10.5 it should.
> > >
> > > Kishore
> > >
> > >
> > > > My guess is that if an interface comes out of the waiting state on
> > > receiving a
> > > > Hello from DR (without having received a Hello from BDR), it may elect
> > > itself
> > > > as BDR. This way many routers may elect themselves as BDR. Now all
> these
> > > BDR
> > > > claimants (except one) will ultimately take their claims to BDRship
> back
> > > but in
> > > > the process each router on the LAN may have to do several DR
> elections.
> > > >
> > > > Here is a paper we wrote recently that may shed further light on this:
> > > > http://cs.uwm.edu/~mukul/ospflan.pdf
> > > >
> > > > Thanks,
> > > > Mukul
> > > >
> > > > Quoting John Smith <jsmith4112003@YAHOO.CO.UK>:
> > > >
> > > > > Hi,
> > > > >
> > > > > When a router comes up it starts the Wait Timer before it elects the
> > > DR/BDR.
> > > > > It either
> > > > > waits for the Wait Timer to expire or it waits for a router
> declaring
> > > itself
> > > > > as the BDR
> > > > > before it decides that it needs to get out of the 'Waiting' state
> (it
> > > does
> > > > > this by
> > > > > generating the Backupseen event).
> > > > >
> > > > > My question is why does it wait only for the BDR? Why not the DR? It
> can
> > > when
> > > > > it recieves
> > > > > a HELLO from the DR know that their exists a DR and a BDR. Why not
> then
> > > get
> > > > > out of the
> > > > > 'Waiting' state?
> > > > >
> > > > > Thanks,
> > > > > John
> > > > >
> > > > > Send instant messages to your online friends
> > > http://uk.messenger.yahoo.com
> > > > >
> > >