Yes, this could be evaluated as “useless computer-science fiction” feature.
But in some enviroment could be useful. Therefore, don’t shoot the pianist.
MAC is assigned to device by the producer, according to its OUI identifier. OUI List is available from IEEE site. DHCP Server assignes ip addresses according to it’s settings: into default network zone based pool or for the reserved IP Address if the MacAddress is already written into list.
What if there are a lot of devices, not all know during DHCP setup and Firewall rules deployment, that should be able to connect to specified services (deployment, configuration, application) for being managed or for being usefuls?
In my mind there are provisioned access points or switches, handhelds, mobile devices (rugged tablets), network-enabled measurement devices, roaming installed.
One way or another, the macaddress will be known, sooner or later.
But install a small appliance, already configured, into a remote warehouse, which will put the unknown maccaddress device exactly where it should be (close to, ok) asking to tech installers of devices to “DHCP Client” as default setting and without direct tech surveillance.
So “Honeywell/Intermec” devices will be assigned into a dedicated pool. Also Sartorius, Ubiquiti, Datalogic, Moxa.
I know, the effort can be vanished by MacAddress forgery, too many devices of the same vendor (exceeding the pool) or not so clear relationship between NIC brand and devices. Also… Intel, Atheros, Realtek and computer brands could not be the best choice.
Ok… This is my saturday morning crazy idea. Hope this helps