Re: RFC 2370 Update and a Proposed Change to Stub Area Behavior

Acee Lindem <acee@CISCO.COM> Tue, 16 August 2005 01:08 UTC

Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E4pwh-0006rO-Pf for ospf-archive@megatron.ietf.org; Mon, 15 Aug 2005 21:08:51 -0400
Received: from cherry.ease.lsoft.com (cherry.ease.lsoft.com [209.119.0.109]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id VAA17586 for <ospf-archive@LISTS.IETF.ORG>; Mon, 15 Aug 2005 21:08:47 -0400 (EDT)
Received: from vms.dc.lsoft.com (209.119.0.2) by cherry.ease.lsoft.com (LSMTP for Digital Unix v1.1b) with SMTP id <3.010CCF15@cherry.ease.lsoft.com>; Mon, 15 Aug 2005 21:08:46 -0400
Received: by PEACH.EASE.LSOFT.COM (LISTSERV-TCP/IP release 14.4) with spool id 82679537 for OSPF@PEACH.EASE.LSOFT.COM; Mon, 15 Aug 2005 21:08:44 -0400
Received: from 171.71.176.71 by WALNUT.EASE.LSOFT.COM (SMTPL release 1.0m) with TCP; Mon, 15 Aug 2005 21:08:44 -0400
Received: from sj-core-1.cisco.com (171.71.177.237) by sj-iport-2.cisco.com with ESMTP; 15 Aug 2005 18:08:44 -0700
Received: from xbh-rtp-211.amer.cisco.com (xbh-rtp-211.cisco.com [64.102.31.102]) by sj-core-1.cisco.com (8.12.10/8.12.6) with ESMTP id j7G18c0J026927 for <OSPF@PEACH.EASE.LSOFT.COM>; Mon, 15 Aug 2005 18:08:39 -0700 (PDT)
Received: from xfe-rtp-202.amer.cisco.com ([64.102.31.21]) by xbh-rtp-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.211); Mon, 15 Aug 2005 21:08:40 -0400
Received: from [10.82.241.69] ([10.82.241.69]) by xfe-rtp-202.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.211); Mon, 15 Aug 2005 21:08:40 -0400
User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317)
X-Accept-Language: en-us, en
MIME-Version: 1.0
References: <200508150601.j7F6162i019151@sj-core-4.cisco.com> <43010905.8070208@cisco.com>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
X-OriginalArrivalTime: 16 Aug 2005 01:08:40.0346 (UTC) FILETIME=[09D2A7A0:01C5A1FF]
Message-ID: <43013C97.9050800@cisco.com>
Date: Mon, 15 Aug 2005 21:08:39 -0400
Reply-To: Mailing List <OSPF@PEACH.EASE.LSOFT.COM>
Sender: Mailing List <OSPF@PEACH.EASE.LSOFT.COM>
From: Acee Lindem <acee@CISCO.COM>
Subject: Re: RFC 2370 Update and a Proposed Change to Stub Area Behavior
To: OSPF@PEACH.EASE.LSOFT.COM
In-Reply-To: <43010905.8070208@cisco.com>
Precedence: list
Content-Transfer-Encoding: 7bit

Hi Russ,

Russ White wrote:

>-----BEGIN PGP SIGNED MESSAGE-----
>Hash: SHA1
>
>
>First, I'll comment that I believe stub areas are still useful....
>
>  
>
>>If an application requires an area flooding scope, typically its LSA will
>>have the U-bit set so that the LSA be flooded as if it was understood and
>>avoiding the requirement that all routers understand the new LSA. With the
>>current specification in 2740, we cannot define new LSA with area flooding
>>scope for Stub / NSSA unless the U-bit is clear therefore this cause two
>>issues
>>
>>- We cannot have incremental deployment for a given application
>>- We would be defining two LS type for the same application as U-bit will be
>>set for regular areas and U-bit will be clear for Stub/ NSSA where all
>>routers have to understand the new LSA
>>    
>>
>
>Correct.
>  
>
I agree completely here.

>I do see some merit in suggesting that an implemenation MAY filter
>unknowns at a stub area ABR, as long as the network implementor is
>willing to accept the possible negative consequences from this action.
>  
>
For stub areas, the ABR still won't allow any AS scoped LSAs to enter 
the area. The LSAs
in question are always understood and originated by at least one router 
in the stub or NSSA
area.

Thanks,
Acee

>:-)
>
>Russ
>
>- -- 
>riw@cisco.com CCIE <>< Grace Alone
>
>
>
>-----BEGIN PGP SIGNATURE-----
>Version: PGP Desktop 9.0.2 (Build 2424)
>
>iQA/AwUBQwEJDBEdu7FIVPTkEQK5YQCffvjVDjTfbSjZq/NAxSpqgMG7RfQAoLOK
>c+Q2GrKYlQwY2zd1P3sfdDqD
>=hjsk
>-----END PGP SIGNATURE-----
>
>  
>