[alto] Meeting minutes for Oct 20, 2020

kaigao@scu.edu.cn Wed, 21 October 2020 03:15 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 1CF883A0B5A for <alto@ietfa.amsl.com>; Tue, 20 Oct 2020 20:15:28 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.897
X-Spam-Level:
X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-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 7iXwUroDIGy3 for <alto@ietfa.amsl.com>; Tue, 20 Oct 2020 20:15:25 -0700 (PDT)
Received: from zg8tmty1ljiyny4xntqumjca.icoremail.net (zg8tmty1ljiyny4xntqumjca.icoremail.net [165.227.154.27]) by ietfa.amsl.com (Postfix) with SMTP id 045793A0B57 for <alto@ietf.org>; Tue, 20 Oct 2020 20:15:24 -0700 (PDT)
Received: by ajax-webmail-app1 (Coremail) ; Wed, 21 Oct 2020 11:15:18 +0800 (GMT+08:00)
X-Originating-IP: [125.70.169.10]
Date: Wed, 21 Oct 2020 11:15:18 +0800
X-CM-HeaderCharset: UTF-8
From: kaigao@scu.edu.cn
To: alto@ietf.org, "alto-weekly-meeting@googlegroups.com" <alto-weekly-meeting@googlegroups.com>
X-Priority: 3
X-Mailer: Coremail Webmail Server Version XT5.0.13 build 20200820(b2b8cba1) Copyright (c) 2002-2020 www.mailtech.cn mail
Content-Type: multipart/alternative; boundary="----=_Part_198683_1165483374.1603250118365"
MIME-Version: 1.0
Message-ID: <6248dc88.da5c.17549275ede.Coremail.kaigao@scu.edu.cn>
X-Coremail-Locale: en_US
X-CM-TRANSID: 4wAACgCXW8XGp49fxY2_AA--.20335W
X-CM-SenderInfo: 5ndlwt3r6vu3oohg3hdfq/1tbiAQIQB138kkVBBQABsn
X-Coremail-Antispam: 1Ur529EdanIXcx71UUUUU7IcSsGvfJ3iIAIbVAYjsxI4VWxJw CS07vEb4IE77IF4wCS07vE1I0E4x80FVAKz4kxMIAIbVAFxVCaYxvI4VCIwcAKzIAtYxBI daVFxhVjvjDU=
Archived-At: <https://mailarchive.ietf.org/arch/msg/alto/bwCWOKjLa_s7vS0OzmCAIgsKL_A>
Subject: [alto] Meeting minutes for Oct 20, 2020
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, 21 Oct 2020 03:15:28 -0000

Hi everyone,




This is a quick summary of the meeting on Oct 20, 2020.




The authors of the WG documents are urged to reply to Vijay's email on plans to respond to WG reviews.




Richard mentioned the application of serving as the 3rd WG chair should be sent to Martin (our AD) by Oct 20.




On the recharter discussion, Chunshan gives a short presentation on the IB/OB issue. In particular, he mentioned that 3GPP has defined IB+OB for the edge computing case, where UE and UPF exchange information using a special 3GPP tunnel header (in release 16), and UPF exchanges information with local NEF using a new interface defined in release 17.




Richard asked whether is security/privacy issue. Chunshan replied that the information exposed by 3GPP standards are trustful. Also 3GPP has identified some metrics that are not sensitive and can be safely distributed to 3rd parities.




Sabine asked whether the two transport methods should be integrated or should there be a single point to get information of both RAN and edge information so that a query contains both time-sensitive and insensitive information. Chunshan replied that local NEF can reroute the request to the central NEF is the information is not time sensitive. Luis mentioned it is also possible to carry the information in packets, and there are existing efforts as in IFIT which piggyback telemetry information in packets.




Sabine suggested we should start a discussion on the mailing list and gather feedback on use cases which combine both RAN and edge information. She mentioned that many people are working on this issue and such a discussion can help getting more attraction from people outside the WG.




Luis shared his thoughts on treating ALTO/3GPP standards as underlay/overlay. He mentioned there is existing work on making data centers as overlay, and ALTO aggregates the information and answers queries from applications. Similarly, the 3GPP entities have only information of the edge and can use ALTO to learn information about the network.




Chunshan, Luis, Sabine and Richard, please correct me if some points are missed or misinterpreted. More detailed meeting minutes can be found at [1].




[1] https://docs.google.com/document/d/1H5HvSbOT54IPCniWi8Xrxive8q1UpV1ZyYda46P0-b0/edit?usp=sharing




Best,

Kai