When creating tunnels ports on an OVS bridge with more than one OVS connected, the tunnel port gets replicated on all other switches. We first the issue in Netvirt CSIT like [1].

This can be easily reporduced with genius, by creating a transport zone with two DPNs, which result in 2 tunnels created on both when it should be one tunnel on each. here is a sample output:

SWITCH1:

62c67e9c-4e1e-4a29-8b7d-d6228ffd4ed9
Manager "tcp:192.168.56.1:6640"
is_connected: true
Bridge br-ex
Port br-ex
Interface br-ex
type: internal
Bridge br-tun
Port br-tun
Interface br-tun
type: internal
Bridge br-int
Controller "tcp:192.168.56.1:6653"
is_connected: true
Controller "tcp:192.168.56.1"
fail_mode: secure
Port "tunf254f384c8a"
Interface "tunf254f384c8a"
type: vxlan
options:

{key=flow, local_ip="30.1.1.200", remote_ip="30.1.1.100"}
Port br-int
Interface br-int
type: internal
Port "tun1334ce172bd"
Interface "tun1334ce172bd"
type: vxlan
options: {key=flow, local_ip="30.1.1.100", remote_ip="30.1.1.200"}
Port "tapdb966c7d-43"
Interface "tapdb966c7d-43"
ovs_version: "2.5.0"


SWITCH2:

stack@u14-bgpvpn-ctrl-mitaka2:~/devstack$ sudo ovs-vsctl show
f6d0e0fc-3690-476c-bdb2-5457964a91d7
Manager "tcp:192.168.56.1:6640"
is_connected: true
Bridge br-ex
Port br-ex
Interface br-ex
type: internal
Bridge br-tun
Port br-tun
Interface br-tun
type: internal
Bridge br-int
Controller "tcp:192.168.56.1:6653"
Controller "tcp:192.168.56.1"
is_connected: true
fail_mode: secure
Port "tunf254f384c8a"
Interface "tunf254f384c8a"
type: vxlan
options: {key=flow, local_ip="30.1.1.200", remote_ip="30.1.1.100"}

Port "tun1334ce172bd"
Interface "tun1334ce172bd"
type: vxlan
options:

{key=flow, local_ip="30.1.1.100", remote_ip="30.1.1.200"}

Port br-int
Interface br-int
type: internal
ovs_version: "2.5.0"

Attached curated karaf logs from this run with TRACE enabled on ovsdb.southbound.

[1] https://logs.opendaylight.org/sandbox/jenkins091/netvirt-csit-1node-openstack-newton-jamodebug-upstream-transparent-carbon/2/archives/robot-plugin/log.html