Re: [OSPF] OSPF GR query
Acee Lindem <acee@cisco.com> Fri, 15 September 2006 20:46 UTC
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1GOKZd-0000YI-B8; Fri, 15 Sep 2006 16:46:09 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GOKZc-0000Wc-6k for ospf@ietf.org; Fri, 15 Sep 2006 16:46:08 -0400
Received: from rtp-iport-2.cisco.com ([64.102.122.149]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GOKZZ-0004RR-Oo for ospf@ietf.org; Fri, 15 Sep 2006 16:46:08 -0400
Received: from rtp-dkim-1.cisco.com ([64.102.121.158]) by rtp-iport-2.cisco.com with ESMTP; 15 Sep 2006 16:46:06 -0400
X-IronPort-AV: i="4.09,171,1157342400"; d="scan'208"; a="102676659:sNHT30845914"
Received: from rtp-core-2.cisco.com (rtp-core-2.cisco.com [64.102.124.13]) by rtp-dkim-1.cisco.com (8.12.11.20060308/8.12.11) with ESMTP id k8FKk5A0025633; Fri, 15 Sep 2006 16:46:05 -0400
Received: from xbh-rtp-201.amer.cisco.com (xbh-rtp-201.cisco.com [64.102.31.12]) by rtp-core-2.cisco.com (8.12.10/8.12.6) with ESMTP id k8FKjvuW011440; Fri, 15 Sep 2006 16:46:05 -0400 (EDT)
Received: from xfe-rtp-201.amer.cisco.com ([64.102.31.38]) by xbh-rtp-201.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Fri, 15 Sep 2006 16:46:04 -0400
Received: from [10.82.225.87] ([10.82.225.87]) by xfe-rtp-201.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Fri, 15 Sep 2006 16:46:04 -0400
Message-ID: <450B110B.3010304@cisco.com>
Date: Fri, 15 Sep 2006 16:46:03 -0400
From: Acee Lindem <acee@cisco.com>
User-Agent: Thunderbird 1.5.0.7 (Windows/20060909)
MIME-Version: 1.0
To: Khan Amir-G20247 <amirkhan@motorola.com>
Subject: Re: [OSPF] OSPF GR query
References: <988EE2C769AC284ABAE9328BFC10703F010DEBCB@ZMY16EXM66.ds.mot.com>
In-Reply-To: <988EE2C769AC284ABAE9328BFC10703F010DEBCB@ZMY16EXM66.ds.mot.com>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
X-OriginalArrivalTime: 15 Sep 2006 20:46:04.0343 (UTC) FILETIME=[F6186470:01C6D907]
DKIM-Signature: a=rsa-sha1; q=dns; l=1355; t=1158353165; x=1159217165; c=relaxed/simple; s=rtpdkim1001; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=acee@cisco.com; z=From:Acee=20Lindem=20<acee@cisco.com> |Subject:Re=3A=20[OSPF]=20OSPF=20GR=20query |To:Khan=20Amir-G20247=20<amirkhan@motorola.com>; X=v=3Dcisco.com=3B=20h=3DAQEPgP++5/umjLvwuHohy3N5P4M=3D; b=XO8E0F/MwCere992n0Bym6D+s/QSHxg35TvNkIRmgVppU65JqaUVVSdvJe2YERxTfopaytDp b7xbzXJF++gkJIAwrALFZb3BRSovfeGS5Gz+U0lxyUfgNy3B3BU/9cOo;
Authentication-Results: rtp-dkim-1.cisco.com; header.From=acee@cisco.com; dkim=pass ( sig from cisco.com verified; );
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 8b431ad66d60be2d47c7bfeb879db82c
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>
Errors-To: ospf-bounces@ietf.org
Hi Amir, See answers inline. Khan Amir-G20247 wrote: > 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 it receives its pre-restart LSA from any neighbor in the area, it will recognize that it should terminate graceful restart. > - When will R2 exit GR ? > See above. > - 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 ? > No - there is no need to. R1 is the DR and should remain DR. Thanks, Acee > > Regards > Aamir > > > _______________________________________________ OSPF mailing list OSPF@ietf.org https://www1.ietf.org/mailman/listinfo/ospf
- [OSPF] OSPF GR query Khan Amir-G20247
- RE: [OSPF] OSPF GR query Don Goodspeed
- Re: [OSPF] OSPF GR query Acee Lindem
- [OSPF] OSPF GR query Khan Amir-G20247
- Re: [OSPF] OSPF GR query Acee Lindem
- RE: [OSPF] OSPF GR query Khan Amir-G20247
- Re: [OSPF] OSPF GR query Acee Lindem
- Re: [OSPF] OSPF GR query sujay gupta
- [OSPF] OSPF GR query Khan Amir-G20247
- Re: [OSPF] OSPF GR query Abhay D.S
- Re: [OSPF] OSPF GR query sujay gupta
- Re: [OSPF] OSPF GR query Vivek Dubey
- Re: [OSPF] OSPF GR query Abhay D.S
- Re: [OSPF] OSPF GR query Vivek Dubey
- Re: [OSPF] OSPF GR query Acee Lindem
- Re: [OSPF] OSPF GR query Abhay D.S
- Re: [OSPF] OSPF GR query sujay gupta
- Re: [OSPF] OSPF GR query Acee Lindem