<div dir="ltr">Guys,<div><br></div><div> What can cause packets to just disappear after arriving the bridge "brqxxxxzzzz-yy" ???</div><div><br></div><div> I'm using "VLAN Provider Networks", Juno on top of Trusty.</div><div><br></div><div> With Neutron ML2 + LinuxBridges, setup "all-in-one".</div><div><br></div><div><br></div><div>Where:</div><div><br></div><div> - eth0 is the default - api, etc;</div><div> - eth1 is the "external" - floating ip, etc;</div><div> - eth2 is the physical vlan mapped into ML2;</div><div> - eth3 is another physical vlan mapped into ML2;</div><div> - dummy0 is being used by ML2 for VXLAN.</div><div><br></div><div><br></div><div>Explaining:</div><div><br></div><div><br></div><div> * I can see the tagged packets arriving at "eth3", by using "tcpdump -eni eth2 | grep "vlan 666";<br></div><div><br></div><div> * I can see the untagged packets arriving at "brq50b13311-fa", by using "tcpdump -eni brq50b13311-fa";</div><div><br></div><div> * I CAN NOT see the untagged packets arriving at "tap9a546be0-d6", by using "tcpdump -eni tap9a546be0-d6"!</div><div><br></div><div><br></div><div> "tcpdump -eni tap9a546be0-d6" only shows "alien" packets for this "tap", like this:</div><div><br></div><div> <a href="http://paste.openstack.org/show/356838/">http://paste.openstack.org/show/356838/</a> - While what is arriving at "brq50b13311-fa" looks completely different!<br></div><div><br></div><div> For example, I can not see the string "Cisco" while running "tcpdump -eni brq50b13311-fa | grep -i cisco", so, where those packets come from (that I'm seeing on tap9a546be0-d6 and within its instance - pastebin above) ???</div><div><br></div><div><br></div><div>Instance details:</div><div>---</div><div>...</div><div><div>    <interface type='bridge'></div><div>      <mac address='fa:16:3e:51:16:60'/></div><div>      <source bridge='brq50b13311-fa'/></div><div>      <target dev='tap9a546be0-d6'/></div><div>      <model type='e1000'/></div><div>      <address type='pci' domain='0x0000' bus='0x00' slot='0x06' function='0x0'/></div><div>    </interface></div></div><div>...</div><div>---</div><div><br></div><div>"brctl show" returns:</div><div><br></div><div>---</div><div><div>bridge name            bridge id                   STP enabled     interfaces</div></div><div>....</div><div><div>brq50b13311-fa          8000.ecf4bbd0417b           no                        eth3.666</div><div>                                                                                           tap9a546be0-d6</div></div><div>....</div><div>---</div><div><br></div><div>"neutron net-show XXX" returns:</div><div><br></div><div> <a href="http://paste.openstack.org/show/356845/">http://paste.openstack.org/show/356845/</a><br></div><div><br></div><div>-</div><div><br></div><div>ML2 configuration contains:</div><div><br></div><div><a href="http://paste.openstack.org/show/356860/">http://paste.openstack.org/show/356860/</a><br></div><div><br></div><div>-</div><div><br></div><div> Can someone please, tell me, why ~99.5% of the packets are disappearing out of nothing?</div><div><br></div><div> What is driving me crazy is that, on top of this very same setup (including e1000 driver), but with different vlan tag, it works!</div><div><br></div><div> I already disabled "rp_filter", ebtables, arptables, iptables, also, all files under "/proc/sys/net/bridge" have "0"...</div><div><br></div><div> I really appreciate any help! I'm working on this for about 16 hours straight...</div><div><br></div><div>Thanks,</div><div>Thiago</div></div>