Programmable Internetworking & Communication Operating System Docs ... Click Spaces -> Space Directory to see docs for all releases ...
Page tree
Skip to end of metadata
Go to start of metadata

The following table contains OpenFlow 1.4 features supported by PicOS. For clarity, the feature names in this table are identical to the feature names found in OpenFlow Switch Specification Version 1.4.0.

Table 1   OpenFlow 1.4 Features Supported by PicOS

Pica8 OpenFlow V1.4 Compliance Matrix
ChapterTitleFeaturesDetail Feature SpecificationOptionalR2.3 SupportRemarks
2Switch ComponentsNA    
  Flow table  Y 
  Group tableAll, indirect, select, fast_failover group table are all supported. Y 
  Add/update/delete flow entries  Y 
  Match fields  Y 
  Counters  Y 
  Set of instructions  Y 
4OpenFlow PortsNA    
4.1OpenFlow Portssee 4.2-4.5  Y 
4.2Standard PortsSee 4.2-4.5  Y 
4.3Physical PortsNA    
  IngressPicOS only supports it as matching port. Y 
  Output  Y 
  Hardware interface  Y 
  Groups  Y 
  Port counters  Y 
4.4Logical PortsNAThe OpenFlow logical ports are switch defined ports that don't correspond directly to a hardware interface of the switch.   
  Map to various physical ports  Y 
  LAG  Y 
  Tunnel (GRE)  Y 
  Lookback interface  Y 
  Ingress  Y 
  Output  Y 
  Groups  Y 
4.5Reserved PortsNA    
  AllRepresents all ports the switch can use for forwarding a specific packet. Can be used only as an output port. Y 
  ControllerRepresents the control channel with the OpenFlow controller. Can be used as an ingress port or as an output port. Y 
  TableRepresents the start of the OpenFlow pipeline.  Y 
  In_portRepresents the packet ingress port. Can be used only as an output port, send the packet out through its ingress port. YMatching must specify the ingress port.
  AnySpecial value used in some OpenFlow commands when no port is specified. Can neither be used as an ingress port nor as an output port. N 
  LocalRepresents the switch's local networking stack and its management stack.Y 
  NormalRepresents the traditional non-OpenFlow pipeline of the switch. Can be used only as an output port and processes the packet using the normal pipeline.Y 
  FloodRepresents flooding using the normal pipeline of the switch. Can be used only as an output port.Y 
5OpenFlow TablesNA    
5.1Pipeline Processing     
  Openflow-onlyAll packets are processed by the OpenFlow pipeline. Y 
  Openflow-hybridOpenFlow operation and normal Ethernet switching operation. N 
   L2 Ethernet switching, L3 routing (IPv4 routing, IPv6 routing...), ACL and QoS processing. N 
   VLAN isolation N 
   A classification mechanism outside of OpenFlow that routes traffic to either the OpenFlow pipeline or the normal pipeline. N 
   VLAN tag or input port whether to process the packet using which pipeline. N 
   Normal and flood N 
  Multiple flow tables, each flow table containing multiple flow entries  Y 
  Sequentially numbered, start at 0  Y 
  Goto instruction  Y 
  Go forward and not backward  Y 
  Last table can not include goto instruction  N 
  Table miss  Y 
5.2Flow TableNA    
  Match fieldsTo match against packets.. Y 
  PriorityMatching precedence of the flow entry. Y 
  CountersUpdated when packets are matched. YOnly count by Byte
  InstructionsTo modify the action set or pipeline processing. Y 
  TimeoutsMaximum amount of time or idle time before flow is expired by the switch. Y 
  CookieOpaque data value chosen by the controller. Y 
  Wildcards all fields and priority equal 0 is table-miss  Y 
  Ingress port  Y 
  Metadata fields  N 
  Apply-actions  Y 
  Any  N 
  Highest priority matches packets be selected  Y 
  Counters update and instructions applied  Y 
  Behavior when a switch receives a corrupted packet  N 
  Every flow table support table-miss  Y 
  Send packets to controller  Y 
  Drop packets  Y 
  Direct packets to a subsequent table  Y 
  Wildcard all match fields  NMAC/IP/Port can support wildcard.
  Priority= 0  Y 
  Not exist by default  Y 
  Add or remove by controller at any time  Y 
  May expire  N 
  Match packets unmatched by others  Y 
  Instructions applied  Y 
  Packet-in reason is table-miss  Y 
  Packets unmatched are dropped is not exist table-miss  Y 
5.5Flow RemovalNA    
   Is run by the switch independently of the controller and is based on the state and configuration of flow entries. Y 
   A non-zero hard_timeout field causes the flow entry to be removed after the given number of seconds, regardless of how many packets it has matched. Y 
   A non-zero idle_timeout field causes the flow entry to be removed when it has matched no packets in the given number of seconds. Y 
   The switch must implement flow expiry and remove flow entries from the flow table when one of their timeouts is exceeded. Y 
  OFPFF_SEND_FLOW_REM flagWhen a flow entry is removed, the switch must check the flow entry’s OFPFF_SEND_FLOW_REM flag. If this flag is set, the switch must send a flow removed message to the controller. Y 
   Each flow removed message contains a complete description of the flow entry, the reason for removal (expiry or delete), the flow entry duration at the time of removal, and the flow statistics at time of removal. Y 
  EvictionFlow entries may be evicted from flow tables when the switch needs to reclaim resources. Y 
5.6Group TableNA    
  Group identifier  Y 
  Group type  Y 
  Counters  Y 
  Action buckets  Y 
5.6.1Group TypesAllUsed for multicast or broadcast. Y 
   Effectively cloned for each bucket.. Y 
   Process for each bucket. YSome limitation, please see configuration guide.
   Direct out the ingress, packet is dropped. Y 
   Output action to OFPP_IN_PORT YNeed to specify the in_port in matching.
  SelectProcessed by a single bucket. Y 
   Switch-computed selection algorithm. Y 
   Bucket weight N 
   Forward to live ports Y 
  IndirectSupports only a single bucket. Y 
   Multiple flow entries or groups to point to a common group identifier. Y 
   Supporting faster, more efficient convergence. N 
   Effectively identical to an all group with one bucket. Y 
  Fast failoverExecute the first live bucket. Y 
   Associated with a port and/or group. Y 
   Change forwarding without request to controller. Y 
   No bucket live, packet dropped. Y 
5.7Meter Table     
  Meter entries  Y 
  Per-flow meters  Y 
  Rate-limit  Y 
  Combine with per-port queue  Y 
  Measure and control packet rate  Y 
  Attached to flow entries  Y 
  In flow instruction set  Y 
  Multiple meters in the same table  Y 
  Multiple meters on the same set of packets  Y 
  Meter identifier  Y 
5.7.1 Meter Bands    
  One band  Y 
  More meter bands  N 
  The rate band applies and the way packets be process  Y 
  Processed by a single meter band based on the current measured meter rate  Y 
  Configure rate lower than current rate  Y 
  No meter band applied if current rate lower than specified rate  Y 
  Band type  Y 
  Rate  Y 
  Counters  Y 
 Per Table CountersReference count (active entries)32 bits Y 
  Packet Lookups64 bits Y 
  Packet Matches64 bits Y 
 Per Flow CountersReceived Packets64 bits Y 
  Received Bytes64 bits Y 
  Duration (seconds)32 bits Y 
  Duration (nanoseconds)32 bits   
 Per Port CountersReceived Packets64 bits Y 
  Transmitted Packets64 bits Y 
  Received Bytes64 bits Y 
  Transmitted Bytes64 bits Y 
  Receive Drops64 bits Y 
  Transmit Drops64 bits Y 
  Receive Errors64 bits Y 
  Transmit Errors64 bits Y 
  Receive Frame Alignment Errors64 bits Y 
  Receive Overrun Errors64 bits Y 
  Receive CRC Errors64 bits Y 
  Collisions64 bits Y 
 Per Queue CountersTransmit Packets64 bits N 
  Transmit Bytes64 bits N 
  Transmit Overrun Errors64 bits N 
 Per Group CountersReference Count (flow entries)32 bits Y 
  Packet Count64 bits Y 
  Byte Count64 bits N 
 Per Bucket CountersPacket Count64 bits N 
  Byte Count64 bits N 
  The controller can query the switch about which of the “Optional Instructions” it supports.  Y 
  Apply-Actions action(s)  Y 
  Clear-Actions  Y 
  Write-Actions action(s)  Y 
  Write-Metadata metadata/mask  Y 
  Goto-Table next-table-id  Y 
  Clear-Actions instruction is executed before the Write-Actions instruction.  Y 
  Goto-Table is executed last.  Y 
  Reject a flow entry if it is unable to execute the instructions & return an unsupported flow error.  N 
5.10Action Set     
  Action set is associated with each packet.  Y 
  This set is empty by default.  Y 
  Action set is carried between flow tables.  Y 
  When the instruction set of a flow entry does not contain a Goto-Table instruction, pipeline processing stops and the actions in the action set of the packet are executed.  Y 
  Action set contains a maximum of one action of each type.  Y 
  The actions in an action set are applied in the order specified below.  Y 
  1. copy TTL inwards  N 
  2. pop  Y 
  3. push  Y 
  4. copy TTL outwards  N 
  5. decrement TTL  N 
  6. set  Y 
  7. qos  Y 
  8. groupIf a group action is specified, apply the actions of the relevant group bucket(s) in the order specified by this list. Y 
  9. outputIf no group action is specified, forward the packet on the port specified by the output action. The output action in the action set is executed last. N 
   If both an output action and a group action are specified in an action set, the output action is ignored and the group action takes precedence. N 
   If no output action and no group action were specified in an action set, the packet is dropped. N 
   The execution of groups is recursive if the switch supports it; a group bucket may specify another group, in which case the execution of actions traverses all the groups specified by the group configuration. N 
5.11Action list     
  Apply-Actions instruction and the Packet-out message include an action listThe actions of an action list are executed in the order specified by the list, and are applied immediately to the packet. Y 
   The effect of those actions is cumulative. Y 
   If the action list contains an output action, a copy of the packet is forwarded in its current state to the desired port. Y 
   If the list contains a group actions, a copy of the packet in its current state is processed by the relevant group buckets. Y 
  OutputSupport forwarding to physical ports, switch-defined logical ports and the required reserved ports. Y 
  Set-QueueThe set-queue action sets the queue id for a packet and is used to provide basic Quality-of-Service (QoS) support. Y 
  Drop  Y 
  Group  Y 
  Push-Tag/Pop-TagOrder of header fields - Ethernet, VLAN, MPLS, ARP/IP, TCP/UDP/SCTP (IP-only). Y 
  Push VLAN headerPush a new VLAN header onto the packet. The Ethertype is used as the Ethertype for the tag. Only Ethertype 0x8100 and 0x88a8 should be used. Y 
  Pop VLAN headerPop the outer-most VLAN header from the packet. Y 
  Push MPLS headerPush a new MPLS shim header onto the packet. Only
Ethertype 0x8847 and 0x8848 should be used.
  Pop MPLS headerPop the outer-most MPLS tag or shim header from the packet. Y 
  Push PBB header  Y 
  Pop PBB header  Y 
  Set-Field  Y 
  Set VLAN ID  Y 
  Strip VLAN ID  Y 
  Change-TTLModify the values of the IPv4 TTL, IPv6 Hop Limit or MPLS TTL in the packet. N 
   If it is supported, applied to the outermost-possible header. N 
  Set MPLS TTL8 bits: New MPLS TTL, Replace the existing MPLS TTL. Only applies to packets with an existing MPLS shim header. Y 
  Decrement MPLS TTLDecrement the MPLS TTL. Only applies to packets with an existing MPLS shim header. N 
  Set IP TTLReplace the existing IPv4 TTL or IPv6 Hop Limit and update the IP checksum. Only applies to IPv4 and IPv6 packets. N 
  Decrement IP TTLDecrement the IPv4 TTL or IPv6 Hop Limit field and update the IP checksum. Only applies to IPv4 and IPv6 packets N 
  Copy TTL outwardsCopy the TTL from next-to-outermost to outermost header with TTL. Copy can be IP-to-IP, MPLS-to-MPLS, or IP-to-MPLS. N 
  Copy TTL inwardsCopy the TTL from outermost to next-to-outermost header with TTL.  Copy can be IP-to-IP, MPLS-to-MPLS, or MPLS-to-IP. N 
5.12.1Default values for field on push     
  Field values for all fields specified in Table 6 should be copied from existing outer headers to new outer headers.VLAN ID ← VLAN ID Y 
  New fields listed in Table 6 without corresponding existing fields  should be set to zero.VLAN priority ← VLAN priority Y 
  Fields in new headers may be overridden by specifying a “set” action for the appropriate field(s) after the push operation.MPLS label ← MPLS label Y 
  Fields in new headers may be overridden by specifying a “set” action for the appropriate field(s) after the push operation.PBB label ← PBB label Y 
6OpenFlow Channel     
6.1OpenFlow Protocol OverviewThe OpenFlow protocol supports three message types, controller-to-switch, asynchronous, and sym-metric, each with multiple sub-types.    
6.1.1 Controller-to-SwitchController/switch messages are initiated by the controller and may or may not require a response from the switch. Y 
6.1.2 AsynchronousAsynchronous messages are sent without a controller soliciting them from a switch. Y 
   Switches send asynchronous messages to controllers to denote a packet arrival or switch state change. Y 
6.1.3 SymmetricSymmetric messages are sent without solicitation, in either direction., including Hello, Echo, Error, Experimenter message. Y 
6.2Message HandlingThe OpenFlow protocol provides reliable message delivery and processing, but does not automatically provide acknowledgements or ensure ordered message processing.  Y 
6.3OpenFlow Channel ConnectionsThe OpenFlow channel is used to exchange OpenFlow message between an OpenFlow switch and an OpenFlow controller.    
6.3.1 Connection SetupThe switch must be able to establish communication with a controller at a user-configurable IP address, using either a user-specified transport port or the default transport port. Y 
6.3.2 Connection InterruptionIn the case that a switch loses contact with all controllers the switch must immediately enter either \fail secure mode" or \fail standalone mode", depending upon the switch implementation and configuration. Y 
6.3.3 EncryptionThe switch and controller may communicate through a TLS connection. Y 
6.3.4 Multiple ControllersThe switch may establish communication with a single controller, or may establish communication with multiple controllers. Y 
6.3.5 Auxiliary ConnectionsThe OpenFlow channel may also be composed of a main connection and multiple auxiliary connections. Y 
6.4Flow Table Modification MessagesFlow table modification messages are used to add, modify, delete flow.  Y 
6.5Flow Table SynchronizationA flow table may be synchronized with another flow table. with Flow Table Synchronization  N 
6.6Group Table Modification MessagesAction of group (including add, modify, delete) can be done by Group table modification messages.  Y 
6.7Meter Modification MessagesAction of meter (including add, modify, delete) can be done by Meter modification messages.  Y 
6.8Bundle Messages     
6.8.1 Bundle overviewA bundle is a sequence of OpenFlow modification requests from the controller that is applied as a single OpenFlow operation. Y 
6.8.2 Bundle example usage  Y 
6.8.3 Bundle error processingThe OpenFlow messages part of a bundle must be pre-validated before they are stored in the bundle. Y 
6.8.4 Bundle atomic modificationsCommitting the bundle must be controller atomic. N 
6.8.5 Bundle parallelismThe switch must support exchanging echo request and echo reply messages during the creation and population of the bundle, the switch must reply to an echo request without waiting for the end of the bundle. Y 
7The OpenFlow Protocol     
7.1OpenFlow HeaderEach Openflow message begins with the
OpenFlow header
7.1.1 PaddingMost OpenFlow messages contain padding fields. Y 
7.2Common Structures     
7.2.1 Port StructuresThe switch may define physical and logical ports. Y Port Description Structures, the physical ports, switch-defined logical ports, and the OFPP_LOCAL reserved port Ports includes: OFPP_IN_PORT,OFPP_TABLE, OFPP_NORMAL, OFPP_FLOOD, OFPP_ALL, OFPP_CONTROLLER, OFPP_LOCAL,OFPP_ANY Y Port Description Properties. A property definition contains the property type, length, and any associated data.Associated date includes curr, advertised, supported, peer, each one consists of speed, duplexity. Y 
7.2.2 Flow Match StructuresAn OpenFlow match is composed of a flow match header and a sequence of zero or more flow match fields. Y Flow Match Header, Fields to match against flowsThe flow match header is described by the ofp_match structure, The type field is set to OFPMT_OXM and length field is set to the actual length of ofp_match structure including all match fields. The payload of the OpenFlow match is a set of OXM Flow match fields. Y Flow Match Field StructuresThe flow match fields are described using the OpenFlow Extensible Match (OXM) format, which is a compact type-length-value (TLV) format. Y OXM classesThe match types are structured using OXM match classes, The OpenFlow specification distinguishes two types of OXM match classes, ONF member classes and ONF reserved classes, diferentiated by their high order bit. Y Flow MatchingA zero-length OpenFlow match (one with no OXM TLVs) matches every packet. Match fields that should be wildcarded are omitted from the OpenFlow match. Y Flow Match Field MaskingThe masks are defined such that a 0 in a given bit position indicates a \don't care" match for the same bit in the corresponding field, whereas a 1 means match the bit exactly. YSome limitation, please see the configuration guide. Flow Match Field PrerequisiteIn general, matching header fields of a protocol can only be done if the OpenFlow
match explitly matches the corresponding protocol.
 Y Flow Match FieldsMatch fields contains: OFPXMT_OFB_IN_PORT,
      OXM_OF_IN_PORT /* Switch input port. */ Y 
      OXM_OF_IN_PHY_PORT /* Switch physical input port. */O  
      OXM_OF_METADATA /* Metadata passed between tables. */O  
      OXM_OF_ETH_DST  /* Ethernet destination address. */ Y 
      OXM_OF_ETH_SRC/* Ethernet source address. */ Y 
      OXM_OF_ETH_TYPE/* Ethernet frame type. */ Y 
      OXM_OF_VLAN_VID /* VLAN id. */OY 
      OXM_OF_VLAN_PCP /* VLAN priority. */OY 
      OXM_OF_IP_DSCP /* IP DSCP (6 bits in ToS field). */OY 
      OXM_OF_IP_ECN /* IP ECN (2 bits in ToS field). */ON 
      OXM_OF_IP_PROTO /* IP protocol. */ Y 
      OXM_OF_IPV4_SRC /* IPv4 source address. */ Y 
      OXM_OF_IPV4_DST /* IPv4 destination address. */ Y 
      OXM_OF_TCP_SRC /* TCP source port. */ Y 
      OXM_OF_TCP_DST /* TCP destination port. */ Y 
      OXM_OF_UDP_SRC /* UDP source port. */ Y 
      OXM_OF_UDP_DST /* UDP destination port. */ Y 
      OXM_OF_SCTP_SRC /* SCTP source port. */ON 
      OXM_OF_SCTP_DST /* SCTP destination port. */ON 
      OXM_OF_ICMPV4_TYPE /* ICMP type. */OY 
      OXM_OF_ICMPV4_CODE /* ICMP code. */OY 
      OXM_OF_ARP_OP/* ARP opcode. */OY 
      OXM_OF_ARP_SPA /* ARP source IPv4 address. */OY 
      OXM_OF_ARP_TPA /* ARP target IPv4 address. */OY 
      OXM_OF_ARP_SHA /* ARP source hardware address. */ON 
      OXM_OF_ARP_THA /* ARP target hardware address. */ON 
      OXM_OF_IPV6_SRC /* IPv6 source address. */ Y 
      OXM_OF_IPV6_DST /* IPv6 destination address. */ Y 
      OXM_OF_IPV6_FLABEL /* IPv6 Flow Label */ON 
      OXM_OF_ICMPV6_TYPE /* ICMPv6 type. */ON 
      OXM_OF_ICMPV6_CODE /* ICMPv6 code. */ON 
      OXM_OF_IPV6_ND_TARGET /* Target address for ND. */ON 
      OXM_OF_IPV6_ND_SLL /* Source link-layer for ND. */ON 
      OXM_OF_IPV6_ND_TLL /* Target link-layer for ND. */ON 
      OXM_OF_MPLS_LABEL/* MPLS label. */ON 
      OXM_OF_MPLS_TC/* MPLS TC. */ON Experimenter Flow Match FieldsExperimenter-specific ow match fields,may be defined using the oxm_class=OFPXMC_EXPERIMENTERON 
7.2.3 Flow Instruction StructuresFlow instructions associated with a flow table entry are executed when a flow matches the entry.   
7.2.4 Action Structures    
  OFPAT_OUTPUT = 0, /* Output to switch port. */ Y 
  OFPAT_COPY_TTL_OUT = 11, /* Copy TTL "outwards" -- from next-to-outermost to outermost */ Y 
  OFPAT_COPY_TTL_IN = 12, /* Copy TTL "inwards" -- from outermost to next-to-outermost */ Y 
  OFPAT_DEC_MPLS_TTL = 16, /* Decrement MPLS TTL */ N 
  OFPAT_PUSH_VLAN = 17, /* Push a new VLAN tag */ Y 
  OFPAT_POP_VLAN = 18, /* Pop the outer VLAN tag */ Y 
  OFPAT_PUSH_MPLS = 19, /* Push a new MPLS tag */ Y 
  OFPAT_POP_MPLS = 20, /* Pop the outer MPLS tag */ Y 
  OFPAT_SET_QUEUE = 21, /* Set queue id when outputting to a port */ Y 
  OFPAT_GROUP = 22, /* Apply group. */ Y 
  OFPAT_SET_NW_TTL = 23, /* IP TTL. */ N 
  OFPAT_DEC_NW_TTL = 24, /* Decrement IP TTL. */ N 
  OFPAT_SET_FIELD = 25, /* Set a header field using OXM TLV format. */ Y 
  OFPAT_PUSH_PBB = 26/* Push a new PBB service tag (I-TAG) */ Y 
  OFPAT_POP_PBB = 27/* Pop the outer PBB service tag (I-TAG) */ Y 
7.2.5  Experimenter StructureExperimenter extensions provide a standard way for OpenFlow switches to offer additional functionality within the OpenFlow message type space. N 
7.3 Controller-to-Switch Messages     
7.3.1  HandshakeThe OFPT_FEATURES_REQUEST message is used by the controller to identify the switch and read its basic capabilities. Y 
7.3.2 Switch ConfigurationThe controller is able to set and query configuration parameters in the switch with the OFPT_SET_CONFIG
and and OFPT_GET_CONFIG_REQUEST messages, respectively.
7.3.3 Flow Table ConfigurationFlow entries are modified in the
flow table using the OFP_FLOW_MOD request. 
7.3.4 Modify State Messages  Y  Modify Flow Table MessageThe controller can configure the dynamic state in a flow table with the OFP_TABLE_MOD request. Y  Modify Flow Entry MessageModifications to a flow table from the controller are done with the OFPT_FLOW_MOD message. Y Modify Group Entry MessageModifications to the group table from the controller are done with the OFPT_GROUP_MOD message. Y  Port Modification MessageThe controller uses the OFPT_PORT_MOD message to modify the behavior of the port. Y Meter Modification MessagesModifications to a meter from the controller are done with the OFPT_METER_MOD message. Y 
7.3.5 Multipart MessagesMultipart messages are used to encode requests or replies that potentially carry a large amount of dataand would not always fit in a single OpenFlow message, which is limited to 64KB.  DescriptionInformation about the switch manufacturer, hardware revision, software revision, serial number, and adescription field is available from the OFPMP_DESC multipart request type. Y Individual Flow StatisticsInformation about individual flow entries is requested with the OFPMP_FLOW multipart request type. Y Aggregate Flow StatisticsAggregate information about multiple flow entries is requested with the OFPMP_AGGREGATE multipart request type. Y  able StatisticsInformation about tables is requested with the OFPMP_TABLE multipart request type. Y Table DescriptionThe OFPMP_TABLE_DESC multipart request message provides a way to list the current configuration of the tables on a switch, which is set using the OFPT_TABLE_MOD message. Y Table FeaturesThe OFPMP_TABLE_FEATURES multipart type allows a controller to both query for the capabilities of existing tables, and to optionally ask the switch to reconfigure its tables to match a supplied configuration. N 
  Table Features request and replyIf the OFPMP_TABLE_FEATURES request body is empty the switch will return an array of struct ofp_table_features containing the capabilities of the currently configured flow tables. N 
  Table Features propertiesA property definition contains the property type, length, and any associated data. N Port StatisticsInformation about ports statistics is requested with the OFPMP_PORT_STATS multipart request type. Y  Port DescriptionThe port description request OFPMP_PORT_DESCRIPTION enables the controller to get a description of all the ports in the system that support OpenFlow. Y  Queue StatisticsThe OFPMP_QUEUE_STATS multipart request message provides queue statistics for one or more ports and one or more queues. N Queue DescriptionsThe controller can query the switch for configured queues on a port using OFPMP_QUEUE_DESC multipart request. Y Group StatisticsThe OFPMP_GROUP multipart request message provides statistics for one or more groups. Y Group DescriptionThe OFPMP_GROUP_DESC multipart request message provides a way to list the set of groups on a switch along with their corresponding bucket actions. Y  Group FeaturesThe OFPMP_GROUP_FEATURES multipart request message provides a way to list the capabilities of groups on a switch. Y Meter StatisticsThe OFPMT_METER stats request message provides statistics for one or more meters. Y Meter Configuration StatisticsThe OFPMT_METER_CONFIG stats request message provides configuration for one or more meter. Y Meter Features StatisticsThe OFPMT_METER_FEATURES stats request message provides the set of features of the metering subsystem. Y  Flow monitoringThe OFPMP_FLOW_MONITOR multipart type allows a controller to manage flow monitors, that keep track of changes to the
flow tables.
  Flow monitoring requestFlow monitor configuration is done with a OFPMP_FLOW_MONITOR multipart request N 
  Flow monitoring replyWhen the switch received a OFPMP_FLOW_MONITOR multipart request, it replies to it using a OFPMP_FLOW_MONITOR multipart reply, the transaction id (xid) of this reply must be the same as the request. N 
  Flow monitoring pauseOpenFlow messages for flow monitor notifications can over flow the buffer space available to the switch either temporarily or more permanently. N  Experimenter MultipartExperimenter-specific multipart messages are requested with the OFPMP_EXPERIMENTER multipart type. N 
7.3.6 Packet-Out MessageWhen the controller wishes to send a packet out through the datapath, it uses the OFPT_PACKET_OUT message. Y 
7.3.7 Barrier MessageWhen the controller wants to ensure message dependencies have been met or wants to receive notifications for completed operations, it may use an OFPT_BARRIER_REQUEST message. Y 
7.3.8 Role Request MessageWhen the controller wants to change its role, it uses the OFPT_ROLE_REQUEST message. Y 
7.3.9 Bundle messages  Bundle control messagesThe controller can create, destroy and commit bundles with the OFPT_BUNDLE_CONTROL request. Y Bundle Add messageThe controller can add requests to a bundle using the OFPT_BUNDLE_ADD_MESSAGE message. Y  Bundle flagsBundle flags enable to modify the behavior of a bundle. Y Bundle propertiesA property definition contains the property type, length, and any associated data. Y Creating and opening a bundleTo create a bundle, the controller sends a OFPT_BUNDLE_CONTROL message with type OFPBCT_OPEN_REQUEST. Y Adding messages to a bundleThe switch adds message to a bundle using the OFPT_BUNDLE_ADD_MESSAGE. Y Closing a bundleTo finish recording a bundle, the controller may sends a OFPT_BUNDLE_CONTROL message with type OFPBCT_CLOSE_REQUEST. Y  Committing BundlesTo finish and apply the bundle, the controller sends a OFPT_BUNDLE_CONTROL message with type OFPBCT_COMMIT_REQUEST. Y Discarding BundlesTo finish and discard the bundle, the controller sends a OFPT_BUNDLE_CONTROL message with type OFPBCT_DISCARD_REQUEST. Y Other bundle error conditionsIf a OFPT_BUNDLE_CONTROL message contains an invalid type, the switch must reject the request and send an ofp_error_msg with OFPET_BUNDLE_FAILED type and OFPBFC_BAD_TYPE code. N 
7.3.10 Set Asynchronous Configuration MessageThe switch manages a per-controller asynchronous configuration, which defines the asynchronous messages that it wants to receive (other than error messages) on a given OpenFlow channel. Y 
7.4Asynchronous Messages     
7.4.1 Packet-In MessageWhen packets are received by the datapath and sent to the controller, they use the OFPT_PACKET_IN. Y 
7.4.2 Flow Removed MessageIf the controller has requested to be notified when flow entries time out or are deleted from table, the data path does this with the OFPT_FLOW_REMOVED message. Y 
7.4.3 Port Status MessageAs ports are added, modified, and removed from the datapath, the controller needs to be informed with the OFPT_PORT_STATUS message Y 
7.4.4 Controller Role Status MessageWhen a controller has its role changed by the switch, and not directly changed by that controller using a OFPT_ROLE_REQUEST message, the corresponding controller must be informed with a OFPT_ROLE_STATUS message. Y 
7.4.5 Table Status MessageWhen the table state changes, the controller needs to be informed with the OFPT_TABLE_STATUS message. Y 
7.4.6 Request Forward MessageWhen a controller modifies the state a groups and meters, the request that successfully modifies this state may be forwarded to other controller. Y 
7.5Symmetric Messages     
7.5.1 HelloThe OFPT_HELLO message consists of an OpenFlow header plus a set of variable size hello elements. Y 
7.5.2 Echo RequestAn Echo Request message consists of an OpenFlow header plus an arbitrary-length data field. Y 
7.5.3 Echo ReplyAn Echo Reply message consists of an OpenFlow header plus the unmodified data field of an echo request message. Y 
7.5.4 Error MessageError messages are used by the switch or the controller to notify the other side of the connection of problems. Y 
7.5.5 Experimenter Message  N 
AHeader file openflow.h     
BRelease Notes     
B.14OpenFlow version 1.4.0     
B.14.1 More extensible wire protocol  N 
B.14.2 More descriptive reasons for packet-in  Y 
B.14.3 Optical port properties  N 
B.14.4 Flow-removed reason for meter delete.  Y 
B.14.5 Flow monitoring  N 
B.14.6 Role status events  Y 
B.14.7 Eviction  Y 
B.14.8 Vacancy events  Y 
B.14.9 Bundles  Y 
B.14.10 Synchronized tables  N 
B.14.11 Group and Meter change notifications  Y 
B.14.12 Error code for bad priority  N 
B.14.13 Error code for Set-async-config  Y 
B.14.14 PBB UCA header field  N 
B.14.15 Error code for duplicate instruction  Y 
B.14.16 Error code for multipart timeout  Y 
B.14.17 Change default TCP port to 6653  N 
  • No labels