En IPv6, al crear la ID de interfaz de 64 bits a partir de la dirección de Mac, el bit U / L (el séptimo bit del byte más alto) se invierte. ¿Por qué se hace esto?

RFC4291 afirma que el propósito es hacer que la creación de direcciones significativas a nivel local sea fácil de construir para los casos en que las direcciones de hardware de Capa 2 no estén disponibles.

De la Sección 2.5.1 de RFC4291 (Arquitectura de direccionamiento de IP versión 6)

La motivación para invertir el bit “u” cuando se forma un identificador de interfaz es facilitar a los administradores del sistema la configuración manual de identificadores no globales cuando los tokens de hardware no están disponibles. Se espera que este sea el caso de enlaces seriales y puntos finales de túneles, por ejemplo. La alternativa hubiera sido que estos fueran de la forma 0200: 0: 0: 1, 0200: 0: 0: 2, etc., en lugar del mucho más simple 0: 0: 0: 1, 0: 0: 0: 2, etc.

El IETF estaba tratando de pensar por adelantado haciendo esto. El RFC apunta a la “tecnología futura” que se basa en identificadores de interfaz con alcance universal. Nada aún que yo sepa …