V1.0 | 1©6WIND 2015 NON Network Video transcoding Pattern matching Network L2-L4 related Filtering IPSec NAT L4 load balancing Network L7 related HTTP.

Slides:



Advertisements
Similar presentations
ETSI NFV Management and Orchestration - An Overview
Advertisements

Proposed update of Technical Guidance for INSPIRE Download services based on SOS Matthes Rieke, Dr. Albert Remke (m.rieke, 52°North.
High Availability Project Qiao Fu Project Progress Project details: – Weekly meeting: – Mailing list – Participants: Hui Deng
Neighbor Discovery for IPv6 Mangesh Kaushikkar. Overview Introduction Terminology Protocol Overview Message Formats Conceptual Model of a Host.
Firewalls By Tahaei Fall What is a firewall? a choke point of control and monitoring interconnects networks with differing trust imposes restrictions.
MCTS Guide to Microsoft Windows Server 2008 Network Infrastructure Configuration Chapter 6 Managing and Administering DNS in Windows Server 2008.
11 TROUBLESHOOTING Chapter 12. Chapter 12: TROUBLESHOOTING2 OVERVIEW  Determine whether a network communications problem is related to TCP/IP.  Understand.
Towards Virtual Routers as a Service 6th GI/ITG KuVS Workshop on “Future Internet” November 22, 2010 Hannover Zdravko Bozakov.
Dynamic Adaptation of VNF Forwarding Graph
Resource Management for Dynamic Service Chain Adaptation
OSCAR Project Proposed Project for OPNFV
Copyright © 2014 Juniper Networks, Inc. 1 OSCAR Project Proposed Project for OPNFV Stuart Mackie NFV/SDN Architect.
OSCAR Project Proposed Project for OPNFV
Lesson 9: Creating and Configuring Virtual Networks
Additional SugarCRM details for complete, functional, and portable deployment.
BY- NIKHIL TRIPATHI 12MCMB10.  What is a FIREWALL?  Can & Can’t in Firewall perspective  Development of Firewalls  Firewall Architectures  Some Generalization.
OpenContrail for OPNFV
Barracuda Load Balancer Server Availability and Scalability.
Configuring Routing and Remote Access(RRAS) and Wireless Networking
 Cloud computing  Workflow  Workflow lifecycle  Workflow design  Workflow tools : xcp, eucalyptus, open nebula.
 Configuring a vSwitch Cloud Computing (ISM) [NETW1009]
Presented by Xiaoyu Qin Virtualized Access Control & Firewall Virtualization.
SeGW function offload 1/4 SeGW VNF SmGW VNF Virtual Switch Other VNF VNFs NFVI Network Processor Offload “programming” 1)VNF need to talk to Packet Processor.
Acceleration descriptors requirements discussion based on China Mobile Smallcell GW Chen Wei China Mobile
TOSCA-in-NFV Qin Jin Deepanshu Gautam.
Distribution and components. 2 What is the problem? Enterprise computing is Large scale & complex: It supports large scale and complex organisations Spanning.
1 © 2003, Cisco Systems, Inc. All rights reserved. CCNA 3 v3.0 Module 9 Virtual Trunking Protocol.
11 CLUSTERING AND AVAILABILITY Chapter 11. Chapter 11: CLUSTERING AND AVAILABILITY2 OVERVIEW  Describe the clustering capabilities of Microsoft Windows.
BoF: Open NFV Orchestration using Tacker
Chapter 4: Implementing Firewall Technologies
DPACC Management Aspects
How TOSCA Adds Value in NFV world
Project Tacker Open Platform for NFV Orchestration V1.1 / 02/16/16.
An introduction to Open Source MANO project (OSM)
Benoit Claise Mehmet Ersue
Project Tacker Open Platform for NFV Orchestration OPNFV Design Summit.
When RINA Meets NFV Diego R. López Telefónica
Chen Wei China Mobile Acceleration descriptors requirements discussion based on China Mobile Smallcell GW Chen Wei China Mobile.
ARC: Definitions and requirements for SO/APP-C/VF-C discussion including call notes Chris Donley July 5, 2017.
ETSI NSD Overview & TOSCA model Thinh Nguyenphu, Nokia thinh
Affinity Depending on the application and client requirements of your Network Load Balancing cluster, you can be required to select an Affinity setting.
Inter domain signaling protocol
ETSI NFV: IFA & SOL specifications list
OPEN-O Multiple VIM Driver Project Use Cases
ARC: Definitions and requirements for SO/APP-C/VF-C discussion Chris Donley Date , 2017.
Domino Release D Planning
Escalator: Refreshing Your OPNFV Environment With Less Troubles
NFV Updates Deepanshu Gautam.
Direct Attached Storage and Introduction to SCSI
ECOMP Information Model
Distribution and components
Enterprise vCPE use case requirement
ETSI NSD Overview & TOSCA model Thinh Nguyenphu, Nokia thinh
OpenStack Ani Bicaku 18/04/ © (SG)² Konsortium.
Direct Attached Storage and Introduction to SCSI
Isasku, Srini, Alex, Ramki, Seshu, Bin Hu, Munish, Gil, Victor
Documenting ONAP components (functional)
DPACC Management Aspects
Dynamic SFC from Tacker to incept specific traffic of VM
Lixiang,YaoguangWang, ChangMing Bai,
Management and Orchestration in Complex and Dynamic Environment
IFA007: VNF LCM The Or-Vnfm reference point is used for exchanges between Network Functions Virtualization Orchestrator (NFVO) and Virtualized Network.
ONAP Information Model Topics Timeline
ONAP & ETSI NFV converged architecture
Latest Update on Gap Analysis of Openstack for DPACC
Update Summary of DPACC docs
Latest Update DPACC Use-cases
Figure 3-2 VIM-NFVI acceleration management architecture
Proposed Approach for ONAP Runtime Support of Network Service Onboarding Gil Bullard, AT&T.
Presentation transcript:

V1.0 | 1©6WIND 2015 NON Network Video transcoding Pattern matching Network L2-L4 related Filtering IPSec NAT L4 load balancing Network L7 related HTTP load balancing SSL proxy Accelerations VNF Accelerator or NFVI Accelerator VNF Accelerator vRouter + NSD/VNFD/VNFFGD

V1.0 | 2©6WIND 2015 NFVI Accelerator: vRouter instead of vSwitch INF005 / 7.1.3

V1.0 | 3©6WIND 2015 NS1 descriptors NSD = { ID=NS1, VNFD={SigGW}, VNFFGD=fg1, VLD={}, vnf_dependency= {}, service_deployment_flavor={ { flavor_key=40Gbps, { constituent_vnf= { vnf_reference=SigGW, capability=100%, number_of_instances=1 } connection_point={CP1=IP} } PNFD = { ID=SmallCell, connection_point={ {ID=CP1, type=IPSec} } VNFD = { ID=SigGW connection_point={ {ID=CP1, type=IPSec}, {ID=CP2, type==IP} } VNFFGD = { ID=fg1, constituent_vnfs={SigGW}, number_of_end_points=1, number_of_virtual_links=2, connection_point={ SmallCell.CP[1-40], SigGW.CP1, SigGW.CP2, NS1.CP1 }, network_forwarding_path={nfp1} } Sig GW Core RTR LBNAT NS1 CP1 NS2 CP1 CP2 Small Cell VLD = { ID=SmallCell-SigGW connectivity_type=e-tree, number_of_endpoints=41, connection={ SmallCell.CP[1-40], SigGW.CP1 }, root_requirement=40Gbps, leaf_requirement=1Gbps } VLD = { ID=SmallCell-SigGW connectivity_type=e-line, number_of_endpoints=2, connection={ SigGW.CP2, NS1.CP1 }, root_requirement=40Gbps, leaf_requirement=40Gbps } NFPD = { ID=nfp1, connection={ {SmallCell.CP1, 1}, {SigGW.CP1, 2}, {SigGW.CP2, 3}, {NS1.CP1, 4} }, }

V1.0 | 4©6WIND 2015 NS2 descriptors NSD = { ID=NS2, vendor=etsi, version=1 VNFD={LB, NAT} VNFFGD=fg2 VLD={} vnf_dependency = {target= NAT, source=LB} service_deployment_flavor={ { flavor_key=10Gbps, { constituent_vnf= { vnf_reference=LB, capability=100%, number_of_instances=1 } constituent_vnf= { vnf_reference=SigGW, capability=100%, number_of_instances=1 } { flavor_key=40Gbps, { constituent_vnf= { vnf_reference=LB, capability=100%, number_of_instances=1 } constituent_vnf= { vnf_reference=SigGW, capability=25%, number_of_instances=4 } connection_point={CP1=IP, CP2=Internet} } Core RTR LBNAT NS2 CP1 CP2 VLD = { ID=LB-NAT-40Gbps connectivity_type=e-tree, number_of_endpoints=2, connection={ LB.CP1, NAT.CP1 }, root_requirement=40Gbps, leaf_requirement=10Gbps } VLD = { ID=LB-NAT-10Gbps connectivity_type=e-tree, number_of_endpoints=2, connection={ LB.CP1, NAT.CP1 }, root_requirement=10Gbps, leaf_requirement=10Gbps }

V1.0 | 5©6WIND NFVO receives a request to instantiate a new Network Service using the operation Instantiate Network Service of the Network Service Lifecycle Management interface. 2.NFVO validates the request, both validity of request (including validating that the sender is authorized to issue this request) and validation of the parameters passed for technical correctness and policy conformance. In case the Network Service contains multiple VNF Forwarding Graphs, policy rules might result in only a subset being valid for a given Network Service instance. 3.For each VNF instance needed in the Network Service, the NFVO checks with the VNF Manager if an instance matching the requirements exists already using the operation Query VNF of the VNF Lifecycle Management interface. If such a VNF instance exists, it will be used as part of the Network Service. 4.Optionally, NFVO runs a feasibility check of the VNF interconnection setup. Steps 3 to 5 constitute the feasibility check of the request. Step 3 consists of the following sub-steps: a.NFVO requests to VIM availability of network resources needed for the VNF Interconnection and reservation of those resources using the operation Create Resource Reservation of the Virtualised Resources Management interface. Note that some of the network connectivity between the VNFs might already exist. b.VIM checks the availability of network resources needed for the VNF Interconnection and reserves them. c.VIM returns result of reservation back to NFVO. Instantiation 1/3 Source: MANO Annex C.3

V1.0 | 6©6WIND Optionally, once the list of VNF instances to be provisioned is known and assuming it is not empty, the NFVO validates if resources are available to honour the VNF instantiation requests and if so, reserves them using the operation Create Resource Reservation of the Virtualised Resources Management interface. (procedure describe separately) 6.NFVO requests from VIM instantiation of the network connectivity using the operations Allocate Resource or Update Resource from the Virtualised Resources Management interface. Note that some of the network connectivity between the VNFs might already exist and might only need to be extended. 7.VIM instantiates the connectivity network needed for the Network Service. 8.VIM acknowledges completion. 9.Assuming the list of VNF instances to be provisioned is not empty, the NFVO instantiate the new VNF instances needed. This is done by calling the “Instantiate VNF” request using the operation Instantiate VNF of the VNF Lifecycle Management interface as illustrated in section 7.2, VNF Instantiation. 10.Once all VNF instances are available and for the VNFs not already connected, NFVO requests VIM to connect them together using the operations Allocate Resource or Update Resource from the Virtualised Resources Management interface. It includes a.Requesting VIM to connect external interfaces of each VNFs b.Requesting VIM to attach needed VDUs (VMs) to the Network Service’s connectivity network. Instantiation 2/3

V1.0 | 7©6WIND VIM connects needed VDUs (VMs) to the connectivity network. 12.VIM acknowledges completion. 13.If needed, NFVO requests Network Manager to connect VNF external interfaces to physical network function interfaces. 14.NFVO acknowledges the completion of the Network Service instantiation. Instantiation 3/3

V1.0 | 8©6WIND 2015 Network Service Record for 40Gbps flavor Sig GW Core RTR LBNAT.1 Small Cell NS1 CP1 NS2 CP1 CP2 NAT.1 CP3 CP4 CP5 MANO Clause 6.5: “Further study is needed to determine how the VNFFG will track changes to the deployed instances, such as additional VNF instances being brought into service to handle scalability required for a traffic peak, and migration of VNF workloads to an alternative infrastructure to enable operational maintenance or provide business continuity in the event of major link or site failure.”

V1.0 | 9©6WIND 2015 VIM instantiates the connectivity network Openstack Distributed Virtual Router (DVR) Virtual Networking = vSwitching + vRouting

V1.0 | 10©6WIND 2015 NFVI Acceleration: Look-aside crypto accelerator SigGW VNF Virtual Router NIC VNFs NFVI IPSec

V1.0 | 11©6WIND 2015 NFVI Acceleration: inline IPSec accelerator SigGW VNF Virtual Router IPSec Packet Processor VNFs NFVI