Re: [OSPF] WG Last Call for Support of address families in OSPFv3 - draft-ietf-ospf-af-alt-07.txt

Acee Lindem <acee@redback.com> Fri, 13 March 2009 11:50 UTC

Return-Path: <prvs=316815f39=acee@redback.com>
X-Original-To: ospf@core3.amsl.com
Delivered-To: ospf@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 406BB3A6B18 for <ospf@core3.amsl.com>; Fri, 13 Mar 2009 04:50:25 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.243
X-Spam-Level:
X-Spam-Status: No, score=-2.243 tagged_above=-999 required=5 tests=[AWL=-0.244, BAYES_00=-2.599, J_CHICKENPOX_43=0.6]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Lq269+syTw5q for <ospf@core3.amsl.com>; Fri, 13 Mar 2009 04:50:18 -0700 (PDT)
Received: from mgate.redback.com (mgate.redback.com [155.53.3.41]) by core3.amsl.com (Postfix) with ESMTP id 065CF3A6A60 for <ospf@ietf.org>; Fri, 13 Mar 2009 04:50:18 -0700 (PDT)
X-IronPort-AV: E=Sophos;i="4.38,356,1233561600"; d="scan'208";a="288010"
Received: from prattle.redback.com ([155.53.12.9]) by mgate.redback.com with ESMTP; 13 Mar 2009 04:50:56 -0700
Received: from localhost (localhost [127.0.0.1]) by prattle.redback.com (Postfix) with ESMTP id A9DFC24FA69 for <ospf@ietf.org>; Fri, 13 Mar 2009 04:50:56 -0700 (PDT)
Received: from prattle.redback.com ([127.0.0.1]) by localhost (prattle [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 10789-01 for <ospf@ietf.org>; Fri, 13 Mar 2009 04:50:56 -0700 (PDT)
Received: from [IPv6???1] (unknown [155.53.154.39]) by prattle.redback.com (Postfix) with ESMTP id 58CEF24FA68 for <ospf@ietf.org>; Fri, 13 Mar 2009 04:50:56 -0700 (PDT)
Mime-Version: 1.0 (Apple Message framework v753.1)
In-Reply-To: <95906602-A0E3-4B25-A669-7C9E40E4CE5D@redback.com>
References: <107AAAF2-FA04-485F-AD82-091E69E27B64@redback.com> <32168452-B8EF-46D6-AB48-16078E75B207@cisco.com> <95906602-A0E3-4B25-A669-7C9E40E4CE5D@redback.com>
Content-Type: text/plain; charset="US-ASCII"; delsp="yes"; format="flowed"
Message-Id: <2BE84930-AEE1-4FD5-A2DF-C103459BE324@redback.com>
Content-Transfer-Encoding: 7bit
From: Acee Lindem <acee@redback.com>
Date: Fri, 13 Mar 2009 07:50:56 -0400
To: OSPF List <ospf@ietf.org>
X-Mailer: Apple Mail (2.753.1)
Subject: Re: [OSPF] WG Last Call for Support of address families in OSPFv3 - draft-ietf-ospf-af-alt-07.txt
X-BeenThere: ospf@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: The Official IETF OSPG WG Mailing List <ospf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/ospf>, <mailto:ospf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ospf>
List-Post: <mailto:ospf@ietf.org>
List-Help: <mailto:ospf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ospf>, <mailto:ospf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 13 Mar 2009 11:51:17 -0000

The WG last call has ended. We issue a new version addressing Dave's  
comments once we've agreed on the updated text among the document  
authors.
Thanks,
Acee
On Mar 6, 2009, at 2:30 PM, Acee Lindem wrote:

> Hi Dave,
>
> We'll provided an updated version of the draft addressing your  
> comments. We need to discuss among the authors.
>
> On Feb 25, 2009, at 2:23 PM, David Ward wrote:
>
>> Acee and OSPF'ers -
>>
>> A few comments:
>>
>> 0) It's unclear what happens if the value of the instance_id  
>> (which has semantics of AF/SAF) and the prefix options bits in  
>> 2.2.2 don't match. What happens in this failure case and what  
>> should win?
>> 	a) in addition, what happens if an instance_id >= 128 is received?
>>
>> 1) The draft may want to call out a few more details that are in  
>> 5340 that the instance_id is per link and a few of the rules in 5340.
>
> I agree we need to clarify these cases. I wish the original OSPFv3  
> RFC hadn't included any bits without specification of how they are  
> going to be used.
>
>>
>> 2) It isn't clear if there are or should be rules for leaking  
>> routes between instances. For example:
>>
>> http://www.ietf.org/internet-drafts/draft-ietf-ccamp-gmpls-ason- 
>> routing-ospf-07.txt
>>
>> requires that leaking and policy is required. Given that, it seems  
>> you have to have some general rules and failure conditions. For  
>> example, leaking between instances of the same AF could be allowed  
>> and they are to be imported as ASE ...
>
> I don't think this should be specified other than the obvious rule  
> that the any imported routes should be from the same address  
> family. Note that the above draft is an experimental draft and its  
> utility remains to be proven.
>
>
>>
>> <As an aside I've cc'ed the CCAMP WG chairs to be aware of this  
>> draft and WG LC>
>>
>> 3) Do you want to set aside a small set of instance_ids for non- 
>> routing information at this time? Given you have taken on the  
>> work, and you know it is coming maybe it makes sense now?
>
> I'll discuss with other authors. The space is very small (256 code  
> points), so we have be careful we don't restrict this too much.
>
> Thanks,
> Acee
>
>
>>
>> I have other comments but, this is a start.
>>
>> -DWard
>>
>> On Feb 25, 2009, at 5:13 AM, Acee Lindem wrote:
>>
>>> This starts the Working Group Last Call for the subject document.  
>>> The target status is proposed standard.
>>> The WG Last Call will start today and end March 12th at 12:00 AM  
>>> EDT.
>>>
>>> Thanks,
>>> Acee
>>> _______________________________________________
>>> OSPF mailing list
>>> OSPF@ietf.org
>>> https://www.ietf.org/mailman/listinfo/ospf
>>
>