DMM Working Group F. Giust Internet-Draft M. Liebsch Intended status: Informational NEC Expires: January 7, 2016 July 6, 2015 Deployment of Control-/Data-Plane separation in DMM draft-giust-dmm-cpdp-deployment-00 Abstract The DMM working group is currently looking at solutions for mobility management based on control and data plane separation. In this context, the network entities in charge for the mobility control function are separated from the data plane nodes, responsible mainly for, but not limited to, data packet forwarding. This vision allows for the design of different interaction methods between the mobility control function and the data plane nodes. One of such mechanisms being currently discussed devises an SDN-based abstraction layer between control and data planes, embodied by an SDN Network Controller. This latter interfaces to the mobility control function through a north-bound interface (NBI), and programs the underneath infrastructure through a south-bound interface (SBI), e.g., OpenFlow. This draft describes multiple deployment scenarios for NBI and SBI interworking, given that multiple network controllers could be deployed in order to meet performance requirements e.g., related to latency. 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 http://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 Giust & Liebsch Expires January 7, 2016 [Page 1] Internet-Draft Deployment of CPDP July 2015 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 January 7, 2016. Copyright Notice Copyright (c) 2015 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 . . . . . . . . . . . . . . . . . . . . . . . . 2 2. Terminology . . . . . . . . . . . . . . . . . . . . . . . . . 5 3. Control plane and data plane separation: deployment scenarios 6 3.1. Scenario 1 . . . . . . . . . . . . . . . . . . . . . . . 6 3.2. Scenario 2 . . . . . . . . . . . . . . . . . . . . . . . 7 3.3. Scenario 3 . . . . . . . . . . . . . . . . . . . . . . . 7 4. References . . . . . . . . . . . . . . . . . . . . . . . . . 8 4.1. Normative References . . . . . . . . . . . . . . . . . . 8 4.2. Informative References . . . . . . . . . . . . . . . . . 8 Authors' Addresses . . . . . . . . . . . . . . . . . . . . . . . 8 1. Introduction The Distributed Mobility Management (DMM) working group is currently investigating solutions, which are based on the separation of mobility management functions' Control- and Data-Plane. The network functions in charge of the mobility control are separated from the data plane nodes, responsible mainly for, but not limited to, data packet forwarding. In this scenario, it is possible to design different mechanisms for the interaction between the mobility control function and the data plane nodes. One of these mechanisms devises a Software Defined Networking (SDN) abstraction layer between control and data planes, embodied by an SDN Network Controller (NC). The NC enforces instructions from different mobility control functions, which operate on top of a Network Giust & Liebsch Expires January 7, 2016 [Page 2] Internet-Draft Deployment of CPDP July 2015 Controller and hold the mobility states, to Data-Plane nodes (DPNs), such as switches or routers, within a defined network scope. DPNs in different networks may be controlled by physically separated NCs. The NC configures Data-Plane nodes with forwarding and policy enforcement related rules, either with the accuracy of a single data flow or as aggregated rule, such as for an IP address prefix. An example of a Control-Plane function is the Control-Plane of a Local Mobility Anchor (LMA-C) as per the Proxy Mobile IPv6 (PMIPv6) architecture [RFC5213] or a Packet Data Network (PDN) Gateway's Control-Plane functions as per the 3rd Generation Partnership Project's architecture for cellular mobile communications. These functions perform protocol operation with remote Control-Plane functions for mobility management, e.g. the Control-Plane of a Mobile Access Gateway (MAG) as per the PMIPv6 protocol. Control-Plane functions associated with mobility management need to interact with the NC to enforce forwarding and policy rules in the Data-Plane. By taking again the PMIPv6 architecture as an example, the Data-Plane nodes have the role of the Data-Plane functions within an LMA or MAG. This document discusses various deployment options for mobility management in a Control-/Data-Plane separated setup utilizing SDN and how results of the chartered work about Forwarding Policy Control (FPC) [I-D.ietf-dmm-fpc-cpdp] can be used in such setup. The diagrams and descriptions as per this document are meant for discussion and consideration in the DMM working group's chartered item about DMM deployment options. The WG document [I-D.ietf-dmm-fpc-cpdp] specifies an abstraction and information model for DMM control and data plane separation. The specified functional architecture comprises a Client function, which is associated with the mobility management Control-Plane, and an Agent function, which is associated with Data-Plane configuration. Client and Agent interact with each other as per the specification in [I-D.ietf-dmm-fpc-cpdp] to enforce forwarding and policy rules from the mobility management Control-Plane in the Data-Plane. Such rules comprise, for example, forwarding of defined traffic through a GRE tunnel to a remote Data-Plane node while the traffic should experience prioritization as per a defined Quality-of-Service class. Such interaction is illustrated in Figure 1 Giust & Liebsch Expires January 7, 2016 [Page 3] Internet-Draft Deployment of CPDP July 2015 +-------------------------+ | Mobility Control-Plane | | | |+--------[API]----------+| || FPC Client Function || |+----------^------------+| +-----------|-------------+ | | DMM FPC protocol | +-----------|-------------+ |+----------v------------+| || FPC Agent Function || |+-----------------------+| | | | DPN Configuration API | +-------------------------+ Figure 1: Illustration of the functional reference architecture for DMM Forwarding Policy Configuration (FPC) In the present document we describe a base reference model from [I-D.ietf-dmm-fpc-cpdp], to then propose some sub-scenarios of interest for practical deployment. In the base reference model, as depicted in Figure 2, the Control-/Data-Plane interaction is performed through an NC that exhibits a southbound interface (SBI), e.g. the OpenFlow protocol, to configure DPNs, and exposes a northbound interface (NBI) towards mobility management Control-Plane functions utilizing the Client and Agent functions as well as the abstraction and configuration model as per [I-D.ietf-dmm-fpc-cpdp]. This enables the mobility management Control-Plane using the NC's NBI to enforce rules and policies in the Data-Plane, which are relevant for the Control-Plane's operation, without the need to be aware of a Data-Plane node's configuration details and whether the Data-Plane node is a switch or a router. An SDN-based Control- and Data-plane separation for DMM has been proposed also in [I-D.yang-dmm-sdn-dmm]. In such draft the mobility function is co-located with the SDN Network Controller. By doing so, the mobility protocol is highly coupled with the NC and the SBI interface. The present draft extends [I-D.yang-dmm-sdn-dmm] by introducing the use of an NBI as an additional abstraction layer. In this way the architecture gains in flexibility as the mobility function is independent from the specific SBI and NC used. The NBI hides Data-Plane configuration details from Control-Plane functions and is represented by a protocol implementation as per [I-D.ietf-dmm-fpc-cpdp]. Giust & Liebsch Expires January 7, 2016 [Page 4] Internet-Draft Deployment of CPDP July 2015 ___.......___ ,-' mobility `-. | control | `._ function _, `--[Client]---' | | | NBI +--[Agent]---+ | network | | controller | `,----+---+--' ____/ | \ SBI | | | \____ +----+ | | | data +----+ +----+ plane | | nodes +----+ Figure 2: Reference communication model The flexibility introduced by splitting the Control-/Data-Plane reference point into two different interfaces, namely the NBI and the SBI, may lead to practical limitations for a single network controller to handle the whole set of data plane nodes. As a consequence, when multiple NCs are to be deployed, different scenarios arise with different characteristics. This documents explores three possible deployment scenarios. 2. Terminology The following terms are defined and used in this document: FPCP (Forwarding Policy Configuration Protocol) MCF (Mobility Control Function) NC (Network Controller) NBI (North-bound Interface) SBI (South-bound Interface) DPN (Data Plane Node) MN (Mobile Node) Giust & Liebsch Expires January 7, 2016 [Page 5] Internet-Draft Deployment of CPDP July 2015 3. Control plane and data plane separation: deployment scenarios A single network controller may lead to practical limitations when it comes to handle the operations in large network, like scalability issues and protocol promptness. The mobility management protocol should execute quickly in order to guarantee optimal service to users. For this reason the network controller should not be too distant from the DPNs. Therefore, a network administrator might deploy multiple NCs, each responsible for a network sub-domain or site. By deploying multiple NCs, the Control-/Data-Plane reference model as depicted in Figure 2 suffers some variations as described in the following subsections. 3.1. Scenario 1 In this scenario the NCs from different sites are directly interacting with the mobility control function by means of the NBI interface. The mobility control function possesses a holistic view of the network domain and propagates the instruction to the NCs accordingly. The mobility control function, which is associated with the Client function as per [I-D.ietf-dmm-fpc-cpdp], connects to two Agent functions, each associated with one NC. This scenario is illustrated in Figure 3. _______________________________ ,-' mobility `-. | control function | `. _____________________ _, `------[______ Client _______]---' | | | NBI | +----[Agent]-+ +-[Agent]----+ | NC | | NC | | site 1 | | site 2 | `,----+---+--' `,----+---+--' ____/ | \ ____/ | \ |DPN | | SBI \____ |DPN | | SBI \____ +----+ | | | +----+ | | | +----+ +----+ +----+ +----+ | | | | +----+ +----+ Figure 3: Scenario 1 Giust & Liebsch Expires January 7, 2016 [Page 6] Internet-Draft Deployment of CPDP July 2015 3.2. Scenario 2 In this scenario, the mobility control Client function interacts with a single Agent co-located with one NC, which in turns propagates the configuration through an east-west interface (EWI) to other NCs. This scenario is illustrated in Figure 4. __________ ,-' mobility `-. | control | `._ function _, `-[Client]--' | | NBI +---[Agent]--+ +-----+------+ | NC |_____________| NC | | site 1 | EWI | site 2 | `,----+---+--' `,----+---+--' ____/ | \ ____/ | \ |DPN | | SBI \____ |DPN | | SBI \____ +----+ | | | +----+ | | | +----+ +----+ +----+ +----+ | | | | +----+ +----+ Figure 4: Scenario 2 3.3. Scenario 3 In this scenario, each NC interacts through an Agent with a dedicated instance of the mobility function Client. It is then up to the different mobility control entities to coordinate the operations among different sites. This scenario is illustrated in Figure 5. Giust & Liebsch Expires January 7, 2016 [Page 7] Internet-Draft Deployment of CPDP July 2015 _________ _________ ,-' mobility`-. / mobility \ | support |___________| control | `._ entity _, \_ entity / `-[Client]-' `[Client]' | | | NBI NBI | +---[Agent]--+ +---[Agent]--+ | NC | | NC | | site 1 | | site 2 | `,----+---+--' `,----+---+--' ____/ | \ ____/ | \ |DPN | | SBI \____ |DPN | | SBI \____ +----+ | | | +----+ | | | +----+ +----+ +----+ +----+ | | | | +----+ +----+ Figure 5: Scenario 3 4. References 4.1. Normative References [RFC2119] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, March 1997. [RFC5213] Gundavelli, S., Leung, K., Devarapalli, V., Chowdhury, K., and B. Patil, "Proxy Mobile IPv6", RFC 5213, August 2008. 4.2. Informative References [I-D.ietf-dmm-fpc-cpdp] Liebsch, M., Matsushima, S., Gundavelli, S., and D. Moses, "Protocol for Forwarding Policy Configuration (FPC) in DMM", draft-ietf-dmm-fpc-cpdp-00 (work in progress), May 2015. [I-D.yang-dmm-sdn-dmm] yangun@dcn.ssu.ac.kr, y. and Y. Kim, "Routing Optimization with SDN", draft-yang-dmm-sdn-dmm-03 (work in progress), March 2015. Authors' Addresses Giust & Liebsch Expires January 7, 2016 [Page 8] Internet-Draft Deployment of CPDP July 2015 Fabio Giust NEC Laboratories Europe NEC Europe Ltd. Kurfuersten-Anlage 36 Heidelberg D-69115 Germany Phone: +49 6221 4342216 Email: fabio.giust@neclab.eu Marco Liebsch NEC Laboratories Europe NEC Europe Ltd. Kurfuersten-Anlage 36 Heidelberg D-69115 Germany Phone: +49 6221 4342146 Email: liebsch@neclab.eu Giust & Liebsch Expires January 7, 2016 [Page 9]