Date: Wed, 07 Aug 2013 12:07:28 +0100 From: Bruce Simpson <bms@fastmail.net> To: Marcel Moolenaar <marcel@FreeBSD.org> Cc: svn-src-head@freebsd.org, svn-src-all@freebsd.org, src-committers@freebsd.org Subject: Re: svn commit: r253590 - in head/sys: kern net sys Message-ID: <52022A70.70404@fastmail.net> In-Reply-To: <201307240424.r6O4OLEZ000913@svn.freebsd.org> References: <201307240424.r6O4OLEZ000913@svn.freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On 24/07/13 05:24, Marcel Moolenaar wrote: > Log: > Decouple the UUID generator from network interfaces by having MAC > addresses added to the UUID generator using uuid_ether_add(). The > UUID generator keeps an arbitrary number of MAC addresses, under > the assumption that they are rarely removed (= uuid_ether_del()). > This achieves the following: > 1. It brings up closer to having the network stack as a loadable > module. > 2. It allows the UUID generator to filter MAC addresses for best > results (= highest chance of uniqeness). > 3. MAC addresses can come from anywhere, irrespactive of whether > it's used for an interface or not. I like this change, because it's interface agnostic. The fallback behaviour in uuidgen (of choosing the first Ethernet interface) isn't desirable in many situations. Also I like the line of thinking in point 1. In some embedded and niche environments, not having any IP4/6 at all is quite desirable (kernel size, security).
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?52022A70.70404>