Re: [alto] 2nd WGLC draft-ietf-alto-new-transport (Ends 01/06/2023)

mengtong <mengtong1@huawei.com> Wed, 31 May 2023 11:24 UTC

Return-Path: <mengtong1@huawei.com>
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 E4FF7C1522C2 for <alto@ietfa.amsl.com>; Wed, 31 May 2023 04:24:15 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.894
X-Spam-Level:
X-Spam-Status: No, score=-6.894 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H5=0.001, RCVD_IN_MSPIKE_WL=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id B0MgCFqIdxWL for <alto@ietfa.amsl.com>; Wed, 31 May 2023 04:24:13 -0700 (PDT)
Received: from frasgout.his.huawei.com (frasgout.his.huawei.com [185.176.79.56]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5C438C151B2F for <alto@ietf.org>; Wed, 31 May 2023 04:24:13 -0700 (PDT)
Received: from lhrpeml500002.china.huawei.com (unknown [172.18.147.226]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4QWRgH1tB3z67gR6 for <alto@ietf.org>; Wed, 31 May 2023 19:22:03 +0800 (CST)
Received: from dggpeml100015.china.huawei.com (7.185.36.168) by lhrpeml500002.china.huawei.com (7.191.160.78) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2507.23; Wed, 31 May 2023 12:24:10 +0100
Received: from dggpeml500015.china.huawei.com (7.185.36.226) by dggpeml100015.china.huawei.com (7.185.36.168) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2507.23; Wed, 31 May 2023 19:24:09 +0800
Received: from dggpeml500015.china.huawei.com ([7.185.36.226]) by dggpeml500015.china.huawei.com ([7.185.36.226]) with mapi id 15.01.2507.023; Wed, 31 May 2023 19:24:09 +0800
From: mengtong <mengtong1@huawei.com>
To: "alto@ietf.org" <alto@ietf.org>
Thread-Topic: 2nd WGLC draft-ietf-alto-new-transport (Ends 01/06/2023)
Thread-Index: AdmTsYZLlnO7aMwGQGOQMQivTq4x7A==
Date: Wed, 31 May 2023 11:24:08 +0000
Message-ID: <be9dc01b607b43008dfccc615e209579@huawei.com>
Accept-Language: zh-CN, en-US
Content-Language: zh-CN
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.110.112.47]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/alto/S9tl6_XLCdd-obs87Te_E2IeN-c>
Subject: Re: [alto] 2nd WGLC draft-ietf-alto-new-transport (Ends 01/06/2023)
X-BeenThere: alto@ietf.org
X-Mailman-Version: 2.1.39
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: Wed, 31 May 2023 11:24:16 -0000

Hi,

Thanks for the v9 document. My minor comments are as follows.
Good luck with WGLC going forward.

  ** Section 1: "Hence, a client can run the base protocol on top of 
  HTTP/2 or HTTP/3 to request multiple information resources 
  concurrently, in concurrent streams, ... Hence, there can be large 
  overhead when the client already has ..."

The first sentence here simply illustrates how stream multiplexing can 
be used. There is no obvious causal relation with previous sentence. 
Maybe the first "hence" can be deleted.

Also, does "concurrently" and "in concurrent streams" have the same 
meaning? IMHO, with stream multiplexing in HTTP/2 and HTTP/3, "in 
concurrent streams" is effectively "concurrently".

  ** Section 1, just above Section 1.1: "URI patterns to fetch the 
  snapshots or incremental updates"

Is it necessary to specify here it is ALTO CLIENT that fetches snapshots 
or updates from ALTO SERVER?

  ** Section 2.1: "a client can direct request ..."

direct --> directly (I saw Qiufang already pointed this out. Just put it 
here to remind)

  ** Section 3.1: "from 103 and 105"

and --> to

  ** Section 4.1: "the client indicate for server push ..."

indicate --> indicates

  ** Section 4.2: "The HTTP version of a "https" connection uses is 
  negotiated"

Delete "of", or delete "uses"

  ** Section 4.2: "For HTTP/2 and /3, because of streams"

Here, "because of streams" sounds a bit unclear to me. Maybe it can be
changed to "because multiplexed streams are supported" or "with/using 
multiplexed streams".

  ** Section 5.2: "IncrementalUpdateMediaTypes incremental-change-media-types"

The expression in object type and variable name may be kept consistent, 
using either change or update.

  ** HTTP status codes in Section 6/7/8

It may improve clarity by listing possible HTTP status codes in each 
scenario, like those listed in Section 7.2. (not sure this is necessary 
though)

  ** Section 7.1

To keep the context clear, you may explicitly point to the example given 
in Section 6.3.

---------------------------------------------------------------
Date: Thu, 25 May 2023 06:56:23 +0000
From: <mohamed.boucadair@orange.com>
To: "IETF ALTO (alto@ietf.org)" <alto@ietf.org>,
	"draft-ietf-alto-new-transport@ietf.org"
	<draft-ietf-alto-new-transport@ietf.org>
Cc: ALTO Working Group <alto-chairs@ietf.org>
Subject: [alto] 2nd WGLC draft-ietf-alto-new-transport (Ends
	01/06/2023)
Message-ID:
	<12339_1684997786_646F069A_12339_427_1_PAVPR02MB967374AC9E10282127FFDEE888469@PAVPR02MB9673.eurprd02.prod.outlook.com>
	
Content-Type: text/plain; charset="us-ascii"

Hi all,

The authors believe that they addressed the comments raised during the 1st WGLC and also from the various directorate.

This message starts the second WGLC for the transport draft: https://datatracker.ietf.org/doc/draft-ietf-alto-new-transport/09/. The WGLC runs for one week, i.e., till 01/06/23. The are still few PRs in https://github.com/ietf-wg-alto/draft-ietf-alto-new-transport/pulls, but those will be covered as part of the WGLC.

Please review and share any pending concerns/comments you have with this version.

Thank you.

Cheers,
Qin & Med