Anders Jackson <[email protected]> writes: > Den 18 jan 2014 23:10 skrev "Nick Daly" <[email protected]>: >> >> If the system detects an interface without a MAC address, we'll try >> to use macchanger to set it, or just generate a dummy MAC address >> (00:00:00:XX:XX:XX). > > The first octet should at least be 02 and not 00. The two last bits > in first octet say if it is a locally administered or globally unique > (OUI) MAC-address and if its an uni- or multicast MAC-address. > > So you want them to be 10 and not 00 (02:00:00:XX:XX:XX).
Hi Anders, I've updated the generated MAC to comply with the rule. However, MACs appear to have been assigned in violation of that rule, so I don't know how reliable it is. For example, the output of `macchanger -l` includes these entries: 12619 - 02:07:01 - Racal-datacom 12620 - 02:1c:7c - Perq Systems Corporation 12621 - 02:60:86 - Logic Replacement Tech. Ltd. 12622 - 02:60:8c - 3com Corporation 12623 - 02:70:01 - Racal-datacom 12624 - 02:70:b0 - M/a-com Inc. Companies 12625 - 02:70:b3 - Data Recall Ltd 12626 - 02:9d:8e - Cardiac Recorders Inc. 12627 - 02:aa:3c - Olivetti Telecomm Spa (olteco) 12628 - 02:bb:01 - Octothorpe Corp. 12629 - 02:c0:8c - 3com Corporation 12630 - 02:cf:1c - Communication Machinery Corp. 12631 - 02:e6:d3 - Nixdorf Computer Corporation Go figure. Nick
pgpVmvkaoOxT_.pgp
Description: PGP signature
_______________________________________________ Freedombox-discuss mailing list [email protected] http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/freedombox-discuss
