From: Jeff Dike <jdike@addtoit.com>
To: Blaisorblade <blaisorblade@yahoo.it>
Cc: user-mode-linux-devel@lists.sourceforge.net
Subject: Re: [uml-devel] Randomize on MAC address when bringing up ethernet iface
Date: Wed, 31 May 2006 15:05:53 -0400 [thread overview]
Message-ID: <20060531190553.GA6111@ccure.user-mode-linux.org> (raw)
In-Reply-To: <200605302013.00091.blaisorblade@yahoo.it>
On Tue, May 30, 2006 at 08:12:59PM +0200, Blaisorblade wrote:
> I've being thinking to this and I'm wondering why we shouldn't do it. When we
> have set no IP or 0.0.0.0, which is not a unique IP, and we bring it up, we
> should choose a random MAC to use.
> Conditions: the broadcast bit must be 0 and the "locally-assigned address
> flag" must be 1 (as likely we already do).
Yeah, this sounds like a good idea.
> For which bits they are, I've a doubt.
> On Tanenbaum's book they're marked as the two most significant (leftmost) bits
> (broadcast being the most significant one), but since we've longly known the
> broadcast bit is the lowest-order one of the highest bit, I suspect that MACs
> are read in little-endian bit order (which likely implies the same for the
> whole packets). I can't verify this, but bytes in many fields are moved to be
> in network order i.e. big-endian order (MACs are always used in the network
> order).
So what is the second bit? I only know about the broadcast/multicast bit, and
no one has bothered clueing me in on any other special bits :-)
Jeff
-------------------------------------------------------
All the advantages of Linux Managed Hosting--Without the Cost and Risk!
Fully trained technicians. The highest number of Red Hat certifications in
the hosting industry. Fanatical Support. Click to learn more
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=107521&bid=248729&dat=121642
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel
next prev parent reply other threads:[~2006-05-31 19:05 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-05-30 18:12 [uml-devel] Randomize on MAC address when bringing up ethernet iface Blaisorblade
2006-05-31 17:09 ` [uml-devel] " Jason Lunz
2006-05-31 17:24 ` Blaisorblade
2006-05-31 19:05 ` Jeff Dike [this message]
2006-05-31 19:56 ` Jason Lunz
2006-06-01 8:40 ` [uml-devel] " Blaisorblade
-- strict thread matches above, loose matches on Subject: below --
2006-05-31 21:22 Brock, Anthony - NET
2006-06-01 8:46 ` Blaisorblade
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=20060531190553.GA6111@ccure.user-mode-linux.org \
--to=jdike@addtoit.com \
--cc=blaisorblade@yahoo.it \
--cc=user-mode-linux-devel@lists.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.