Hi Michael, Many thanks for your interests and the discussions.
A few clarifications to your points regarding APN. 1. The end-user devices are NOT involved. 2. The "Cloud Loop Networks" should mean about a service operator's controlled network or an enterprise's network, i.e. a limited domain. Although it is a limited domain, still the network is generally built using the devices from multiple vendors, and that is why the standards is needed. 3. RSVP+Diffserv should have been able to provide differentiated services to some level. However, RSVP replies on end-to-end signaling and it is stateful, while APN relies on the attribute carried in the packet indicating the traffic classification and service provisioning which allows a much better scalability. Some logics behind APN is like the followings. The traditional services does not have too much differentiated service requirements, so COS/DSCP may be enough. But now we have 5G, the eMBB, uRLLC, and mMTC as well as the various verticals (e.g. Smart City, Smart Grid, V2X, Industry IoT, etc.) have very diverse service requirements, which caused the granularity provided by even DSCP not enough. Meanwhile the network capabilities enabling differentiated services, such as SR policies and network slicing (hundreds to thousands), have been evolving. So there is a mismatch between such 5G differentiated service requirements and the advanced network capabilities, wherein APN fits in the gap. The APN attribute could be used to express the fine granularity service requirements of the 5G or vertical services. It makes the traffic as an object to be served in the network, and it can be used for policy enforcements in the various nodes along the path such as traffic steering at the headend, performance measurement at the midpoint, and so on. Best regards, Shuping -----Original Message----- From: rtgwg [mailto:[email protected]] On Behalf Of Michael Richardson Sent: Sunday, June 6, 2021 1:41 AM To: linda 73504 <[email protected]>; [email protected]; [email protected] Subject: Re: [Apn] why it is necessary to differentiate the security concern for 5G Vertical Networks from the grand Internet ( was RE: Application-Aware Networking (APN) focused interim Linda Dunbar <[email protected]> wrote: > I meant to say that APN is useful in those "Closed Loop Networks", > which are becoming more common for the 5G enabled special services. So what parts of the Close Loop Network needs standards work? > The "end user" or services that need APN are the one who have special > contracts with the operators. Not all services. I'm rather convinced that you could use RSVP+Diffserv (aka "diffedge") to do this then. diffedge did not, AFAIK, ever make it out of ID. https://www.ietf.org/archive/id/draft-bernet-diffedge-01.txt While Joel mentioned many things that made "Intserv" (just RSVP) undeployable in the Internet, it was deployable within Enterprises, and there are now 20+ years of improvements to forwarding plane and control plane CPUs. Given that you have a closed environment, it seems like diffedge + SDN ought to do what you want. -- Michael Richardson <[email protected]> . o O ( IPv6 IøT consulting ) Sandelman Software Works Inc, Ottawa and Worldwide _______________________________________________ rtgwg mailing list [email protected] https://www.ietf.org/mailman/listinfo/rtgwg
