[OSPF] OSPF GR query

"Khan Amir-G20247" <amirkhan@motorola.com> Fri, 15 September 2006 15:53 UTC

Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1GOG0U-0000v3-If; Fri, 15 Sep 2006 11:53:34 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GOG0U-0000uy-0h for ospf@ietf.org; Fri, 15 Sep 2006 11:53:34 -0400
Received: from motgate8.mot.com ([129.188.136.8]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GOG0S-0003rl-Lx for ospf@ietf.org; Fri, 15 Sep 2006 11:53:33 -0400
Received: from az33exr04.mot.com ([10.64.251.234]) by motgate8.mot.com (8.12.11/Motorola) with ESMTP id k8FFrVon010803 for <ospf@ietf.org>; Fri, 15 Sep 2006 08:53:32 -0700 (MST)
Received: from ZMY16EXM66.ds.mot.com (zmy16exm66.ap.mot.com [10.179.4.26]) by az33exr04.mot.com (8.13.1/8.13.0) with ESMTP id k8FFrTnp024292 for <ospf@ietf.org>; Fri, 15 Sep 2006 10:53:30 -0500 (CDT)
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Subject: [OSPF] OSPF GR query
Date: Fri, 15 Sep 2006 23:53:22 +0800
Message-ID: <988EE2C769AC284ABAE9328BFC10703F010DEBCB@ZMY16EXM66.ds.mot.com>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: [OSPF] OSPF GR query
Thread-Index: AcbY3xIeNS3db/JdT/+FPbCeO+bI7g==
From: Khan Amir-G20247 <amirkhan@motorola.com>
To: ospf@ietf.org
X-Spam-Score: 0.1 (/)
X-Scan-Signature: 2086112c730e13d5955355df27e3074b
Cc:
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="===============1578558845=="
Errors-To: ospf-bounces@ietf.org

Hi 

I have query related to Strict LSA Checking in OSPF Graceful Restart.

Consider this scenario:

- Two Routers R1 and R2, connected with a Broadcast network.
- Where R1 is a DR and R2 as DR-other
- Now R2 wants to perform GR and R1 agrees to be its Helper.
- Now after restart R2 will try and form adjacency with R1.
- Lets say that R1 and R2 had reached Exstart state. Now at this time
another router R3 joins the network.
- This router R3 will effect the contents of R1 LSDB. 
- Now if Strict LSA Checking is enabled, R1 will quit from Helper mode.
- After quiting R1 will recalculate DR/BDR and will reoriginate router
LSA and network LSA. 


Considering above scenario, my doubts are:

- How will R2 come to know that its Helper has quit ?
- When will R2 exit GR ? 
- As the NBR state had reached to Exstart before R1 exited, will state
be back to Down and   
  the adjacency formation will start all over again, once R2 exits GR ? 


Regards
Aamir

_______________________________________________
OSPF mailing list
OSPF@ietf.org
https://www1.ietf.org/mailman/listinfo/ospf