wrong l2pop flows on vlan network

[norman shen]

I saw l2pop rules for a vlan network which causes problems for mac learning. There is no dvr routed associated with it. It is a pure vlan netowrk.

root@compute02:/tmp# ovs-ofctl dump-flows br-tun table=21
 cookie=0xcd381baa7a6d5b5c, duration=1703630.319s, table=21, n_packets=0, n_bytes=0, priority=1,arp,dl_vlan=1,arp_tpa=172.200.146.36 actions=load:0x2->NXM_OF_ARP_OP[],move:NXM_NX_ARP_SHA[]->NXM_NX_ARP_THA[],move:NXM_OF_ARP_SPA[]->NXM_OF_ARP_TPA[],load:0xfa163ec89311->NXM_NX_ARP_SHA[],load:0xacc89224->NXM_OF_ARP_SPA[],move:NXM_OF_ETH_SRC[]->NXM_OF_ETH_DST[],mod_dl_src:fa:16:3e:c8:93:11,IN_PORT
 cookie=0xcd381baa7a6d5b5c, duration=1703175.829s, table=21, n_packets=0, n_bytes=0, priority=1,arp,dl_vlan=1,arp_tpa=172.200.146.38 actions=load:0x2->NXM_OF_ARP_OP[],move:NXM_NX_ARP_SHA[]->NXM_NX_ARP_THA[],move:NXM_OF_ARP_SPA[]->NXM_OF_ARP_TPA[],load:0xfa163e8b426c->NXM_NX_ARP_SHA[],load:0xacc89226->NXM_OF_ARP_SPA[],move:NXM_OF_ETH_SRC[]->NXM_OF_ETH_DST[],mod_dl_src:fa:16:3e:8b:42:6c,IN_PORT
 cookie=0xcd381baa7a6d5b5c, duration=1703156.363s, table=21, n_packets=0, n_bytes=0, priority=1,arp,dl_vlan=1,arp_tpa=172.200.146.37 actions=load:0x2->NXM_OF_ARP_OP[],move:NXM_NX_ARP_SHA[]->NXM_NX_ARP_THA[],move:NXM_OF_ARP_SPA[]->NXM_OF_ARP_TPA[],load:0xfa163e31dd83->NXM_NX_ARP_SHA[],load:0xacc89225->NXM_OF_ARP_SPA[],move:NXM_OF_ETH_SRC[]->NXM_OF_ETH_DST[],mod_dl_src:fa:16:3e:31:dd:83,IN_PORT
 cookie=0xcd381baa7a6d5b5c, duration=1703137.459s, table=21, n_packets=0, n_bytes=0, priority=1,arp,dl_vlan=1,arp_tpa=172.200.146.39 actions=load:0x2->NXM_OF_ARP_OP[],move:NXM_NX_ARP_SHA[]->NXM_NX_ARP_THA[],move:NXM_OF_ARP_SPA[]->NXM_OF_ARP_TPA[],load:0xfa163e2e8650->NXM_NX_ARP_SHA[],load:0xacc89227->NXM_OF_ARP_SPA[],move:NXM_OF_ETH_SRC[]->NXM_OF_ETH_DST[],mod_dl_src:fa:16:3e:2e:86:50,IN_PORT
 cookie=0xcd381baa7a6d5b5c, duration=1703090.494s, table=21, n_packets=0, n_bytes=0, priority=1,arp,dl_vlan=1,arp_tpa=172.200.146.41 actions=load:0x2->NXM_OF_ARP_OP[],move:NXM_NX_ARP_SHA[]->NXM_NX_ARP_THA[],move:NXM_OF_ARP_SPA[]->NXM_OF_ARP_TPA[],load:0xfa163e0a4d1c->NXM_NX_ARP_SHA[],load:0xacc89229->NXM_OF_ARP_SPA[],move:NXM_OF_ETH_SRC[]->NXM_OF_ETH_DST[],mod_dl_src:fa:16:3e:0a:4d:1c,IN_PORT
 cookie=0xcd381baa7a6d5b5c, duration=1703068.578s, table=21, n_packets=0, n_bytes=0, priority=1,arp,dl_vlan=1,arp_tpa=172.200.146.40 actions=load:0x2->NXM_OF_ARP_OP[],move:NXM_NX_ARP_SHA[]->NXM_NX_ARP_THA[],move:NXM_OF_ARP_SPA[]->NXM_OF_ARP_TPA[],load:0xfa163e99553b->NXM_NX_ARP_SHA[],load:0xacc89228->NXM_OF_ARP_SPA[],move:NXM_OF_ETH_SRC[]->NXM_OF_ETH_DST[],mod_dl_src:fa:16:3e:99:55:3b,IN_PORT
 cookie=0xcd381baa7a6d5b5c, duration=1703050.537s, table=21, n_packets=0, n_bytes=0, priority=1,arp,dl_vlan=1,arp_tpa=172.200.146.45 actions=load:0x2->NXM_OF_ARP_OP[],move:NXM_NX_ARP_SHA[]->NXM_NX_ARP_THA[],move:NXM_OF_ARP_SPA[]->NXM_OF_ARP_TPA[],load:0xfa163ecc5303->NXM_NX_ARP_SHA[],load:0xacc8922d->NXM_OF_ARP_SPA[],move:NXM_OF_ETH_SRC[]->NXM_OF_ETH_DST[],mod_dl_src:fa:16:3e:cc:53:03,IN_PORT
 cookie=0xcd381baa7a6d5b5c, duration=1703033.613s, table=21, n_packets=0, n_bytes=0, priority=1,arp,dl_vlan=1,arp_tpa=172.200.146.43 actions=load:0x2->NXM_OF_ARP_OP[],move:NXM_NX_ARP_SHA[]->NXM_NX_ARP_THA[],move:NXM_OF_ARP_SPA[]->NXM_OF_ARP_TPA[],load:0xfa163e5ffd39->NXM_NX_ARP_SHA[],load:0xacc8922b->NXM_OF_ARP_SPA[],move:NXM_OF_ETH_SRC[]->NXM_OF_ETH_DST[],mod_dl_src:fa:16:3e:5f:fd:39,IN_PORT

root@mgt01:~# openstack port list --fixed-ip ip-address=172.200.146.36
+--------------------------------------+-----------+-------------------+-------------------------------------------------------------------------------+--------+
| ID | Name | MAC Address | Fixed IP Addresses | Status |
+--------------------------------------+-----------+-------------------+-------------------------------------------------------------------------------+--------+
| 48131502-da22-4968-9b0b-f1efc3a860a1 | ecs_eni_0 | fa:16:3e:c8:93:11 | ip_address='172.200.146.36', subnet_id='d0890fec-6f33-4f08-8f7c-67fc429c91b8' | ACTIVE |
+--------------------------------------+-----------+-------------------+-------------------------------------------------------------------------------+--------+
root@mgt01:~# openstack network show `openstack port show 48131502-da22-4968-9b0b-f1efc3a860a1 -c network_id -f value`
+---------------------------+--------------------------------------+
| Field | Value |
+---------------------------+--------------------------------------+
| admin_state_up | UP |
| availability_zone_hints | |
| availability_zones | az-jiaozuo-zww-1 |
| created_at | 2020-06-14T00:09:26Z |
| description | |
| dns_domain | None |
| id | 1273b3a2-7484-469b-a12d-80cb0c466b91 |
| ipv4_address_scope | None |
| ipv6_address_scope | None |
| is_default | None |
| is_vlan_transparent | None |
| mtu | 1500 |
| name | VLAN_170 |
| port_security_enabled | True |
| project_id | aa1a66fbcd244981934183e0960cf2f5 |
| provider:network_type | vlan |
| provider:physical_network | physnet1 |
| provider:segmentation_id | 170 |
| qos_policy_id | None |
| revision_number | 3 |
| router:external | Internal |
| segments | None |
| shared | False |
| status | ACTIVE |
| subnets | d0890fec-6f33-4f08-8f7c-67fc429c91b8 |
| tags | |
| updated_at | 2020-06-14T00:12:44Z |

+---------------------------+--------------------------------------+

[Brian Haley (brian-haley)]

Hi Norman, do you know if this behavior changed from a previous version?

Also, can you add the related config file to the bug? I didn't think these flows would get installed unless the both the ARP responder and l2 pop were enabled.

[Brian Haley (brian-haley)]

Is this related to the backports you just proposed?

https://review.opendev.org/#/c/740436/
https://bugs.launchpad.net/neutron/+bug/1824504

[norman shen (jshen28)]

Hi Brian, I think it a duplicate of #1824504. And this issue is easily repreducible when I try to assign a new ip address for port.