X-Git-Url: http://git.onelab.eu/?a=blobdiff_plain;f=FAQ;h=7488112c5cbd5933f10e35f0272145ccf2128707;hb=3f0cbe2df696701ad07f61add08692a1eca54f67;hp=41e7c07f297b1713c575714795de08db586378f4;hpb=09538fdc5765afad5c5419483e688d1de4fd5aea;p=sliver-openvswitch.git diff --git a/FAQ b/FAQ index 41e7c07f2..7488112c5 100644 --- a/FAQ +++ b/FAQ @@ -113,7 +113,6 @@ A: You can start by joining the mailing lists and helping to answer http://openvswitch.org/mlists/ - Releases -------- @@ -167,7 +166,7 @@ Q: What features are not available in the Open vSwitch kernel datapath A: The kernel module in upstream Linux 3.3 and later does not include tunnel virtual ports, that is, interfaces with type "gre", - "ipsec_gre", "gre64", "ipsec_gre64", or "vxlan". It is + "ipsec_gre", "gre64", "ipsec_gre64", "vxlan", or "lisp". It is possible to create tunnels in Linux and attach them to Open vSwitch as system devices. However, they cannot be dynamically created through the OVSDB protocol or set the tunnel ids as a flow action. @@ -575,6 +574,11 @@ A: Suppose that you want to set up bridge br0 connected to physical ovs-vsctl -- --all destroy QoS -- --all destroy Queue + If you do want to keep some QoS or Queue records, or the Open + vSwitch you are using is older than version 1.8 (which added the + --all option), then you will have to destroy QoS and Queue records + individually. + Q: I configured Quality of Service (QoS) in my OpenFlow network by adding records to the QoS and Queue table, but the results aren't what I expect. @@ -841,7 +845,7 @@ A: Open vSwitch 1.9 and earlier support only OpenFlow 1.0 (plus for OpenFlow 1.2 and 1.3. On these versions of Open vSwitch, the following command enables OpenFlow 1.0, 1.2, and 1.3 on bridge br0: - ovs-vsctl set bridge br0 protocols=openflow10,openflow12,openflow13 + ovs-vsctl set bridge br0 protocols=OpenFlow10,OpenFlow12,OpenFlow13 Support for OpenFlow 1.1 is incomplete enough that it cannot yet be enabled, even experimentally.