OpenFlow enables network controllers to determine the path of network packets across a network of switches. The controllers are distinct from the switches. This separation of the control from the forwarding allows for more sophisticated traffic management than is feasible using access control lists (ACLs) and routing protocols. Also, OpenFlow allows switches from different vendors — often each with their own proprietary interfaces and scripting languages — to be managed remotely using a single, open protocol. The protocol's inventors consider OpenFlow an enabler of software-defined networking (SDN).
OpenFlow allows remote administration of a layer 3 switch's packet forwarding tables, by adding, modifying and removing packet matching rules and actions. This way, routing decisions can be made periodically or ad hoc by the controller and translated into rules and actions with a configurable lifespan, which are then deployed to a switch's flow table, leaving the actual forwarding of matched packets to the switch at wire speed for the duration of those rules. Packets which are unmatched by the switch can be forwarded to the controller. The controller can then decide to modify existing flow table rules on one or more switches or to deploy new rules, to prevent a structural flow of traffic between switch and controller. It could even decide to forward the traffic itself, provided that it has told the switch to forward entire packets instead of just their header.
The OpenFlow protocol is layered on top of the Transmission Control Protocol (TCP) and prescribes the use of Transport Layer Security (TLS). Controllers should listen on TCP port 6653 for switches that want to set up a connection. Earlier versions of the OpenFlow protocol unofficially used port 6633. Some network control plane implementations use the protocol to manage the network forwarding elements. OpenFlow is mainly used between the switch and controller on a secure channel.
The Open Networking Foundation (ONF), a user-led organization dedicated to promotion and adoption of software-defined networking (SDN), manages the OpenFlow standard. ONF defines OpenFlow as the first standard communications interface defined between the control and forwarding layers of an SDN architecture. OpenFlow allows direct access to and manipulation of the forwarding plane of network devices such as switches and routers, both physical and virtual (hypervisor-based). It is the absence of an open interface to the forwarding plane that has led to the characterization of today's networking devices as monolithic, closed, and mainframe-like. A protocol like OpenFlow is needed to move network control out of proprietary network switches and into control software that's open source and locally managed.
A number of network switch and router vendors announced intent to support or are shipping supported switches for OpenFlow, including Alcatel-Lucent, Big Switch Networks, Brocade Communications, and Radisys among others.
Version 1.1 of the OpenFlow protocol was released on 28 February 2011, and new development of the standard was managed by the ONF. In December 2011, the ONF board approved OpenFlow version 1.2 and published it in February 2012. The current version of OpenFlow is 1.5.1. However, version 1.6 has been available since September 2016, but accessible only to ONF's members.
In May 2011, Marvell and Larch Networks announced the availability of an OpenFlow-enabled, fully featured switching solution based on Marvell's networking control stack and the Prestera family of packet processors.
In February 2012, Big Switch Networks released Project Floodlight, an Apache-licensed open-source software OpenFlow Controller, and announced its OpenFlow-based SDN Suite in November of that year, which contains a commercial controller, and virtual switching and tap monitoring applications.
In April 2012, Google's Urs Hölzle described how the company's internal network had been completely re-designed over the previous two years to run under OpenFlow with substantial efficiency improvement.
In January 2013, NEC unveiled a virtual switch for Microsoft's Windows Server 2012 Hyper-V hypervisor, which is designed to bring OpenFlow-based software-defined networking and network virtualisation to those Microsoft environments.
- Covert communications
- Denial of service
- Man-in-the middle
- Potential single point of attack and failure
- Programming and Communication Channel Issues (w.r.t. security) - OpenFlow Deployment Experience 
- McKeown, Nick; et al. (April 2008). "OpenFlow: Enabling innovation in campus networks". ACM SIGCOMM Computer Communication Review. Retrieved 2 November 2009.
- "OpenFlow Switch Errata v1.0.2-rc1" (PDF). Open Networking Foundation. 4 October 2013.
- "Service Name and Transport Protocol Port Number Registry". IANA.
- Koponen, Teemu; et al. (4 October 2010). "Onix: A Distributed Control Platform for Large-scale Production Networks". USENIX. Retrieved 1 October 2010.
- Greene, Kate (March – April 2009). "TR10: Software-Defined Networking". MIT Technology Review. Retrieved 7 October 2011.
- "Open Networking Foundation: SDN Defined". Open Networking Foundation.
- "Software-Defined Networking (SDN): The New Norm for Networks". Open Networking Foundation.
- Solomon, Howard (11 December 2013). "Alcatel Now Supports OpenFlow, OpenStack on Switches". IT World Canada.
- Metz, Cade (26 March 2013). "You Can't Have Google's Pluto Switch, But You Can Have This". Wired.
- Radda, Pavel (22 March 2011). "Brocade Leads OpenFlow Adoption to Accelerate Network Virtualization and Cloud Application Development". Reuters. Retrieved 29 November 2011.
- "FlowEngine:Intelligent Flow Management". Radisys. 20 February 2016.
- "Open Networking Foundation Press Release". Open Networking Foundation. 20 March 2011. Archived from the original on 26 March 2011.
- "OpenFlow v1.2" (PDF). Open Networking Foundation.
- "OpenFlow v1.5.1" (PDF). Open Networking Foundation.
- "Marvell Introduces OpenFlow-enabled Switches". Marvell. 10 May 2011. Retrieved 28 June 2015.
- "OpenFlow – Innovate in Your Network". Larch Networks. 6 May 2011. Retrieved 28 June 2015.
- "SDN Interoperability Lab - InCNTRE". IU.edu. 5 June 2012.
- "Project Floodlight". www.openflowhub.org.
- Cole, Bernard (2 February 2012). "Big Switch releases open source controller for OpenFlow". EE Times. Retrieved 2 February 2012.
- Kerner, Sean Michael (13 November 2012). "Big Switch Emerges with Commercial SDN Portfolio". Enterprise Networking Planet.
- Neagle, Colin (2 February 2012). "HP takes giant first step into OpenFlow: HP is announcing its first effort to support OpenFlow standard on its Ethernet switches". Network World. Archived from the original on 13 May 2013. Retrieved 28 April 2013.
- Levy, Steven (17 April 2012). "Going With the Flow: Google's Secret Switch to the Next Wave of Networking". Wired. Retrieved 17 April 2012.
- Duffy, Jim (22 January 2013). "NEC rolls out OpenFlow for Microsoft Hyper-V: NEC virtual switch adds IPv6 support to SDN controller". Network World. Archived from the original on 3 April 2013. Retrieved 28 April 2013.
- "OpenFlow protocol has a switch authentication vulnerability". The Register.
- "OpenFlow Vulnerability Assessment" (PDF). Indiana.edu.
- "OpenFlow security: Does OpenFlow secure software-defined networks?". TechTarget.
- Natarajan, Sriram; et al. "A Software defined Cloud-Gateway automation system using OpenFlow". IEEE Xplore.