While service providers continue to validate various use cases associated with NFV, new advanced devices, increasing usage of high bandwidth applications,
and the Internet of Things (IoT) are all pushing them to commercialize these NFV initiatives to enable them to profitably scale their networks and deploy new revenue generating business models. We will explore:
• Why hybrid architectures are key to scale and evolve NFV environments
• The importance of the evolution of standards and ecosystems
• Key technologies that are crucial to realize the benefits of NFV
Presentation titled "NFV - moving from vision to reality" by Mallik Tatipamula, VP Service Provider Solutions, F5 Networks, at NFV World Congress in May 2015.
UI5ers live - Custom Controls wrapping 3rd-party libs.pptx
Integrated SDN/NFV Framework for Transitioning to Application Delivery Model
1. Integrated SDN/NFV Framework for
Transitioning to Application Delivery Model
Mallik Tatipamula
Vice President, Service Provider and Cloud Solutions
May 8th, 2015
m.tatipamula@f5.com
Need an understanding of the destination to chart the course. There has been a fair amount of work done to define this end state. NFV is a key technology component of the much larger migration to application delivery model.
We are seeing a significant architectural transformation underway in many service provider networks around the world.
Service providers are shifting from connectivity to experience providers – and need to understand & better manage services, from new applications from mHealth to m-commerce
Network evolution – siloed infrastructure in the past (Mobile, voice, data and fiber) each providing different access, transport, control & services.
Now there are some elements that have been converged, from IP transport, IMS control and Internet services (IM/chat apps, web apps, IPTV, etc.) to flow from one device to another.
Moving to cloud oriented architecture – where apps are hosted in the cloud, there are fully converged services platforms and control functions, where you abstract out wireless/wireline infrastructure in a cloudified WAN, and introduce new technologies in the network such as virtualization and programmability with SDN and NFV.
Disruptive innovation will require brand new equipment and brand new vendors that unleash core competencies that intersect with major trends: Layer 4-7 intelligence, virtualization, programmability, multifunction platforms, policy.
Once the services are defined and consolidated, it becomes possible to virtualize these services utilizing VM technologies and hypervisor integration to create an orchestration ecosystem to analyze and manage the SGi network infrastructure. The orchestration engine can spin up resources as needed and remove them to make the COTS hardware available for future service needs.
1 VM per service or 1 VM per cluster of subscriber – architectural choice for SPs to make…..
More than just virtualization!
Definitions:
SDDC Orchestrator is a symbol for all higher-order orchestrators that are needed to provision everything. It could be Chef/Puppet, OpenStack, VMware, Cisco APIC, whatever…
IMO Service Chaining and VXLAN, etc. are related technologies to accomplish the same concept of virtual wiring differing only in the implementation.
Red arrow shows that we have orchestration components for our SDAS Fabric and that the SDAS Fabric can feed telemetry back to the control plane.
SDDC Orchestrator is a symbol for all higher-order orchestrators that are needed to provision everything. It could be Chef/Puppet, OpenStack, VMware, Cisco APIC, whatever…
IMO Service Chaining and VXLAN, etc. are related technologies to accomplish the same concept of virtual wiring differing only in the implementation.
Red arrow shows that we have orchestration components for our SDAS Fabric and that the SDAS Fabric can feed telemetry back to the control plane.
1st Click – The NFV Orchestrator makes an API call to the VIM. *Click*
2nd Click – The VIM provisions the virtual machines and configure the virtual abstraction layer that they interface on with the appropriate resources. *Click*
3rd Click –The NFV Orchestrator makes an API call to the SDN Controller. *Click*
4th Click - The SDN Controller to stitches together the layer 2 or layer 3 overlay network with the hypervisor networking to create the service chain of the three VNFs. *Click*
5th Click - The NFV Orchestrator then makes an API call to the VNF Manager. *Click*
6th Click – The VNF Manager finishes the configuration of the generic VNF images with the appropriate networking, policy, and security. In this case we create a VNF that does outbound security on user traffic to check for malware. It then chains that traffic chain that to a service provider gateway. And finally configure an internet edge firewall to secure the user from malicious internet traffic. *Click*
7th Click – At this point the customer can send and receive secured traffic from the internet. *Click*
VNFaaS:
Provide internet connectivity for VPN customers and apply NAT and Firewall policies per customer.
VNF = Customer Service Request (CSR) per customer VRF instance
Service Chaining:
Chain depends on the CSR