[NETVIRT-266] no rules for dst mac in table 51 if provider is vlan Created: 13/Nov/16  Updated: 19/Oct/17  Resolved: 13/Mar/17

Status: Resolved
Project: netvirt
Component/s: General
Affects Version/s: Boron
Fix Version/s: None

Type: Bug
Reporter: Arnon Yahel Assignee: Unassigned
Resolution: Won't Do Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All


External issue ID: 7163

 Description   

the rule is created only on the compute that hosts the VM, but not on the other nodes.
as a result, all packets are being flooded to all hosts.

  • I have testvm-1 on comp0001 connected to vlan network vlan549 with ip address of 99.0.0.4
  • mac address of 99.0.0.4 is fa:16:3e:e7:06:c6
  • looking at table 51 on comp0001 i can see the matching rule:
    root@NVP-Zan-cp1-comp0001-mgmt:~# ovs-ofctl dump-flows br-int -OOpenflow13 table=51 | grep "fa:16:3e:e7:06:c6"
    cookie=0x803138c, duration=1083.575s, table=51, n_packets=96, n_bytes=11772, priority=20,metadata=0x138c000000/0xffff000000,dl_dst=fa:16:3e:e7:06:c6 actions=load:0x3c00->NXM_NX_REG6[],resubmit(,220)

BUT on all other nodes the rule doesn't exist.
root@NVP-Zan-cp1-comp0003-mgmt:~# ovs-ofctl dump-flows br-int -OOpenflow13 table=51
OFPST_FLOW reply (OF1.3) (xid=0x2):
cookie=0x8031389, duration=271379.057s, table=51, n_packets=0, n_bytes=0, priority=20,metadata=0x1389000000/0xffff000000,dl_dst=0e:b1:17:8f:35:ff actions=load:0xb00->NXM_NX_REG6[],resubmit(,220)
cookie=0x8031389, duration=271379.057s, table=51, n_packets=0, n_bytes=0, priority=20,metadata=0x1389000000/0xffff000000,dl_dst=fa:16:3e:bf:c7:86 actions=load:0xb00->NXM_NX_REG6[],resubmit(,220)
cookie=0x8031389, duration=271378.276s, table=51, n_packets=0, n_bytes=0, priority=20,metadata=0x1389000000/0xffff000000,dl_dst=fa:16:3e:0d:50:eb actions=load:0xb00->NXM_NX_REG6[],resubmit(,220)
cookie=0x803138b, duration=271377.680s, table=51, n_packets=5, n_bytes=1344, priority=20,metadata=0x138b000000/0xffff000000,dl_dst=fa:16:3e:25:67:2b actions=load:0x3800->NXM_NX_REG6[],resubmit(,220)
cookie=0x8031389, duration=271377.651s, table=51, n_packets=0, n_bytes=0, priority=20,metadata=0x1389000000/0xffff000000,dl_dst=fa:16:3e:6d:f7:ad actions=load:0xb00->NXM_NX_REG6[],resubmit(,220)
cookie=0x8031388, duration=271377.405s, table=51, n_packets=5, n_bytes=1344, priority=20,metadata=0x1388000000/0xffff000000,dl_dst=fa:16:3e:70:e3:ff actions=load:0x6400->NXM_NX_REG6[],resubmit(,220)
cookie=0x803138c, duration=1209.777s, table=51, n_packets=97, n_bytes=11832, priority=20,metadata=0x138c000000/0xffff000000,dl_dst=fa:16:3e:b9:d2:ce actions=load:0x6b00->NXM_NX_REG6[],resubmit(,220)
cookie=0x803138c, duration=1198.110s, table=51, n_packets=98, n_bytes=11892, priority=20,metadata=0x138c000000/0xffff000000,dl_dst=fa:16:3e:15:6b:2b actions=load:0x6c00->NXM_NX_REG6[],resubmit(,220)
cookie=0x803138c, duration=1190.370s, table=51, n_packets=98, n_bytes=11892, priority=20,metadata=0x138c000000/0xffff000000,dl_dst=fa:16:3e:33:70:be actions=load:0x6a00->NXM_NX_REG6[],resubmit(,220)
cookie=0x8031389, duration=70.597s, table=51, n_packets=0, n_bytes=0, priority=20,metadata=0x1389000000/0xffff000000,dl_dst=f6:c9:78:6b:54:0a actions=load:0xb00->NXM_NX_REG6[],resubmit(,220)
cookie=0x8030000, duration=271379.058s, table=51, n_packets=11992, n_bytes=747957, priority=0 actions=goto_table:52



 Comments   
Comment by Koby Aizer [ 13/Mar/17 ]

This behavior is by design

Generated at Wed Feb 07 20:21:07 UTC 2024 using Jira 8.20.10#820010-sha1:ace47f9899e9ee25d7157d59aa17ab06aee30d3d.