Comment 2 for bug 1569795

Hi, @Kevin

l2pop flows(table=20) works fine. The issue is caused by the default table(table = 0).

Since the stale flows in table 0 are being cleaned up before the new flows are installed, the vms can't receive any reply from vms residing in the other hypervisors related to the tunnel port.

For example, the flow below is installed in default table of br-tun.

cookie=0xa6ea370497991ce2, duration=61644.617s, table=0, n_packets=68643, n_bytes=6332921, idle_age=1, priority=1,in_port=34 actions=resubmit(,4)

And it will be cleaned up after the ovs-agent restarts. But the new flow won't be installed util the add_fdb_entries RPC call is received by ovs-agent and the fdb_add_tun procedure is finished. So, there is no flows for in_port=34 in a while and any traffic arriving from tunnel port 34 will be droped!!!!

Thank you!