rtgwg | S. Hu |
Internet-Draft | F. Qin |
Intended status: Informational | Z. Li |
Expires: January 3, 2019 | China Mobile |
T. Chua | |
Singapore Telecommunications Limited | |
Z. Wang | |
J. Song | |
Huawei | |
July 2, 2018 |
Architecture for Control Plane and User Plane Separated BNG
draft-cuspdt-rtgwg-cu-separation-bng-architecture-01
This document defines the new architecture of BNG devices with control plane (CP) and user plane (UP) separation. BNG-CP is a user control management component while BNG-UP takes responsibility as the network edge and user policy implementation component. Both BNG-CP and BNG-UP are core components for fixed broadband services and deployed separately at different network layer in actual network.
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 January 3, 2019.
Copyright (c) 2018 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 (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.
BNG device is defined as an Ethernet-centric IP edge router, and the aggregation point for the user traffic. It performs Ethernet aggregation and packets forwarding via IP/MPLS, and supports user management, access protocols termination, QoS and policy management, etc.
This document introduce an architecture of BNG devices with control plane (CP) and user plane (UP) separation. BNG-CP is a user control management component while BNG-UP takes responsibility as the network edge and user policy implementation components. Both BNG-CP and BNG-UP are core components for fixed broadband services and deployed separately at different network layer in actual network.
The rapid development of new services, such as 4K, IoT, etc, and increasing numbers of home broadband service users present some new challenges for BNGs such as:
To address these challenges, cloud-based BNG with CU separation conception is raised [TR-384]. The main idea of Control-Plane and User-Plane separation method is to extract and centralize the user management functions of multiple BNG devices, forming an unified and centralized control plane (CP). And the traditional router's Control Plane and Forwarding Plane are both preserved on BNG devices in the form of a user plane (UP). Note that the CU separation conception also be introduced by 3GPP 5G architecture [3GPP.23.501].
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 [RFC2119].
BNG: Broadband Network Gateway. A broadband remote access server (BRAS, B-RAS or BBRAS) routes traffic to and from broadband remote access devices such as digital subscriber line access multiplexers (DSLAM) on an Internet service provider's (ISP) network. BRAS can also be referred to as a Broadband Network Gateway (BNG).
CP: Control Plane. The CP is a user control management component which supports to manage UP’s resources such as the user entry and user's QoS policy
UP: User Plane. UP is a network edge and user policy implementation component. The traditional router's Control Plane and forwarding plane are both preserved on BNG devices in the form of a user plane.
AAA: Authentication Authorization Accounting.
DHCP: Dynamic Host Configuration Protocol.
MANO: Management and Orchestration.
NFV: Network Function Virtualization.
PPPoE: Point to Point Protocol over Ethernet.
There are two parts of functions in traditional BNG: one is user access management function, the other is router function. While in cloud-based BNG, we find out that tearing these two functions apart can make a difference. Actually the user management function can be centralized deployed as a concentrated module or device which can be called BNG-CP (Control Plane). The reserved functions such as router function and forwarding engine can be deployed in the form of BNG User Plane. Thus the Cloud-based BNG architecture is made up of control plane and user plane.
The following figure describes the architecture of CU separated BNG:
+------------------------------------------------------------------+ | Neighboring policy and resource management systems | | | | +-------------+ +-----------+ +---------+ +----------+ | | |Radius Server| |DHCP Server| | EMS | | MANO | | | +-------------+ +-----------+ +---------+ +----------+ | +------------------------------------------------------------------+ +------------------------------------------------------------------+ | CU-separated BNG system | | +--------------------------------------------------------------+ | | | +----------+ +----------+ +------++------++-----------+ | | | | | Address | |Subscriber| |Radius||PPPoE/|| UP | | | | | |management| |management| | ||IPoE ||management | | | | | +----------+ +----------+ +------++------++-----------+ | | | | CP | | | +--------------------------------------------------------------+ | | | | | | | | +---------------------------+ +--------------------------+ | | | +------------------+ | | +------------------+ | | | | | Routing control | | | | Routing control | | | | | +------------------+ | ... | +------------------+ | | | | +------------------+ | | +------------------+ | | | | |Forwarding engine | | | |Forwarding engine | | | | | +------------------+ UP | | +------------------+ UP| | | +---------------------------+ +--------------------------+ | +------------------------------------------------------------------+ Architecture of CU Separated BNG
AS above figure, the BNG Control Plane could be virtualized and centralized, which provides significant benefits such as centralized session management, flexible address allocation, high scalability for subscriber management capacity, and cost-efficient redundancy, etc. The functional components inside the BNG Service Control Plane can be implemented as VNFs and hosted in a NFVI.
The User Plane Management module in the BNG control plane centrally manages the distributed BNG User Planes (e.g. load balancing), as well as the setup, deletion, maintenance of channels between Control Planes and User Planes. Other modules in the BNG control plane, such as address management, AAA, and etc., are responsible for the connection with outside subsystems in order to fulfill the service. Note that the User Plane SHOULD support both physical and virtual network function. For example, BNG user plane L3 forwarding related network functions can be disaggregated and distributed across the physical infrastructure. And the other control plane and management plane functions in the CU Separation BNG can be moved into the NFVI for virtualization [TR-384].
The details of CU separated BNG's function components are described as following:
The Control Plane should supports:
The User Plane should supports:
To support the communication between the Control Plane and User Plane, several interfaces are involved. Figure 2 illustrates the internal interfaces of CU Separated BNG.
+----------------------------------+ | | | BNG-CP | | | +--+--------------+--------------+-+ | | | 1.Service | 2.Control | 3.Management| Interface | Interface | Interface | | | | +--+--------------+--------------+-+ | | | BNG-UP | | | +----------------------------------+ Internal interfaces between the CP and UP of the BNG device
Service interface: The CP and UP use this interface to establish VXLAN tunnels with each other and transmit PPPoE and IPoE packets over the VXLAN tunnels which be present in [draft-huang-nov3-vxlan-gpe-extension-for-vbng].
Control interface: The CP uses this interface to deliver service entries, and the UP uses this interface to report service events to the CP. The requirements of this interface are introduced in [draft-cuspdt-rtgwg-cusp-requirements], and the carrying protocol are presented in [draft-cuspdt-rtgwg-cu-separation-bng-protocol], the information model of this interface are presented in [draft-cuspdt-rtgwg-cu-separation-infor-model].
Management interface: The CP uses this interface to deliver configurations to the UP. This interface runs NETCONF [draft-hu-rtgwg-cu-separation-yang-model].
In the CU seprated BNG scenario, there are several processes when a home user accesses the Internet:
In the actual deployment, a CU separated BNG device is composed of CP and UPs. CP is centralized deployed which takes responsibility of a user control management component managing UP's resources such as the user entry and forwarding policy. And UP is distributed in the bottom acting as a network edge and user policy implementation component.
In order to fulfill a service, Neighboring policy and resource management systems is deployed outside. In the neighboring system, different service systems such as RADIUS server, DHCP server and EMS are included. Besides if BNG-CP is virtualized as a NFV. The NFV infrastructure management system MANO is also included here. BNG-CP has connections with the outside neighboring systems to transmit management traffic.
The deployment scenarios are described as following figure:
+------------------------------------------------------------------+ | Neighboring policy and resource management systems | | | | +-------------+ +-----------+ +---------+ +----------+ | | |Radius Server| |DHCP Server| | EMS | | MANO | | | +-------------+ +-----------+ +---------+ +----------+ | +--------------------------------+---------------------------------+ | | | +-----------------+-----------------+ | | | BNG-CP | | | +---------------+------------+------+ Service| Control| Management| ||| Interface| Interface| Interface| ||| (VXLAN-GPE)| (CUSP,etc.)| (Netconf)| ||| | | | ||| +--------------+------------+ +---------------------------+ | | | | | BNG-UP | | BNG-UP | | | | | +-------------+-------------+ +--------------+------------+ | | | | +-------------+-------------+ +--------------+------------+ | | | | | Access Network | | Access Network | | | | | +-+-----------+-----------+-+ +-+--------+-----------+----+ | | | | | | | | | | | | | | | | | | +-----++ +----+-+ +---+--+ +----+-+ +----+-+ +--+---+ |User11| |User12| ... |User1N| |User21| |User22| ... |User2N| +------+ +------+ +------+ +------+ +------+ +------+
None.
None.
[RFC2119] | Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, DOI 10.17487/RFC2119, March 1997. |
[_3GPP.23.501] | "System Architecture for the 5G System", 3GPP GPP TS 23.501 15.0.0, 2018. |
[draft-cuspdt-rtgwg-cu-separation-bng-deployment] | Gu, R., "Deployment Model of Control Plane and User Plane Separated BNG", 2018. |
[draft-cuspdt-rtgwg-cu-separation-bng-protocol] | Wang, Z., "Control-Plane and User-Plane separation BNG control channel Protocol", 2018. |
[draft-cuspdt-rtgwg-cu-separation-infor-model] | Wang, Z., "Information Model of Control-Plane and User-Plane separation BNG", 2018. |
[draft-cuspdt-rtgwg-cusp-requirements] | Hu, S., "Requirements for Control Plane and User Plane Separated BNG Protocol", 2018. |
[draft-hu-rtgwg-cu-separation-yang-model] | Hu, F., "YANG Data Model for Configuration Interface of Control-Plane and User-Plane separation BNG", 2018. |
[draft-huang-nov3-vxlan-gpe-extension-for-vbng] | Huang, L., "VXLAN GPE Extension for Packets Exchange Between Control and User Plane of vBNG", 2017. |
[TR-384] | "Cloud Central Office Reference Architectural Framework", BBF TR-384, 2018. |