-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Jim C. Brown schrieb:
> On Fri, Sep 30, 2005 at 03:13:21PM -0700, Don Kitchen wrote:
> 
[...]
> 
>>I'm interested in the handling of ethernet frames because I haven't been
>>able to get the bridge to pass packets between added interfaces (yes,
>>they're all up and promisc) and I'm not too thrilled with networking being
>>bridged anyway,
> 
> 
> Do you mean the kernel bridge, br0? Or are you talking about some sort of
> user space bridge, like bridged (which uses a series of packet sockets to
> bridge between multiple ethernet (ethX) devices) ?
> 
> 
>>and it seems to me that if an fd were hooked up to a
>>BPF capturing everything from the real ethernet device in promiscuous
>>mode, and pushing out any raw frames it receives, that I could bypass
>>the bridge and make it as if the emulator's virtual ethernet device is
>>a real one. Or is there some reason this won't work? (after all, other
>>products don't have this, there must be a reason right?)
> 
> 
> Ah, you're talking about using a packet socket, right?
> 
> That works fine for the most part. There is one thing that you have missed
> though: guest->host communication doesn't work when you do that.
> 
> When you push out a raw frame, it leaves the real ethernet device before the
> host sees it. So guest->host doesn't work. You need to find another way to
> send packets from the guest to the host. Most host OSes will not let you
> do this at all. (Windows seems to be the exception, winpcap's 
> pcap_sendpacket()
> appears to work fine for that job.)
> 

That means it would work if the host NIC is connected to a switch? Then
the switch would send packets from the guest which are meant for the
host back to the host NIC and everything's fine! Or did I misunderstand
that now?

Regards,
Oliver Gerlich
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)

iD8DBQFDPnM2TFOM6DcNJ6cRAlTaAJ9gxN9CUnSEeKl5lPbURTEh33Rl8QCgpmNV
cUuiGGOkpPVYxzeo9ZoksWM=
=tEkV
-----END PGP SIGNATURE-----


_______________________________________________
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel

Reply via email to