Re: [alto] WG Review: ALTO Charter Update

Qin Wu <bill.wu@huawei.com> Wed, 05 May 2021 10:09 UTC

Return-Path: <bill.wu@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 557133A0C0B; Wed, 5 May 2021 03:09:38 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level:
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, 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 4wnnqYMpc6hS; Wed, 5 May 2021 03:09:33 -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 D23853A0C06; Wed, 5 May 2021 03:09:32 -0700 (PDT)
Received: from fraeml744-chm.china.huawei.com (unknown [172.18.147.226]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4FZsgB3YVkz71fcQ; Wed, 5 May 2021 18:01:26 +0800 (CST)
Received: from dggeml703-chm.china.huawei.com (10.3.17.136) by fraeml744-chm.china.huawei.com (10.206.15.225) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256) id 15.1.2176.2; Wed, 5 May 2021 12:09:27 +0200
Received: from dggeml753-chm.china.huawei.com (10.1.199.152) by dggeml703-chm.china.huawei.com (10.3.17.136) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.2176.2; Wed, 5 May 2021 18:09:26 +0800
Received: from dggeml753-chm.china.huawei.com ([10.1.199.152]) by dggeml753-chm.china.huawei.com ([10.1.199.152]) with mapi id 15.01.2176.012; Wed, 5 May 2021 18:09:25 +0800
From: Qin Wu <bill.wu@huawei.com>
To: "kaigao@scu.edu.cn" <kaigao@scu.edu.cn>
CC: IETF ALTO <alto@ietf.org>, "alto-chairs@ietf.org" <alto-chairs@ietf.org>, Zaheduzzaman Sarker <zaheduzzaman.sarker@ericsson.com>
Thread-Topic: [alto] WG Review: ALTO Charter Update
Thread-Index: AddBli1S9HLWYom6S9SuLUxoUrgWKg==
Date: Wed, 5 May 2021 10:09:25 +0000
Message-ID: <1e54e74a7ea74142a47fc97964525ac4@huawei.com>
Accept-Language: zh-CN, en-US
Content-Language: zh-CN
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.136.123.117]
Content-Type: multipart/alternative; boundary="_000_1e54e74a7ea74142a47fc97964525ac4huaweicom_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/alto/BzkHH-BPD344Ewcui12NTsDRAFo>
Subject: Re: [alto] WG Review: ALTO Charter Update
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: Wed, 05 May 2021 10:09:39 -0000

Hi, Kai:
Thanks for your comments and input to this charter proposal, please see my rely inline below.

发件人: kaigao@scu.edu.cn [mailto:kaigao@scu.edu.cn]
发送时间: 2021年5月4日 20:50
收件人: Qin Wu <bill.wu@huawei.com>
抄送: IETF ALTO <alto@ietf.org>rg>; alto-chairs@ietf.org; Zaheduzzaman Sarker <zaheduzzaman.sarker@ericsson.com>
主题: Re: [alto] WG Review: ALTO Charter Update

Hi Qin and all,

Thanks for sharing the proposal. I just have one comment on the milestones and deliverables:

The last bullet mentioned that "The objective of this discussion will be to determine a small set of use cases that have strong support and a realistic chance of implementation and deployment.". However, the output of this bullet does not seem to be included in the milestones and deliverables.

[Qin]:Good Catch, Adrian also raised the similar issue.
I suggest we change the first sentence of the 1st milestone to

Conduct a survey of working group participants and the wider community to discover ALTO implementation, deployment experience, and future use cases that have strong support and realistic chance of implementation and deployment.

[Qin]: As I replied to Adrian, I think it will be more clear to separate existing implementation experience documentation and new use case and solution documentation.
I think we can add one more milestone to address your comment.


By the way, the end of the 2nd milestone should be "configuration and management of ALTO servers", right?

[Qin]: Good, your propose change looks good to me.


Best,
Kai

2021-04-24 00:05:46"Qin Wu" <bill.wu@huawei.com><mailto:>wrote:

Dear Martin and working group,



Thank you for the useful rechartering discussions on the mailing list and at IETF-110.



I have listened to the people who say that further protocol work needs to be based on strong deployment needs, and I also hear very many different use cases proposed. I think we need more discussion and understanding to work out which use cases are high priority and which are more research-based.



This makes me think that we need a small short-term recharter to allow us to work on immediate issues (protocol maintenance, operational support) while we discuss and investigate the best uses cases for further work.



So I propose this as our new charter with input from our AD.

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

Application-Layer Traffic Optimization Working Group Charter Update

The ALTO working group was established in 2008 to devise a request/response protocol to allow a host to benefit from a server that is more cognizant of the network infrastructure than the host is.

The working group has developed an HTTP-based protocol and recent work has reported proof-of-concepts of ALTO based solutions supporting applications such as content distribution networks (CDN).

To support current and future deployments of ALTO, the working group is now chartered for the following activities:

o Provide a place to collect implementation deployment and experience. It is hoped that implementer and deployers of ALTO will report their experiences on the mailing list, and the working group will track implementation and deployment reports on a wiki or in an Internet-Draft.

o Perform protocol maintenance for the existing published protocol. It is anticipated that questions and issues will arise concerning the existing protocol specifications: The working group will develop and publish updates as necessary to resolve any interoperability, performance, operational, or security, or privacy problems that arise. The working group will also help resolve any errata reports that are raised. This work item might be addressed by discussions and reviews, or might require additional RFCs.

o Develop operational support tools for the ALTO protocol. Based on experience from deployments, the advice in RFC 7971<http://tools.ietf.org/html/rfc7971>71>, and considering the latest opinions and techniques from the Operations and Management Area, the working group will develop tools to configure, operate, and manage the ALTO protocol and networks that use ALTO. This may include YANG models and OAM mechanisms. The working group may also update RFC 7971<http://tools.ietf.org/html/rfc7971> in the light of new experience and protocol features that were added to ALTO after that RFC was published.

o Support for modern transport protocols. When work on ALTO began, the protocol was supported using HTTP version 1. Since then, the IETF has developed HTTP/2 and HTTP/3. The working group will develop any necessary protocol extensions and guidance to support the use of ALTO over HTTP/2 and HTTP/3.

o Future use cases. The working group will provide a forum to discuss possible future use cases. The objective of this discussion will be to determine a small set of use cases that have strong support and a realistic chance of implementation and deployment. The working group will not develop protocol extensions for these use cases until it has been re-chartered specifically for that purpose.

At the conclusion of the OAM and HTTP2/3 deliverables, plus completion of any adopted drafts emerging from the other work items, the working group will close or recharter.

Milestones and Deliverables:

  *   Conduct a survey of working group participants and the wider community to discover ALTO implementation and deployment experience. Record the results in a publicly visible wiki.
  *   Develop and standardize at least one OAM mechanisms to support ALTO including a YANG model for configuration and management of YANG servers.
  *   Perform an analysis of ALTO over HTTP/2 and HTTP/3 and publish a support document. Develop any necessary protocol modifications.
====================================================================================
Please comment here on this draft charter proposal.

-Qin (on behalf of chairs)