[OSPF] OSPF GR query

"Khan Amir-G20247" <amirkhan@motorola.com> Thu, 05 October 2006 13:07 UTC

Received: from [] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1GVSx8-0004WW-IM; Thu, 05 Oct 2006 09:07:54 -0400
Received: from [] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GVSx7-0004WR-1B for ospf@ietf.org; Thu, 05 Oct 2006 09:07:53 -0400
Received: from mail128.messagelabs.com ([]) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1GVSx5-0004gP-GH for ospf@ietf.org; Thu, 05 Oct 2006 09:07:53 -0400
X-VirusChecked: Checked
X-Env-Sender: amirkhan@motorola.com
X-Msg-Ref: server-12.tower-128.messagelabs.com!1160053670!1130619!1
X-StarScan-Version:; banners=-,-,-
X-Originating-IP: []
Received: (qmail 7382 invoked from network); 5 Oct 2006 13:07:50 -0000
Received: from motgate8.mot.com (HELO motgate8.mot.com) ( by server-12.tower-128.messagelabs.com with SMTP; 5 Oct 2006 13:07:50 -0000
Received: from il06exr01.mot.com (il06exr01.mot.com []) by motgate8.mot.com (8.12.11/Motorola) with ESMTP id k95D7nNI002684 for <ospf@ietf.org>; Thu, 5 Oct 2006 06:07:49 -0700 (MST)
Received: from ZMY16EXM66.ds.mot.com (zmy16exm66.ap.mot.com []) by il06exr01.mot.com (8.13.5/8.13.0) with ESMTP id k95D7mSk019580 for <ospf@ietf.org>; Thu, 5 Oct 2006 08:07:48 -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: Thu, 05 Oct 2006 21:07:36 +0800
Message-ID: <988EE2C769AC284ABAE9328BFC10703F011AAD26@ZMY16EXM66.ds.mot.com>
X-MS-Has-Attach: yes
Thread-Topic: [OSPF] OSPF GR query
Thread-Index: Acbofzo03VIFl44LRamn1tmNckH5Fg==
From: Khan Amir-G20247 <amirkhan@motorola.com>
To: ospf@ietf.org
X-Spam-Score: 0.2 (/)
X-Scan-Signature: f60fbf3dbcaca652b6d10036f0630412
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="===============0823908720=="
Errors-To: ospf-bounces@ietf.org



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
- 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 R2 receives an LSA (any type 1-5 and
7, from some other router existing in the same area, not pictured here)
which he needs to flood to R1. 
- This will force R2 to quit Helper Status, while R1 and R3 are still in
process of forming adjacency. 

Considering above scenario, my doubts are: 

- How will R1 come to know that its Helper R2 has quit? 
- Will the adjacency between R1 and R2 needs to go down, as R2 quits
helper mode? 
- Will this effect the adjacency formation of R1 and R3?




OSPF mailing list