Re: [OSPF] OSPF GR query

Acee Lindem <acee@cisco.com> Thu, 05 October 2006 14:30 UTC

Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1GVUEo-0005g1-Pg; Thu, 05 Oct 2006 10:30:14 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GVUEn-0005fr-DE for ospf@ietf.org; Thu, 05 Oct 2006 10:30:13 -0400
Received: from rtp-iport-1.cisco.com ([64.102.122.148]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GVUEk-0005O9-UH for ospf@ietf.org; Thu, 05 Oct 2006 10:30:13 -0400
Received: from rtp-dkim-1.cisco.com ([64.102.121.158]) by rtp-iport-1.cisco.com with ESMTP; 05 Oct 2006 07:30:10 -0700
X-IronPort-AV: i="4.09,266,1157353200"; d="scan'208"; a="44952068:sNHT53047264"
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 k95EUAQL020326; Thu, 5 Oct 2006 10:30:10 -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 k95EU7Dc013503; Thu, 5 Oct 2006 10:30:10 -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); Thu, 5 Oct 2006 10:30:05 -0400
Received: from [10.82.224.123] ([10.82.224.123]) by xfe-rtp-201.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 5 Oct 2006 10:30:04 -0400
Message-ID: <452516EC.5070000@cisco.com>
Date: Thu, 05 Oct 2006 10:30:04 -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: <988EE2C769AC284ABAE9328BFC10703F011AAD26@ZMY16EXM66.ds.mot.com>
In-Reply-To: <988EE2C769AC284ABAE9328BFC10703F011AAD26@ZMY16EXM66.ds.mot.com>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
X-OriginalArrivalTime: 05 Oct 2006 14:30:04.0765 (UTC) FILETIME=[BFCCF8D0:01C6E88A]
DKIM-Signature: a=rsa-sha1; q=dns; l=1738; t=1160058610; x=1160922610; 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=EgOp0/tCRc+iZdCV/f8jWGqOQhN3R7q0AIPoJUCZ/ucizMNFaC4J3oYGWuSdjMjHgly18uSr 728KgAjVtfmsbQGC4S8I+EKD/Vdkxc49JSeq3escgDjPaJVBwGPSl99D;
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: 41c17b4b16d1eedaa8395c26e9a251c4
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

Hello Amir,

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 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. 
>   
Since he has reached FULL state, he is no longer a helper router.
>
>
> Considering above scenario, my doubts are: 
>
> - How will R1 come to know that its Helper R2 has quit? 
>   
Since he has reached FULL state, he is no longer a helper router.
> - Will the adjacency between R1 and R2 needs to go down, as R2 quits
> helper mode? 
>   
No
> - Will this effect the adjacency formation of R1 and R3?
>   
No. R3 MAY exit helper status and re-originate a new router LSA if he 
receives the new
LSA before reaching FULL state with R1 AND he is has strict-LSA-checking 
configured.

Hope this helps,
Acee
>  
>
> Regards 
> Aamir 
>
>  
>
>
>   
> ------------------------------------------------------------------------
>
> _______________________________________________
> 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