Re: Graceful Restart

Krishna Rao <ospf_query@REDIFFMAIL.COM> Mon, 07 April 2003 11:26 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 HAA15614 for <ospf-archive@LISTS.IETF.ORG>; Mon, 7 Apr 2003 07:26:44 -0400 (EDT)
Received: from walnut (209.119.0.61) by cherry.ease.lsoft.com (LSMTP for Digital Unix v1.1b) with SMTP id <12.00968559@cherry.ease.lsoft.com>; Mon, 7 Apr 2003 7:29:14 -0400
Received: from DISCUSS.MICROSOFT.COM by DISCUSS.MICROSOFT.COM (LISTSERV-TCP/IP release 1.8e) with spool id 725212 for OSPF@DISCUSS.MICROSOFT.COM; Mon, 7 Apr 2003 07:29:14 -0400
Received: from 203.199.83.26 by WALNUT.EASE.LSOFT.COM (SMTPL release 1.0i) with TCP; Mon, 7 Apr 2003 07:29:13 -0500
Received: (qmail 20699 invoked by uid 510); 7 Apr 2003 11:32:22 -0000
Received: from unknown (203.197.138.201) by rediffmail.com via HTTP; 07 apr 2003 11:32:22 -0000
MIME-Version: 1.0
Content-type: text/plain; format="flowed"
Content-Disposition: inline
Message-ID: <20030407113222.20698.qmail@webmail16.rediffmail.com>
Date: Mon, 07 Apr 2003 11:32:22 -0000
Reply-To: Mailing List <OSPF@DISCUSS.MICROSOFT.COM>
Sender: Mailing List <OSPF@DISCUSS.MICROSOFT.COM>
From: Krishna Rao <ospf_query@REDIFFMAIL.COM>
Subject: Re: Graceful Restart
To: OSPF@DISCUSS.MICROSOFT.COM
Precedence: list

Hi,
1) Since the aim is to keep the restarting router
    in the network, so during graceful restart:

    If router analyses its own router/network lsa (if
    it was DR) and does necessary operation, that should
    be enough.
    Why to again elect itself as DR ?

2) So suppose, if it doesn't elect itself as DR and
    new DR(some other router) is elected.
    But if network topology hasn't changed, only change
    might be in terms of new DR/BDR and new adjacencies
    with those DR/BDR.
    But that does not in anyway change network topology in
    terms of reachability of routes.
    So graceful restart should not be aborted !!!!

    Though Network Lsa will change.
    But how does it makes "Router LSA" of restarting
    router inconsistent, in terms of reachability
    of "helpers", to restarting router???

3)Finally when it exits the graceful restart:
   It originates router Lsas, calculates SPF etc.

Or i am missing some point ???

krishna



On Fri, 04 Apr 2003 Acee Lindem wrote :
>John, Krishna,
>
>John has it pretty much right but there is one additional key
>point. If the restarting router doesn't succeed its role as
>DR on interfaces where it was previously DR the specification
>is broken. The restarting router uses his own pre-restart
>router and network LSAs to determine when graceful restart
>has converged. A DR election would change the topology and
>the restarting router would detect an LSA inconsistency and
>exit graceful restart prematurely.
>
>Thanks,
>Acee
>
>John Smith wrote:
>>Krishna,
>>my 2 euros (dollars are out !!!)
>>
>>
>>>draft-ietf-ospf-hitless-restart-07.txt:
>>>2.  Operation of restarting router:
>>>
>>>Point 2) If the restarting router determines that it was
>>>Designated
>>>          Router on a given segment immediately prior to the
>>>restart,
>>>          it elects itself as Designated Router again
>>>
>>>Q1)Why does this need to be done while restarting?
>>>    AND
>>>    How does it help ??
>>
>>
>>Its helps in maintaining sanity in the network. Others think
>>that this router is still up
>>and continue trusting him as DR. When he comes up he should not
>>break this trust and
>>should ideally start operating as a DR.
>>
>>The basic concept is that if he resigns from DRship then the BDR
>>will take over and they
>>will need to again re-elect the BDR .. which is a messy affair.
>>The whole point of
>>graceful restart is to avoid such events !!
>>
>>
>>>Q2)What if normal DR/BDR election takes place "on exiting
>>>    graceful restart"
>>
>>
>>Why do you want to land in this mess? You will again need to
>>re-issue your LSAs, etc.
>>Everybody will have to re-synch .. and the whole purpose of
>>graceful restart will be
>>defeated.
>>
>>Others more informed about this protocol can correct me whatever
>>i missed out!
>>
>>JS
>>
>>
>>
>>__________________________________________________
>>Yahoo! Plus
>>For a better Internet experience
>>http://www.yahoo.co.uk/btoffer
>>
>
>
>--
>Acee

_______________________________________________________________________
Odomos - the only  mosquito protection outside 4 walls -
Click here to know more!
http://r.rediff.com/r?http://clients.rediff.com/odomos/Odomos.htm&&odomos&&wn