IPv6 Enhanced and Application-aware Networking (APN)
Zhenbin (Robin) Li
Huawei Chief IP Protocol Expert
IETF Internet Architecture Board (IAB) MemberZhenbin (Robin) Li
Huawei Chief IP Protocol Expert
IETF Internet Architecture Board (IAB) Member
https://www.iab.org/about/iab-members/

 15+ years research and development work in IP Operating System and SDN Controller as the system architect.
 Be active in standard activities since IETF75 and propose 100+ drafts/RFCs in RTG/OPS areas(www.ipv6plus.net/ZhenbinLi).
 Promoted SDN Transition (Netconf/YANG, BGP/PCEP, etc.) innovation and standard work in the past
years.
 Focus on the innovation standard work of SRv6, 5G Transport, Telemetry, Network Intelligence, etc. since 2016.
 Publish the book “SRv6 Network Programming: Ushering in a New Era of IP Networks”
 Be elected as the IETF IAB member to be responsible for Internet architecture work from 2019 to 2020.
 Be elected again as the IETF IAB member to be responsible for Internet architecture work from 2021 to 2022.

Agenda3

IPv6 Enhanced

APN: Application-aware Networking



CAN: Computing-aware Networking

Summary

IP Evolutions: Applications Drives the Change of IP Network Architectures

IPv6 Enhanced

1980s

1990

2003

2009

2.4 Kb/s

64 Kb/s

2 Kb/s2020

100 Kb/s More than
1 Gb/s

MPLS

Wireless

IPv41200000

1000000

Speed

1000000

800000600000400000200000
0

IP
2.4

64

2000

1G

2G

3G

Optical
Source: ETSI IPv6 Enhanced Innovation (IPE) - Gap Analysis, August 2021
4

100000
4G

5G

IPv6 Enhanced: A New Era of IP Networks for 5G and Could
SDN for Central
Control/Network
Programming

1970，ARPANET

Single Service
Connectivity

All IP 1.0

All IP 1.0+

All IP 2.0(MPLS for IP Core/Metro/Mobile Transport)(VXLAN for DCN)

(IPv6 Enhanced) (Cloud/5G/IoT, etc.)

Rethinking on IPv6: Address Space is not enough.



New Chance of IPv6: 5G changes the attributes of connections, and cloud changes their scope.

Mission of IPv6 Enhanced:

Private Cloud

Integrate different network easier based on affinity to IP reachability.

Provide more encapsulations for new network services such as Network Slicing, DetNet, etc.



Cross the chasm between application and network based on affinity to IP and Network Programming conveying application information
through IPv6 Extension Header into network.



5

Cloud

Internetof Things

Integrated Bearingof Multi-Services

IPv4 Internet

Public Cloud

Promote IPv6 combining with requirements on more address spaces.

IPv6 Extension Headers and SRv6: Release Network Programming Capabilities
IPv6 Extension Headers
VersionTraffic Class

Pload Length

SRH: Three Layers of Programming Spaces

Flow LabelNext=43

Source Address

Hop Limit

IP
HeaderSRv6 SRH Header
128 BitIPv6 Header

128 BitSA

128 Bit

128 BitDA

Destination Address
Hop-by-Hop Options Header
Destination Options Header

Segment[0]Segment[1]Routing Header/SRH
……

6

…

Destination Options Header

Segment[n]Payload

Option TLV

PayloadIPv6 Enhanced: Phased Development, Continuously Improving Network Quality
IPv6 Enhanced 1.0
Network programming

IPv6 Enhanced 2.0
Experience assurance

IPv6 Enhanced 3.0
APN

2020-2021

2021-2023

2023-2025

控制器

控制器

云端
协同办公
云端
视频会议

Partial autonomous network• SRv6 BE/TE/Policy• Quick provisioning• Path optimization

7

Conditional autonomous network••••

Numerous network slices
In-band flow measurement
New-type multicast
Visualized and optimal
experience

Highly autonomous network• Application-based awareness• Policy mobility, consistentexperience, security anywhere• Per-flow SLA assurance

IPv6 Enhanced Standardization Work Layout
IPv6 Enhanced 1.0
SRv6

IPv6 Enhanced 2.0
5G&Cloud

IPv6 Enhanced 3.0
APN6

BGP-LS
WGLC

PCEP

IPv6 DPIGP

BGP-LS

MT-based

IPv6 Data Plane

IGP

BGP

BGP-LS

PCEP

AnalysisFramework

BIERv6

Requirements

SR Policy
WGLC

ISIS
WGLC

SRH
RFC8754

SRv6 NP
RFC8986

VPN+

Framework

SR Data Plane

IFIT

Framework

G-SRv6

Requirements

OAM

Path Segment

Problem Statement

Use cases

RFC

OSPFv3WG Draft

VPN
WGLC

SFC

DETNET

Framework

Potential WG Draft

Please visit www.ipv6plus.net for the latest progress

8

Protection

Deployment

YANG

Flex-Algo based

YANG

Encapsulation

SD-WAN

Encapsulation

Individual Draft

IGP

PMTU

Protocols Ext.

IPv6 Enhanced: Fast World-Wide Development
IPv6 Enhanced Deployment: 140+ SRv6; 30+ IP Network Slicing
China

Europe

40+
50+

2
3

Middle East
6
4

IPv6 Enhanced maturity

AfricaAsia Pacific

6
2

2
3
Commercial use

9

Huawei Confidential

Innovation/Target network

America13Agenda10

IPv6 Enhanced Innovations



APN: Application-aware Networking



CAN: Computing-aware Networking

Summary

Background 1: Challenges of Operators’ IP Network Services
Bottlenecks in Carriers’ Transport Networks
1. Pipelining• Great BW requirement increase but very limited
revenue from the network service• Network does not know about the accurate service
requirement from applications, so SLA is actually
guaranteed by low bandwidth utilization.

3. Constrained Network
Capabilities•

Network capabilities are improved greatly• DiffServ/ HQoS/SR Policy/Slicing/
Telemetry/SFC/…
• Significantly improved scalability
Lack of flexible fine-grained mapping between
applications and network services•

2. Marginal Utility Diminishing•

Repeated network function developments•
MPLS：VPN/TE/FRR•
SR-MPLS：VPN/TE/FRR•
SRv6：VPN/TE/FRR

4. Encryption•

Encryption makes it more difficult to provide
fine-granularity network services•
QUIC invalidates network middle box•
ISOC advocates end-to-end encryption
to protect security andprivacy:“Encryption is vital to a safe,
secure and functioning world.”

More and more new applications are ever-emerging.
Network needs to cooperate with applications to provide fine-granularity network services while guarantee security.
11

Background 2: Challenges of Traditional Fine-grained Service Provisioning
Traditional methods
5 TuplesDPI
Orchestrator
and SDN

Challenges

Using {srcIP, dstIP, srcPort,
dstPort、protocol} and ACL/PBR
to identify a flow

•
•
•
•

Indirect application info which is in need of transition
Forwarding performance issues
Scalability issues from the limitation of dedicated hardware resource
Hardness of getting 5 tuples when encapsulated in tunnel

Deep Packet Inspection to
identify application•••

Challenges from privacy issues
Challenges from network security
Forwarding performance issues

Applications ask orchestrator tointerwork with network SDN
controller••

Complex interaction
Too many interfaces to be standardized

TO BE: Convergence of application and network to provide fine-grained services•

Use Identifiers for mapping of applications’ requirements and parameters to network service functions，to further releasenetwork capabilities

12•

The application-aware ID and parameters need to solve the challenges in existing methods and reduce CAPEX and OPEX•

IPv6 can act as an important medium in application and network convergenceThree Elements of APN
1. Open Application info carrying

2. Rich network services

 APP-ID

 DiffServ

 App ID

 H-QoS User ID

 SR Policy APP Parameter Info
 Bandwidth

APN6 Latency

 Network Slicing
 DetNet
 SFC

 Loss rate Stateless Multicast/BIERv6

3. Accurate Network Measurement
 Finer-granularity
 per packet vs. per flow, per node vs. E2E, individual vs. statistics, etc.

 Comprehensive measurements
 per packet with per flow, per node with E2E, individual with statistics,
in-band with out-band, passive with active, etc.
13

APN6: Application-aware IPv6 Networking


Make use of IPv6 extensions header to convey APN attribute along with the packets into the network
To facilitate the flexible policy enforcement and fine-grained service provisioning
Video from Netflix/Youtube APP/ Game from Tencent APP

IPv6 HIPv6 H
SID List

IPv6 HApp Attr. is added
into the IPv6 EXH

IPv6 H
APP
Attr

HBH
Video from Netflix/Youtube APP/ Game from Tencent APP

APP ID

User IDAPN Attr. is
carried in SRH

SID List

SRH TLVSRH TLV

IPv6 HIPv6 HAPP ID

APP
Attr

APP
Attr
Steer into a SRv6 tunnel

Performance Guarantee

APN Attribute Tagging
in the IPv6 EXH

2B

APP

CPE

FBB

APP

RG

2C

APP
Service-aware Apps
IPv6 enables APP to tag
APN Attribute in the IPv6 EXH

App-aware-process Head-End

App-aware-process Mid-point

Match to the policies according
to the APN attribute and tagging

Policy enforcement & SLA guarantee

ACC

Remove the APN attribute
together with the Tunnel Encap.

ASBR

DC GW

Spine

AGG

ASBR

DC GW

Spine

App-aware Edge Device
APN Attribute Tagging
in the IPv6 EXH

Leaf

APP

Leaf

APP
Multi VM VNF

Leaf

APP

Leaf

APP

MBB

APN6 (Network-side Solution)
APN6 (Application-side Solution)
https://datatracker.ietf.org/doc/draft-li-apn-framework/https://ieeexplore.ieee.org/abstract/document/9162934

14

HBH

DC

Aggregation

AccessIPv6 HApp
Attr

App-aware-process End-Point

AGG

ACC

IPv6 HUser IDApp Req. Para.

App Req. Para.

App-aware Edge Device

App Attr. is added
into the IPv6 EXH

APN Attr. is
carried in SRH

Service-aware Apps
IPv6 enables APP to tag
APN Attribute in the IPv6 EXH

Reference Diagram of APN Network-side Solution
Controller

APN Domain

SourceAPNEdge

APNHeadAPNMidpoint

APNEndpoint

Policy enforcement
point xPolicy enforcement
point yPolicy enforcement
point zAPNEdge

Normal packet Determine(any payload
APN
protocol)Attribute
Encapsulate
Packet for Tunnel(any tunnelling
protocol)NormalpacketApply Policy Dependent on APN Attribute applies tothe policy enforcement points such as APN-Head,
APN-Midpoint, APN-Endpoint within the APN Domain

Decapsulate
PacketAn APN Domain may span multiple network domains controlled by the same operator

15

Destination

Traffic Steering in the IP Backbone with APN• APN attribute is encapsulated at the ingress node.

• With the APN attribute, the fine-granular traffic steering in the IP backbone can be easily facilitated.
•

To match some field(s) of the APN attribute, a path with low-latency can be selected and steered into.

• Other policy actions (such as IOAM) can also be triggered according to the APN attribute carried in the header.

Domain 1
Controller

Domain 3
Controller

Domain 2
Controller

domain2domain1
Metro CR
CEPE

domain3

SRv6 Path 2
SRv6 Path 1
Route
Aggregation

City A

Core CR

Metro CR

IP Backbone

City B

Core CRISIS
Match:
5 tuplesAction:APN Attribute 1

16

EBGP
Match:APN Attribute 1
Action:SR policy 2
Trigger IOAM 1

Native IPv6
EBGP VPNv4 Peer

L3VPN over SRv6

EBGP

ISIS

Match:APN Attribute 1
Action:Trigger IOAM 1

PE

Cloud

Finance: App-level Quality Visibility and Assurance, Building Differentiated Service Capabilities through APN6+iFIT
Industry requirements: In finance, government (smart city) and other scenarios, application-level experience quality assurance is a key requirement
Solution : Identify applications on the access device and tag APN6 ID, and steer traffic of key applications/important video conferencing to SRv6 tunnel; combine iFIT and APN6 to realize application-leverl quality visibility, quality difference delimitation and intelligent self-healing to improve service

AS IS：Lack of Application-Oriented DifferentiatedService Capability
Data Center
B

Data Center A

TO BE：Network differentiation bearing services, applicationlevel quality visibility, user experience guaranteed

60K+IP addresses，
900+applications
Value

CCB Core
BR-PE

WAN AccessType

ServiceA

Bank core business, head
office/branch front-end
system, imaging platformsystem, channel business

B

POS access/terminal front
system, managed
production system, image
archive management
systemRTP
SwitchRouterMSTP
Dedicated line

EgressRouterAdding new bank

Secondarybranches/bank17

Application-aware network,
application-level quality
visualization

Intelligent Network Management
Platform

High

High

OA office business,statistics/reports, file
Middlemanagement type businessD

IT infrastructure business,third-party outreach,Low
information, online trainingclassesManual ACL configuration
leads to complex network
operation and maintenance

MSTP

Solution

Private
Cloud

MCE
Core

CCB
Cloud

MCE

5G
CPE

NE

Upstream flow
identification Phase II ：ACL/AI+APN

Production
Service

Rapid troubleshooting of
application’s quality
degradation to improve
O&M efficiency（ End-to-end visibility of applications ）

MPLS
LAN

Intelligent troubleshooting

NCE-IP

NCE-Campus（Multi tenant）

LAN

C

Application experiencedegradation cannot be
quickly troubleshootDifferentiated Services
Focus on securing
applications into high-priority
tunnels with guaranteed
quality

Priority

Key pain points: the network cannot sense the application and the experiencecannot be guaranteed
Application unified bearing,
unable to provide differentiatedservices

Application Visualization

SRv6 High Priority Tunnels

NE

P

Upstream flow identification
Phase I:
ACL/AI+APN
NativeIPv6

PE
Downstream flow
identification：
ACL/AI+APN

SRv6 High Priority Tunnels

iFIT+APN for Application-level Visualization

Key
Capability

APN-based measurement
through IFIT, up to 64K

K-level application path
restoration & visibility

Application-level quality
visualization, per-hop
delimitation for troubleshootingService Provider: APN6-based Mux-VPN Solution to Achieve Cloud&Network&Security Integration
Service changes: As business goes to the cloud, more and more valueadded services will be centrally deployed and flexibly customized by users;
security business is the key demand of enterprises, and the isolation
demand between tenants is very popular

Key challenges: The current use of ACL to do business access
control and tenant isolation control through ACL, consuming alarge number of ACL, high hardware costs, poor businessscalability, and costly post-maintenance

Service Orchestration System
Operation
Platform

Value Added
Services

VAS1

VAS2

VAS3

SID Number

SID1

SID2

SID3

Solution : The service function chain is processed based on APN6, and
the APNID is used to identify the tenants; the isolation control between
users is done based on APNID, which can greatly simplify theconfiguration and reduce the ACL resource requirements.

1. The service orchestration system send the commercial service to operator’s operation platform

TenantService
Agreement

User1

VAS1

Tenant Isolation
Policy

User1

User2

VAS2/VAS3

user2

Isolation

2. The operation platform sends the business policy down to the controller

NCE

user1

APN1

Isolation Policy

APN1

user2

APN1

APN2

Isolation

APN
Service
Chain

APN1

SID1

APN2

SID2/SID3

3. Assign APNIDs to users, associate user characteristics (ACL/interface/VPN, etc.)
4. Setup association between APN and VAS, configure APN-based isolation table

Value Added Services

5. Distribute APNID, VAS SID information, and tenant isolation information to the network

1

2

3

Public Cloud1
Dedicated industry slicing
network

Intelligent Cloud
Backbone 1

2

Industry Cloud

Network PE
UPF

Cloud PE

MUX-VPN
APN ID=1

3

IPRAN

4
Intelligent Cloud
Backbone 2

18

Government
CloudIntelligent Cloud
BackboneIntelligent Cloud
Backbone: Carry
APN ID

ONT

OLT

BRAS

Home Broadband Metro Network
SRv6（APN ID）
Payload

VAS1 SID
Cloud PE SID
PayloadAPN ID=2
VAS3 SID
VAS2 SID
Cloud PE SID
PayloadAPN ID=2
APN ID=1
Isolation

Metro CR

Network PE: Service chain access based on APNgroup ID information, and interworking isolation
controlMore Industry Consensus on APN and Approved IETF APN BOF• Side Meetings @IETF105 & IETF108• Hackathons @IETF108 & IETF109 & IETF110• Demos @INFOCOM2020 & 2021
• APN Mailing List Discussions - apn@ietf.org• APN Interim Meeting @IETF 110-111• APN BoF @IETF111, Approved! 30 July 2021, 1200-1400 PDT

https://github.com/APN-Community
19

IETF111 APN BoF

https://www.ietf.org/blog/ietf109-bofs/
https://www.ietf.org/blog/ietf110-bofs/
https://trac.tools.ietf.org/bof/trac/wiki/WikiStart (IETF111 BoF)

APN Papers for the Academia World

https://ieeexplore.ieee.org/abstract/document/9162934, https://www.youtube.com/watch?v=ONqwxKVmPp0
20

APN6@Interop Tokyo2020

NE800
0 F1A

Interop 2020

APN6 Side
Meeting2019.7F2F meetingwith Shownet
NOC team

2019.11APN Shownet
Setup Plan
APN6 in Shownet
Topology

APN POC
Collaboration

2019.122020.12020.22020.4

Finalist
21

Interop to Cloud – APN6 Shownet

Exploring APN Application-side Solution: Open Source Implementation with Linux① Latest kernel supports to bind an arbitrary HBH extension header with a socket,
but that requires the ROOT privilege. That is unacceptable.

② So, we need to extend the socket API, to allow Apps passing in APN attributes,
and to generate HBH extension header securely in the kernel.

③ Then, Apps need to be upgraded to take advantage of the extended API, binding
the socket with APN attributes.

④ Demo: with TCP Echo application, the packets of sent messages carry the
specified HBH extension header with APN attributes successfully.

22

Exploring APN Application-side Solution: Potential Security Solutions
Objective: Securely deliver and transport APN attributes to defend against attacks such as falsification, resource stolen, and DDoS attacks.

Solution A:

Solution B:

Control plane delivers the cryptographic key. Data plane encrypts the APN attributes.

Control plane delivers the filter policies. Data plane sends APN attributes in plain text.

AAA Server

AAA Server
5. Find user's accesspoint by S_IP.

5. Find user's access point by S_IP.
(optional)

6. Deliver {APN_attributes，
APN_KEY}
7. MIC {APN_attributes, Payload,
APN_KEY}

4. Publish {S_IP, APN_attributes,
APN_KEY}

8. deMIC {APN_attributes,
Payload，APN_KEY}

6. Deliver the filter policy {S_IP,
APN_attributes}

7. Send APN_attributes in plaintext.

8. Verify and filter
packets by the policy.

4. Publish {S_IP,
APN_attributes}

OTT
App Server
1. App sends a login/register request to server

2. Server generate thekey {APN_KEY}

3. Server reports login/register success,and delivers {APN_attribute, APN_KEY}

App Servers are responsible for update and management of cryptographic key, and securedelivery of APN attributes and the key.
Access devices in the network decrypt and verify the APN attributes.
Advantage:A) Clear security boundaries. B) Reliable cryptographic mechanisms
Challenge:A) Management of massive keys. B) Performance pressure from cryptographic algorithms.

OTT
App Server
1. App sends a login/register request to server
3. Server reports login/register success, and delivers
Enc&MIC {APN_attribute}

2. Server prepares only the
Source IP and APN
attributes.

App Servers are only responsible for secure delivery of APN attributes.
Access devices in the network deploy filter policy for security.
Advantage:
A simple and high-efficient method to maintain access security.
Challenge:A) Management of increasing policies
B) Rely on the location of user's access point, which means relying on the network topology.

Protect high-quality resources. Protect subscribers' charging. Enhance stability and trust of the network.
23

Agenda24

IPv6 Enhanced

APN: Application-aware Networking



CAN: Computing-aware Networking

SummaryComputing and Network Joint Optimization
Network RequirementsMulti&heterogeneousaccessEdge-cloud synergy,
Cross-domain Edge-cloudsynergy

Reliableconnectivity,
No detour

Deterministic & low
latency,High bandwidth andconcurrency

Inter-network
interconnection andinteroperation

Computing & Network
Joint Optimization

Requirements and Resources fast mapping
Security & Trust
Communication SLA assurance

Computing Requirements
Efficient resource collaboration

25

Quick service discovery
and combination

Experience assurance inHigh-concurrency scenario

On-demand scheduling ofcomputing resource

Improves resource
utilization and reduces
resource waste.

Cloud edge computing fabricTypical Application - AR/VR in MEC: Traffic Steering based on Comprehensive Network and Service Metrics
Upper bound latency for motion-to-photon(MTP): includes frame renderingand requires less than 20 ms to avoid motion sickness, consisted of:
1.
2.
3.
4.

sensor sampling delay: <1.5ms (client)display refresh delay: ≈7.9 ms(client)frame rendering computing delay with GPU≈ 5.5ms (server)
network delay(budget) =20-1.5-7.9-5.5 = 5.1ms(network)

delay≈1.5+7.9=9.4ms
Clientnetwork delay:
9ms

Budgets for computing delay and network delay are almost equivalent!!

• choose edge site 1 according to load only, total delay≈22.4ms• choose edge site 2 according to network only, total delay≈23.4ms• choose edge site 3 according to both, total delay≈19.4ms
It can’t meet the total delay requirements or find the best choice byeither optimize the network or computing resource:

Ingress
PE

network delay:
4ms

total delay≈22.4ms

Edge Site 2
Heavy Loadcomputing delay≈10ms

total delay≈23.4ms
network delay:
5ms

Require to dynamically steer traffic to the appropriate edge to meet theE2E delay requirements considering both network and computing delay

Edge Site 1
Light Loadcomputing delay≈4ms

Edge Site 3
Normal load
computing delay≈5ms

total delay≈19.4ms
PS: Computing resources have a big difference in different edges, and the ‘closest site’ may be good for latency but lacks GPU support and should therefore not be chosen.
26Distributed mode: Dyncast for Computing-aware Routing
Dyncast（Dynamic Anycast） is a key technology of Computing aware routing. It inherits the advantages of anycast in fast, reliable, and anti-DDoS.
Distributed computing is the endogenous resource in the computing aware network. Dyncast is used to connect the distributed computing to the network to provide
optimal computing allocation and network connection for customers, achieving high reliability of edge computing and optimal overall system utilization efficiency.

Control plane: distributes computing status throughnetwork protocols, such as BGP.

MEC-2
4

APP1

Data plane: forwards based on Dyncast
service identifiers, comprehensive computing
status, and network status.

APP3

The request arrives atthe destination MEC
site for processing.
APP1Power-Aware
ModuleAPP1
Anycast IP

Nexth
op

Computing
MetricNetwork
Metric

MEC-1

60

10

MEC-2

20

8

MEC-n

10

12

4

1

27

1

Collecting computing
Information

Power-Aware
Module

APP3
APP1

APP2

MEC-3

MEC-1
IP Prefix

MEC-n

APP2

APP2

2

Power-Aware
ModulePower-Aware
ModuleNetwork devices generateload balancing entries.

Service demands to visit APP1.

2

Network devices select routes based on
the computing information and network
status of applications at each site.

3

The network device adds an entry to thesession table to persist the session

3

MEC notifies computing
info to network device.

Synchronizing the Computing to
Networks

Key technologies:
 Anycast Service identification
 Computing metric measurement Computing awareness scheduling algorithm
 Session persistenceComputing-aware Routing (Dyncast) Demo
Computing-aware routing (Dyncast) demo based on physical D-Router in Chinese ECIS2020 (Edge Computing
Industrial Summit), Partner: China Mobile

28

Huawei Confidential

Standard Progress in IETF: CAN BOF of IETF 113
Meeting••

Dyncast Side Meeting @IETF109 & @IETF110


https://github.com/dyncast/ietf109

https://github.com/dyncast/ietf110

CAN BOF @IETF113

https://datatracker.ietf.org/group/can/about/

Draft
Draft topic
Dynamic-Anycast (Dyncast) Use Cases & Problem Statement
Dynamic-Anycast (Dyncast) Requirements
Dynamic-Anycast Architecture
Providing Instance Affinity in Dyncast
LISP Support for Dynamic Anycast Routing
BGP NLRI App Meta Data for 5G Edge Computing Service
Computing-aware Networking Use case of ALTO
Use Cases for Computing-aware Software-Defined Wide Area Network(SD-WAN)

29

Huawei Confidential

Draft namedraft-liu-dyncast-ps-usecases
draft-liu-dyncast-reqs
draft-li-dyncast-architecturedraft-bormann-dyncast-affinity
draft-kjsun-lisp-dyncast
draft-dunbar-idr-5g-edge-compute-app-meta-data
draft-liu-alto-can-usecase
draft-zhang-dyncast-computing-aware-sdwan-usecase

Agenda30

IPv6 Enhanced

APN: Application-aware Networking



CAN: Computing-aware Networking

SummaryWhole Picture of IPv6 Enhanced Phases and APxN Systems (APTN/APIN/APCN)
IPv6 Enhanced has essentially completed network-side capability construction, and is now expanding to the terminal side toenable application-aware networks.
IPv6 Enhanced 1.0 (Network Programming)

IPv6 Enhanced 2.0 (Experience assurance)•

SRv6 BE•

IPv6-based IFIT•

SRv6 TE/Policy•

IPv6-based Network Slicing (plus resource planning algorithm)•

SRv6 VPN/EVPN•

IPv6-based Deterministic Network•

SRv6 TI-LFA (local protection switching within 50 ms)•

IPv6-based SFC and SDWAN•

SRv6 extension header compression•

MSR6/BIERv6

DC

Network capability building: high reliability, SLA assurance, and numerous connections

App
App

2B
FBB
2C

AGG

CPE

ACC

RG

Access
ACC

ASBR

DC GW

Spine

ASBR

DC GW

Spine

Aggregation
AGG

Leaf

App

Leaf

App

Leaf

App

Leaf

App

MBB

App

APIN (Terminal)
Application-aware Internet

APTN (Network)
Application-aware Transport Network

APCN (Cloud/Computing)
Application-aware Computing Network

IPv6 Enhanced 3.0 (application-aware networking)•

APIN: (Terminal)•

APTN: (Network side)•

APCN: (Cloud/Computing)•

APN+IFIT (terminal)•

APN+IFIT/Network Slicing•

Computing power modeling•

APN security (2C)•

APN-based QoE•

Computing power scheduling•

Application-level multicast•

APN security (2B)•

Computing power + Network scheduling

Defines the service layer beyond the underlay and overlay to implement application-level visualization, optimization, and assurance.
31Change of TCP/IP “Thin Waist” Model and IPv6-based 3.5 Layer Innovation

5G New Services

Cloud VR

MEC

IPv6+ (SRv6 SID; Slice ID; IFIT Flow
ID; BIER BITSTRING; APN ID)
App-aware iFIT/iOAM

App-aware SFC

App-aware
Deterministic Networking

APP/Host

Residential GW

DC GW/Edge

Internet-Oriented
TCP/IP “Thin Waist” Model
32

App-aware Network
Slicing

Access Router/CPE

Cloud GW/Edge

RouterLimited-Domain-Oriented
IPv6-based “Fat Waist” ModelSummary of Usage of IPv6 Extension Headers
IPv6 Extension Header
Functionalities
SRv6
VPN+
(Network Slicing)

RFC/Drafts
RFC8754
1. draft-ietf-spring-resource-aware-segments
2. draft-ietf-6man-enhanced-vpn-vtn-id

1. draft-ietf-6man-ipv6-alt-markIFIT
draft-ietf-ippm-ioam-data(In-situ Flow Telemetry) 2.
3. draft-ietf-ippm-ioam-ipv6-options

MSR6/BIERv6

APN6

33

HBH Header

DO Header

√
√

√

√

√

√

√

√

√

√

1. draft-lx-msr6-rgb-segment
2. draft-geng-msr6-traffic-engineering
1. draft-li-apn-header
2. draft-li-apn-ipv6-encap

Routing Header√

IPv6 Enhanced Series Books and Videos
IPv6 Enhanced Books

IPv6
Network
Slicing(To be Publishedon 2022)

34

IPv6 Enhanced Series Books

IPv6 Enhanced Series Videos

IPv6 Enhanced Series Books and Videos

IPv6 Enhanced Books
https://www.amazon.com/SRv6-Network-Programming-Ushering-Communication/dp/1032016248
IPv6 Enhanced Series eBooks

https://e.huawei.com/en/material/bookshelf/bookshelfview/202109/29105716
IPv6 Enhanced Series Videos
https://support.huawei.com/enterprise/en/routers/netengine-8000-pid-252772223/multimedia

35

Thank you.

把数字世界带入每个人、每个家庭、
每个组织，构建万物互联的智能世界。
Bring digital to every person, home andorganization for a fully connected,
intelligent world.
Copyright©2018 Huawei Technologies Co., Ltd.
All Rights Reserved.
The information in this document may contain predictive
statements including, without limitation, statements regarding
the future financial and operating results, future productportfolio, new technology, etc. There are a number of factors that
could cause actual results and developments to differ materiallyfrom those expressed or implied in the predictive statements.
Therefore, such information is provided for reference purpose
only and constitutes neither an offer nor an acceptance. Huawei
may change the information at any time without notice.