Re: [Apn] A new draft on APN for your review, thank you!

Hi Shuping and Authors

I am a new member of APN after reading through the all the APN drafts.
Very interesting and great idea.

Great way to leverage IPv6 data plane extension header concept along with
SRv6 path steering coloring for 5G network slicing to create a new paradigm
of QOE type marking matching and scheduling APN flow to map to discrete
SR-TE paths via SDN controller.

I am very interested in the APN concepts and the SLA gap that exists for
operators to convey bandwidth, delay and jitter which is has been a Day 1
missing gap for QOS 5-tuple packet classification marking and scheduling.
Was out of scope of QOS but it would have been nice for operators if that
were possible.  With this new APN architecture operators can now signal via
IPv6 EH options encoded sub-tlv for bandwidth, delay and jitter in IPv6 EH
headers HBH, DOH or SRH.  I like it.

I would be interested in collaborating on the APN efforts.

Some feedback on the problem statement draft:

https://tools.ietf.org/html/draft-li-apn-problem-statement-usecases-01

In the problem statement draft section 3 some feedback.  Also feedback
overall for the APN architecture.

For operators QOS DSCP marking and  PHB scheduling has been able to provide
IP SLA bandwidth guarantees for services provided today with Gold Bronze
Silver QOS guaranteed based on traffic types voice, video data for
decades.  However it did not provide any fine IP SLA granularity for
bandwidth, delay and jitter which has really been out of scope for QOS.
Their have been other methods that most vendors have IP SLA application
probes to monitor bandwidth, delay, jitter to stay within certain pre
defined operator constraints.  However there has never been a method to
take SLA parameters such as bandwidth, delay, jitter and instantiate a path.

The paradigm has now expand to include 5G network slicing and shared and
dedicated resources and isolation capabilities and DETNET framework to
improve real time voice and video services.  With the paradigm change for
5G, APN is now a much needed to provide the fine granularity SLA that now
discretely includes bandwidth, delay and jitter components in real time as
part of the provisioning process of the SR-TE path instantiation mapping.

Kind Regards

Gyan

On Mon, Dec 14, 2020 at 10:12 PM Pengshuping (Peng Shuping) <
pengshuping@huawei.com> wrote:

> Dear all,
>
>
>
> A new draft on APN has been posted,
> https://datatracker.ietf.org/doc/html/draft-peng-apn-scope-gap-analysis.
>
>
>
> In this draft, we clarified the scope of the APN work in IETF, introduced
> an example use case and the basic solution. Moreover, we compared with the
> existing “similar” work/solutions and did corresponding gap analysis.
>
>
>
> Your review and comments are very much appreciated. Thank you!
>
>
>
> Best regards,
>
> Shuping
>
>
>
>
>
> A new version of I-D, draft-peng-apn-scope-gap-analysis-00.txt
>
> has been successfully submitted by Shuping Peng and posted to the IETF
> repository.
>
>
>
> Name:              draft-peng-apn-scope-gap-analysis
>
> Revision: 00
>
> Title:                 APN Scope and Gap Analysis
>
> Document date:      2020-12-16
>
> Group:              Individual Submission
>
> Pages:              11
>
> URL:
> https://www.ietf.org/archive/id/draft-peng-apn-scope-gap-analysis-00.txt
>
> Status:
> https://datatracker.ietf.org/doc/draft-peng-apn-scope-gap-analysis/
>
> Htmlized:
> https://datatracker.ietf.org/doc/html/draft-peng-apn-scope-gap-analysis
>
> Htmlized:
> https://tools.ietf.org/html/draft-peng-apn-scope-gap-analysis-00
>
>
>
>
>
> Abstract:
>
>    The APN work in IETF is focused on developing a framework and set of
>
>    mechanisms to derive, convey and use an identifier to allow for
>
>    implementing fine-grain user-, application-, and service-level
>
>    requirements at the network layer.  This document describes the scope
>
>    of the APN work and the solution gap analysis.
>
>
>
>
> _______________________________________________
> rtgwg mailing list
> rtgwg@ietf.org
> https://www.ietf.org/mailman/listinfo/rtgwg
>
-- 

<http://www.verizon.com/>

*Gyan Mishra*

*Network Solutions A**rchitect *

*M 301 502-134713101 Columbia Pike *Silver Spring, MD