BigSwitch Announces SDN GA Products and Pure Disruption

BigSwitch Announces SDN GA Products and Pure Disruption

SDN BigSwitch Disruption


BigSwitch Announces SDN GA Products and Pure Disruption: Today BigSwitch announced it’s first product line that is generally available. For those unaware, BigSwitch Networks is a VC whose heritage was deeply seeded by researchers and PHD’s from Stanford, UC-Berkeley along with, product managers and executives from traditional networking companies. BigSwitch recently received round B venture cap funding from Goldman Sachs, who was recently accepted as a member of the Open Networking Foundation.

Before we dive into the product announcements, I want to point out what I consider BigSwitch’s largest contribution to the community and that is the open source OpenFlow controller FloodLight. Just as Nicira who was recently acquired by VMWare open sourced their vSwitch Open vSwitch, BigSwitch did the same with FloodLight. In the spirit of enabling horizontalization these projects allow researchers, consumers and even competitors to leverage R&D from these startups. We have enough concepts to keep us going for the foreseeable future, it is time to start executing them as more products continue to emerge.

BigSwitch Product Announcements


I. Big Virtual Switch

“Big Virtual Switch dynamically provisions Virtual Network Segments to make the network as agile and dynamic as your other cloud infrastructure.”

  • Improve compute utilization by 25% to 50%
  • Rescue stranded compute capacity providing up to 50%+ more VMs per rack
  • Improve VM density, drive down power & cooling costs
  • Reduce cost of building out new data center infrastructure
  • Support a range of topologies including: hypervisor switch overlays, physical switches or any combination of the above.

The Big Virtual Switch (BVS) concept is fairly straightforward. Reduce the network substrate to elements that except forwarding instantiations regardless of whether it is physical or virtual. The complexity of policy is pushed to single or multiple (modular scale) centralized points for policy orchestration and 3rd party application plugin. While one approach is to build overlays over complex networks reducing some complexity, the BigSwitch approach is to extract the complexity from the network substrate and push it into controllers.

 bigswitch-virtualization

Figure 1. Big Virtual Switch, consolidation proposes flexibility to existing constraints and  increased operational simplicity.


II. Big Network Controller

“Big Network Controller is the Open SDN application platform and includes an open programming interface, open core controller based on Floodlight, and open protocols to deliver unified network intelligence, programmability and scalability.”

  • Common network abstraction on network infrastructure
  • Normalized policy and functions across fabric
  • Standards-based and open core architecture
  • Enterprise class manageability, scalability and resiliency

BigSwitch-Controller
Figure 2. The network OS as a platform for the first time.

 

bvs-pure-overlay

 

pure-openflow

 

hybrid-network

 

Figure 3. The hybrid approach is critical for flexibility and adoption.

III. Big Tap

“Big Tap delivers monitoring functions to your Open SDN. Big Tap provides cost-effective, enterprise-wide network visibility, optimizing the utility of your security tools, performance tools, and network packet brokers.”

Big Tap looks to be an early Application plugin for the Big Network Controller platform. Extracting interesting traffic from large pipes is not a cheap venture by todays standards. Mix in bundles of high speed links (LAG) thus multiple physical taps and now you just broke your projects target TCO. BigTap relieves many of those constraints. Much broader distribution of select inspection is something that is interesting to ITSec.

bigtap

Figure 4. BigTap integration. Security has tremendous possibilities for true actual infrastructure integration that is not cost prohibitive like most purpose built security silicon today.

Big Tap leverages a simple concept of OpenFlow and that is the ability to have fine grained flow control on as little or as much of your data flows as you want. The days of the destination prefix being the only relevant field in networks is coming to a close. There are dozens of relevant headers contained in the Layer 2-4 tuples that have value if orchestrated properly.


Ecosystem Partners

A major of Software Defined Networking has always been enabling agility to networking whether features, scale, elasticity and so on through horizontalization. Simply put, breakdown the vertical of one size fits all approach to networking today. Along the way breakdown the silos created by closed proprietary APIs. When we begin introducing abstraction layers to networking ecosystems and partnerships will churn innovation. The lynch pins and choke points that have traditional been the barrier, either evolve or become irrelevant. Just as the x86 market in 1982 began decoupling software innovation from the underlying hardware,  networking appears to be heading down the same path.

The ecosystem partnership in this announcement is broad. Some of those companies will certainly fall out when and if they go off and develop their own controller or application, that may fork from the Floodlight trunk. I think there is room for three or four controllers (network OS) just as we have three or four predominant x86 server operating systems. The promise is in the 3rd party applications that these partners will be focusing on delivering or reselling their switch hardware supporting OpenFlow primitives.

The partner list is impressive: A10 Networks, Arista, Broadcom, Brocade, Canonical, Cariden, Citrix, Cloudscaling, Coraid, Dell, Endace, Extreme, F5, Fortinet, Gigamon, Infoblox, Juniper, Mellanox, Microsfot, Mirantis, Nebula, Palo Alto, Piston Cloud, Radware, StackOps, ThreatStop and Armour.

The potential of the ecosystem applications is as large as the imagination can go when it comes to instantiating flows with L2-4 headers exposed like a blank canvas. The forwarding can be pushed into software switches (Open vSwitch) in hypervisors or into hardware to be forwarded at line rate. The other unique proposition is extracting the networking global view and leveraging big data analytics techniques for uses cases like instrumentation, management, orchestration integration and even predictive analysis.


Pricing

The pricing appears to be able to facilitate either CapEx or OpEx needs. Enterprises tend to be a bit more CapEx oriented, while Providers are looking to pay on consumption that is being resold. Price points appear low to get your feet wet, first hit for free is probably their somewhere too.

  • Big Virtual Switch- Starts under $4200/month
  • Big Tap- Starts under $500 month
  • Big Network Controller- Starts under $1700/month

What This Means For OpenFlow

Announcing GA products is a big step for a VC startup. This means customers are in the pipeline, the support process is established and most importantly the products are shipping. Those are also typically pre-requisites to an acquisition.

There will be a public proofing of what OpenFlow can do in the form of a product. Forwarding on general purpose gear is the future and purpose built hardware for general use is the past. OpenFlow is not the final answer but nothing in computing ever is. If we do not consolidate on a wire protocol to interact with some form of southbound hardware abstraction layer (HAL), I would hesitate to think much was accomplished. Primitives such as the OpenStack Quantum API are far and few between. Even in the case of Quantum it is acting as a higher layered  HAL for provisioning and de-provisioning.  The NDAs will come undone regarding their products and we will begin seeing the performance analysis and scale of OpenFlow as a wire protocol. I believe it is plenty good enough for now if numbers like those below hold up.

  • 250K packet-in per second
  • 1000 concurrent switches
  • 32000 virtual network segments (tenants)

Closing Thoughts

The SDN road is longer than the hype may suggest, but in retrospect evolve fairly rapidly due to consumer demand. It is product announcements like this and other companies big and small in the coming year that will officially transition SDN from perceived hype into a fork in the road. The C-levels and VPs inside of infrastructure that still think SDN has only has interest in academia and hyper-scale corner cases are playing roulette with market shares.

Protocols are not going anywhere. The need for inter-domain routing will always be there. The need for stitching SDN islands together across traditional networks will be just as important. The concepts and now products being offered are reducing the need to go through the inefficient drawn out process of developing yet another protocol to solve  problems. Intra-domain forwarding can be simplified with these ideas.

There is varying statistics of 300-500 million IP connected mobile devices in 2012 with predictions at a staggering 25-50 Billion by 2020. Absorbing exponential growth within the current infrastructure constraints of hardware and software being one monolithic entity appears unrealistic. The concepts are grounded in fundamental computer science principles of layered abstraction, modular scale and programmatic interactions.

Many have vacillated on OpenFlow’s potential, if they were ever open minded enough to conemplate it at all. BigSwitch has stayed true to it’s initial goal of producing an OpenFlow controller that operates with both virtual and physical switches and delivered the first round of many products to come. This is pure disruption, but from the looks is the ecosystem partners everyone is hedging their bets and in the end the consumer wins.

Thanks for stopping by!


About the Author

Brent SalisburyI have over 20 years of experience wearing various hats from, network engineer, architect, ops and software engineer. More at Brent's LinkedInView all posts by Brent Salisbury →

  1. LeslieLeslie11-17-2012


    Great!! Love your site