ofproto-dpif: Fix bug in VLAN splinters.
[sliver-openvswitch.git] / NEWS
diff --git a/NEWS b/NEWS
index 5d0fb8d..c24ade8 100644 (file)
--- a/NEWS
+++ b/NEWS
@@ -1,4 +1,4 @@
-post-v1.3.0
+v1.4.0 - xx xxx xxxx
 ------------------------
     - New "VLAN splinters" feature to work around buggy device drivers
       in old Linux versions.  (This feature is deprecated.  When
@@ -12,6 +12,9 @@ post-v1.3.0
        - Added ability to modify ECN bits in IPv4.
        - Added ability to modify TTL in IPv4.
     - ovs-vswitchd:
+       - Don't require the "normal" action to use mirrors.  Traffic will
+         now be properly mirrored for any flows, regardless of their
+         actions.
        - Track packet and byte statistics sent on mirrors.
     - ovs-appctl:
       - New "fdb/flush" command to flush bridge's MAC learning table.
@@ -20,9 +23,16 @@ post-v1.3.0
         and connectivity issues. This tool currently is not included in RH or
         Xen packages.
     - RHEL packaging now supports integration with Red Hat network scripts.
+    - bonding:
+      - Post 1.4.*, OVS will be changing the default bond mode from balance-slb
+        to active-backup.  SLB bonds carry significant risks with them
+        (documented vswitchd/INTERNALS) which we want to prevent unsuspecting
+        users from running into.  Users are advised to update any scripts or
+        configuration which may be negatively impacted by explicitly setting
+        the bond mode which they want to use.
 
 
-v1.3.0 - xx xxx xxxx
+v1.3.0 - 09 Dec 2011
 ------------------------
     - OpenFlow:
       - Added an OpenFlow extension which allows the "output" action to accept
@@ -52,8 +62,8 @@ v1.3.0 - xx xxx xxxx
         via "ip_frag" in ovs-ofctl).
       - New ovs-ofctl "get-frags" and "set-frags" commands to get and set
         fragment handling policy.
-    - CAPWAP tunneling now supports an extension to transport a 64-key.  By
-      default it remains compatible with the old version and other
+    - CAPWAP tunneling now supports an extension to transport a 64-bit key.
+      By default it remains compatible with the old version and other
       standards-based implementations.
     - Flow setups are now processed in a round-robin manner across ports
       to prevent any single client from monopolizing the CPU and conducting