search for: vtap

...asically unless you are trying to trouble shoot a physical link issue I would likely always use the container link when doing a packet dump, due to several edge cases. If your bridge node host is participating (i.e has an IP etc on the br0 device itself , rather than in the case of a container for Vtap's/Virtual machine nics') You would also miss the hypervisors/hosts traffic if you sniffed the contained nics. -Joel On 16 February 2015 at 15:35, The Q <theq at rogers.com> wrote: > > > Hi all > > > > Assume that you have a linux bridge with two interfaces e...

Hello, Dave Taht, on Wed 02 Dec 2015 13:21:56 +0100, wrote: > I'd made a start on the send direction here: > https://github.com/dtaht/tinc/commits/master > > Perhaps that will help. Well, converting a sendto call into a sendmsg call is not really "hard" :) What will be really hard is getting multiple packet receive/send over the tap/tun device, because support for it

...internet and back. That is, traffic passes through both nics and this host successfully. The other guest can also be reached successfully from machines on the LAN. I can ping it and I can ssh to it. I also note that it seems to be able to be able to talk to the "router" host over the vtap bridge: it can perform dns lookups against the router host, and they can seem to reach each other's ports. Where I'm getting stuck is that for whatever reason, the second guest apparently cannot reach the internet via my router host. It's the only host anywhere on the lan that apparen...

Hi all Assume that you have a linux bridge with two interfaces eth0 and eth1 enslaved to this bridge What is the difference between sniffing the bridge and sniffing its interfaces? tcpdump -i br0 vs tcpdump -i eth0 Thanks MiniME -------------- next part -------------- An HTML attachment was scrubbed... URL:

...h) get a userspace inside of vpn thing back on my plate. > What will be really hard is getting multiple packet receive/send over > the tap/tun device, because support for it has to be added at the kernel > layer first. I think there was some discussion on the netdev list on improving tun/vtap, but I am not sure if that directly went anywhere. More recently Tom Herbert was working on udp encapsulation methods in the kernel "foo over udp" https://www.netdev01.org/docs/herbert-UDP-Encapsulation-Linux.pdf https://lwn.net/Articles/614348/ which preserve things important at high...