Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

Navigation
Guide That Contains This Content
[+] Expand All
[-] Collapse All

    NFV in the Cloud CPE Solution

    The Cloud CPE Solution uses the following components for the NFV environment:

    • For the centralized deployment:
      • Network Service Orchestrator provides ETSI-compliant management of the life cycle of network service instances.

        This application includes RESTful APIs that you can use to create and manage network service catalogs.

      • Contrail Cloud Platform provides the underlying software-defined networking (SDN), NFV infrastructure (NFVI), and the virtualized infrastructure manager (VIM).
    • For the distributed deployment:
      • Network Service Orchestrator, together with Network Service Controller, provides ETSI-compliant management of the life cycle of network service instances.
      • Network Service Controller provides the VIM.
      • The NFX250 device provides the NFV infrastructure (NFVI).

    Other Contrail Service Orchestration components connect to Network Service Orchestrator through its RESTful API to provide

    • Administration Portal, which you use to set up and manage your virtual network and customers through a graphical user interface (GUI).
    • Customer Portal, which is an application that you can provide to customers to enable them to manage sites and services for their organizations through a GUI.
    • Network Service Designer, which enables design, creation, management, and configuration of network services through a GUI. Network services are stored in the network service catalog.
    • Service and Infrastructure Monitor, which works with Icinga, an open source enterprise monitoring system to provide real-time data about the Cloud CPE solution, such as the status of virtualized network functions (VNFs), virtual machines (VMs), and physical servers; information about physical servers’ resources; components of a network service (VNFs and VMs hosting a VNF); counters and other information for VNFs.

    The Cloud CPE solution extends the NFV model through the support of physical network elements (PNEs). A PNE is a networking device in the deployment that you can configure through Contrail Service Orchestration, but not use in a service chain. Configuration of the PNE through Contrail Service Orchestration as opposed to other software, such as Contrail or Junos OS, simplifies provisioning of the physical device through automation. Combining provisioning and configuration for PNEs and VNFs provides end-to-end automation in network configuration workflows.

    The Cloud CPE solution specifically supports use of an MX Series router as a PNE. In both the centralized and distributed deployments, the MX router is a Layer 3 SDN gateway, although in different ways:

    • In the centralized deployment, the MX Series router is part of the CCRA and is the Layer 3 SDN gateway between the customer’s site and the service provider’s cloud in which the VNFs reside. The MX Series router provides a Layer 3 routing service to customer sites through use of virtual routing and forwarding (VRF) instances, known in Junos OS as Layer 3 VPN routing instances. A unique routing table for each VRF instance separates each customer’s traffic from other customers’ traffic. The MX Series router receives traffic associated with network service activation from customer sites and transmits it to the virtual machines (VMs) in which the VNFs reside on the Contrail configure and control node. The MX Series router exchanges BGP routes with Contrail to enable this traffic flow.
    • In the distributed deployment, the MX Series router is a provider edge router which provides an Layer 3 SDN gateway from the service provider’s regional point of presence to the NFX250 device, on which the VNFs reside. The MX Series router also uses VRF instances for the Layer 3 routing service, exchanging BGP routes with the NFX250 device to enable the traffic flow.

    Figure 1 illustrates how the components in the Cloud CPE solution interact and how they comply with the ETSI NFV MANO model.

    Figure 1: NFV Components of the Cloud CPE Solution

    NFV Components of the Cloud CPE
Solution

    OSS/BSS applications and Contrail Service Orchestration components with OSS/BBS capabilities send requests to Network Service Orchestrator through its northbound REST API. Network Service Orchestrator then communicates through its southbound API to the northbound API of the appropriate, directly connected, component. Subsequently, each component in the deployment communicates through its southbound API to the to the northbound API of the next component in the hierarchy. Components send responses in the reverse direction.

    The following process describes the interactions of the components when a customer requests the activation of a network service:

    1. Customers send requests for activations of network services through Customer Portal or OSS/BSS applications.
    2. Service and Infrastructure Monitor is continuously tracking the software components, hardware components, and processes in the network.
    3. Network Service Orchestrator receives requests through its northbound RESTful API and:
      • For the centralized deployment:
        1. Accesses information about the network service and associated VNFs from their respective catalogs, and communicates this information to the VIM, which is provided by Contrail Cloud Platform.
        2. Sends information about the VNF to VNF Manager.
      • For the distributed deployment, accesses information about the network service and associated VNFs from their respective catalogs, and communicates this information to the Network Service Controller.
    4. The VIM receive informations from Network Service Orchestrator and:
      • For the centralized deployment:
        • The VIM creates the service chains and associated VMs in the NFVI, which is provided by the servers and Ubuntu. Contrail Cloud Platform creates one VM for each VNF in the service chain.
        • VNF Manager starts managing the VNF instances while the element management system (EMS) performs element management for the VNFs.
      • For the distributed deployment, Network Service Controller creates the service chains and associated VMs in the NFVI, which is provided by the NFX250.
    5. The network service is activated for the customer.

    The PNE fits into the NFV model in a similar, though not identical, way to the VNFs.

    • For the centralized deployment:
      1. Network Service Orchestrator receives the request through its northbound RESTful API and sends information about the PNE to PNE/VNF Manager.
      2. PNE/VNF Manager receives information from Network Service Orchestrator and sends information about the PNE to the EMS.
      3. VNF Manager starts managing the VNF instances and the EMS starts element management for the VNFs.
      4. The PNE becomes operational.
    • For the distributed deployment:
      1. Network Service Orchestrator receives the request through its northbound RESTful API.
      2. Network Service Controller receives information from Network Service Orchestrator and starts managing the PNE.
      3. The PNE becomes operational.

    Modified: 2016-10-12