Entiendo que IPv6 reserva el prefijo fe80 :: / 10 para las direcciones locales de enlace y que los hosts seleccionan una dirección con un prefijo / 64.

¿Por qué el espacio reservado es mucho más grande de lo que se usa realmente para el enlace local?

Respuesta

Creo el ámbito de enlace local se estableció en / 10 simplemente para «encajar» mejor con los otros ámbitos, por ejemplo site-local (antes de que fuera reemplazado por local único).

Inicialmente pensé que tal vez era para permitir el uso de muchas redes de enlace local en el mismo enlace, pero RFC 4291 establece explícitamente que solo se puede usar fe80 :: / 64.

Comentarios

  • ¿Hay alguna importancia con respecto a la implementación de SLAAC? … ¿SLAAC " prefijo agnóstico "?
  • SLAAC requiere un / 64, pero en realidad no es relevante aquí, porque las direcciones de enlace local no son ' t asignadas por SLAAC; de hecho, SLAAC depende de que ya tenga una dirección de enlace local.

Respuesta

Sabes, nunca he considerado esto.

Supongo que se usa fe80 :: / 64 porque los sistemas luego ejecutan la autoconfiguración de direcciones sin estado (SLAAC) en ese / 64. Dejando el resto del / 10 disponible para direcciones de enlace local asignadas estáticamente y bloques de red. Estoy teniendo dificultades para encontrar casos de uso significativos para enlaces locales estáticos asignaciones, pero supongo que hay razones por las que la gente podría terminar queriendo hacerlo.

Comentarios

  • ¿Qué ' s lo significativo de SLAAC y / 64? … ¿hay algo inherente a SLAAC sobre el prefijo / 64?
  • a veces las direcciones locales de enlace asignadas estáticamente facilitan saber qué nodo es el siguiente salto cuando se enruta dinámicamente, es decir, R1 es fe80 :: 1 / 64, R2 es fe80 :: 2/64, etc. Funciona bien en el laboratorio, tal vez menos en la práctica.
  • @CraigConstantine – sí, SLAAC tiene el límite / 64 codificado en el protocolo. Esa es la razón por la que no puede crear subredes más pequeñas que un / 64 en IPv6, con la excepción de las subredes que se utilizan para enrutar enlaces (es decir, para un enlace punto a punto, debe usar un / 127). En realidad, hay otros protocolos que también tienen el límite / 64 incorporado.
  • Tenemos un caso de uso. Un sistema de aislamiento de procesos que necesita activar el entorno de aislamiento con una dirección local de enlace conocida para la identificación basada en IPv6. Y no podemos ' esperar al DAD, porque el entorno debe estar listo en microsegundos o milisegundos.

Responder

La filosofía de diseño detrás de IPv6 es que tener un espacio de direcciones razonablemente estructurado es más importante que conservar direcciones. Por cierto, IPv4 fue concebido con la misma idea (razón por la cual cada dispositivo tiene 16 millones de direcciones de loopback, pero solo usa la dirección 127.0.0.1, y la mayoría de las direcciones de clase D y E no se usan).

Las direcciones de enlace local en teoría desperdician miles de millones de direcciones IP, pero no se considera un problema. De manera similar, dar a cada cliente un / 56 completo o incluso / 48 es técnicamente un desperdicio, pero no un problema real.

Hay un lado oscuro en este enfoque: la afirmación de que IPv6 puede dar una dirección IP a cada grano de arena en el mundo (o algo así) es una tontería, al igual que la afirmación de que IPv4 puede admitir 4 mil millones de dispositivos. En realidad, cuando sume todo el desperdicio en IPv6, encontrará que los límites son mucho más estrechos (aún mayores que IPv4).

Respuesta

Creo que se reduce a 2 cosas. Primero, no se puede enrutar un enlace local, por lo que no se necesita un ID de subred. Se supone que, dado que no se puede enrutar, cualquier cosa que siga al prefijo hasta los últimos 64 bits será cero «s. En segundo lugar, como otros prefijos IPv6 similares, el prefijo es todo hasta el último bit» 1 «. Esto mantiene coherencia.

Comentarios

  • Si así hubiera funcionado, habría sido un /9 no a /10.

Deja una respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *