[alto] Meeting minutes for Nov 24, 2020

kaigao@scu.edu.cn Wed, 25 November 2020 04:42 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 D07113A0ED2 for <alto@ietfa.amsl.com>; Tue, 24 Nov 2020 20:42:22 -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, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-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 O-_7lKyB2B7L for <alto@ietfa.amsl.com>; Tue, 24 Nov 2020 20:42:20 -0800 (PST)
Received: from zg8tmty1ljiyny4xntqumjca.icoremail.net (zg8tmty1ljiyny4xntqumjca.icoremail.net [165.227.154.27]) by ietfa.amsl.com (Postfix) with SMTP id 8114B3A0C1E for <alto@ietf.org>; Tue, 24 Nov 2020 20:42:19 -0800 (PST)
Received: by ajax-webmail-app1 (Coremail) ; Wed, 25 Nov 2020 12:42:13 +0800 (GMT+08:00)
X-Originating-IP: [125.70.169.58]
Date: Wed, 25 Nov 2020 12:42:13 +0800 (GMT+08:00)
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_388418_114395098.1606279333496"
MIME-Version: 1.0
Message-ID: <57dac7cf.1aad6.175fdb58679.Coremail.kaigao@scu.edu.cn>
X-Coremail-Locale: en_US
X-CM-TRANSID: 4wAACgAXn0al4L1fRSJBAQ--.37907W
X-CM-SenderInfo: 5ndlwt3r6vu3oohg3hdfq/1tbiAQILB138kkcUPQAAsS
X-Coremail-Antispam: 1Ur529EdanIXcx71UUUUU7IcSsGvfJ3iIAIbVAYjsxI4VWxJw CS07vEb4IE77IF4wCS07vE1I0E4x80FVAKz4kxMIAIbVAFxVCaYxvI4VCIwcAKzIAtYxBI daVFxhVjvjDU=
Archived-At: <https://mailarchive.ietf.org/arch/msg/alto/pkDUQIOny7mg02XiVPulKCtAeLQ>
Subject: [alto] Meeting minutes for Nov 24, 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, 25 Nov 2020 04:42:23 -0000

Dear all,




Below is a summary of the meeting on Nov 24, 2020.




Richard proposed some approaches to improve the productivity and to engage people outside the group. Gang and Luis also proposed some principles to be followed.




Sabine gave a summary of the entity property map document and was asking the co-authors to review the document.

Richard raised the problem of whether entity property map is sufficient to express CPU/storage. In a more general setting, information in the network which can be modeled as a graph can be associated with nodes (entities) but also with edges (relations). Is entity property map capable of expressing the properties of the edges?

Kai mentioned that edges can also be treated as entities, as how graphs are being stored in relational databases.

Richard argued that this approach was too hacky and proposed to use syntax to enforce semantics.




In the discussion on distinguishing the recharter items related to cellular information, Kai proposed to divide the current first-hop recharter item into the northbound part (identifying and specifying cellular metrics) and the southbound part (information collection using 3GPP services, etc.) which can be put into the operation automation item. Richard suggested that defining the formats of metrics is too simple and we should tackle the difficult problem of identifying which metrics are useful and practical.




Gang suggested that the metrics should be motivated by real use cases. As Gang, Chunshan and Sabine had proposed use cases in previous drafts, it is agreed that they would present these use cases and lead the discussion on the cellular information in the next meeting.




Open issues:




- Richard/Kai/Jensen will provide reviews to the unified property document

- Gang/Chunshan/Sabine will present/lead the discussion on cellular information in the next meeting. One item is to present the information flow in the current 4G/5G networks.

- Jensen will also present the ideas on operation automation




Please let me know if anything is missing or misinterpreted. 




Best,

Kai