Re: About DR election after ospf graceful restart
Sanjay BM <sanjaybm@GMAIL.COM> Tue, 29 June 2004 23:06 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 TAA06073 for <ospf-archive@LISTS.IETF.ORG>; Tue, 29 Jun 2004 19:06:12 -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 <22.00DFDED7@cherry.ease.lsoft.com>; Tue, 29 Jun 2004 19:06:11 -0400
Received: from PEACH.EASE.LSOFT.COM by PEACH.EASE.LSOFT.COM (LISTSERV-TCP/IP release 1.8e) with spool id 23737519 for OSPF@PEACH.EASE.LSOFT.COM; Tue, 29 Jun 2004 19:06:10 -0400
Received: from 216.239.56.240 by WALNUT.EASE.LSOFT.COM (SMTPL release 1.0i) with TCP; Tue, 29 Jun 2004 19:06:09 -0400
Received: by mproxy.gmail.com with SMTP id x71so373725cwb for <ospf@peach.ease.lsoft.com>; Tue, 29 Jun 2004 16:06:07 -0700 (PDT)
Received: by 10.38.81.1 with SMTP id e1mr21366rnb; Tue, 29 Jun 2004 16:06:06 -0700 (PDT)
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
References: <60fc97be0406291414760748db@mail.gmail.com> <067201c45e22$bf740fd0$0202a8c0@aceeinspiron>
Message-ID: <60fc97be04062916064a2f5f0@mail.gmail.com>
Date: Tue, 29 Jun 2004 16:06:06 -0700
Reply-To: Mailing List <OSPF@PEACH.EASE.LSOFT.COM>
Sender: Mailing List <OSPF@PEACH.EASE.LSOFT.COM>
From: Sanjay BM <sanjaybm@GMAIL.COM>
Subject: Re: About DR election after ospf graceful restart
To: OSPF@PEACH.EASE.LSOFT.COM
In-Reply-To: <067201c45e22$bf740fd0$0202a8c0@aceeinspiron>
Precedence: list
Content-Transfer-Encoding: 7bit
Thanx Acee. On Tue, 29 Jun 2004 17:48:00 -0400, Acee Lindem <acee@redback.com> wrote: > > Hi Sanjay, > > ----- Original Message ----- > From: "Sanjay BM" <sanjaybm@GMAIL.COM> > To: <OSPF@PEACH.EASE.LSOFT.COM> > Sent: Tuesday, June 29, 2004 5:14 PM > Subject: About DR election after ospf graceful restart > > > Hi, > > > > I had couple of questions regarding DR election on helpers after a > > OSPF graceful restart. > > > > RFC3623 states the following: > > --- > > When Router Y exits helper mode for X on a given network segment, it > > reoriginates its LSAs based on the current state of its adjacency to > > Router X over the segment. In detail, Y takes the following actions: > > > > a) Y recalculates the Designated Router for the segment, > > > > b) Y reoriginates its router-LSA for the segment's OSPF area, > > > > c) if Y is Designated Router for the segment, it reoriginates the > > network-LSA for the segment and > > > > d) if the segment was a virtual link, Y reoriginates its router- > > LSA for the virtual link's transit area. > > --- > > > > Question 1: > > Should Router Y (helpers) recalculate the DR for the segment even when > > it exits helper mode successfully i.e, when grace LSAs were flushed > > before grace period expiry. > > There may be an optimization where in some cases it is unnecessary. > However, the algorithm is such that the existing DR should remain DR. Also, > unless you have "lots" of neighbors on the subnet, it isn't all that expensive > to run. > > > > > Question 2: > > Assume Router X is of higher priority than Router Y and that Router X > > was the BDR before going through a graceful restart. Should Router X > > become the new DR for the segment when Router Y runs the DR election > > after exiting helper mode? > > No. Unless other events come into play, whoever was DR prior to X's > restart should remain DR. > > > > > Thanx, > > Sanjay >