A YANG Module for uCPE management.
SFR
Paris
Ile-de-France
France
ietf.dmytro@shytyi.net
https://dmytro.shytyi.net
SFR
Paris
Ile-de-France
France
laurent.beylier@sfr.com
Telecom ParisTech
Paris
Ile-de-France
France
luigi.iannone@telecom-paristech.fr
Internet
Network Working Group
ucpe, service, yang, model, nso
This document provides a YANG data model for uCPE management (VYSM) and
definition of the uCPE equipment. The YANG Service Model serves as a
base framework for managing an universal Customer-Premises Equipment
(uCPE) subsystem. The model can be used by a Network Service
Orchestrator.
Network Function Virtualization is a technology that allows to
virtualize the network services running on dedicaded hardware. This
technology became a base for universal Customer-Premises Equipment
(uCPE). This document defines the uCPE as harware with x86 capabilities
that has a hypervisor. In other words, uCPE is a host that may run
multiple Virtual Machines with guest OSs, where each Guest OS may
represent a Physical Network Function. This document presents the YANG
Service Model (VYSM) to manage from an Orchestrator the infrastructure
inside the uCPE.
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.
Link - is an entity that enables link layer communication of nodes.
Port - node connector to the link.
NE - Network Element.
NSYM - Network Service Yang Module.
VYSM - VNF YANG Service Model.
Firstly, this document defines the platform that is controlled
with VYSM - universal CPE (uCPE). The uCPE as harware with x86
capabilities that is generally running Linux distibution with
additinal virtualisation layer. Virtualization layer provides
virtual compute, virtual storage and virtual network resources.
Each VNF runnning in the uCPE requires the amount of virtual
resources (for example: 4 vCPUs, 4GB RAM, 40GB storege, 4
vPorts). VNFs MAY be interconnected between each other and
physical ports via Virtual Networks. Topology construction and
VM lifecycle management is allowed via high level interface
(Configuration can be done in the same transaction). The figure
below presents the uCPE architecture.
The next elements can be managed in the uCPE:
Virtual Network Funcitons:
Number of assigned vCPUs.Size of allocated RAM.VNF day0 config (bootstrap).vLinks that are attached to the VNF.Virtual Switches:
vLinks that are attached to the vSW.Virtual Links(vLinks).Physical Ports of the uCPE.uCPE replaces multiple types of equipment (Node#1 - Node#5) with 1 unit by virtualizing them as Virtual Network Functions on the top of NFVIs:
uCPE falicitates the interconnection between the Network Funtions (NF) as interconnection between NF is performed via virtual links(that is part of the uCPE management). That meens that no need to hire technichian to cable the equipment, it could be done via orchestrator.
uCPE falicitates the 0day configuration of the VNFs as its 0day configuration can be putted remotely.
uCPE supports a Virtual Network Funcitons of different type:
SD-WANvRouter(vCPE)vFirewallvLB(vLoad Balancer)vCGNAT(vCarrier Grade NAT)virtual WAN OptimistaionvWireless LAN controllerOther...
The VNF in the uCPE could be a vRouter or vFirewall or an
SD-WAN that is not a default part of virtual network resources
of the uCPE. Multiple VNFs MAY be instantiated in the uCPE.
With support of links and swithes, VNFs MAY participate a
service chains. Example of service chains (Note that virtual
switch "vs(WAN)" connected to LAN ports and vSW(WAN) is
connected to WAN ports):
vSW(WAN)-l1-vRouter(vCPE)-l2-vSW(LAN).vSW(WAN)-l1-vRouter(vCPE)-l2-vSW(Service)-l3-vFirewall-l4-vSW(LAN).vSW(WAN)-l1-vRouter(vCPE)-l2-vSW(Service1)-l3-vFirewall-l4-vSW(Service2)-l5-SD-WAN-l6-vSW(LAN).vSW(WAN)-l1-SDWAN-l2-vSW(Service)-l3-vFirewall-l4-vSW(LAN).
Secondly, this document defines and classifies the VYSM as Network Service YANG Module(NSYM) layer component RFC 8199. Thus it inherits the characteristics of the NSYM Layer.
VYSM is a modeled representation of the specific service requirements. It provides abstraction of services configuration and operations
that MAY be implemented in Network Elemets (NEs). Thus VYSM does not describe all configuration to be performed on the devices, but provides
the configuration that is required for the "Network Service to Network Element(s)" decomposition process RFC 8199.
Example of the decomposition is presented in the figure below.
The Network Service YANG module exposes the configuration commands via the Northbound interfaces
of the orchestrator. Therefore the set of the commands modeled in the VYSM can be inputed via Notrhbound interfaces(for example CLI).
In the example the command "vm VNF1" is passed via Northbound interface to the orchestrator. It defines the virtual machine name.
Further the same configuration MAY be transormed to the one or multiple Network Element payloads (for example xml for NETCONF) that carry an equivalent of commands such as "nf nf-name VNF1"
This section provides an overview of the Service YANG Model (VSYM) that
MAY be made with "pyang" utility. The figure below presents the tree
diagram of VYSM.
This section presents the specification of the VYSM.
The XML example below presents the configuration of
the next service in the uCPE, where: vSW(LAN),
vSW(WAN), vSW(Service) - virtual switches;
l1,l2,l3,l4 - virtual links; VMs represent PNFs
(Physical Network Fuctions) that could be bootstrapped
with 0day config/license.
At this time, no security considerations are addressed by this
memo.
No request to IANA at this time.
The authors would like to thank:
Mahesh Jethanandani.Robert Varga.Bill Wu.Joe Clarke.Tom Petch.Martin Bjorklund.Schönwälder Jürgen.
for their valuable comments.