Public bug reported: The ryu-based OVS agent variant forces the bridge Openflow version to 1.3 only [1], which breaks a few things: - troubleshooting tools relying on ovs-ofctl, unless they specify "-O Openflow13", will break: version negotiation failed (we support version 0x01, peer supports version 0x04) ovs-ofctl: br-tun: failed to connect to socket (Broken pipe)
- calling add_flow on an OVSCookieBridge derived from a bridge that is an native.ovs_bridge.OVSAgentBridge, will fail with the same error, because add_flow will call ovs-ofctl without specifying "-O Openflow13" (this issue is currently hitting networking-bgpvpn: [2]) It seems like a possible fix would be to not restrict the set of Openflow versions supported by the bridge to Openflow13, but to just *add* Openflow13 to the set of supported versions. [1] https://github.com/openstack/neutron/blob/master/neutron/plugins/ml2/drivers/openvswitch/agent/openflow/native/ovs_bridge.py#L78 [2] https://github.com/openstack/networking-bagpipe/blob/master/networking_bagpipe/agent/bagpipe_bgp_agent.py#L512 ** Affects: bgpvpn Importance: Undecided Status: New ** Affects: networking-bagpipe Importance: Undecided Status: New ** Affects: neutron Importance: Undecided Status: New ** Also affects: neutron Importance: Undecided Status: New ** Also affects: networking-bagpipe Importance: Undecided Status: New -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to neutron. https://bugs.launchpad.net/bugs/1622644 Title: OVS agent ryu/native implementation breaks non-OF1.3 uses Status in networking-bgpvpn: New Status in BaGPipe: New Status in neutron: New Bug description: The ryu-based OVS agent variant forces the bridge Openflow version to 1.3 only [1], which breaks a few things: - troubleshooting tools relying on ovs-ofctl, unless they specify "-O Openflow13", will break: version negotiation failed (we support version 0x01, peer supports version 0x04) ovs-ofctl: br-tun: failed to connect to socket (Broken pipe) - calling add_flow on an OVSCookieBridge derived from a bridge that is an native.ovs_bridge.OVSAgentBridge, will fail with the same error, because add_flow will call ovs-ofctl without specifying "-O Openflow13" (this issue is currently hitting networking-bgpvpn: [2]) It seems like a possible fix would be to not restrict the set of Openflow versions supported by the bridge to Openflow13, but to just *add* Openflow13 to the set of supported versions. [1] https://github.com/openstack/neutron/blob/master/neutron/plugins/ml2/drivers/openvswitch/agent/openflow/native/ovs_bridge.py#L78 [2] https://github.com/openstack/networking-bagpipe/blob/master/networking_bagpipe/agent/bagpipe_bgp_agent.py#L512 To manage notifications about this bug go to: https://bugs.launchpad.net/bgpvpn/+bug/1622644/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
