Re: [Isis-wg] I-D Action:draft-ietf-ccamp-isis-interas-te-extension-03.txt

Mach Chen <mach@huawei.com> Wed, 27 August 2008 12:40 UTC

Return-Path: <isis-wg-bounces@ietf.org>
X-Original-To: isis-archive@megatron.ietf.org
Delivered-To: ietfarch-isis-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 42D4E28C235; Wed, 27 Aug 2008 05:40:50 -0700 (PDT)
X-Original-To: isis-wg@core3.amsl.com
Delivered-To: isis-wg@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 1003B3A6A77 for <isis-wg@core3.amsl.com>; Wed, 27 Aug 2008 05:40:49 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.186
X-Spam-Level:
X-Spam-Status: No, score=0.186 tagged_above=-999 required=5 tests=[AWL=-1.733, BAYES_40=-0.185, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553, RDNS_NONE=0.1]
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 mjUJpiCeLieA for <isis-wg@core3.amsl.com>; Wed, 27 Aug 2008 05:40:48 -0700 (PDT)
Received: from szxga01-in.huawei.com (unknown [119.145.14.64]) by core3.amsl.com (Postfix) with ESMTP id E7E693A6BE2 for <isis-wg@ietf.org>; Wed, 27 Aug 2008 05:40:47 -0700 (PDT)
Received: from huawei.com (szxga01-in [172.24.2.3]) by szxga01-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0K690099HF7LXR@szxga01-in.huawei.com> for isis-wg@ietf.org; Wed, 27 Aug 2008 20:40:34 +0800 (CST)
Received: from M55527 ([10.111.12.94]) by szxga01-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTPA id <0K69002GBF7LFU@szxga01-in.huawei.com> for isis-wg@ietf.org; Wed, 27 Aug 2008 20:40:33 +0800 (CST)
Date: Wed, 27 Aug 2008 20:40:24 +0800
From: Mach Chen <mach@huawei.com>
To: "Les Ginsberg (ginsberg)" <ginsberg@cisco.com>, isis mailing list <isis-wg@ietf.org>
Message-id: <19839EBE98A24B40B91546437A2D55E1@M55527>
MIME-version: 1.0
X-MIMEOLE: Produced By Microsoft MimeOLE V12.0.1606
X-Mailer: Microsoft Windows Live Mail 12.0.1606
Importance: Normal
X-Priority: 3
X-MSMail-priority: Normal
X-RFC2646: Format=Flowed; Original
References: <6DEB3C8154434B10BE83D8D8B66053AE@M55527> <AE36820147909644AD2A7CA014B1FB52064AC7C1@xmb-sjc-222.amer.cisco.com>
Cc: Hannes Gredler <hannes@juniper.net>
Subject: Re: [Isis-wg] I-D Action:draft-ietf-ccamp-isis-interas-te-extension-03.txt
X-BeenThere: isis-wg@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: IETF IS-IS working group <isis-wg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/isis-wg>, <mailto:isis-wg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/isis-wg>
List-Post: <mailto:isis-wg@ietf.org>
List-Help: <mailto:isis-wg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/isis-wg>, <mailto:isis-wg-request@ietf.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: isis-wg-bounces@ietf.org
Errors-To: isis-wg-bounces@ietf.org

Les,


> Mach -
>
> One editorial nit:
>
> In Section 3.1 2nd paragraph page 8:
>
> s/GNINFO/GENINFO
>
> On a more substantive note, the discussion of sub-TLV allocation that
> you added into Section 6.2 is clearly an improvement, but it still gives
> me cause for concern. You say:
>
> " the sub-TLVs which are defined in
>   [ISIS-TE], [ISIS-TE-V3] and other documents for describing the TE
>   properties of an TE link are applicable to describe an inter-AS TE
>   link and MAY be included in the Inter-AS Reachability TLV when
>   adverting inter-AS TE links. So, these sub-TLVs need to be
>   registered in the ISIS sub-TLV registry for TLV 141. And in order to
>   simplify the registration, we suggest using the same registry value
>   as they are registered in the ISIS sub-TLV registry for TLV 22."
>
> This suggests that:
>
> 1)Every subTLV in the TLV22 registry needs to be added to the TLV141
> subTLV registry - and any future definitions have to be added in both
> places regardless of whether they are for TLV22 or TLV141 (or both).

I think this is a feasible suggestion.

>
> 2)It may be acceptable for a subTLV which is used in both TLV22 and
> TLV141 to have different number assignments in the two TLV registries
> (though you recommend against this).

It's work, but it may bring some confusion/difficulty to registration or 
implement. That's why I suggest using the same registry value for both TLV 
22 and 141.

>
> I would prefer that we insist upon a single shared registry so that the
> issues of duplicate registrations and/or different numerical assignments
> never arises.

That will be perfect if we can get a single shared registry both for TLV 22 
and TLV 141. As Adrian pointed out in another email, we only have a registry 
called "Sub-TLVs for TLV 22". So if we insist on a single shared registry, 
change the current registry name may be good idea and is simple.

>
> This would then eliminate the need to repeat the existing TLV22 subTLV
> assignments in this document (as you do immediately below the quoted
> text) - and it would eliminate confusion between the statement above and
> the statement later in the same section:
>
> "...the new sub-TLVs MUST be defined from a sub-
>   TLV registry which is shared by these two TLVs."
>
>   Les
>

Best regards,
Mach 


_______________________________________________
Isis-wg mailing list
Isis-wg@ietf.org
https://www.ietf.org/mailman/listinfo/isis-wg