Re: [OSPF] Question about exiting graceful restart (Local Mode) for OSPFv3

"sujay gupta" <sujay.ietf@gmail.com> Sun, 11 November 2007 11:45 UTC

Return-path: <ospf-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IrBFq-0007FF-W7; Sun, 11 Nov 2007 06:45:31 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IrBFp-0007Au-DV for ospf@ietf.org; Sun, 11 Nov 2007 06:45:29 -0500
Received: from wx-out-0506.google.com ([66.249.82.236]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IrBFk-0007yD-4U for ospf@ietf.org; Sun, 11 Nov 2007 06:45:29 -0500
Received: by wx-out-0506.google.com with SMTP id s8so828505wxc for <ospf@ietf.org>; Sun, 11 Nov 2007 03:45:23 -0800 (PST)
Received: by 10.70.83.8 with SMTP id g8mr3281365wxb.1194767497659; Sat, 10 Nov 2007 23:51:37 -0800 (PST)
Received: by 10.70.57.14 with HTTP; Sat, 10 Nov 2007 23:51:37 -0800 (PST)
Message-ID: <b33c82d0711102351x28311d32w110ea7b342c2e823@mail.gmail.com>
Date: Sun, 11 Nov 2007 13:21:37 +0530
From: sujay gupta <sujay.ietf@gmail.com>
To: Adi Pasca <adi_pasca79@yahoo.com>
Subject: Re: [OSPF] Question about exiting graceful restart (Local Mode) for OSPFv3
In-Reply-To: <880208.89146.qm@web57402.mail.re1.yahoo.com>
MIME-Version: 1.0
References: <880208.89146.qm@web57402.mail.re1.yahoo.com>
X-Spam-Score: 0.0 (/)
X-Scan-Signature: b22590c27682ace61775ee7b453b40d3
Cc: ospf@ietf.org
X-BeenThere: ospf@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: The Official IETF OSPG WG Mailing List <ospf.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ospf>, <mailto:ospf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/ospf>
List-Post: <mailto:ospf@ietf.org>
List-Help: <mailto:ospf-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ospf>, <mailto:ospf-request@ietf.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============0575701558=="
Errors-To: ospf-bounces@ietf.org

Hi Adi,

IMHO Change in link preifx or change in network prefix should cause
the Router A regenerate new LS updates.( as per the specs)
If it has not changed the newly generated router and network lsa
should be sufficient to build the graph post GR.

-Sujay

On 10/29/07, Adi Pasca <adi_pasca79@yahoo.com> wrote:
>
> Hi,
>
> I have one comment/question regarding the exit restart
> procedure for Local Mode for OSPFv3 (
>
> http://www.ietf.org/internet-drafts/draft-ietf-ospf-ospfv3-graceful-restart-07.txt
> )
>
> - in RFC3623, "Section 2.3 Actions on Exiting Graceful
> Restart" it is said that:
>
> (...)
>
>      1) The router should reoriginate its router-LSAs
> for all attached
>         areas in order to make sure they have the
> correct contents.
>
>      2) The router should reoriginate network-LSAs on
> all segments
>         where it is the Designated Router.
>
> (...)
>
>
> >From what I have seen, the
> draft-ietf-ospf-ospfv3-graceful-restart-07.txt doesn't
> make any
> update to the above section, but I was wondering if
> this is enough in the case of OSPFv3 graceful restart
> (because for OSPFv3 there are also the Link LSAs and
> Intra-Area-Prefix LSAs which contribute
> to the intra-area's topology description);
> shouldn't the Link LSAs and the Intra-Area-Prefix LSAs
> be reoriginated also ?
>
>
> One scenario that could lead to neighbors' databases
> being not synchronized after an restart is as follows:
>
> 1. We have two ospf routers (Router_A and Router_B)
> having configured one ospf area, each having a single
> interface into that area;
> 2. Router_A is given a command to restart gracefully;
>   almost simultaneously (after Router_A transmits its
> Grace LSA) Router_B's ospfv3 is disabled and then
> enabled (or non-gracefully restarted),
>   so that it cannot act as helper.
> 3. Hellos are received and the Database Exchange takes
> place (with Router_A being in graceful restart, so not
> originating any of its LSAs)
> 4. After that (when exchange is done), Router_A
> determines that it should exit restart due to
> inconsistency
> (RFC 3623: A special case of LSA inconsistency is
> when Router X establishes an adjacency with router Y
> and
> doesn't receive an instance of its own pre-restart
> router LSA.)
> 5. When exiting restart, Router_A reoriginate its
> Router LSA and, if it is the case, its Network LSA, so
> Router_B receives those LSAs; but Router_B never
> receives
>   Router_A's Link LSAs and Intra-Area-Prefix LSAs.
>
> Regards,
> Adrian
>
>
> __________________________________________________
> Do You Yahoo!?
> Tired of spam?  Yahoo! Mail has the best spam protection around
> http://mail.yahoo.com
>
>
> _______________________________________________
> OSPF mailing list
> OSPF@ietf.org
> https://www1.ietf.org/mailman/listinfo/ospf
>
_______________________________________________
OSPF mailing list
OSPF@ietf.org
https://www1.ietf.org/mailman/listinfo/ospf