From: "SourceForge.net" <noreply@sourceforge.net>
To: noreply@sourceforge.net
Subject: [ kvm-Bugs-1858946 ] Qemu doesn't warns user about incorrect MAC Address
Date: Mon, 26 May 2008 10:14:14 -0700 [thread overview]
Message-ID: <E1K0gH0-0007Kg-RX@sc8-sf-web23.sourceforge.net> (raw)
Bugs item #1858946, was opened at 2007-12-27 09:20
Message generated for change (Comment added) made by aliguori
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=893831&aid=1858946&group_id=180599
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
>Resolution: Invalid
Priority: 5
Private: No
Submitted By: Technologov (technologov)
>Assigned to: Anthony Liguori (aliguori)
Summary: Qemu doesn't warns user about incorrect MAC Address
Initial Comment:
NOTE: This is a qemu problem/lack-of-feature, not a KVM one.
I Tried to launch 2 VMs connected back-to-back on the same host, but nothing worked, so I wasted a lot of time figuring it out, and my time could be saved, if Qemu could give proper warning on user stupidity/incorrect action.
At the end, my colleague pointed me to this problem.
Actually I used MAC addresses, that begin with "01:xx:xx:xx:xx:xx" which are multicast MAC addresses, and are illegal to assign them to NIC, and neither the guest OS (Windows XP), and not Qemu didn't complain about that, but the network simply didn't work. The NIC (RTL8139) was detected and installed by the guest OS, without a problem.
The full list of illegal MAC addresses, that are Multicast/Broadcast is listen below:
http://www.cavebear.com/archive/cavebear/Ethernet/multicast.html
Correct behavior would be: to warn a user of his incorrect action, but continue running a VM.
Now I just wasted 6 hours.
Please improve Qemu to save other people's time...
-Alexey Technologov, 26.Dec.2007.
----------------------------------------------------------------------
>Comment By: Anthony Liguori (aliguori)
Date: 2008-05-26 13:14
Message:
Logged In: YES
user_id=120449
Originator: NO
No MAC address is valid unless you have been assigned it. It's the user's
responsibility to ensure that the MAC addresses they are using are valid
and won't cause conflicts on their network.
Blacklisting a certain group of MAC addresses doesn't make the problem
much better because people can still end up using "random" MAC addresses
which are actually valid on their network. We need to encourage people not
to use "random" MAC addresses, it's always wrong.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=893831&aid=1858946&group_id=180599
next reply other threads:[~2008-05-26 17:14 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-05-26 17:14 SourceForge.net [this message]
-- strict thread matches above, loose matches on Subject: below --
2008-05-27 13:34 [ kvm-Bugs-1858946 ] Qemu doesn't warns user about incorrect MAC Address SourceForge.net
2007-12-27 14:20 SourceForge.net
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=E1K0gH0-0007Kg-RX@sc8-sf-web23.sourceforge.net \
--to=noreply@sourceforge.net \
/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