Skip to main content

Usage scenarios of Application-aware Networking (APN) for SD-WAN
draft-yang-apn-sd-wan-usecase-03

The information below is for an old version of the document.
Document Type This is an older version of an Internet-Draft whose latest revision is Active
Authors Feng Yang , Weiqiang Cheng , Shuping Peng , Zhenbin Li
Last updated 2021-10-20
Stream (None)
Formats
Stream Stream state (No stream defined)
Consensus boilerplate Unknown
RFC Editor Note (None)
IESG IESG state I-D Exists
Telechat date (None)
Responsible AD (None)
Send notices to (None)
draft-yang-apn-sd-wan-usecase-03
Network Working Group                                            F. Yang
Internet-Draft                                                  W. Cheng
Intended status: Informational                              China Mobile
Expires: 24 April 2022                                           S. Peng
                                                                   Z. Li
                                                                  Huawei
                                                         21 October 2021

    Usage scenarios of Application-aware Networking (APN) for SD-WAN
                    draft-yang-apn-sd-wan-usecase-03

Abstract

   This document describes the usage of Application-aware Networking
   (APN) in SD-WAN scenarios.  In these scenarios, APN is able to
   identify a application group, steer its traffic flows along explicit
   path across the network, and provide SLA guaranteed network services
   such as low latency and high reliability.

Requirements Language

   The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT",
   "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this
   document are to be interpreted as described in RFC 2119 [RFC2119].

Status of This Memo

   This Internet-Draft is submitted in full conformance with the
   provisions of BCP 78 and BCP 79.

   Internet-Drafts are working documents of the Internet Engineering
   Task Force (IETF).  Note that other groups may also distribute
   working documents as Internet-Drafts.  The list of current Internet-
   Drafts is at https://datatracker.ietf.org/drafts/current/.

   Internet-Drafts are draft documents valid for a maximum of six months
   and may be updated, replaced, or obsoleted by other documents at any
   time.  It is inappropriate to use Internet-Drafts as reference
   material or to cite them other than as "work in progress."

   This Internet-Draft will expire on 24 April 2022.

Copyright Notice

   Copyright (c) 2021 IETF Trust and the persons identified as the
   document authors.  All rights reserved.

Yang, et al.              Expires 24 April 2022                 [Page 1]
Internet-Draft               APN for SD-WAN                 October 2021

   This document is subject to BCP 78 and the IETF Trust's Legal
   Provisions Relating to IETF Documents (https://trustee.ietf.org/
   license-info) in effect on the date of publication of this document.
   Please review these documents carefully, as they describe your rights
   and restrictions with respect to this document.  Code Components
   extracted from this document must include Simplified BSD License text
   as described in Section 4.e of the Trust Legal Provisions and are
   provided without warranty as described in the Simplified BSD License.

Table of Contents

   1.  Introduction  . . . . . . . . . . . . . . . . . . . . . . . .   2
   2.  Usage Scenarios of APN for SD-WAN . . . . . . . . . . . . . .   2
     2.1.  APN for Traffic Steering into Dedicated WAN . . . . . . .   3
     2.2.  APN for Traffic Steering into Particular Cloud  . . . . .   3
     2.3.  APN for Value-added Service Provisioning in SD-WAN  . . .   3
     2.4.  APN for Data Processing in SD-WAN . . . . . . . . . . . .   4
   3.  APN with SRv6 . . . . . . . . . . . . . . . . . . . . . . . .   4
   4.  APN with In-Flow OAM  . . . . . . . . . . . . . . . . . . . .   5
   5.  Business Model of APN enhanced SD-WAN . . . . . . . . . . . .   5
   6.  Security Considerations . . . . . . . . . . . . . . . . . . .   6
   7.  IANA Considerations . . . . . . . . . . . . . . . . . . . . .   6
   8.  Normative References  . . . . . . . . . . . . . . . . . . . .   6
   Authors' Addresses  . . . . . . . . . . . . . . . . . . . . . . .   7

1.  Introduction

   As more and more applications are moved to the cloud, the traditional
   WAN architecture starts facing challenges.  Software-defined Wide
   Area Network (SD-WAN) provides a cloud-friendly way of
   interconnecting branch offices and applications in the cloud over any
   combination of transport services such as MPLS and 4G LTE, which is
   able to optimising application performance with low costs.

   Application-aware Networking (APN) is introduced in
   [I-D.li-apn-framework] and [I-D.li-apn-problem-statement-usecases].
   APN conveys application-aware information (i.e.  APN attribute) along
   data packets traversing across the APN domain and facilitate fine-
   granularity network service provisioning and guarantee their SLA
   requirements.  The ever-emerging network services such as network
   slicing and IOAM can be further enhanced with APN.

   This document describes the usage scenarios of APN for SD-WAN.

2.  Usage Scenarios of APN for SD-WAN

   This section describes the scenarios that can use APN to meet the
   fine-granularity service operations in SD-WAN.

Yang, et al.              Expires 24 April 2022                 [Page 2]
Internet-Draft               APN for SD-WAN                 October 2021

2.1.  APN for Traffic Steering into Dedicated WAN

   In CPE, different application groups are identified based on the
   existing information in the packet header, and APN attribute is added
   to the packets along with the tunnel encapsulation.  Then the traffic
   flows can be steered into different WANs that can guarantee their
   corresponding SLA requirements.

+------+                        +-----------+                     +------+
| APP1 |                 /------|    WAN1   |------\              | APP1 |
+------+                /       +-----------+       \             +------+
  +------+     +-------+      +-----------+      +--------+     +------+
  | APP2 |-----|  CPE  |------|    WAN2   |------|  CPE   |-----| APP2 |
  +------+     +-------+      +-----------+      +--------+     +------+
+------+                \       +-----------+       /             +------+
| APP3 |                 \------|    WAN3   |------/              | APP3 |
+------+                        +-----------+                     +------+

                 Figure 1: Traffic Steering into WAN

2.2.  APN for Traffic Steering into Particular Cloud

   In the multi-cloud scenario, a CPE can be deployed by an enterprise
   as its gateway to access different clouds.  In the CPE (e.g. an
   universial CPE, called uCPE), different application groups can be
   identified based on the existing information in the packet header,
   and APN attribute is added to the packets along with the tunnel
   encapsulation.  The traffic flows are steered into the corresponding
   cloud where the application servers are running through the
   corresponding WANs.

   +------+                       +-----------+     +----------+
   | APP1 |             /---------|    WAN1   |-----|  Cloud1  |
   +------+            /          +-----------+     +----------+
     +------+     +--------+     +-----------+     +----------+
     | APP2 |-----|   CPE  |-----|    WAN2   |-----|  Cloud2  |
     +------+     +--------+     +-----------+     +----------+
   +------+            \          +-----------+     +----------+
   | APP3 |             \---------|    WAN3   |-----|  Cloud3  |
   +------+                       +-----------+     +----------+

                   Figure 2: Traffic Steering into Cloud

2.3.  APN for Value-added Service Provisioning in SD-WAN

   APN can faciliate the value-added service provisioning in SD-WAN,
   either at the CPE or the POP.

Yang, et al.              Expires 24 April 2022                 [Page 3]
Internet-Draft               APN for SD-WAN                 October 2021

   At the CPE, network security and application acceleration services
   can be provided.  With APN, certain malicious traffic can be
   identified and blocked, while the traffic that requires acceleration
   can be steered through the acceleration service.

   At the POP, value-added service can be provisioned for certain
   application groups according to the APN attribute carried in their
   packets.

                                +------------+
                                |POP(VAS/SFC)|
                                +------------+
                                       |
  +-----+    +------------+     +------------+     +------------+     +-----+
  | APP |----|CPE(VAS/SFC)|-----|     WAN    |-----|CPE(VAS/SFC)|-----| APP |
  +-----+    +------------+     +------------+     +------------+     +-----+

                      Figure 3: VAS Provisioning

2.4.  APN for Data Processing in SD-WAN

   In enterprise, usually important data is kept locally and it is
   preferred to be processed locally, while other data can be processed
   with the complex processing capabilities in the cloud.

   With APN, the traffic can be steered according to the localization
   characteristics of the data, either being processed locally or in the
   cloud.

     +------+     +-------+     +------------+     +------------------+
     | Data |-----|  CPE  |-----|    WAN     |-----| Cloud (Computing)|
     +------+     +-------+     +------------+     +------------------+
                       \
                        \    +---------------------------+
                         --- | Local DC (Data Processing)|
                             +---------------------------+

                         Figure 4: Data Processing

3.  APN with SRv6

   By carrying the APN attribute (including APN ID and APN parameters)
   through data packets, i.e., the delivery of application-aware
   information and ensuring the security and reliability of application-
   aware information, the network senses the application groups'
   requirements and provides high-quality differentiated services
   according to the demand of the applications.  And when the network
   transmits the data packets, it matches the network correspondence

Yang, et al.              Expires 24 April 2022                 [Page 4]
Internet-Draft               APN for SD-WAN                 October 2021

   policy according to the APN attribute in the data packets and selects
   the corresponding SRv6 path to transmit the data packets (e.g., low
   latency path) to meet the SLA requirements and service chain in order
   to improve the service quality.

      +------+                 +-----------+                   +------+
      | APP1 |           /-----| SRv6 path1|-----\             | APP1 |
      +------+          /      +-----------+      \            +------+
        +------+   +-------+    +-----------+   +--------+   +------+
        | APP2 |---|  CPE  |----| SRv6 path2|---|  CPE   |---| APP2 |
        +------+   +-------+    +-----------+   +--------+   +------+
      +------+          \      +-----------+      /            +------+
      | APP3 |           \-----| SRv6 path3|-----/             | APP3 |
      +------+                 +-----------+                   +------+

                       Figure 5: SRv6 enabled SD-WAN

4.  APN with In-Flow OAM

   SD-WAN needs to guarantee the experience of critical applications,
   and APNs can be used to carry application information to
   differentiate between different application traffic.  At the same
   time, it is necessary to conduct end-to-end application-level network
   quality awareness to achieve closed-loop control of network quality.
   SD-WAN uses Overlay to establish connectivity, which enable flow
   classification with APN, and work with In-Flow OAM detection to
   identify critical applications from thousands of streams, thus
   simplifying network quality assurance technology complexity for
   critical applications.

5.  Business Model of APN enhanced SD-WAN

   With the digital transformation, the network infrastructure and
   cloud-based applications are emerging as an integrated service of
   network operators to provide a complete solution to customer.  As an
   overlay technology, SD-WAN is able to simplify the network and make
   it more service-focused, which has become the de facto option for the
   Enterprise WAN Edge.  SD-WAN enables the network service providers to
   reshape their network to provide more complex products to meet
   customers' various requirements.

Yang, et al.              Expires 24 April 2022                 [Page 5]
Internet-Draft               APN for SD-WAN                 October 2021

   When SD-WAN is integrated with APN, service providers are able to
   provide network services together with cloud services in a fine-
   granularity SaaS-like model.  The latest functionalities can be
   delivered via cloud.  Customers benefit from the pay-for-use model in
   per application granularity and have the agility to adjust the level
   of functionality, capability, and capacity.  According to the APN
   attribute carried by the packets, corresponding paths/WANs can be
   selected, the SLA can be guaranteed, and value-added services can be
   provisioned.

6.  Security Considerations

   The security consideration can refer to [I-D.li-apn-framework] .

7.  IANA Considerations

   There are no IANA considerations in this document.

8.  Normative References

   [I-D.li-6man-app-aware-ipv6-network]
              Li, Z., Peng, S., Li, C., Xie, C., Voyer, D., Li, X., Liu,
              P., Cao, C., and K. Ebisawa, "Application-aware IPv6
              Networking (APN6) Encapsulation", Work in Progress,
              Internet-Draft, draft-li-6man-app-aware-ipv6-network-03,
              22 February 2021, <https://www.ietf.org/archive/id/draft-
              li-6man-app-aware-ipv6-network-03.txt>.

   [I-D.li-apn-framework]
              Li, Z., Peng, S., Voyer, D., Li, C., Liu, P., Cao, C.,
              Mishra, G., Ebisawa, K., Previdi, S., and J. N. Guichard,
              "Application-aware Networking (APN) Framework", Work in
              Progress, Internet-Draft, draft-li-apn-framework-03, 24
              May 2021, <https://www.ietf.org/archive/id/draft-li-apn-
              framework-03.txt>.

   [I-D.li-apn-problem-statement-usecases]
              Li, Z., Peng, S., Voyer, D., Xie, C., Liu, P., Qin, Z.,
              Mishra, G., Ebisawa, K., Previdi, S., and J. N. Guichard,
              "Problem Statement and Use Cases of Application-aware
              Networking (APN)", Work in Progress, Internet-Draft,
              draft-li-apn-problem-statement-usecases-04, 16 June 2021,
              <https://www.ietf.org/archive/id/draft-li-apn-problem-
              statement-usecases-04.txt>.

Yang, et al.              Expires 24 April 2022                 [Page 6]
Internet-Draft               APN for SD-WAN                 October 2021

   [RFC2119]  Bradner, S., "Key words for use in RFCs to Indicate
              Requirement Levels", BCP 14, RFC 2119,
              DOI 10.17487/RFC2119, March 1997,
              <https://www.rfc-editor.org/info/rfc2119>.

Authors' Addresses

   Feng Yang
   China Mobile
   Beijing
   China

   Email: yangfeng@chinamobile.com

   Weiqiang Cheng
   China Mobile
   Beijing
   China

   Email: chengweiqiang@chinamobile.com

   Shuping Peng
   Huawei
   Beijing
   China

   Email: pengshuping@huawei.com

   Zhenbin Li
   Huawei
   Beijing
   China

   Email: lizhenbin@huawei.com

Yang, et al.              Expires 24 April 2022                 [Page 7]