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 >> >
- [OSPF] WG Last Call for Support of address famili… Acee Lindem
- Re: [OSPF] WG Last Call for Support of address fa… David Ward
- Re: [OSPF] WG Last Call for Support of address fa… Acee Lindem
- Re: [OSPF] WG Last Call for Support of address fa… Acee Lindem