<div dir="ltr"><br><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>
however I can't tcpdump on the patch or gre devices....<br>
<br>
# tcpdump -i patch-tun<br>
tcpdump: patch-tun: No such device exists<br></div></blockquote><div><br></div><div>I can reproduce this. I suspect because patch-tun and patch-int are OVS patch interfaces, they are internal to OVS and not a real interface. "ip a | grep patch-tun" returns no results, so that supports that theory.</div>

<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><span style="color:rgb(34,34,34)">is there a way to do this?  Right now I can only see what's happening</span><br>

</div>
at the beginning (tap) and end (ethN)<br></blockquote><div><br></div><div>tcpdump on br-tun shows no traffic for me. If I run tcpdump on the interface that hosts the IP of the tunnel endpoint, then I do see GRE packets:<br>
</div><div><br></div><div>tcpdump -i eth0 proto gre</div><div><br></div><div>But you're not seeing any traffic there, so the packet isn't making it that far... </div><div><br></div><div>How about "brctl show"? There should be a bridge called qbrXXX that bridges the tap interface to a qvb interface. The qvb interface is a veth pair to a qvo interface on OVS. If you can't see packets between qbr, qvb, or qvo, then I'd imagine the problem is somewhere with the linux standard bridging.</div>
<div><br></div><div>Joe</div></div></div></div>