Re: Waiting State Question
Kishore Rao <kishore@IND.ALCATEL.COM> Fri, 20 May 2005 17:09 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 NAA08698 for <ospf-archive@LISTS.IETF.ORG>; Fri, 20 May 2005 13:09:10 -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 <2.01051EE7@cherry.ease.lsoft.com>; Fri, 20 May 2005 13:09:07 -0400
Received: by PEACH.EASE.LSOFT.COM (LISTSERV-TCP/IP release 14.3) with spool id 71815282 for OSPF@PEACH.EASE.LSOFT.COM; Fri, 20 May 2005 13:09:05 -0400
Received: from 208.8.0.237 by WALNUT.EASE.LSOFT.COM (SMTPL release 1.0l) with TCP; Fri, 20 May 2005 13:09:05 -0400
Received: from mailhub1.ind.alcatel.com (mailhub1.ind.alcatel.com [198.206.181.170]) by ind.alcatel.com (8.12.9/8.12.9/(postal1 2.1 [OUT])) with ESMTP id j4KH94PG015166 for <OSPF@peach.ease.lsoft.com>; Fri, 20 May 2005 10:09:04 -0700 (PDT)
X-InterScan: Passed
Received: from mailhub1.ind.alcatel.com (localhost [127.0.0.1]) by mailhub1.ind.alcatel.com (8.12.10/8.12.10/(mailhub1 4.1.4 [HUB1])) with ESMTP id j4KH913l010401 for <OSPF@peach.ease.lsoft.com>; Fri, 20 May 2005 10:09:01 -0700 (PDT)
Received: from omni.ind.alcatel.com ([198.206.181.20]) by mailhub1.ind.alcatel.com (MailFrontier 4.0.2.4693) with ESMTP; Fri, 20 May 2005 10:09:01 -0700
Received: from Kishorepc ([128.251.40.163]) by omni.ind.alcatel.com (8.9.3+Sun/8.9.1 (omni 3.0 [engr-SPOOL])) with SMTP id KAA15948 for <OSPF@peach.ease.lsoft.com>; Fri, 20 May 2005 10:08:59 -0700 (PDT)
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> <428CEE56.186604C1@earthlink.net> <079301c55cb9$514775b0$a328fb80@Kishorepc> <428D4F61.10D00DA4@earthlink.net>
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1437
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441
X-Mlf-Threat: nothreat
X-Mlf-Threat-Detailed: nothreat;none;list_addrbk_domain
Message-ID: <003f01c55d5e$d3a9d980$a328fb80@Kishorepc>
Date: Fri, 20 May 2005 11:10:28 -0600
Reply-To: Mailing List <OSPF@PEACH.EASE.LSOFT.COM>
Sender: Mailing List <OSPF@PEACH.EASE.LSOFT.COM>
From: Kishore Rao <kishore@IND.ALCATEL.COM>
Subject: Re: Waiting State Question
To: OSPF@PEACH.EASE.LSOFT.COM
Precedence: list
Content-Transfer-Encoding: 7bit
> What is b/n them is broken? Comunication between them is broken. > > Combine areas and former entry/exit interfaces between > the areas will result in two or more DRs announcements > per pseudonode. > > This is taken care of in the Spec? Can anyone find the > section? :-) Section F: Multiple interfaces to the same network/subnet. I could not find any other section other than this. F: says both the interface should be taken care of together so that there are no multiple DRs elected by the same router. In your case, DRs were elected by two different routers, which I think could happen only if they have no communication beween them ? Kishore > > Mitchell Erblich > ------------------------- > > Kishore Rao wrote: > > > > > 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??? > > > > A possible case of A & B declaring themselves as DR would be when comm. b/n > > them is broken; in which case shouldn't router C prefer to elect itself as > > BDR ASAP on receiving the hello from either A or B instead of waiting for a > > longer period of time without the possiblity of neither A or B being elected > > BDR during that time ? > > > > > > > > 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 > > > > > > > > > > > > > >
- Waiting State Question John Smith
- Re: Waiting State Question Anthony Baire
- Re: Waiting State Question Kishore Rao
- Re: Waiting State Question Mukul Goyal
- Re: Waiting State Question Erblichs
- Re: Waiting State Question Kishore Rao
- Re: Waiting State Question Mukul Goyal
- Re: Waiting State Question Kishore Rao
- Re: Waiting State Question Mukul Goyal
- Re: Waiting State Question Kishore Rao
- Re: Waiting State Question Erblichs
- Re: Waiting State Question Kishore Rao
- Re: Waiting State Question John Smith
- Re: Waiting State Question Erblichs
- Re: Waiting State Question Erblichs
- Re: Waiting State Question Mukul Goyal
- Re: Waiting State Question Kishore Rao
- Re: Waiting State Question Erblichs
- Exit-Graceful Restart Condition sujay
- Re: Exit-Graceful Restart Condition Padma Pillay-Esnault
- Re: Exit-Graceful Restart Condition Acee Lindem
- Re: Exit-Graceful Restart Condition Kishore Rao
- Re: Exit-Graceful Restart Condition Padma Pillay-Esnault
- Re: Exit-Graceful Restart Condition ashok holla
- Re: Exit-Graceful Restart Condition Padma Pillay-Esnault
- Re: Exit-Graceful Restart Condition Kishore Rao
- Re: Exit-Graceful Restart Condition Kishore Rao
- Re: Exit-Graceful Restart Condition Padma Pillay-Esnault
- Re: Exit-Graceful Restart Condition sujay
- Re: Exit-Graceful Restart Condition Acee Lindem
- Re: Exit-Graceful Restart Condition Padma Pillay-Esnault