Re: OSPF Capabilities Draft

Acee Lindem <acee@REDBACK.COM> Fri, 06 June 2003 04:39 UTC

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 AAA28391 for <ospf-archive@LISTS.IETF.ORG>; Fri, 6 Jun 2003 00:39:00 -0400 (EDT)
Received: from PEACH.EASE.LSOFT.COM (209.119.0.61) by cherry.ease.lsoft.com (LSMTP for Digital Unix v1.1b) with SMTP id <19.00A0145A@cherry.ease.lsoft.com>; Fri, 6 Jun 2003 0:39:02 -0400
Received: from PEACH.EASE.LSOFT.COM by PEACH.EASE.LSOFT.COM (LISTSERV-TCP/IP release 1.8e) with spool id 44859114 for OSPF@PEACH.EASE.LSOFT.COM; Fri, 6 Jun 2003 00:39:02 -0400
Received: from 24.93.67.84 by WALNUT.EASE.LSOFT.COM (SMTPL release 1.0i) with TCP; Fri, 6 Jun 2003 00:39:02 -0400
Received: from redback.com (rdu162-240-050.nc.rr.com [24.162.240.50]) by ms-smtp-03.southeast.rr.com (8.12.5/8.12.2) with ESMTP id h564bOMF014020 for <OSPF@PEACH.EASE.LSOFT.COM>; Fri, 6 Jun 2003 00:37:24 -0400 (EDT)
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.2) Gecko/20030208 Netscape/7.02
X-Accept-Language: en-us, en
MIME-Version: 1.0
References: <E7E13AAF2F3ED41197C100508BD6A328DD43F4@india_exch.corp.mot.com> <3EDF9EBA.6070501@cisco.com>
Content-Type: text/plain; charset="us-ascii"; format="flowed"
Content-Transfer-Encoding: 7bit
Message-ID: <3EE01B29.3010303@redback.com>
Date: Fri, 06 Jun 2003 00:40:09 -0400
Reply-To: Mailing List <OSPF@PEACH.EASE.LSOFT.COM>
Sender: Mailing List <OSPF@PEACH.EASE.LSOFT.COM>
From: Acee Lindem <acee@REDBACK.COM>
Subject: Re: OSPF Capabilities Draft
To: OSPF@PEACH.EASE.LSOFT.COM
Precedence: list
Content-Transfer-Encoding: 7bit

Peter Psenak wrote:
> Vishwas,
>
> Manral, Vishwas wrote:
>
>> Hi Acee,
>>
>> Are you talking of some sort of a translation mechanism where you have
>> ABR's
>> send area-scope LSA's into stub/NSSA for each global scope LSA?
>>
>>
> no. We talked with Acee about a case where NSSA ABR  needs to generate
> multiple Capability LSA  - one Type-11 plus one Type-10 per each
> stub/NSSA area attached.
> Similar to Type-5 plus Type-7 LSAs case on NSSA ABR/ASBR.

This seemed reasonable to me for attached NSSA/stubs (even though unattached
NSSA/stubs would not get the advertisements).


>
> thanks,
> Peter
>
>> Thanks,
>> Vishwas
>>
>> -----Original Message-----
>> From: Acee Lindem [mailto:acee@REDBACK.COM]
>> Sent: Monday, June 02, 2003 19:51
>> To: OSPF@PEACH.EASE.LSOFT.COM
>> Subject: Re: OSPF Capabilities Draft
>>
>>
>> I received one comment from Peter Psenack on this draft. A router
>> with attached stub or NSSA areas should also originate an area scoped
>> capability LSAs for these area when the domain wide flooding
>> option is selected. I think this is a good idea.and will add it
>> as we more forward. Any more discussion?
>>
>> Thanks,
>> Acee
>>
>> Acee Lindem wrote:
>>
>>
>>> The draft draft-raggarwal-igp-cap-0x.txt has been discussed at the
>>> last three IETFs. At the last two IETFs, there was mild support and
>>> we agreed to take the discussion to the OSPF WG list. In order to remove
>>> one of the barriers to making this draft a WG document, I have split out
>>> the OSPF specific portion into a separate draft. Rahul has done the same
>>> for ISIS.
>>>
>>> <Speaking as a WG Member>
>>>
>>> I beleive the time has come to accept this as a WG document. The
>>> described mechanism is consistent with other OSPF features and is
>>> backward compatible. All the OSPF options been have been allocated and
>>> new proposal will be able to make use of this mechanism without
>>> solving the option bit problem. One example is
>>> draft-vasseur-mpls-ospf-te-cap-00.txt.
>>>
>>> </Speaking as a WG Member>
>>>
>>> Link to draft below:
>>>
>>> http://www.ietf.org/internet-drafts/draft-lindem-ospf-cap-00.txt
>>>
>>> Further discussion? Any opposition to accepting this draft as a WG
>>> document?
>>>
>>> Thanks,
>>> --
>>> Acee
>>>
>>>
>>>
>>
>>
>> --
>> Acee
>>
>>
>>
>


--
Acee