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
>