Re: [Dyncast] [Can] Scope and suggested charter statement for Computing Aware Networking(CAN)

Peng Liu <liupengyjy@chinamobile.com> Wed, 02 November 2022 07:46 UTC

Return-Path: <liupengyjy@chinamobile.com>
X-Original-To: dyncast@ietfa.amsl.com
Delivered-To: dyncast@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 98CF4C152564; Wed, 2 Nov 2022 00:46:35 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.903
X-Spam-Level:
X-Spam-Status: No, score=-1.903 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_FONT_FACE_BAD=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, 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 S4XxXZs6wjt3; Wed, 2 Nov 2022 00:46:32 -0700 (PDT)
Received: from cmccmta3.chinamobile.com (cmccmta3.chinamobile.com [221.176.66.81]) by ietfa.amsl.com (Postfix) with ESMTP id 855C4C1524DA; Wed, 2 Nov 2022 00:46:29 -0700 (PDT)
X-RM-TagInfo: emlType=0
X-RM-SPAM-FLAG: 00000000
Received: from spf.mail.chinamobile.com (unknown[172.16.121.11]) by rmmx-syy-dmz-app11-12011 (RichMail) with SMTP id 2eeb636220525d1-eb552; Wed, 02 Nov 2022 15:46:26 +0800 (CST)
X-RM-TRANSID: 2eeb636220525d1-eb552
X-RM-TagInfo: emlType=0
X-RM-SPAM-FLAG: 00000000
Received: from CMCC-LP (unknown[10.1.6.8]) by rmsmtp-syy-appsvr06-12006 (RichMail) with SMTP id 2ee6636220519c7-3fa1f; Wed, 02 Nov 2022 15:46:26 +0800 (CST)
X-RM-TRANSID: 2ee6636220519c7-3fa1f
Date: Wed, 02 Nov 2022 15:52:15 +0800
From: Peng Liu <liupengyjy@chinamobile.com>
To: "huang.guangping" <huang.guangping@zte.com.cn>
Cc: shihang9 <shihang9@huawei.com>, can <can@ietf.org>, dyncast <dyncast@ietf.org>
References: DB841E37-3092-4D3B-B59C-75611627D316@futurewei.com, 2a876605.4069.18423cfaa99.Coremail.zhangjiaxing20g@ict.ac.cn, 20221029214925550849399@chinamobile.com, 7a51d84597fb4a4c999e598211ba6576@huawei.com, 20221031164709695837445@chinamobile.com, <202211020951498358342@zte.com.cn>
X-Priority: 3
X-GUID: 8AB49360-FB15-4161-B130-7FDC33EB72DA
X-Has-Attach: no
X-Mailer: Foxmail 7.2.21.453[cn]
Mime-Version: 1.0
Message-ID: <2022110215521501911028@chinamobile.com>
Content-Type: multipart/related; boundary="----=_001_NextPart283076511738_=----"
Archived-At: <https://mailarchive.ietf.org/arch/msg/dyncast/wpKXp0GudUFB6rcHRERu9O08ao4>
Subject: Re: [Dyncast] [Can] Scope and suggested charter statement for Computing Aware Networking(CAN)
X-BeenThere: dyncast@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: Dynamic Anycast <dyncast.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dyncast>, <mailto:dyncast-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/dyncast/>
List-Post: <mailto:dyncast@ietf.org>
List-Help: <mailto:dyncast-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dyncast>, <mailto:dyncast-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 02 Nov 2022 07:46:35 -0000

Hi Daniel,

Thanks. Good summary, CAN wants to find a right way to meet the use case that considering both computing and network status at the same time. We will consider your points in the drafts or slides updates. 

Regards.
Peng


liupengyjy@chinamobile.com
 
From: huang.guangping@zte.com.cn
Date: 2022-11-02 09:51
To: liupengyjy@chinamobile.com
CC: shihang9@huawei.com; can@ietf.org; dyncast@ietf.org
Subject: Re: [Dyncast] [Can] Scope and suggested charter statement for Computing Aware Networking(CAN)
Hi Peng,thanks for the charter work.
I have a minor comment below.
----
There are existing solutions that utilize end point resource information for selecting the server instance, such as DNS, ALTO, or Layer 4 & Layer 7 load balancers. Common to all those solutions is the exposure and usage of network conditions for decision making, while none of the existing solution integrate the computing resource conditions with the network conditions for deciding on the optimal paths.
----
Daniel Huang : As far as the existing solutions which mainly reside in layer 4 and beyond is concerned, it occurs to me that common to all of these solutions is that either the computing resource status (DNS, GSLB etc) or the networking status (LB, ALTO etc) is taken into consideration rather than both of the resource status integrated to optimize the path selection which CAN would chiefly address and the emerging use cases actually demand.

Best regards.
Daniel Huang






黄光平 huangguangping

标准团队/有线规划部 Wireline architecture team./Wireline Product R&D Institute


南京市雨花区软件大道50号中兴通讯2号楼 
R&D Building, ZTE Corporation Software Road No.50, 
Yuhua District, Nanjing, P..R.China, 210012 
M: +86 13770311052 
E: huang.guangping@zte.com.cn 
www.zte.com.cn
Original
From: PengLiu <liupengyjy@chinamobile.com>
To: shihang9 <shihang9@huawei.com>;can <can@ietf.org>;dyncast <dyncast@ietf.org>;
Date: 2022年10月31日 16:41
Subject: Re: [Dyncast] [Can] Scope and suggested charter statement for Computing Aware Networking(CAN)
--  
Dyncast mailing list
Dyncast@ietf.org
https://www.ietf.org/mailman/listinfo/dyncast

Hi Hang Shi,

Thanks for the comments. The design team will focus on the problem statement, use case, gap and reqs work, while it is the proposal and could be further discussed.

Regards,
Peng


liupengyjy@chinamobile.com
 
From: Shihang(Vincent)
Date: 2022-10-31 11:28
To: Peng Liu; can; dyncast; 张佳兴
Subject: RE: [Can] Scope and suggested charter statement for Computing Aware Networking(CAN)
Hi Peng,
 
Thanks for your work.
1 comment below:
 
> CAN allows ingress nodes to consider computing-related resource
> conditions in routing decisions. As such, the CAN WG may develop an
> informational document, or create a design team, to define use cases,
> gap analysis, requirements, characterization of the computing-related
> resources, and how those conditions impact the ingress nodes routing decision process.
 
Do we need to put the “create design team” in charter? I assume every WG is free to create the design team as it see fit.
 
Best,
Hang Shi
 
From: Can <can-bounces@ietf.org> On Behalf Of Peng Liu
Sent: Saturday, October 29, 2022 9:49 PM
To: can <can@ietf.org>; dyncast <dyncast@ietf.org>; 张佳兴 <zhangjiaxing20g@ict.ac.cn>
Subject: [Can] Scope and suggested charter statement for Computing Aware Networking(CAN)
 
Hi Jason, All, 
 
Thanks for mentioning that. The suggested scope and charter statement for CAN could be found at https://github.com/CAN-IETF/CAN-BoF-ietf115/blob/main/README.md. It described the overview of CAN, motivations , use cases, brief gap analysis, technical directions, work items and milestones. We would like to invite all the people who are interested in this work to review and comments on it.
 
BTW, the updated problem statement&usecase, gap analysis&requirements drafts could be found at https://datatracker.ietf.org/wg/can/documents/. Any comments on the drafts are also welcome.
 
Regards,
Peng


liupengyjy@chinamobile.com