Re: [CCAMP] 答复: Mirja Kühlewind's No Objection on draft-ietf-ccamp-flexible-grid-ospf-ext-08: (with COMMENT)

Ramon Casellas <ramon.casellas@cttc.es> Mon, 13 February 2017 14:38 UTC

Return-Path: <ramon.casellas@cttc.es>
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 76483129681; Mon, 13 Feb 2017 06:38:44 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id UIjyHUQEwx-R; Mon, 13 Feb 2017 06:38:40 -0800 (PST)
Received: from mx02.puc.rediris.es (mx02.puc.rediris.es [130.206.19.81]) (using TLSv1.2 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D2D3C12967F; Mon, 13 Feb 2017 06:38:39 -0800 (PST)
X-IPAS-Result: A2DIBABNvqFY/9A+WFReGgEBAQECAQEBAQgBAQEBg1JhKl+DWZwTkFuCTIQbKoV4AoJnVwECAQEBAQECYiiEagEFIxVBEAkCGAICHwcCAkwLBgEMCAEBiWoBCZBUnU6CJYtDAQEBAQEBBAEBAQEBAR0FgQuFQYIFgmqHWoJfBYkMkmaBf4RwiyWBe4UXgy2GRosQiAVXPEQ0hTQdGRmBMHQBiiwBAQE
X-IronPort-AV: E=Sophos;i="5.35,156,1484002800"; d="scan'208";a="43996495"
Received: from leo.cttc.es ([84.88.62.208]) by smtpout.puc.rediris.es with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 13 Feb 2017 15:38:37 +0100
Received: from [84.88.61.50] (unknown [84.88.61.50]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by leo.cttc.es (Postfix) with ESMTPSA id AF40A1FE0E; Mon, 13 Feb 2017 15:38:36 +0100 (CET)
To: Zhenghaomian <zhenghaomian@huawei.com>, Mirja Kuehlewind <ietf@kuehlewind.net>, The IESG <iesg@ietf.org>
References: <148673545099.29211.13491208009860419944.idtracker@ietfa.amsl.com> <E0C26CAA2504C84093A49B2CAC3261A43988EBA3@SZXEMA504-MBX.china.huawei.com>
From: Ramon Casellas <ramon.casellas@cttc.es>
Message-ID: <4d351fc9-3e12-d61c-38cf-eb373fd4e000@cttc.es>
Date: Mon, 13 Feb 2017 15:38:36 +0100
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.0
MIME-Version: 1.0
In-Reply-To: <E0C26CAA2504C84093A49B2CAC3261A43988EBA3@SZXEMA504-MBX.china.huawei.com>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Transfer-Encoding: 7bit
Content-Language: en-US
Archived-At: <https://mailarchive.ietf.org/arch/msg/ccamp/2FdraQpCXzq3nYw_c8Q_gKsQbbE>
Cc: "ccamp@ietf.org" <ccamp@ietf.org>, "ccamp-chairs@ietf.org" <ccamp-chairs@ietf.org>, "draft-ietf-ccamp-flexible-grid-ospf-ext@ietf.org" <draft-ietf-ccamp-flexible-grid-ospf-ext@ietf.org>
Subject: Re: [CCAMP] 答复: Mirja Kühlewind's No Objection on draft-ietf-ccamp-flexible-grid-ospf-ext-08: (with COMMENT)
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Discussion list for the CCAMP working group <ccamp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ccamp>, <mailto:ccamp-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ccamp/>
List-Post: <mailto:ccamp@ietf.org>
List-Help: <mailto:ccamp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ccamp>, <mailto:ccamp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 13 Feb 2017 14:38:44 -0000

On 13/02/2017 15:20, Zhenghaomian wrote:
> Hi, Mirja,
>
> Thank you for the review and comments. Please see my response as follow.
>
> ----------------------------------------------------------------------
> COMMENT:
> ----------------------------------------------------------------------
>
> 1) Is it really necessary to define a sub-TLV to a sub-TLV? The Interface Switching Capability Descriptor is already a sub-TLV of the Link TLV and now you define another sub-sub-TVL for the Frequency availability bitmap.
> Is it really necessary to have another sub-TLV system here and a new/own registry, given you only define one (!) sub-sub-TLV? I would say you should remove this sub-sub-TLV system and the registry and simply define the bitmap as fixed part of the new Flexi-Grid-LSC sub-TLV. And if you every need another sub-sub-TLV you simply define another ISCD sub-TLV instead. I really don't think the additional complexity of this sub-sub-TLV system and the registry is justified!

> [Haomian] I am not sure whether it is harmful to define sub-TLV of other sub-TLVs, but personally I don't see much complexity by bringing SCSI extension. As your alternative proposal is really a huge change from the current draft, I think we should listen to more voices from WG. Anyway, it's a TLV re-organization issue.

Hi,

If I am not mistaken, it is my understanding that the proposed subTLV 
approach somehow follows RFC 7688 (see e.g Section 3.1 or 
https://tools.ietf.org/html/rfc7688#section-6.2) and (AFAICT) RFC 7138. 
Since it has been done before, I'm fine with having subTLVs of the 
ISCD-SCSI and I would not change it.

Regards
Ramon