netdev-tunnel: use sockaddr_storage

[sliver-openvswitch.git] / OPENFLOW-1.1+

diff --git a/OPENFLOW-1.1+ b/OPENFLOW-1.1+
index e194ba7..eaf2ee9 100644 (file)
--- a/OPENFLOW-1.1+
+++ b/OPENFLOW-1.1+
@@ -54,13 +54,6 @@ OpenFlow 1.1
 The list of remaining work items for OpenFlow 1.1 is below.  It is
 probably incomplete.
 
 The list of remaining work items for OpenFlow 1.1 is below.  It is
 probably incomplete.
 

-    * The new in_phy_port field in OFPT_PACKET_IN needs some kind of
-      implementation.  It has a sensible interpretation for tunnels
-      but in general the physical port is not in the datapath for OVS
-      so the value is not necessarily meaningful.  We might have to
-      just fix it as the same as in_port.
-      [required for OF1.1; optional for OF1.2+]
-

     * OFPT_TABLE_MOD message.  This is new in OF1.1, so we need to
       implement it.  It should be implemented so that the default OVS
       behavior does not change.
     * OFPT_TABLE_MOD message.  This is new in OF1.1, so we need to
       implement it.  It should be implemented so that the default OVS
       behavior does not change.


@@ -86,11 +79,6 @@ additional work specific to Openflow 1.2 are complete.  (This is based
 on the change log at the end of the OF1.2 spec.  I didn't compare the
 specs carefully yet.)
 
 on the change log at the end of the OF1.2 spec.  I didn't compare the
 specs carefully yet.)
 

-    * Action translation needs some work to transform OpenFlow 1.1
-      field modification actions into OpenFlow 1.2+ "set-field"
-      actions, because OpenFlow 1.2 dropped support for the OF1.1
-      actions.
-

 OpenFlow 1.3
 ------------
 
 OpenFlow 1.3
 ------------
 


@@ -124,11 +112,6 @@ didn't compare the specs carefully yet.)
       is missing.  Support for the software switch is under review.
       [optional for OF1.3+]
 
       is missing.  Support for the software switch is under review.
       [optional for OF1.3+]
 

-    * Per-connection event filtering.  OF1.3 adopted Open vSwitch's
-      existing design for this feature so implementation should be
-      easy.
-      [required for OF1.3+]
-

     * Auxiliary connections.  An implementation in generic code might
       be a week's worth of work.  The value of an implementation in
       generic code is questionable, though, since much of the benefit
     * Auxiliary connections.  An implementation in generic code might
       be a week's worth of work.  The value of an implementation in
       generic code is questionable, though, since much of the benefit