Les RFC 4193 et 3849

---

La RFC 4193 : « Unique Local IPv6 Unicast Addresses »

Contexte et objectif

• But : définir un espace d'adressage IPv6 non routable sur l'Internet public, similaire aux adresses privées en IPv4 (RFC 1918).
• Origine : la volonté de disposer d'adresses uniques au sein d'un réseau (ou d'un ensemble de réseaux privés interconnectés), sans risque de chevauchement avec les adresses publiques ou d'autres réseaux privés.

Plage d'adresses concernée

• L'espace global alloué est fc00::/7.
• Dans la pratique, on retrouve souvent l'utilisation de fd00::/8 pour les adresses localement assignées (Local Assignments).
• Deux sous-plages sont en théorie prévues par la RFC, mais la partie la plus utilisée est la « localement gérée » :
  • fc00::/8 (pas vraiment utilisé en pratique, initialement pensé pour être « globalement géré » via un registre).
  • fd00::/8 (utilisation courante et recommandée pour les réseaux privés).

Caractéristiques principales

1. Non routable sur Internet
   • Les paquets utilisant ces adresses ne doivent pas être routés en dehors de leur réseau local ou de l'interconnexion privée.
2. Unicité potentielle
   • L'idée est de générer un identifiant « global ID » aléatoire sur 40 bits afin de minimiser les risques de chevauchement avec d'autres réseaux (en cas d'interconnexion de deux réseaux privés).
3. Remplacement de l'adressage privé IPv4
   • Leur rôle est similaire aux adresses privées définies dans la RFC 1918 (10.0.0.0/8, 192.168.0.0/16, etc.), mais adaptées à l'IPv6.
4. Méthode de génération
   • La RFC propose une méthode pour générer une Global ID (en particulier via un générateur pseudo-aléatoire) de 40 bits pour former le préfixe fdxx:xxxx:xxxx::/48.

Avantages

• Limiter les collisions : grâce à la génération aléatoire, on réduit la probabilité d'adresses en double lorsque l'on interconnecte plusieurs sites.
• Meilleure gestion interne : on profite de l'espace d'adressage vaste de l'IPv6, même dans un contexte local.
• Éviter la confusion avec les adresses globales : ces adresses sont clairement identifiées comme non routables.

Bonnes pratiques

• Filtrer ces adresses : configurer les routeurs pour que les paquets ULA (Unique Local Address) ne sortent pas vers Internet.
• Utiliser un générateur fiable pour la partie aléatoire des adresses.
• Documenter le choix du préfixe et la méthode de génération pour simplifier la maintenance.

---

La RFC 3849 : « IPv6 Address Prefix Reserved for Documentation »

Contexte et objectif

• But : réserver un préfixe IPv6 spécifique pour tous les exemples et cas de test dans la documentation, afin d'éviter l'utilisation d'adresses « réelles » ou de plages privées qui pourraient perturber les réseaux en production.

Plage d'adresses concernée

• La RFC 3849 réserve le préfixe 2001:db8::/32.

Caractéristiques principales

1. Utilisation exclusive dans la documentation
   • Tout exemple de configuration, de tutoriel ou de manuel (livre, article, RFC, etc.) devrait employer 2001:db8::/32 pour illustrer l'adressage IPv6.
2. Ne pas utiliser en production
   • Ces adresses ne doivent pas être configurées réellement sur des équipements d'un réseau en production.
3. Éviter les conflits
   • Avant cette RFC, de nombreux tutoriels utilisaient des adresses publiques aléatoires ou même des adresses privées de manière incohérente, ce qui pouvait occasionner des problèmes d'interopérabilité ou de confusion.

Exemples concrets d'utilisation

• Documentation :
  • Pour expliquer comment configurer un routeur ou un pare-feu en IPv6, on utilisera des exemples tels que :
    2001:db8:1234::/48 ou 2001:db8:abcdef::1
• Slides/Présentations :
  • Lors de formations ou de conférences, il est recommandé de montrer des préfixes sous la forme 2001:db8::....

Avantages

• Clarté : le lecteur sait immédiatement que ces adresses sont fictives et destinées à l'exemple.
• Sécurité : on évite de dévoiler dans la documentation des adresses internes ou réelles (qui pourraient donner des informations sensibles).
• Respect des standards : utiliser ces adresses dans la documentation est devenu une norme adoptée par la communauté.

---

Récapitulatif et comparatif

Caractéristique	RFC 4193	RFC 3849
Sujet	Unique Local IPv6 Unicast Addresses	IPv6 Address Prefix Reserved for Documentation
Plage d'adressage	fc00::/7 (principalement fd00::/8)	2001:db8::/32
Usage principal	Adressage privé et non routable	Adressage d'exemple et de documentation
Routabilité	Non routé vers Internet	Ne doit pas être routé (et réservé à la doc)
Équivalent IPv4	Adresses privées (RFC 1918)	Adresses documentaires non officielles (ex. 192.0.2.0/24 via RFC 5737)
Particularités	Génération aléatoire du Global ID	Doit être employé uniquement en exemple

---

En 2 mots :

• La RFC 4193 (Unique Local IPv6 Unicast Addresses) fournit un équivalent aux adresses privées IPv4 pour un usage exclusivement local, avec l'objectif de minimiser les collisions d'adressage grâce à un générateur aléatoire de préfixes.
• La RFC 3849 (IPv6 Address Prefix Reserved for Documentation) définit un préfixe dédié à la documentation et aux tutoriels, afin d'éviter d'utiliser des adresses pouvant se retrouver en production ou entrer en conflit avec des réseaux réels.

En résumé, la RFC 4193 sert à organiser l'espace d'adressage privé dans l'IPv6, tandis que la RFC 3849 est conçue pour fournir un préfixe « fictif » dédié aux exemples et à la formation.

---