[Idr] need discussion on Site Capacity Index for mass instances withdrawal (was RE: Adoption call for draft-dunbar-idr-5g-edge-compute-app-meta-data-09.txt (7/29/2022 to 8/12/2022)

[Linda Dunbar <[e-mail]>]

Thanks IDR chairs for starting the WG Adoption.
We didn't get discussion time at this week's IDR session. But we greatly appreciate your input on the Capacity Index proposed in the draft to indicates the capacity value for the site or pod where the EC service instances are instantiated. One Edge Site can be in full capacity, or reduced capacity. When there is a failure occurring at an Edge site (or pod), many instances can be impacted. Instead of many BGP UPDATE messages for each instance to the impacted ingress routers, the egress router can send one single BGP UPDATE indicating the capacity of the site. The ingress routers can switch all or a portion of the instances that are associated with the site depending on how much the site is degraded.
Cloud Site/Pod failures and degradation include, but not limited to, a site capacity degradation or entire site going down caused by a variety of reasons, such as fiber cut connecting to the site or among pods within one site, cooling failures, insufficient backup power, cyber threats attacks, too many changes outside of the maintenance window, etc. Fiber-cut is not uncommon within a Cloud site or between sites.

The Capacity Index can be carried by an opaque Extended Community with a new subtype (Site Capacity Cost), by Tunnel-Encap subTLV, or wide community:
The Opaque Extended community has (with High value = 0x03).
 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| 0x03 (1 octet)| Capacity-index|   Reserved    | Usage-Index   |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Side-reference (2 octets)     |   Site Capacity Index         |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

Thank you very much
Linda

-----Original Message-----
From: Idr <[e-mail]> On Behalf Of Susan Hares
Sent: Friday, July 29, 2022 5:23 AM
To: [e-mail]
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=https%3A%2F%2Fdatatracker.ietf.org%2Fdoc%2Fdraft-dunbar-idr-5g-edge-compute-app-meta-data%2F&amp;data=05%7C01%7Clinda.dunbar%40futurewei.com%7C155cbbf7d7b34109284908da714c6b74%7C0fee8ff2a3b240189c753a1d5591fedc%7C1%7C0%7C637946870307868633%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&amp;sdata=OFXPWX2rc1tZSlcs4nsjTgAzHga9%2FJBZhUHjQTTEzoY%3D&amp;reserved=0

This draft proposes a new SubTLV (AppMetaData) for the BGP Tunnel Encapsulation 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 performance 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?

2) What type of additional load this data to Basic Tunnel encapsulation [RFC9012]?

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?

3) Will the addition of this information aid Routing in 5G networks?

Cheers, Sue Hares

_______________________________________________
Idr mailing list
[e-mail]<mailto:[e-mail]>
https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ietf.org%2Fmailman%2Flistinfo%2Fidr&amp;data=05%7C01%7Clinda.dunbar%40futurewei.com%7C155cbbf7d7b34109284908da714c6b74%7C0fee8ff2a3b240189c753a1d5591fedc%7C1%7C0%7C637946870307868633%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&amp;sdata=pLwGtT61%2FIuHBkMm06FaGNpOAQgs2iWcsnnJFdiNDA0%3D&amp;reserved=0