Re: [OSPF] OSPF GR query

"sujay gupta" <sujay.ietf@gmail.com> Sat, 11 November 2006 21:14 UTC

Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1Gj0BV-0007gA-HL; Sat, 11 Nov 2006 16:14:41 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Gj0BT-0007fy-M8 for ospf@ietf.org; Sat, 11 Nov 2006 16:14:39 -0500
Received: from wx-out-0506.google.com ([66.249.82.235]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Gj0BR-0002x2-6L for ospf@ietf.org; Sat, 11 Nov 2006 16:14:39 -0500
Received: by wx-out-0506.google.com with SMTP id h29so874416wxd for <ospf@ietf.org>; Sat, 11 Nov 2006 13:14:37 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=rD8DvJIy6/l2gZixbCcA+MC9zhf01gVpT3FCm2dsRFN8GbGcVHksEn3DKPMEwscR/ET0SFgFvxsr2UBa+HY9dkiLM4J6//hBuz8YShPtIVrRMWLUyS/CsYzZQWZVw1zVvFRDfd94wKVC3tuviIEDUaYJSQZdi2nYtWwOtvdyi4g=
Received: by 10.90.92.7 with SMTP id p7mr2471487agb.1163279676700; Sat, 11 Nov 2006 13:14:36 -0800 (PST)
Received: by 10.90.31.17 with HTTP; Sat, 11 Nov 2006 13:14:36 -0800 (PST)
Message-ID: <b33c82d0611111314x49b1b26l2a277c0557e7b7d6@mail.gmail.com>
Date: Sun, 12 Nov 2006 02:44:36 +0530
From: sujay gupta <sujay.ietf@gmail.com>
To: abhayds@acm.org, Khan Amir-G20247 <amirkhan@motorola.com>
Subject: Re: [OSPF] OSPF GR query
In-Reply-To: <4554505C.4040903@acm.org>
MIME-Version: 1.0
References: <988EE2C769AC284ABAE9328BFC10703F01383B23@ZMY16EXM66.ds.mot.com> <4554505C.4040903@acm.org>
X-Spam-Score: 0.1 (/)
X-Scan-Signature: 32029c790f79bd4a84a26bd2915c54b9
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="===============1739933509=="
Errors-To: ospf-bounces@ietf.org

Hi Amir,
Adding  ;

If the link between R1-R2 toggles making the adjacency going down and then
come up.R1 should exit GR.
R2  should exit  helper  mode send an inconsistent LSA to R1, R1 on
examining this LSA should exit GR.
Or; alternately R1 could detect a Nbr Down event and immediately exit GR.

Regds,
-Sujay
( Ref
http://tools.ietf.org/wg/ospf/draft-holla-ospf-update-graceful-restart-02.txtSection
3.2.1(1))



On 11/10/06, Abhay D.S <abhayds@acm.org> wrote:
>
>  dear amir,
> There is nothing called as Quitting GR.
>
> In the case below , the most desirable thing is to give a message or an
> SNMP trap for qualifying to a quit scenario.
>
> There is a thin line between completion and quitting GR. Just imagine this
> happens when the last router was about to be
> full and  re-starter was  just about the originate  old router LSA ,
> perfectly as the old one and then this event happened ?
>
> Would you quit GR or log a message.
>
> Another is what is your idea of quit GR  ?.
>
> Thanks,
>
> Abhay
>
>
>
> Khan Amir-G20247 wrote:
>
> Hi
>
> I have query related to OSPF Graceful Restart.
>
>
>
>  Consider this scenario:
>
>
>
> - Three Routers R1, R2 and R3 connected via Broadcast networks.
>
>
>
>
>
> - Where R1 is a DR on both the segments, where as R2 and R3 are in
> DR-other
> - Now R1 wants to perform GR, R2 and R3 agrees to be its Helpers.
> - Now after restart R1 will try to form adjacency with both R2 and R3.
> - Lets say R1 and R2  had become FULL, while R1 and R3 had reached Exstart
> state. Now at this time(when R1 and R3 are in transition state) the
> adjacency between R1 and  R2  goes down for some reson.
>
>  Considering above scenario, my doubts are:
>
> -  As the adjacency between R1 and R2 has gone down(which is a Topology
> change) and R1 is still in GR mode, can R1 quit GR ? In general can a NBR
> which was FULL and then later gone down can be treated as one of the
> conditions for quiting GR ?
>
>
>
>
> Regards
> Aamir
>
>
>
> ------------------------------
>
> _______________________________________________
> OSPF mailing list
> OSPF@ietf.orghttps://www1.ietf.org/mailman/listinfo/ospf
>
>
> _______________________________________________
> 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