From nobody Tue Aug 16 11:12:27 2022 Return-Path: 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 E40EBC1524D3 for ; Tue, 16 Aug 2022 11:12:25 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -7.107 X-Spam-Level: X-Spam-Status: No, score=-7.107 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H2=-0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=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=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=futurewei.com 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 cmyM_vnjaZZn for ; Tue, 16 Aug 2022 11:12:22 -0700 (PDT) Received: from NAM12-BN8-obe.outbound.protection.outlook.com (mail-bn8nam12on2105.outbound.protection.outlook.com [40.107.237.105]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 08405C152566 for ; Tue, 16 Aug 2022 11:12:21 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=mvgHjsqEGVAA4vm8rzAnUeqqBxIa8x8WWCFGCBS6npMDZCiPe2wJUoAga2WD6BVYaBCQUyvQXjltjJijhA6cZsJcQllRhmWUJ8hPSj9Hr7XoBmK4RA2UtTy6oKMwxLJ5RQUiJY99AYwHF3QLlyfQPU9yYXCzFZSs7/3nc5UtFSeftnt6wgwO6ijzZe5M9fldoPXR6npRzDV69rpowA7YH3g+mhywrgykLttiDIPmdfshaEhnONySsvEzl9MN5FEgNf5Q7EEQYWg9qCnbFI/tOF5TNbUBaVOtaxx6qtm7N1+Fee0KVwXy3jiKUQJvk3NLFrMUSWdLix7SlU1LSulJxQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=tXZi4126N1gCy9JVTOS2WN0bHbQ8GiZIVn4DA8opzWk=; b=GfXi6f/0sZA21bETPhjY8xyVzsj+9nKrHl8btKl6RknFBXhQg3qbON8iG3HssM/ms1/04FW+Fxw3qAipSo12EwJ7wW5/FQ9vY9wxgqdNSXi+Njiez1DvJk64V6SwflaEVv9W/H2hoV3+su7VhF9RxLMjh5Xkv3Dq/lCZ87J77rhg5HkEKnnJGjsd+E2tvVXyslUuzXpkyd/HxXU/rns1VzTlitfhHYtPWs6apyZJHlw8XPYR4gIEpLa8IYVvoOdL2U06Tq6301LYs/4Jb/R2zgkNy/wl6VMTt1ekUc8YJSUBcGu3VM2tMgCpxrZvcgdri6NcD5qZnmarRxWY+kBSSg== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=futurewei.com; dmarc=pass action=none header.from=futurewei.com; dkim=pass header.d=futurewei.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=Futurewei.com; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=tXZi4126N1gCy9JVTOS2WN0bHbQ8GiZIVn4DA8opzWk=; b=cMWY9zQLeCgz8tNylUQN9SLTmaKi8N5gBF5L52s+k5SrkVv+wceUx/VMWdeEx3FeMOphXNWyqjfKD4YgpbOXv/B/wnXIKxisBN0ZwJwXatswZGJ7Eq1Isu/SLxzaUbsLQY5TIeDQS04usR9JNDw6JIIvyRWmUPTJ9wolFtvSe+8= Received: from CO1PR13MB4920.namprd13.prod.outlook.com (2603:10b6:303:f7::17) by DM8PR13MB5206.namprd13.prod.outlook.com (2603:10b6:8:1::5) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5546.15; Tue, 16 Aug 2022 18:12:18 +0000 Received: from CO1PR13MB4920.namprd13.prod.outlook.com ([fe80::355e:24d6:38ac:2eef]) by CO1PR13MB4920.namprd13.prod.outlook.com ([fe80::355e:24d6:38ac:2eef%6]) with mapi id 15.20.5546.014; Tue, 16 Aug 2022 18:12:17 +0000 From: Linda Dunbar To: "Chengli (Cheng Li)" , Susan Hares , "idr@ietf.org" Thread-Topic: Adoption call for draft-dunbar-idr-5g-edge-compute-app-meta-data-09.txt (7/29/2022 to 8/12/2022) Thread-Index: AdijNQ+IfMfPCoxlRY2mLEfIE5uYeQOHZVlwAABIZIAAEb9TUA== Date: Tue, 16 Aug 2022 18:12:17 +0000 Message-ID: References: <830692c17e59447dbf9cfa8b97fc8ad0@huawei.com> In-Reply-To: <830692c17e59447dbf9cfa8b97fc8ad0@huawei.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=futurewei.com; x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 2407df1c-0ea1-49a5-73a0-08da7fb2daca x-ms-traffictypediagnostic: DM8PR13MB5206:EE_ x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: qxsbu45C/kUvwDrVBZmf5v37CpvwhT4Mnc4+Krv62hpPk7tSLs4/KYCSGPbNSrJardQi94CFZry4Qv2BIs8G8RDwU5teTnmm3+LaSZYYZbm/Qc01TtpS00+3nJ3RC+cPOjhmc7VFyqV0dujEFJdvkZro8E1/2A1n+ovalel21mcxRXn4iCdsyP6sQIpaaR9fPQ+AWXuHnuAJj0qga6EBmjiCarmV/TRVrdyyzgU0h8w3C+JrfrdGKqqqRaGCZy28iMI6NGjslzQ7vwlvd7GzfPKKpU8FLHwO6Lylu+9uh9GnutMb8psCsSkrU8lhBSv6t2gpivf+RfOdCHo/SyCiqjWx9vvlfKJY8TPwDs06TwXZqxP9n3hSr+HwsLdYx7Dm9goxya9YsQR5pP9xVTJlxZlCTSmrxu9+dtvUAOTowVB3YcqoYOOIoIe0Af4dnN6Jc12UuQea/BmR5Fe5ABqhEy5rQmTEGdx3OZjHKGlqTHfRTZjzCzHpt27s28y6o1ABNcxbADaXkr73YSqF8X52hMWgpOnKT2NpDSeVmCmCHE61wHCM/HgGJ06bsy+qENcvvpGEdqEbMmGMHimKqDB/Lr1ZyeqNYJfVAr6NUFn84bjlFf5Uix8isgLTvy27Q1nahhaQge76IIXjea3swK4r5di9y8hO3JXzXZi6zt/kPu2P7qipSeacyKebmRRzNikmZ6E8abfNGSzRdmsLK/ukVnlIaDFSS6OAABYH27z9+a0b/l2NI0hX8q7iiuJB0SveI8S9TPCf4gZzmLawDha8OKRaLI+8BtJ0ZIPzTTqvjeb0KhP7RJKo7KkiXOnSFM7g x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:CO1PR13MB4920.namprd13.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230016)(4636009)(396003)(376002)(366004)(136003)(346002)(39840400004)(86362001)(38070700005)(122000001)(66446008)(66556008)(66476007)(66946007)(76116006)(38100700002)(64756008)(8676002)(45080400002)(2906002)(110136005)(316002)(52536014)(30864003)(44832011)(8936002)(26005)(6506007)(5660300002)(186003)(71200400001)(83380400001)(9686003)(55016003)(41300700001)(7696005)(478600001)(966005)(33656002); DIR:OUT; SFP:1102; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?us-ascii?Q?zXMBoOsCjREbnxZNw5sSoPxvnK0UqPUZFWjO3dCIgfyUd9XVdKDNiAvz5oLx?= =?us-ascii?Q?BkI30I0dKD7lTkwjR5z0AYfVsruO/QyLdNarmaU9OidexOOJkSVt1eFv/h1d?= =?us-ascii?Q?J+z4Pl0yVDx2XwatEg0UtKArC17SB+SzCsYE5NKip8th8ITv/mev8nLPY6k5?= =?us-ascii?Q?TyoyaB8tGC3WCqDbODvYjmh2Oopaqp2IR940Dd6ov87vkqrj76//QSAg7wgK?= =?us-ascii?Q?SZRfZEyFcXumKPksoRi20OEyBjNOD22tzncLblfWy84P4JoOXWBoNcpVBi5g?= =?us-ascii?Q?eUNSx9+x9+SYwjM3v0Gp+NmsxEwJFqHMEqujBAiaVwaXuQiobCPb/646x5+b?= =?us-ascii?Q?2jGkbMIQ0LMHoP4jqtZngwzFQR6GTSf6pqhAkh2LF35Vdkm2EAH6VZWY/916?= =?us-ascii?Q?xwFLO5xardW+msyTcM5WgexhLH56/fSw4jMxDUGmmWbs7E88iA8YMrckLb2c?= =?us-ascii?Q?B2QuoQ1o8Qle3A9os1iyTZq4PvrDbboe4xGdhwr7eREzpaTRuRY+d/nQWNr3?= =?us-ascii?Q?BIOLQJx2bLyXTOQgZQruRuBGbFBAbqBh/B4JFCEGk1FqizDCfwkzyfV5iiJ6?= =?us-ascii?Q?E+opUpJAVAg661JPKvzYz6AgY4KNAEBmUfkAlWmMGUexWzOuNrRMOFqC7mqx?= =?us-ascii?Q?Y6FbkFxIqItLv0QOzg3FhR4IdwR8lxjAWS/UiHP9LwIgPYNDPXwxTvVEZ4hS?= =?us-ascii?Q?Zl5spM7F0XnXUOQH76PcUEkFQI/096PvGUlhi/PjMSh23YUBPmAiTWUwT1ok?= =?us-ascii?Q?S1ZfGUVTZcR6qUK+pv9BJMolxgAFkjRsc+2HXF1TGZGXwuCcYe5w74/6K2qd?= =?us-ascii?Q?zjvwrR4Kes627B9PLvzyKZR/ve7KT0/h7g54g1uKxsjPzW5Qk6SwVgakCnQT?= =?us-ascii?Q?GukvkzBN29GgnQQVh/nWPzu9cutWXbpMOV+uHWiUwIQVb/ttLwxLIUc2q/CP?= =?us-ascii?Q?oF2a9S4rrCv3PXQjTrV73YF+nPXOrYB48qc4BtwfJd9wfticZe9jb7sp7Du9?= =?us-ascii?Q?JTZkZTOFDObm6VMX2Ndug/3xipOTP+L4ZH15ViPCDkI/sxlIePmuN1AlLrtR?= =?us-ascii?Q?rmYPNde9AFFkIPZdy63w7MYPr0txHea2BkYRpSSMF9edDtIBw+8ML7GXmf+x?= =?us-ascii?Q?KYu1Fc2AOb7gIokWjGhH9ReY5K71ZffnAK0OmHPcRoCaBo2/oNx7JrWkGOjQ?= =?us-ascii?Q?L5qh0RiYGrUh4nstwplLg/MCsnZpaAJhjJT83fBEti+jDAq/GCtDn5jrfZqB?= =?us-ascii?Q?1dgOx5wMRsJb4TJazizhtxyfKlV81KAMiWAatmS23QH/cqUiLbAZ7UfPpB4m?= =?us-ascii?Q?WnKAgTZSvAODkuWS/esxgGpBMW6FNfWuIYVU4tXCeglOTISyyDxO0bTGrMj+?= =?us-ascii?Q?owqLxaLbTKxyyEkJRJP5MUDnWFe6cPzmWrulynA5YfLaXEVuEeM98uWmJfq6?= =?us-ascii?Q?rY/avGtp6pK9gCGctCXwc9GOfoJ831G9TtnfkPh82hOZoO4WSpmiqLxm2RXd?= =?us-ascii?Q?0jepy4JWBv7VVDWcal/LR81ERpL4pSfhciRezyw7jzQsdPs28WdPs6Ctz8Rr?= =?us-ascii?Q?QZuZZkcb67moKprS5UiEVdJnYaDIHui4CwpH7Vse?= Content-Type: multipart/alternative; boundary="_000_CO1PR13MB4920C7BB2525D199B1312B0D856B9CO1PR13MB4920namp_" MIME-Version: 1.0 X-OriginatorOrg: Futurewei.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: CO1PR13MB4920.namprd13.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 2407df1c-0ea1-49a5-73a0-08da7fb2daca X-MS-Exchange-CrossTenant-originalarrivaltime: 16 Aug 2022 18:12:17.7484 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 0fee8ff2-a3b2-4018-9c75-3a1d5591fedc X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: 01ZVtaDP4hNy+3hmyq21ok6LEdhikFcdCA5vM5aqnHHmYl3PFVWRCroEwIvbTOGsBHm2GWo7/qW39/L12gzF3Q== X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM8PR13MB5206 Archived-At: Subject: Re: [Idr] Adoption call for draft-dunbar-idr-5g-edge-compute-app-meta-data-09.txt (7/29/2022 to 8/12/2022) X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.39 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Aug 2022 18:12:26 -0000 --_000_CO1PR13MB4920C7BB2525D199B1312B0D856B9CO1PR13MB4920namp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Cheng, Thank you very much for the questions. Two other people have also suggested to carry the app meta data in the path= attribute, maybe creating a new subTLV (Load Index Sub-TLV and Site Prefe= rence Sub TLV) under the Opaque Extended community? Answer to your second question is inserted below: -----Original Message----- From: Idr On Behalf Of Chengli (Cheng Li) Sent: Tuesday, August 16, 2022 4:38 AM To: Chengli (Cheng Li) ; Susan Hares ; idr@ietf.org Subject: Re: [Idr] Adoption call for draft-dunbar-idr-5g-edge-compute-app-m= eta-data-09.txt (7/29/2022 to 8/12/2022) I am not really understand the meeting of only setting =3D> I am not reall= y understand the meaning of only setting -----Original Message----- From: Idr [mailto:idr-bounces@ietf.org] On Behalf Of Chengli (Cheng Li) Sent: Tuesday, August 16, 2022 5:35 PM To: Susan Hares >; idr@ietf.org Subject: Re: [Idr] Adoption call for draft-dunbar-idr-5g-edge-compute-app-m= eta-data-09.txt (7/29/2022 to 8/12/2022) Hi Sue and IDRers, I read the draft and support the adoption with comments. 1. It may be good to use a new Path Attribute instead of putting TLV into T= unnel Encap Path attributes IMHO. This can be discussed after the adoption.= The main idea of distributing APP metadata is useful. 2. Regarding the weighted Load Index[1] in section 4.1. I am not really un= derstand the meeting of only setting four weight for four types of metrics.= It may need to comparing with the Capacity? Hope to see more clarification= of this in the next revision. [Linda] all the attributes have different units, such as Capacity has a num= ber (1-00), load index can be (1-100), but bandwidth is represented as Gbts= /s. We need one single value for FIB to choose the optimal path. The Weight= s, which are configured, are used to combine attributes with different unit= s to one single value, to make it easier for FIB to compare. Linda Generally, I think this is a good starting point of a WG document, and woul= d like to contribute to the draft if possible. More reply, please see below. Thanks and respect, Cheng [1]. https://nam11.safelinks.protection.outlook.com/?url=3Dhttps%3A%2F%2Fda= tatracker.ietf.org%2Fdoc%2Fhtml%2Fdraft-dunbar-idr-5g-edge-compute-app-meta= -data-10%23section-4.1&data=3D05%7C01%7Clinda.dunbar%40futurewei.com%7C= d536f3405fa34f25c8ec08da7f6b084d%7C0fee8ff2a3b240189c753a1d5591fedc%7C1%7C0= %7C637962394943360317%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV= 2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=3DLNQFrgJIp= 7gQi7wktsxktrMWI9O9pe8rgqSB3lUNHj8%3D&reserved=3D0 -----Original Message----- From: Idr [mailto:idr-bounces@ietf.org] On Behalf Of Susan Hares Sent: Friday, July 29, 2022 6:23 PM To: idr@ietf.org Subject: [Idr] Adoption call for draft-dunbar-idr-5g-edge-compute-app-meta-= data-09.txt (7/29/2022 to 8/12/2022) This begins a 3 week WG Adoption call for draft-dunbar-idr-5g-edge-compute-= app-meta-data-09.txt https://nam11.safelinks.protection.outlook.com/?url=3Dhttps%3A%2F%2Fdatatra= cker.ietf.org%2Fdoc%2Fdraft-dunbar-idr-5g-edge-compute-app-meta-data%2F&= ;data=3D05%7C01%7Clinda.dunbar%40futurewei.com%7Cd536f3405fa34f25c8ec08da7f= 6b084d%7C0fee8ff2a3b240189c753a1d5591fedc%7C1%7C0%7C637962394943517327%7CUn= known%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJ= XVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=3DpyvXxcKvw2Tud6jaF0s8G9Et3VfHuX7NMyc= nrmlBZZw%3D&reserved=3D0 This draft proposes a new SubTLV (AppMetaData) for the BGP Tunnel Encapsula= tion Attribute [RFC9012] that indicates the running status and environment = of directly attached 5G Edge Computing (EC) instances. The AppMetaData can be used by routers in the 5G Local Data Network to make= path selection not only based on the routing distance but also the running= environment of the destinations. The goal is to improve latency and perfor= mance for 5G EC services. In your discussion of this adoption call, please consider these questions: 1) The addition of this type of information to tunnels is useful for inter-= domain routing within 5G networks? [Cheng]Yes, it is useful. But I have concern of where to put the informatio= n. 2) What type of additional load this data to Basic Tunnel encapsulation [RF= C9012]? [Cheng]Sorry, I do not really get this question. But it is different with = SR policy for sure. For example is the load placed by this draft equal or Less than the SR rout= ing additions from such as draft-ietf-idr-segment-routing-te-policy? 3) Will the addition of this information aid Routing in 5G networks? [Cheng] it can help in 5G networks. Cheers, Sue Hares _______________________________________________ Idr mailing list Idr@ietf.org https://nam11.safelinks.protection.outlook.com/?url=3Dhttps%3A%2F%2Fwww.iet= f.org%2Fmailman%2Flistinfo%2Fidr&data=3D05%7C01%7Clinda.dunbar%40future= wei.com%7Cd536f3405fa34f25c8ec08da7f6b084d%7C0fee8ff2a3b240189c753a1d5591fe= dc%7C1%7C0%7C637962394943517327%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDA= iLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata= =3D8FNmav0OGFOA52NUZWMMNsASwZxTP%2F%2F%2FiOfPyRpx3fE%3D&reserved=3D0 _______________________________________________ Idr mailing list Idr@ietf.org https://nam11.safelinks.protection.outlook.com/?url=3Dhttps%3A%2F%2Fwww.iet= f.org%2Fmailman%2Flistinfo%2Fidr&data=3D05%7C01%7Clinda.dunbar%40future= wei.com%7Cd536f3405fa34f25c8ec08da7f6b084d%7C0fee8ff2a3b240189c753a1d5591fe= dc%7C1%7C0%7C637962394943517327%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDA= iLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata= =3D8FNmav0OGFOA52NUZWMMNsASwZxTP%2F%2F%2FiOfPyRpx3fE%3D&reserved=3D0 _______________________________________________ Idr mailing list Idr@ietf.org https://nam11.safelinks.protection.outlook.com/?url=3Dhttps%3A%2F%2Fwww.iet= f.org%2Fmailman%2Flistinfo%2Fidr&data=3D05%7C01%7Clinda.dunbar%40future= wei.com%7Cd536f3405fa34f25c8ec08da7f6b084d%7C0fee8ff2a3b240189c753a1d5591fe= dc%7C1%7C0%7C637962394943517327%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDA= iLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata= =3D8FNmav0OGFOA52NUZWMMNsASwZxTP%2F%2F%2FiOfPyRpx3fE%3D&reserved=3D0 --_000_CO1PR13MB4920C7BB2525D199B1312B0D856B9CO1PR13MB4920namp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Cheng,
 
Thank you very much for the questions.
Two other people have also suggested to carry the app meta data in the= path attribute, maybe creating a new subTLV (Load Index Sub-TLV and Site = Preference Sub TLV) under the Opaque Extended community?
 
Answer to your second question is inserted below:
 
 
-----Original Message-----
From: Idr <idr-bounces@ietf.org> On Behalf Of Chengli (Cheng Li)
Sent: Tuesday, August 16, 2022 4:38 AM
To: Chengli (Cheng Li) <c.l=3D40huawei.com@dmarc.ietf.org>; Susan Har= es <shares@ndzh.com>; idr@ietf.org
Subject: Re: [Idr] Adoption call for draft-dunbar-idr-5g-edge-compute-app-m= eta-data-09.txt (7/29/2022 to 8/12/2022)
 
I am not really understand the meeting of only setting  =3D> I= am not really understand the meaning of only setting
 
 
-----Original Message-----
From: Idr [mailto:idr-bounces@= ietf.org] On Behalf Of Chengli (Cheng Li)
Sent: Tuesday, August 16, 2022 5:35 PM
To: Susan Hares <shares@ndzh.com= >; idr@ietf.org
Subject: Re: [Idr] Adoption call for draft-dunbar-idr-5g-edge-compute-= app-meta-data-09.txt (7/29/2022 to 8/12/2022)
 
Hi Sue and IDRers,
 
I read the draft and support the adoption with comments.
 
1. It may be good to use a new Path Attribute instead of putting TLV i= nto Tunnel Encap Path attributes IMHO. This can be discussed after the adop= tion. The main idea of distributing APP metadata is useful.
2. Regarding the weighted Load Index[1]  in section 4.1. I am not= really understand the meeting of only setting four weight for four types o= f metrics. It may need to comparing with the Capacity? Hope to see more cla= rification of this in the next revision.
 
[Linda] all the attributes have different unit= s, such as Capacity has a number (1-00), load index can be (1-100), but ban= dwidth is represented as Gbts/s. We need one single value for FIB to choose= the optimal path. The Weights, which are configured, are used to combine attributes with different units to one = single value, to make it easier for FIB to compare.
 
Linda
 
Generally, I think this is a good starting point of a WG document, and= would like to contribute to the draft if possible.
More reply, please see below.
 
Thanks and respect,
Cheng
 
[1]. https://nam11.safelinks.protection.outlook.com/?url=3Dhttps%3A%2F%= 2Fdatatracker.ietf.org%2Fdoc%2Fhtml%2Fdraft-dunbar-idr-5g-edge-compute-app-= meta-data-10%23section-4.1&amp;data=3D05%7C01%7Clinda.dunbar%40futurewe= i.com%7Cd536f3405fa34f25c8ec08da7f6b084d%7C0fee8ff2a3b240189c753a1d5591fedc= %7C1%7C0%7C637962394943360317%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiL= CJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&amp;sdata= =3DLNQFrgJIp7gQi7wktsxktrMWI9O9pe8rgqSB3lUNHj8%3D&amp;reserved=3D0<= /div>
 
 
 
 
-----Original Message-----
From: Idr [mailto:idr-bounces@= ietf.org] On Behalf Of Susan Hares
Sent: Friday, July 29, 2022 6:23 PM
Subject: [Idr] Adoption call for draft-dunbar-idr-5g-edge-compute-app-= meta-data-09.txt (7/29/2022 to 8/12/2022)
 
This begins a 3 week WG Adoption call for draft-dunbar-idr-5g-edge-com= pute-app-meta-data-09.txt
 
This draft proposes a new SubTLV (AppMetaData) for the BGP Tunnel Enca= psulation Attribute [RFC9012] that indicates the running status and environ= ment of directly attached 5G Edge Computing (EC) instances.
 
The AppMetaData can be used by routers in the 5G Local Data Network to= make path selection not only based on the routing distance but also the ru= nning environment of the destinations. The goal is to improve latency and p= erformance for 5G EC services.
 
In your discussion of this adoption call, please consider these questi= ons:
 
1) The addition of this type of information to tunnels is useful for i= nter-domain routing within 5G networks?
[Cheng]Yes, it is useful. But I have concern of where to put the infor= mation.
 
2) What type of additional load this data to Basic Tunnel encapsulatio= n [RFC9012]? 
[Cheng]Sorry, I do not really get this question.  But it is diffe= rent with SR policy for sure.
 
For example is the load placed by this draft equal or Less than the SR= routing additions from such as draft-ietf-idr-segment-routing-te-policy? <= /div>
 
3) Will the addition of this information aid Routing in 5G networks? <= /div>
[Cheng] it can help in 5G networks.
 
 
Cheers, Sue Hares
 
_______________________________________________
Idr mailing list
 
_______________________________________________
Idr mailing list
 
_______________________________________________
Idr mailing list
 
 --_000_CO1PR13MB4920C7BB2525D199B1312B0D856B9CO1PR13MB4920namp_--