Continuing the how real is the decade-old SDN hype thread, let’s try to figure out if anyone still uses OpenFlow. OpenFlow was declared dead by the troubadour of the SDN movement in 2016, so it looks like the question is moot. However, nothing ever dies in networking (including hop-by-hop IPv6 extension headers), so here we go.
Why Would One Use OpenFlow?
Ignoring for the moment the embarrassing we solved the global load balancing with per-flow forwarding academic blunders1, OpenFlow wasn’t the worst tool for programming forwarding exceptions (ACL/PBR) into TCAM.
I wouldn’t be surprised to find it used to implement programmable patch panels, sometimes known as access switches or virtual circuit switching in service provider networks. Even in those cases, smart engineers would probably combine circuit-programming capabilities of OpenFlow with local control plane that would detect failures and trigger failovers.
Is Anyone Still Supporting OpenFlow?
OpenFlow hype started in large data centers, so I first checked whether Arista2 still supports it. EOS 4.28.0F User Manual does mention OpenFlow, but the implementation hasn’t changed in years – EOS supports only OpenFlow 1.0 on ancient 7050/7050X switches. It looks like nobody large enough to interest Arista is asking for an OpenFlow implementation on a data center forwarding ASIC designed in the last decade.
Arista isn’t the only vendor dealing with the remnants of the OpenFlow hype. It looks like Alcatel Lucent also supports OpenFlow 1.3 on old hardware, and I’m positive there are other vendors that have to do the same. On the other hand, Broadcom seem to have stopped their OF-DPA efforts; the latest commit in the OF-DPA repository was made 6 years ago.
Could we then declare OpenFlow a relic of the past? Maybe not. Another interesting source of information is the Faucet SDN controller3. I looked at them in 2019 when preparing for a chat with Nick Buraglio, and found them to be pretty conservative – their vendor-specific documentation always includes whatever they thought would work reasonably well4.
Their vendor list didn’t change much over the years. NoviFlow has been there forever5, I was pleasantly surprised to see Aruba switches on the list, and totally shocked to see Cisco Catalyst 9000 – OpenFlow has been implemented in IOS XE. Looks like there’s a very large customer out there using OpenFlow on Catalyst switches.
Readers of my blog sent me pointers to three publicly-known OpenFlow production deployments:
- Telstra is using OpenFlow and a homegrown SDN controller in their WAN network. More details, source code.
- While Google seems to be pushing P4 in Open Networking Foundation, they’re still talking about OpenFlow controllers running their B4 network. Have to figure out what the latest article is all about; the OpenFlow hype they generated almost exactly a decade ago was just a router built from pizza box switches and tons of
duct tapeexternal cables.
- Comcast deployed OpenFlow-based leaf-and-spine fabrics in 20196. The Trellis reference design claims to be based on OF-DPA7, and considering Broadcom’s lack of interest in OF-DPA (see above), I have a funny feeling that someone desperately tried to justify a wrong choice they made. According to a later paper, that deployment is used in 25 leaf-and-spine fabrics and services 160K subscribers. Comcast has over 34 million subscribers, so the whole thing looks like another Terastream project to me8.
- ESnet was at one time running OpenFlow-based network built from Brocade MLX switches. I have no idea whether they’re still doing it, but that would be as relevant as COBOL on IBM 370 mainframes.
Have I missed something?
Is anyone else actively supporting OpenFlow? I’d love to hear from you – your comments (preferably including links to documentation) would be most welcome. In case you want to send me a private message, you already have my email address if you have an ipSpace.net subscription, or if you’re subscribed to my SDN/automation mailing list, and there’s the Contact Us form for everyone else.
- Added information based on user responses
- OpenFlow support on ALE switches
- Broadcom dropping OF-DPA
- Comcast Trellis deployment
I’m assuming a second vendor in a large-enough market segment would be interested in implementing things customers want to buy. ↩︎
The only SDN controller I’m aware of that wasn’t started as a marketing exercise. ↩︎
Faucet is using a multi-table pipeline, which means that you can’t use it with switches that don’t support OpenFlow 1.3… and if your boxes don’t support OpenFlow 1.3 in 2022, I really don’t want to hear about them. ↩︎
It looks like NoviFlow pivoted away from hardware. OpenFlow switches are listed under legacy network switching products on their website, but their OpenFlow agent seems to be running on whitebox switches using Barefoot/Intel Tofino chipset or Mellanox NPUs. ↩︎
That would be three years after OpenFlow was declared dead. Were they trying to revive a dead horse instead of flogging it? ↩︎
Terastream generated huge amount of publicity when it was announced in 2012. The hype continued in 2018, but for whatever incomprehensible reason, its demise in 2021 wasn’t made public. German journalists had to pry the information from Deutsche Telekom. ↩︎