Où puis-je utiliser le préfixe de documentation IPv6


13

Nous construisons actuellement un cours de réseautage avec une partie pratique où les étudiants doivent configurer un petit réseau dans un environnement virtuel.

Cependant, nous ne savons pas quels préfixes ipv6 nous pouvons utiliser pour la configuration. Le préfixe de documentation IPv6 ( 2001:db8::/32 RFC3849 ) semble correspondre. Cependant, quelqu'un a signalé que ce préfixe ne devrait être utilisé que dans des exemples textuels et ne devrait jamais être réellement configuré n'importe où, pas même dans un réseau de test isolé. (Bien sûr, cela fonctionnerait, mais pourrait être considéré comme une violation des RFC).

Le problème ici est que la RFC est plutôt abstraite à ce sujet et tout dépend de la façon dont on interprète le terme "documentation". Je n'ai trouvé aucune source sur l'utilisation dans les réseaux expérimentaux de test / tutoriel ou sur la spécification de la "documentation" sur Internet.

Peux-tu m'aider?

Réponses:


11

Si votre environnement de test est séparé de votre réseau local, vous pourriez hypothétiquement utiliser des adresses IPv6 qui ne sont pas réservées à des usages spéciaux. Cependant, si vous recherchez un équivalent d'adresses IPv4 privées, vous devriez jeter un œil à RFC4193 .

Là, vous pouvez voir que fc00::/7c'est le sous-réseau approprié à des fins de test.

D'un autre côté, vous pourriez avoir obtenu un préfixe IPv6 de votre FAI que vous pourriez décomposer selon vos besoins.


Oui, nous avons également considéré le fc00: / 7 (ou plus précis fd: 00/8) comme option. Cependant, cela signifie que nous aurions besoin d'utiliser 40 bits créés aléatoirement + un sous-réseau pour obtenir un préfixe / 64 (selon la RFC). Utiliser par exemple 0000 ... comme numéro "aléatoire" violerait la RFC, utiliser de vrais nombres aléatoires rendrait les adresses IPv6 probablement très difficiles à mémoriser pour les étudiants, ce qui n'est pas souhaité non plus.
sliebald

ULA n'est pas équivalent à l'adressage privé RFC 1918. Avec l'adressage privé IPv4, il est supposé que plusieurs réseaux utiliseront le même adressage, mais ULA est conçu pour empêcher cela afin que les chances de deux réseaux utilisant le même adressage soient très, très faibles.
Ron Maupin

Je conseillerais également d'utiliser un ou plusieurs préfixes selon RFC4193 de fd :: / 8. Dans la vraie vie, les élèves ne rencontreront pas non plus de 48 ans qui seront faciles à retenir.
Marc 'netztier' Luethi

C'est vrai, cependant il existe de nombreux préfixes fX ... / 64 qui sont spéciaux dans IPv6, donc ceux-ci n'aident pas vraiment à ce problème.
sliebald

Les probabilités d'une paire particulière de réseaux utilisant les mêmes adresses sont très faibles, mais les probabilités d'être deux réseaux dans le monde avec le même préfixe ULA sont en fait très élevées.
Peter Green du

19

Le préfixe de documentation IPv6 (2001:db8:::/32)doit être utilisé UNIQUEMENT à des fins de documentation. Cela signifie des exemples écrits, des diagrammes, des présentations PPT, des explications de manuels, etc.

Cette plage ne doit pas être utilisée dans les réseaux pratiques.

Il existe une "plage IP privée" fc00::/7qui doit être utilisée pour les tests d'appareils, les démonstrations, les cours, etc., conformément à la RFC4193

Les adresses monodiffusion de cette plage doivent être utilisées dans les réseaux locaux sans accès à Internet public.


En ce qui concerne le fc00: / 7, voir mon commentaire à Sascha R. En interne, certaines personnes ont également fait valoir que le réseau que nous utilisons peut également être considéré comme de la documentation (ou du moins, il est utilisé comme partie pratique de la documentation / explication d'IPv6 pour étudiants). Juste à partir du RFC, je ne vois rien définir que la documentation est un texte strictement écrit. Avez-vous une source pour cette interprétation?
sliebald

@StefanLiebald Dans APNIC, ils déclarent queThe documentation prefix is the IPv6 address range that has been set aside for this purpose.
jcbermu

@ jcbermu Hey, ils déclarent également: "Dans les livres techniques, les articles et le matériel de formation, il est souvent nécessaire de montrer des exemples d'adresses IP utilisées.". De mon point de vue, le «matériel de formation» correspondrait parfaitement à ce que nous prévoyons de faire. La formation pour moi comprend des exercices pratiques (ou même pourrait être vu également).
sliebald

8

Juste à partir du RFC, je ne vois rien définir que la documentation est un texte strictement écrit. Avez-vous une source pour cette interprétation?

Selon le registre d'adresses IPv6 à usage spécifique de l' IANA , la 2001:db8::/32plage d'adresses de documentation ne peut pas être utilisée dans l'adressage source ou de destination, n'est pas transmissible (routable) ni accessible globalement, et n'est réservée par aucun protocole. Cela rend la plage d'adresses impropre à une utilisation sur un réseau réel.

Comment, par exemple, utiliseriez-vous des adresses dans cette plage si elles ne sont pas autorisées à être utilisées comme adresses source ou de destination dans les paquets IP?

En fait, vous pouvez exécuter sur certains appareils qui refusent simplement d'utiliser cette plage d'adresses, et ce serait parfaitement conforme aux normes. Après tout, l'IANA possède tous les adressages IPv4 et IPv6.


Nitpicking: afaik, IANA ne possède pas les réseaux IPv4 hérités alloués par l'existence du Registre Internet central priorIANA.
JFL

4
@JFL, IANA le fait, c'est ainsi que nous nous sommes retrouvés avec la 172.16.0.0/12plage d'adresses privées. L'IANA a demandé au cabinet d'avocats qui "possédait" la plage d'adresses pour certaines d'entre elles pour l'adressage privé. Le cabinet d'avocats a refusé, alors l'IANA a tout simplement accepté. Le procès résultant a établi que l' IANA possède effectivement toutes les adresses IP
Ron Maupin
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.