It will always return a MAC address, but in a virtualized environment those are a fiction and under the control of the VM creator (and hence, not real physical hardware).
Since those MAC addrs are only required to be unique within the L2 domain, two separate "private clouds" in the same organization, routable at L3 but in separate L2, can have VMs with conflicting MAC addrs. Admittedly, it's a nit to pick, but who would want to debug that? -C Ken Wesson wrote: > On Fri, Mar 4, 2011 at 1:09 PM, Christopher Brown <cjbrown...@gmail.com> > wrote: >> It's always tempting to use the MAC address, and while in physical hardware >> it's unique, in networking it's only required to be unique within a single >> L2 domain. >> Some virtualized environments, including EC2, play games with the MAC >> address and rendering it useless as a global ID. > > Is there any such environment where a JVM can run inside of which > NetworkInterface.getHardwareAddress() won't actually return a physical > hardware address, though? > -- You received this message because you are subscribed to the Google Groups "Clojure" group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en
