IPv6 Adresses de monodiffusion globale agrégables

10

En étudiant l'adressage IPv6, je n'ai pas compris les adresses de monodiffusion globale agrégable IPv6, je veux dire que sur la RFC 4291, il existe un schéma générique:

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

Mais en cherchant les formats utilisés je vois dans mon livre (Halsall) le format utilisé est le suivant:

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

et sur le web, par exemple sur le site microsoft , le format utilisé est le suivant:

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

Mes questions sont:

  • Pourquoi existe-t-il plus d'un format d'adresses monodiffusion globales agrégables?
  • Existe-t-il d'autres formats ou ces 2 sont les 2 seuls définis?

Merci.

abc
la source

Réponses:

8

Structure TLA / NLA pour les adresses IPv6

La structure d'allocation TLA / NLA a été dépréciée dans la RFC 3587 , août 2003:

2. TLA / NLA rendu historique

Le schéma TLA / NLA a été remplacé par une politique d'allocation coordonnée définie par les Registres Internet Régionaux (RIR) [ IPV6RIR ].

Une partie de la motivation pour rendre obsolète la structure TLA / NLA est technique; par exemple, on craint que TLA / NLA ne soit pas la meilleure approche technique à ce stade du déploiement d'IPv6. De plus, l'allocation d'adresses IPv6 est liée à la politique et à la gestion de l'espace d'adressage IP et de la taille de la table de routage, que les RIR gèrent pour IPv4. Il est probable que la politique des RIR évoluera au fur et à mesure du déploiement du protocole IPv6.

L'IETF a fourni une contribution technique aux RIR (par exemple, [ RFC3177 ]), que les RIR ont pris en compte lors de la définition de leur politique d'allocation d'adresses.

La RFC 2374 était la définition des adresses pour le préfixe de format 001 (2000 :: / 3) qui est formellement rendue historique par ce document. Même si actuellement seulement 2000 :: / 3 est délégué par l'IANA, les implémentations ne devraient pas faire d'hypothèses sur le fait que 2000 :: / 3 soit spécial. À l'avenir, l'IANA pourrait être chargée de déléguer également des parties non attribuées de l'espace d'adressage IPv6 à des fins de monodiffusion globale également.

Le champ Subnet Local Aggregator (SLA) dans RFC 2374 reste en fonction mais avec un nom différent dans [ ARCH ]. Son nouveau nom est "ID de sous-réseau".

Comme on peut le voir dans le dernier paragraphe, le SLA a survécu aux trois, maintenant appelé ID de sous-réseau .

Je pense qu'ils auraient dû obsolète le RFC 2450 avec le RFC 2374 dans le RFC 3587 . Cela n'a plus de sens, mais ce n'était qu'informatif de toute façon.

Préfixes Global Unicast

Votre livre a certainement tort sur le préfixe. Un préfixe de bit 010signifierait l'espace d'adressage de 4000::/3, qui est en effet Global Unicast quant à RFC 4291 , mais n'identifie pas l' ensemble de la plage Global Unicast, et n'est même pas celui actuellement attribué par l'IANA, qui est seulement 2000::/3(c'est-à-dire les bits d'adresse commençant avec 001).

En fait, presque toutes les adresses avant fc00::/128(qui démarre la plage d'adresses Unique Local Unicast) sont Global Unicast, à l'exception de l'adresse non spécifiée ::et de l'adresse de bouclage ::1. Il existe des plages spéciales commençant par les bits 000, comme ::ffff:0:0/96(adresses IPv6 mappées IPv4) ou 64:ff9b::/96(pour la traduction d'adresses IPv4 / IPv6, voir RFC 6052 ). Ils autorisent les identificateurs d'interface avec moins de 64 bits. Mais toutes les adresses commençant par 001ont un identifiant d'interface 64 bits (voir RFC 4291, section 2.5.4 , juste d'où vous avez cité).

Comme je peux le voir, la définition de la structure d'adresse de la RFC 4291 est la plus récente. Il existe trois RFC mettant à jour 4291 ( RFC 5952 , RFC 6052 , RFC 7136 ), mais aucun d'entre eux ne modifie cette structure.

Veuillez noter que la référence [ IPV6RIR ] fait référence aux politiques de registre IPv6, actuellement en cours de maturation-589 qui est "développé à travers des discussions conjointes entre les communautés APNIC, ARIN et RIPE".

Dubu
la source