NFV and SDN Controllers in Networking Architecture
S
D
N
C
o
n
t
r
o
l
l
e
r
/
O
r
c
h
e
s
t
r
a
t
i
o
n
/
F
a
s
t
D
a
t
a
S
t
a
c
k
s
Joel Halpern (Ericsson)
Frank Brockners (Cisco)
B
u
i
l
d
i
n
g
B
l
o
c
k
s
Network Controller
Forwarder – Switch/Router
Virtual Machine/Container
Life Cycle Manager
Service/WF Life Cycle Manager
2
W
h
a
t
a
r
e
t
h
e
s
e
•
ETSI Defines an overall architecture and components for designing
NFV solutions
•
OPNFV is building a solution to realize the ETSI NFV Architecture
•
ODL is building a controller to enable multiple entities to work with
underlying infrastructure
•
So where does that leave forwarding?
3
C
o
n
t
r
o
l
l
e
r
s
•
NFV is intended to be deployable in data centers and smaller facilities
•
In all of these, one needs to coordinate a lot of elements to deliver an
NFV solution
•
There are a range of pieces used for that coordination
•
Element and Network Management
•
Orchestration
•
SDN Controllers
4
N
F
V
a
n
d
S
D
N
c
o
n
t
r
o
l
l
e
r
s
•
SDN controllers provide means to work with the network
•
This includes both real hardware forwarders, and many flavors of
software forwarders
•
In order to create the needed state to operate NFVi
•
This can include both Overlay and Underlay technologies
•
Which may be separate or combined
5
A
b
o
u
t
t
h
o
s
e
f
o
r
w
a
r
d
e
r
s
•
Any facility will have hardware that provides interconnect
•
Sorry, it appears very unlikely we will use plain PCs for all forwarding
•
At the same time, NFV and SDN technologies require many
specialized pieces of forwarding
•
Which may be delivered in hardware or software
•
And we likely need to create overlay forwarding logic on demand, for
tenants and other interesting cases
6
F
a
s
t
D
a
t
a
I
/
O
-
S
o
f
t
w
a
r
e
•
We need the ability to create fast, flexible, extensible, user space
packet handling
•
It has to be able to take advantage of performance features
•
For example, DPDK
•
And CPU capabilities such as Single-Instruction Multiple-Data
•
And very efficient cache interaction
7
F
D
.
I
O
-
U
s
e
s
•
If we have that software forwarder…
•
We can create virtual switches for tenants wherever they are need
•
We can create scalable software based specialized software
forwarders
•
NAT, Firewall, Service Chaining NSH SFF
•
And we can enable high performance applications
•
Content Transcoding, DPI, Charging, …
8
FastDataStacks
VPP as part of NFV Solution Stacks
10
F
o
u
n
d
a
t
i
o
n
a
l
A
s
s
e
t
s
F
o
r
N
F
V
I
n
f
r
a
s
t
r
u
c
t
u
r
e
A stack is only as good as its foundation
Network Controller
Forwarder – Switch/Router
Virtual Machine/Container
Life Cycle Manager
Service/WF Life Cycle Manager
•
Virtual Forwarder
•
Feature rich, high performance,
highly scale virtual switch-router
•
Leverages hardware accelerators
•
Runs in user space
•
Modular and easy extensible
•
Forwarder Diversity: Hardware and Software
•
Virtual Domains link and interact with physical domains
•
Domains and Policy
•
Connectivity should reflect business logic instead of
physical L2/L3 constructs
11
N
e
t
w
o
r
k
i
n
g
F
o
u
n
d
a
t
i
o
n
f
o
r
N
F
V
I
n
f
r
a
s
t
r
u
c
t
u
r
e
Choices
•
VPP
•
Highly scalable, high
performance, extensible virtual
forwarder
•
OpenDaylight
•
Extensible controller platform
•
Group Based Policy to separate
business logic from network
constructs
•
Support for a diverse set of
network devices
•
Clustering for HA
E
v
o
l
v
i
n
g
T
h
e
O
P
N
F
V
S
c
e
n
a
r
i
o
S
e
t
•
OPNFV performs system
i
ntegration as an
open community effort
:
•
Create Components (in lock-step with
Upstream Communities)
•
Compose / Deploy / Test
•
Interate (in a distributed, multi-vendor CI/CD
system)
•
OPNFV scenarios in the Brahmaputra
release were focused on OVS as virtual
forwarder
•
Create a new stack which significantly
evolves networking for NFV: Introduce
Scenarios with VPP for OPNFV Colorado
12
O
P
N
F
V
F
a
s
t
D
a
t
a
S
t
a
c
k
s
(
F
D
S
)
•
Integrate VPP into existing
OPNFV scenarios
•
Initial scenarios
•
OpenStack – ODL (Layer2) – VPP
•
OpenStack – ODL (Layer3) – VPP
•
OpenStack – VPP
•
...
•
Diverse set of contributors:
•
https://wiki.opnfv.org/display/fds
13
14
F
D
S
D
e
v
e
l
o
p
m
e
n
t
Component development, Systems Integration, Testing
OpenDaylight
Neutron
Neutron NorthBound
GBP Neutron Mapper
Topology Mgr
vBD
Honeycomb (Dataplane Agent)
VPP
REST
Netconf/YANG
...
VPP renderer
DPDK
GBP Renderer Manager
System Install
System Test
See also:
FDS Architecture:
https://wiki.opnfv.org/display/fds/OpenStack-ODL-VPP+integration+design+and+architecture
•
OpenDaylight
•
GBP Neutron Mapper
•
GBP Renderer Manager enhancements
•
VPP Renderer
•
Virtual Bridge Domain Mgr / Topology Manager
•
FD.io
•
HoneyComb – Enhancements
•
VPP – Enhancements
•
CSIT – VPP component tests
•
OPNFV
•
Installer: Integration of VPP into APEX
•
System Test: FuncTest and Yardstick system test
application to FDS
Honeycomb
VPP 2
E
x
a
m
p
l
e
:
C
r
e
a
t
i
n
g
a
N
e
u
t
r
o
n
v
h
o
s
t
u
s
e
r
p
o
r
t
o
n
V
P
P
15
Topology Manager (vBD)
Honeycomb
VPP 1
VPP Renderer
Neutron
Neutron NorthBound
GBP Neutron Mapper
GBP Renderer Manager
Netconf/
YANG
POST PORT
(id=uuid, host_id=vpp, vif_type=vhostuser)
Update Port
Map Port to GBP Endpoint
(Neutron specifics to Generic Endpoint mapping)
Update/Create GBP Endpoint (L2 context, MAC,...)
Apply Policy
Update node(s), bridge-domain
Update device end point
Netconf Commit
(vhostuser i/f config,
bridge config)
Netconf/
YANG
Netconf Commit
(bridge config, tunnel config)
vhostuser
VM
VXLAN Tunnel
F
D
S
P
r
o
j
e
c
t
S
c
h
e
d
u
l
e
–
N
e
a
r
T
e
r
m
July 2016: CiscoLive Las Vegas
•
Base O/S-ODL-VPP stack
(Infra complete: Neutron – GBP Mapper – GBP Renderer – Topology
Mgr – Honeycomb – VPP)
•
Automatic Install
•
Basic system-level testing
•
Basic L2 Networking (no NAT/floating IPs, no Security Groups)
•
Overlays: VXLAN, VLAN
September 2016: OPNFV Colorado Release
•
O/S-ODL-VPP stack
(Infra complete: Neutron – GBP Mapper – GBP Renderer – Topology Mgr – Honeycomb – VPP)
•
Automatic Install
•
Ongoing OPNFV system-level testing (FuncTest, Yardstick testsuites) – part of OPNFV CI/CD pipeline
•
Complete L2-L3 Networking (NAT/floating IPs, Security Groups)
•
HA
•
Overlays: VXLAN, VLAN, NSH
Detailed development plan:
https://wiki.opnfv.org/display/fds/FastDataStacks+Work+Areas#FastDataStacksWorkAreas-Plan
16
This content discusses the architecture and components for designing NFV solutions, including roles of ETSI, OPNFV, ODL, and forwarding in the network. It highlights the coordination needed in deploying NFV in data centers and smaller facilities, emphasizing the use of NFV and SDN controllers to work with network hardware and software forwarders. The importance of specialized forwarding technologies and overlay logic creation for efficient operation is also explored.
Download Presentation
Please find below an Image/Link to download the presentation.
The content on the website is provided AS IS for your information and personal use only. It may not be sold, licensed, or shared on other websites without obtaining consent from the author. Download presentation by click this link. If you encounter any issues during the download, it is possible that the publisher has removed the file from their server.
E N D
Presentation Transcript
SDN Controller/ SDN Controller/ Orchestration/ Orchestration/ FastDataStacks FastDataStacks Joel Halpern (Ericsson) Frank Brockners (Cisco)
Building Blocks Building Blocks Service Model WorkFlow Topology App Intent Service/WF Life Cycle Manager Virtual Machine/Container Life Cycle Manager Network Controller Forwarder Switch/Router 2
What are these What are these ETSI Defines an overall architecture and components for designing NFV solutions OPNFV is building a solution to realize the ETSI NFV Architecture ODL is building a controller to enable multiple entities to work with underlying infrastructure So where does that leave forwarding? 3
Controllers Controllers NFV is intended to be deployable in data centers and smaller facilities In all of these, one needs to coordinate a lot of elements to deliver an NFV solution There are a range of pieces used for that coordination Element and Network Management Orchestration SDN Controllers 4
NFV and SDN controllers NFV and SDN controllers SDN controllers provide means to work with the network This includes both real hardware forwarders, and many flavors of software forwarders In order to create the needed state to operate NFVi This can include both Overlay and Underlay technologies Which may be separate or combined 5
About those forwarders About those forwarders Any facility will have hardware that provides interconnect Sorry, it appears very unlikely we will use plain PCs for all forwarding At the same time, NFV and SDN technologies require many specialized pieces of forwarding Which may be delivered in hardware or software And we likely need to create overlay forwarding logic on demand, for tenants and other interesting cases 6
Fast Data I/O Fast Data I/O - - Software Software We need the ability to create fast, flexible, extensible, user space packet handling It has to be able to take advantage of performance features For example, DPDK And CPU capabilities such as Single-Instruction Multiple-Data And very efficient cache interaction 7
FD.IO FD.IO - - Uses Uses If we have that software forwarder We can create virtual switches for tenants wherever they are need We can create scalable software based specialized software forwarders NAT, Firewall, Service Chaining NSH SFF And we can enable high performance applications Content Transcoding, DPI, Charging, 8
FastDataStacks VPP as part of NFV Solution Stacks
Foundational Assets For NFV Infrastructure Foundational Assets For NFV Infrastructure A stack is only as good as its foundation Service Model WorkFlow Topology Virtual Forwarder Feature rich, high performance, highly scale virtual switch-router Leverages hardware accelerators Runs in user space Modular and easy extensible App Intent Service/WF Life Cycle Manager Virtual Machine/Container Life Cycle Manager Forwarder Diversity: Hardware and Software Virtual Domains link and interact with physical domains Domains and Policy Connectivity should reflect business logic instead of physical L2/L3 constructs Network Controller Forwarder Switch/Router 10
Networking Foundation for NFV Infrastructure Networking Foundation for NFV Infrastructure Choices VPP Highly scalable, high performance, extensible virtual forwarder OpenDaylight Extensible controller platform Group Based Policy to separate business logic from network constructs Support for a diverse set of network devices Clustering for HA 11
Evolving The OPNFV Scenario Set Evolving The OPNFV Scenario Set Components in OPNFV Category OPNFV performs system integration as an open community effort: Create Components (in lock-step with Upstream Communities) Compose / Deploy / Test Interate (in a distributed, multi-vendor CI/CD system) Apex, Compass, Fuel, Juju Install Tools VM Control OpenStack OpenDaylight, ONOS, OpenContrail Network Control OPNFV scenarios in the Brahmaputra release were focused on OVS as virtual forwarder Hypervisor KVM, KVM4NFV Create a new stack which significantly evolves networking for NFV: Introduce Scenarios with VPP for OPNFV Colorado Forwarder OVS, OVS-DPDK + VPP 12
OPNFV FastDataStacks (FDS) OPNFV FastDataStacks (FDS) Integrate VPP into existing OPNFV scenarios Initial scenarios Install Tools Apex Apex Apex VM Control OpenStack OpenStack OpenStack OpenStack ODL (Layer2) VPP OpenStack ODL (Layer3) VPP OpenStack VPP ... Diverse set of contributors: OpenDaylight L2 OpenDaylight L3 Network Control Hypervisor KVM KVM KVM Forwarder VPP VPP VPP https://wiki.opnfv.org/display/fds 13
FDS Development FDS Development Component development, Systems Integration, Testing OpenDaylight GBP Neutron Mapper GBP Renderer Manager enhancements VPP Renderer Virtual Bridge Domain Mgr / Topology Manager ... Neutron REST Neutron NorthBound GBP Neutron Mapper GBP Renderer Manager FD.io HoneyComb Enhancements VPP Enhancements CSIT VPP component tests Topology Mgr vBD VPP renderer OpenDaylight Netconf/YANG Honeycomb (Dataplane Agent) OPNFV Installer: Integration of VPP into APEX System Test: FuncTest and Yardstick system test application to FDS VPP DPDK System Install System Test See also: FDS Architecture: https://wiki.opnfv.org/display/fds/OpenStack-ODL-VPP+integration+design+and+architecture 14
Example: Creating a Neutron Example: Creating a Neutron vhostuser vhostuser port on VPP port on VPP POST PORT (id=uuid, host_id=vpp, vif_type=vhostuser) Neutron Update Port Neutron NorthBound Map Port to GBP Endpoint (Neutron specifics to Generic Endpoint mapping) GBP Neutron Mapper Update/Create GBP Endpoint (L2 context, MAC,...) Apply Policy GBP Renderer Manager Update node(s), bridge-domain Update device end point VPP Renderer Topology Manager (vBD) Netconf Commit (vhostuser i/f config, bridge config) Netconf/ YANG Netconf Commit (bridge config, tunnel config) Netconf/ YANG Honeycomb VPP 1 Honeycomb VPP 2 VM VXLAN Tunnel vhostuser 15
FDS Project Schedule FDS Project Schedule Near Term Near Term July 2016: CiscoLive Las Vegas Base O/S-ODL-VPP stack (Infra complete: Neutron GBP Mapper GBP Renderer Topology Mgr Honeycomb VPP) Automatic Install Basic system-level testing Basic L2 Networking (no NAT/floating IPs, no Security Groups) Overlays: VXLAN, VLAN September 2016: OPNFV Colorado Release O/S-ODL-VPP stack (Infra complete: Neutron GBP Mapper GBP Renderer Topology Mgr Honeycomb VPP) Automatic Install Ongoing OPNFV system-level testing (FuncTest, Yardstick testsuites) part of OPNFV CI/CD pipeline Complete L2-L3 Networking (NAT/floating IPs, Security Groups) HA Overlays: VXLAN, VLAN, NSH 16 Detailed development plan: https://wiki.opnfv.org/display/fds/FastDataStacks+Work+Areas#FastDataStacksWorkAreas-Plan
