A Service Chain Aggregation Architecture
draft-ietf-sfc-aggregation-00

Document Type Active Internet-Draft (sfc WG)
Last updated 2017-07-28
Stream IETF
Intended RFC status (None)
Formats plain text pdf html bibtex
Stream WG state Candidate for WG Adoption
Other - see Comment Log
Document shepherd No shepherd assigned
IESG IESG state I-D Exists
Consensus Boilerplate Unknown
Telechat date
Responsible AD (None)
Send notices to (None)
Service Function Chaining                                                 H. Yan
Internet Draft                                           Tsinghua University
Intended status: Informational                                     Y. Li
Expires: January 2018                                Tsinghua University
                                                                      H. Sun
                                                    Huawei Technologies
                                                               C. Xiong
                                                    Huawei Technologies
                                                                  D. Jin
                                                Tsinghua University
                                                           July 28, 2017

            

                        A Service Chain Aggregation Architecture 
               draft-ietf-sfc-aggregation-00.txt
        
Abstract

        Service chains specifying the ordered sequences of network functions according to network policies requested, play a very important role in improving network performance in most networks. With the introduction of Software-Defined Networking (SDN) and Network Function Virtualization (NFV) technologies, service chains can be immediately deployed in more effective ways. Since different customers or operators would request multiple service chains in the same network but different administrative domains, and the multiple service chains may apply to the same network connection, we propose a service chain aggregation architecture that has ability to effectively aggregate them before the deployment. In this architecture, we determine the aggregating order of service chains according to different conditions verifying the aggregation effectiveness. The benefits of our architecture are 1) security, 2) network resource (e.g., flow entries in switches) savings and 3) scalability.

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), its areas, and its working groups.  Note that other groups may also distribute working documents as Internet-Drafts.
        
        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."

        The list of current Internet-Drafts can be accessed at http://www.ietf.org/ietf/1id-abstracts.txt

        The list of Internet-Draft Shadow Directories can be accessed at http://www.ietf.org/shadow.html

        This Internet-Draft will expire on January 28, 2009.

Copyright Notice

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

        This document is subject to BCP 78 and the IETF Trust's Legal Provisions Relating to IETF Documents (http://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 3
        2. Design Objective     5
        3. Requirements and Terminology 5
        3.1. Requirements       5
        3.2. Definition of Terms        5
        4. The Architecture of Service Chain Aggregation        6
        4.1. Architecture Overview      6
        4.2. Aggregation Mechanism      7
        5. Examples of Service Chain Aggregation        8
        5.1. Verifying Conflicting Service Chains       8
        5.2. Only One Aggregation Order of Service Chains       8
        5.3. Multiple Aggregation Order of Service Chains       9
        6. Summary      10
        7. Security Considerations      10
        8. IANA Considerations  10
        9. Informative References       10
        10. Acknowledgments     11

1. Introduction

        Network policies can specify how network works and implement specific network functions. In most networks, operators usually manage the network via configuring the policies. For example, in LTE systems, the policy control and charging rules module is responsible for making the policy decision and operators create or update the policies via this module. As the demands of business scenarios become more diverse, customers have the need to customize the network services through network policies. However, it is not easy to meet with such ability because of the network inflexibility. For example, network resources (e.g., network devices) are mostly fixed or statically configured in the underlying networks, and thus cannot be flexibly controlled. 
        
        To address this problem, Software-Defined Networking [RFC7426] and Network Function Virtualization (NFV) [etsi_gs_nfv_003], as two most promising technologies, are introduced for future network design. SDN decouples the control plane from forwarding plane and enables the logically centralized control; while NFV utilizes the virtualized technologies to implement the required network functions in generic servers instead of the proprietary network devices. By combining with these two technologies, it offers an opportunity to open the ability that applies for required network policies on demand to upper-layer applications. 
Show full document text