From: Philip Prindeville <philipp_subx@redfish-solutions.com>
To: Qemu-devel@nongnu.org
Subject: [Qemu-devel] Noob question on Linux networking
Date: Wed, 19 Apr 2006 15:14:48 -0600 [thread overview]
Message-ID: <4446A848.6000203@redfish-solutions.com> (raw)
Hi.
I was looking at the way that Qemu works under Linux, and was surprised
by the complexity required to configure networking.
I worked on a software harness on SunOS 3.5 17 years ago, and things seemed
to be a bit simpler then.... You could create a "software" network
interface
cloned from a real physical interface (as long as it was a broadcast or
multipoint
network) and create a new, unique address to that interface.
For instance, you could clone an ethernet interface, give it a new IP
address,
and even set up new services running just on that interface...
This assumed that the Ethernet driver and hardware supported having
multiple MAC addresses that it recognized as its own (usually
implemented in a CAM as a key and mask... the mask would be applied
to the destination address and compared to the key... usually the mask
would be 48-bits of ones, i.e. match the entire key)... which most but
not all controllers could do.
These days, I think just about any controller will allow you do this,
even a lowly RealTek-8129.
So... my question is, why not create a mac-level interface alias,
generate a separate unique mac address, and have Qemu use
this as the client OS's interface?
Then the client OS could see all of the same things as the
host OS, and they should even be able to ping each other
(well, it depends... some Ethernet interfaces "hear"
themselves when they transmit... some don't).
What would be involved in doing this?
Not sure that current Linux kernel drivers support
creating additional destination addresses through a
standardized interface...
I'll look into it.
-Philip
reply other threads:[~2006-04-19 21:09 UTC|newest]
Thread overview: [no followups] expand[flat|nested] mbox.gz Atom feed
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4446A848.6000203@redfish-solutions.com \
--to=philipp_subx@redfish-solutions.com \
--cc=Qemu-devel@nongnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).