RE: [OSPF] OSPF GR query

"Don Goodspeed" <Don.Goodspeed@alcatel.com> Fri, 15 September 2006 17:45 UTC

Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1GOHkX-0008L7-B7; Fri, 15 Sep 2006 13:45:13 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GOHkW-0008Ky-GT for ospf@ietf.org; Fri, 15 Sep 2006 13:45:12 -0400
Received: from hostreea1.alcatel.com ([143.209.238.161] helo=audl951.usa.alcatel.com) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GOHkT-0004jf-UY for ospf@ietf.org; Fri, 15 Sep 2006 13:45:12 -0400
Received: from mvrelay.mv.usa.alcatel.com (mvrelay.mv.usa.alcatel.com [128.251.10.15]) by audl951.usa.alcatel.com (ALCANET) with ESMTP id k8FHj57i007065; Fri, 15 Sep 2006 12:45:06 -0500
Received: from SPEEDY1PC (localhost [127.0.0.1]) by mvrelay.mv.usa.alcatel.com (8.12.10/8.12.10) with ESMTP id k8FHjVxB015083; Fri, 15 Sep 2006 10:45:37 -0700 (PDT)
From: Don Goodspeed <Don.Goodspeed@alcatel.com>
To: 'Khan Amir-G20247' <amirkhan@motorola.com>, ospf@ietf.org
Subject: RE: [OSPF] OSPF GR query
Date: Fri, 15 Sep 2006 10:44:56 -0700
Message-ID: <010001c6d8ee$a931b120$6601010a@SPEEDY1PC>
MIME-Version: 1.0
X-Mailer: Microsoft Office Outlook 11
In-reply-to: <988EE2C769AC284ABAE9328BFC10703F010DEBCB@ZMY16EXM66.ds.mot.com>
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.2962
Thread-index: AcbY3xIeNS3db/JdT/+FPbCeO+bI7gADd+eg
X-Scanned-By: MIMEDefang 2.51 on 143.209.238.34
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 17cf8eab1d6bbd2874a56f9e3554d91d
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="===============0522103729=="
Errors-To: ospf-bounces@ietf.org

Amir,

 

Per section 2.2 item 2, R2 will exit GR because it receives a router LSA
from 

R3.  Alternately, it will receive a new network LSA from the DR containing

R3.

 

When R2 receives ANY new router LSA during its restart, it will terminate.
This

clause should also probably extend to network LSAs as well.

 

Actions to take on exiting GR are described in section 2.3 and apply whether

the exit was "graceful" or "ungraceful".  There's no necessity to go back to
the

down state.  There will just be additional items to be exchanged.

 

-don

 

  _____  

From: Khan Amir-G20247 [mailto:amirkhan@motorola.com] 
Sent: Friday, September 15, 2006 8:53 AM
To: ospf@ietf.org
Subject: [OSPF] OSPF GR query

 

 

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