[Idr] Re: Suggestion for the serice metadata draft//Re: I-D Action: draft-ietf-idr-5g-edge-service-metadata-19.txt

Cheng Li <c.l@huawei.com> Fri, 28 June 2024 10:02 UTC

Return-Path: <c.l@huawei.com>
X-Original-To: idr@ietfa.amsl.com
Delivered-To: idr@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4B026C14F71D for <idr@ietfa.amsl.com>; Fri, 28 Jun 2024 03:02:51 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.204
X-Spam-Level:
X-Spam-Status: No, score=-4.204 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=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_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 w9b4DegkDu9h for <idr@ietfa.amsl.com>; Fri, 28 Jun 2024 03:02:47 -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 F0364C14F6BA for <idr@ietf.org>; Fri, 28 Jun 2024 03:02:46 -0700 (PDT)
Received: from mail.maildlp.com (unknown [172.18.186.31]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4W9WCt3lydz6K9LS for <idr@ietf.org>; Fri, 28 Jun 2024 18:00:58 +0800 (CST)
Received: from lhrpeml100003.china.huawei.com (unknown [7.191.160.210]) by mail.maildlp.com (Postfix) with ESMTPS id 43EDF140B2F for <idr@ietf.org>; Fri, 28 Jun 2024 18:02:43 +0800 (CST)
Received: from kwepemf500012.china.huawei.com (7.202.181.250) by lhrpeml100003.china.huawei.com (7.191.160.210) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.1.2507.39; Fri, 28 Jun 2024 11:02:40 +0100
Received: from dggpemf500009.china.huawei.com (7.185.36.50) by kwepemf500012.china.huawei.com (7.202.181.250) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.1544.11; Fri, 28 Jun 2024 18:02:38 +0800
Received: from dggpemf500009.china.huawei.com ([7.185.36.50]) by dggpemf500009.china.huawei.com ([7.185.36.50]) with mapi id 15.02.1544.011; Fri, 28 Jun 2024 18:02:38 +0800
From: Cheng Li <c.l@huawei.com>
To: "duzongpeng@foxmail.com" <duzongpeng@foxmail.com>, Linda Dunbar <linda.dunbar@futurewei.com>
Thread-Topic: Suggestion for the serice metadata draft//Re: [Idr] I-D Action: draft-ietf-idr-5g-edge-service-metadata-19.txt
Thread-Index: AQHaxnPgUw4HE/sC+U+nUNKsIhrKb7HcgQ0DgAB1xYA=
Date: Fri, 28 Jun 2024 10:02:38 +0000
Message-ID: <5211654409f24b0f99c49b679205e9da@huawei.com>
References: <171926035861.192.16829707527682361901@dt-datatracker-5864469bc9-n5hqk> <tencent_84E4E52A50163E58EC397C676D3C6A345108@qq.com>
In-Reply-To: <tencent_84E4E52A50163E58EC397C676D3C6A345108@qq.com>
Accept-Language: zh-CN, en-US
Content-Language: zh-CN
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.203.70.229]
Content-Type: multipart/alternative; boundary="_000_5211654409f24b0f99c49b679205e9dahuaweicom_"
MIME-Version: 1.0
Message-ID-Hash: 3QEBC3LPBTWWKR4S2NLMLTRUELOIKZFN
X-Message-ID-Hash: 3QEBC3LPBTWWKR4S2NLMLTRUELOIKZFN
X-MailFrom: c.l@huawei.com
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-idr.ietf.org-0; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
CC: "idr@ietf. org" <idr@ietf.org>
X-Mailman-Version: 3.3.9rc4
Precedence: list
Subject: [Idr] Re: Suggestion for the serice metadata draft//Re: I-D Action: draft-ietf-idr-5g-edge-service-metadata-19.txt
List-Id: Inter-Domain Routing <idr.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/r4I_wRbq7TCFrNLhu3RKiNgtAMg>
List-Archive: <https://mailarchive.ietf.org/arch/browse/idr>
List-Help: <mailto:idr-request@ietf.org?subject=help>
List-Owner: <mailto:idr-owner@ietf.org>
List-Post: <mailto:idr@ietf.org>
List-Subscribe: <mailto:idr-join@ietf.org>
List-Unsubscribe: <mailto:idr-leave@ietf.org>

Thank you Zongpeng, yes, your proposal of modifying the used capacity to available/left capacity looks better.
More clear and even, the available capacity/resource can be used alone without the total capacity/capability.

Respect,
Cheng


From: duzongpeng@foxmail.com <duzongpeng@foxmail.com>
Sent: Friday, June 28, 2024 4:58 AM
To: Linda Dunbar <linda.dunbar@futurewei.com>; Cheng Li <c.l@huawei.com>
Cc: idr@ietf. org <idr@ietf.org>
Subject: Suggestion for the serice metadata draft//Re: [Idr] I-D Action: draft-ietf-idr-5g-edge-service-metadata-19.txt

Hi, Linda

    I have a suggestion for the draft.


[1]. https://datatracker.ietf.org/doc/html/draft-ietf-idr-5g-edge-service-metadata-19#section-4.7

    In the section 4.7, a untilzation sub-TLV is described. It describes the Utilization, i.e., how much of this capacity is currently being consumed.

    However, I suggest to change it to the available capacity, i.e., how much of this capacity is currently available for future usage.  In fact, it can be calculated out from the Utilization TLV by using the total capacity minus the Utilized capacity.

    After the modification, the total capacity in section 4.6 can be used as the weight for load balancing, which is relatively static; similarly, the available capacity can also be used as the weight for load balancing, which is relatively dynamic. Which one would be used on the Ingress (decision point) is the decided by the Ingress itself.


    The modification can reduce the minus process.




Best Regards
Zongpeng Du

________________________________
duzongpeng@foxmail.com<mailto:duzongpeng@foxmail.com> & duzongpeng@chinamobile.com<mailto:duzongpeng@chinamobile.com>

From: internet-drafts<mailto:internet-drafts@ietf.org>
Date: 2024-06-25 04:19
To: i-d-announce@ietf.org<mailto:i-d-announce@ietf.org>
CC: idr<mailto:idr@ietf.org>
Subject: [Idr] I-D Action: draft-ietf-idr-5g-edge-service-metadata-19.txt
Internet-Draft draft-ietf-idr-5g-edge-service-metadata-19.txt is now
available. It is a work item of the Inter-Domain Routing (IDR) WG of the IETF.

   Title:   BGP Extension for 5G Edge Service Metadata
   Authors: Linda Dunbar
            Kausik Majumdar
            Cheng Li
            Gyan Mishra
            Zongpeng Du
   Name:    draft-ietf-idr-5g-edge-service-metadata-19.txt
   Pages:   28
   Dates:   2024-06-24

Abstract:

   This draft describes a new Metadata Path Attribute and some Sub-TLVs
   for egress routers to advertise the Metadata about the attached edge
   services (ES).  The edge service Metadata can be used by the ingress
   routers in the 5G Local Data Network to make path selections not only
   based on the routing cost but also the running environment of the
   edge services.  The goal is to improve latency and performance for 5G
   edge services.

   The extension enables an edge service at one specific location to be
   more preferred than the others with the same IP address (ANYCAST) to
   receive data flow from a specific source, like a specific User
   Equipment (UE).

The IETF datatracker status page for this Internet-Draft is:
https://datatracker.ietf.org/doc/draft-ietf-idr-5g-edge-service-metadata/

There is also an HTMLized version available at:
https://datatracker.ietf.org/doc/html/draft-ietf-idr-5g-edge-service-metadata-19

A diff from the previous version is available at:
https://author-tools.ietf.org/iddiff?url2=draft-ietf-idr-5g-edge-service-metadata-19

Internet-Drafts are also available by rsync at:
rsync.ietf.org::internet-drafts


_______________________________________________
Idr mailing list -- idr@ietf.org<mailto:idr@ietf.org>
To unsubscribe send an email to idr-leave@ietf.org<mailto:idr-leave@ietf.org>