Direcciones de unidifusión global agregable ipv6

10

Al estudiar el direccionamiento IPv6 no he entendido las direcciones de unidifusión global agregable IPv6, quiero decir que en RFC 4291 hay un esquema genérico:

|         n bits         |   m bits  |       128-n-m bits         |
+------------------------+-----------+----------------------------+
| global routing prefix  | subnet ID |       interface ID         |
+------------------------+-----------+----------------------------+

Pero al buscar los formatos utilizados que veo en mi libro (Halsall), el formato utilizado es este:

|  3  | 5  |  8   |    32          |       16      |          64                    |
+-----+----+------+----------------+---------------+--------------------------------+
| 010 | reg| TLA  |  NLA           |  SLA          |  interface ID                  |
+-----+----+------+----------------+---------------+--------------------------------+

y en la web, por ejemplo en el sitio de microsoft , el formato utilizado es este:

|  3  |     13    |     8    |       24      |    16     |      64                  |
+-----+----+------+----------+---------------+-----------+--------------------------+
| 001 |    TLA    | reserved |    NLA        |    SLA    |        interface ID      |
+-----+----+------+----------+---------------+-----------+--------------------------+

Mis preguntas son:

  • ¿Por qué hay más de un formato de direcciones de unidifusión global acumulables?
  • ¿Hay otros formatos o estos 2 son los únicos 2 definidos?

Gracias.

ip ipv6 rfc route-summarization a B C
fuente

Respuestas:

8

Estructura TLA / NLA para direcciones IPv6

La estructura de asignación de TLA / NLA ha quedado en desuso en RFC 3587 , agosto de 2003:

2. TLA / NLA hecho histórico

El esquema TLA / NLA ha sido reemplazado por una política de asignación coordinada definida por los Registros Regionales de Internet (RIR) [ IPV6RIR ].

Parte de la motivación para la obsolescencia de la estructura TLA / NLA es técnica; Por ejemplo, existe la preocupación de que TLA / NLA no sea el mejor enfoque técnico en esta etapa del despliegue de IPv6. Además, la asignación de direcciones IPv6 está relacionada con la política y la administración del espacio de direcciones IP y el tamaño de la tabla de enrutamiento, que los RIR han estado administrando para IPv4. Es probable que la política de los RIR evolucione a medida que avanza la implementación de IPv6.

El IETF ha proporcionado información técnica a los RIR (por ejemplo, [ RFC3177 ]), que los RIR han tenido en cuenta al definir su política de asignación de direcciones.

RFC 2374 fue la definición de direcciones para el Prefijo de Formato 001 (2000 :: / 3) que formalmente se hizo histórico por este documento. A pesar de que actualmente la IANA delega solo 2000 :: / 3, las implementaciones no deben suponer que 2000 :: / 3 sea especial. En el futuro, la IANA podría ser dirigida a delegar porciones actualmente no asignadas del espacio de direcciones IPv6 para el propósito de Global Unicast también.

El campo Agregador local de subred (SLA) en RFC 2374 permanece en funcionamiento pero con un nombre diferente en [ ARCH ]. Su nuevo nombre es "ID de subred".

Como se puede ver en el último párrafo, el SLA ha sobrevivido de los tres, ahora se llama ID de subred .

Creo que deberían haber obsoleto RFC 2450 junto con RFC 2374 en RFC 3587 . Ya no tiene sentido, pero de todos modos solo fue informativo.

Prefijos de unidifusión global

Su libro ciertamente está equivocado en el prefijo. Un prefijo de bit 010significaría el espacio de direcciones de 4000::/3, que de hecho es Global Unicast en cuanto a RFC 4291 , pero no identifica todo el rango de Global Unicast, y ni siquiera es el asignado actualmente por IANA, que es solo 2000::/3(es decir, comienzan los bits de dirección con 001).

De hecho, casi todas las direcciones anteriores fc00::/128(que inicia el rango de direcciones de Unicast local único) son Unicast global, con la excepción de la dirección no especificada ::y la dirección de bucle invertido ::1. Hay algunos rangos especiales que comienzan con los bits 000, como ::ffff:0:0/96(direcciones IPv6 asignadas a IPv4) o 64:ff9b::/96(para la traducción de direcciones IPv4 / IPv6, consulte RFC 6052 ). Permiten identificadores de interfaz con menos de 64 bits. Pero todas las direcciones que comienzan 001tienen un identificador de interfaz de 64 bits (consulte RFC 4291, sección 2.5.4 , justo donde lo citó).

Como puedo ver, la definición de la estructura de direcciones de RFC 4291 es la más actual. Hay tres RFC que actualizan 4291 ( RFC 5952 , RFC 6052 , RFC 7136 ), pero ninguno de ellos cambia esta estructura.

Tenga en cuenta que la referencia [ IPV6RIR ] apunta a las políticas de registro de IPv6, actualmente en fase de desarrollo -589 que se "desarrolla a través de discusiones conjuntas entre las comunidades APNIC, ARIN y RIPE".

Dubu
fuente