cancel
Showing results for 
Search instead for 
Did you mean: 
fallen
Mission Specialist
Mission Specialist
  • 4,867 Views

OpenDaylight - Advantages and Disadvantages

Choosing an SDN for OpenStack is complex.

You want to get it right; first time.  Changing the SDN after installation might be possible but it certainly won't be easy.

So why choose OpenDaylight over other solutions, for example, Contrail or the default Neutron?

Advantages: OpenDaylight supports all southbound interfaces.  Therefore, it will work with a huge range of network devices and existing deployments.

Disadvantages: like OpenStack, OpenDaylight is complex to install and maintain. That, of course, might be said of any SDN solution.

 

Any other advantages or disadvantages?

Is anyone out there using OpenDaylight?  Do you have a story to tell?

Perhaps, you choose another SDN solution over OpenDaylight?

2 Replies
Filip
Cadet
Cadet
  • 4,827 Views

hi Fallen

i don't have a clear answer, but i can share some thoughts out of my experience on openstack with multiple customers

- for enterprise workloads, the builtin SDN OVS (-> OVN shortly) does the job quite well, so no need to change. One point of attention is scaling as by default all external traffic  is passing  through the network nodes, while most external SDNs have distributed (over each compute node) network exits (nokias vrs, junipers vrouter, but als ODLs ovswitch).  So very large deployements you should definitely look into this.

- for specific usecase, like e.g. telco, you might need an SDN.  they typically are offering complex service in their network, requiring service chaining capabilities, LBs in the network, connecting different networks and VPLS/MPLS services.  those are fully mastered by network vendors and their products. -.> prefer external SDN

- which external SDN is the best?

1/ ymmv (sorry :) ) , depends on the usecases, so try to find a match between use-cases and specific features

2/ openness; ODL wins, contrail second (opensourced, but requires high technically skilled engineers for integration), nuage last, as they are not opensources (although their VRS is built on ovswitch iinm)

3/ supportability + interaction with hardware.  I have two telco customers, one with mainly juniper HW, who obiously choose contrail, the other choose ACI as they mainly work with cisco.   having a mix of vendors for your SDN and legacy network, might increase difficulty on support and integration.

 

 

Tags (3)
0 Kudos
LLRobinson
Flight Engineer
Flight Engineer
  • 4,778 Views

In Openstack deployments that are using Distributed Virtual Routing the scaling issues regarding external network traffic always passing through a network node is solved.

Head in Cloud
0 Kudos
Join the discussion
You must log in to join this conversation.