Hi，Linda, You mentioned the mobile case in your presentation yesterday. When the mobile terminal roams from one BS to another BS, because UPF is the access anchor point, the address of the termianl will not change as long as it is continuous served by the same UPF of mobile network, is ther any specific requirement or effect to Net2cloud in this case？
Best regards Chongfeng [email protected] From: Linda Dunbar Date: 2022-06-30 05:49 To: [email protected]; [email protected] Subject: [Idr] What are the solutions to address large number of routes convergence caused by Cloud Infrastructure failure described in draft-ietf-rtgwg-net2cloud-problem-statement? BGP experts: The Section 3.2 of https://datatracker.ietf.org/doc/draft-ietf-rtgwg-net2cloud-problem-statement/ describes a problem of a Cloud DC infrastructure failure, that may lead to massive route changes. As described in RFC7938, Cloud DC BGP might not have an IGP to route around link/node failures within the Assess. Fiber-cut is not uncommon within Cloud DCs or between sites. Sometimes, an entire cloud data center goes dark caused by a variety of reasons, such as too many changes and updates at once, changes of outside of maintenance windows, cybersecurity threats attacks, cooling failures, insufficient backup power, etc. When those events happen, massive numbers of routes need to be changed. The large number of routes switching over to another site can also cause overloading that triggers more failures. In addition, the routes (IP addresses) in a Cloud DC cannot be aggregated nicely, triggering very large number of BGP UPDATE messages when a failure occurs. EVPN [RFC7432] defined mass withdraw mechanism to signal a large number of routes being changed to remote PE nodes. Is Mass withdrawn supported by all networks? Thank you Linda Dunbar
_______________________________________________ rtgwg mailing list [email protected] https://www.ietf.org/mailman/listinfo/rtgwg
