[alto] Shepherd review for draft-ietf-alto-cost-mode-01

kaigao@scu.edu.cn Sat, 16 April 2022 01:48 UTC

Return-Path: <kaigao@scu.edu.cn>
X-Original-To: alto@ietfa.amsl.com
Delivered-To: alto@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 46B703A1A5D for <alto@ietfa.amsl.com>; Fri, 15 Apr 2022 18:48:42 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.906
X-Spam-Level:
X-Spam-Status: No, score=-1.906 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, 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 Au--TRl0yGrF for <alto@ietfa.amsl.com>; Fri, 15 Apr 2022 18:48:38 -0700 (PDT)
Received: from zg8tmty1ljiyny4xntqumjca.icoremail.net (zg8tmty1ljiyny4xntqumjca.icoremail.net [165.227.154.27]) by ietfa.amsl.com (Postfix) with SMTP id 94D5E3A1A59 for <alto@ietf.org>; Fri, 15 Apr 2022 18:48:36 -0700 (PDT)
Received: by ajax-webmail-app1 (Coremail) ; Sat, 16 Apr 2022 09:48:34 +0800 (GMT+08:00)
X-Originating-IP: [110.184.255.187]
Date: Sat, 16 Apr 2022 09:48:34 +0800
X-CM-HeaderCharset: UTF-8
From: kaigao@scu.edu.cn
To: alto@ietf.org
Cc: Mohamed Boucadair <mohamed.boucadair@orange.com>, Qin Wu <bill.wu@huawei.com>
X-Priority: 3
X-Mailer: Coremail Webmail Server Version XT5.0.13 build 20210104(ab8c30b6) Copyright (c) 2002-2022 www.mailtech.cn mail
Content-Transfer-Encoding: base64
Content-Type: text/plain; charset="UTF-8"
MIME-Version: 1.0
Message-ID: <65a5f95b.2cb8.180300ebe88.Coremail.kaigao@scu.edu.cn>
X-Coremail-Locale: en_US
X-CM-TRANSID: 4wAACgDXL_9yIFpitkzHAQ--.12391W
X-CM-SenderInfo: 5ndlwt3r6vu3oohg3hdfq/1tbiAQYSB138kmTGdgABs0
X-Coremail-Antispam: 1Ur529EdanIXcx71UUUUU7IcSsGvfJ3iIAIbVAYjsxI4VWxJw CS07vEb4IE77IF4wCS07vE1I0E4x80FVAKz4kxMIAIbVAFxVCaYxvI4VCIwcAKzIAtYxBI daVFxhVjvjDU=
Archived-At: <https://mailarchive.ietf.org/arch/msg/alto/nnMN4OFND-ICa0t3cMXxEzZ-JoQ>
Subject: [alto] Shepherd review for draft-ietf-alto-cost-mode-01
X-BeenThere: alto@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Application-Layer Traffic Optimization \(alto\) WG mailing list" <alto.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/alto>, <mailto:alto-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/alto/>
List-Post: <mailto:alto@ietf.org>
List-Help: <mailto:alto-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/alto>, <mailto:alto-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 16 Apr 2022 01:48:43 -0000

Dear WG and authors of draft-ietf-alto-cost-mode,

I am posting this review of draft-ietf-alto-cost-mode-01 to the mailing list, as
part of my shepherd write-up. Any comments and feedback are more than welcome!

Best,
Kai

===================

This draft extends the base ALTO protocol (RFC 7285) by relaxing the constraint
on valid cost mode values and introducing a new IANA (sub-)registry to document
new cost mode values. The motivation is clear and the proposed mechanism
is clean. Most comments raised in Call for Adoption and WGLC are addressed in
the latest revision except Dhruv's comment [1] on giving more detailed
specifications of the contents in IANA registry. There are two remaining
comments and I think the draft is ready for publication once they are addressed.

Comments:

Section 3.1, last paragraph: The paragraph says 

   Future documents that define a new cost mode SHOULD indicate whether
   that new cost mode applies to all or a subset of cost metrics.

In that case, it seems to me that the default behavior should be specified in case
the applicability of the new cost mode is not indicated. Either the "SHOULD" keyword
is replaced by "MUST" or an additional sentence is required, e.g.,

NEW:
    If not explicitly specified, the new cost mode applies to all cost metrics.

Section 4:

I also agree with Dhruv's comment that the contents of the "ALTO Cost Modes"
registry should be better specified. While the initial entries set good examples
of how to register a new cost mode, it can still be helpful if the format and
content of each field are specified in more details, e.g., using similar
specifications in Sections 14.2 and 14.3 of RFC 7285 (as suggested by Dhruv).

I also suggest renaming the "Specification" field to "Intended Semantics", to be
consistent with other ALTO registries (in RFC 7285 and in the unified property draft).

[1] https://mailarchive.ietf.org/arch/msg/alto/B1agkfVtdu7tsad2-MzErQXMk44/