Aller au contenu principal

12. Considérations sur la Rénumérotation (Renumbering Considerations)

Les réseaux IPv6 peuvent nécessiter une rénumérotation pour diverses raisons, telles que le changement de fournisseurs d'accès Internet (FAI), les fusions d'entreprises ou les réorganisations de réseau. Neighbor Discovery inclut des fonctionnalités pour faciliter des opérations de rénumérotation fluides. Cette section discute des considérations pour la rénumérotation des réseaux IPv6.

12.1. Aperçu de la Rénumérotation (Renumbering Overview)​

La rénumérotation du réseau implique le changement des préfixes d'adresse IPv6 utilisés par les hôtes sur un réseau. Les principaux mécanismes de rénumérotation dans IPv6 sont :

  1. Router Advertisements avec Nouveaux Préfixes : Les routeurs annoncent de nouveaux préfixes avec des durées de vie appropriées tout en éliminant progressivement les anciens préfixes.
  2. DHCPv6 : Le protocole de configuration dynamique des hôtes pour IPv6 peut également gérer l'attribution d'adresses pendant la rénumérotation.
  3. Autoconfiguration d'Adresse Sans État (SLAAC) : Les hôtes génèrent automatiquement de nouvelles adresses basées sur les nouveaux préfixes annoncés par les routeurs.

12.2. Rénumérotation Basée sur Router Advertisement​

Le mécanisme Router Advertisement de Neighbor Discovery est conçu pour supporter une rénumérotation gracieuse :

12.2.1. Introduction de Nouveaux Préfixes (Introducing New Prefixes)​

Lors de l'introduction d'un nouveau préfixe :

  1. Annonce Initiale : Les routeurs commencent à annoncer le nouveau préfixe avec :

    • Valid Lifetime : Définie à une durée raisonnable (par exemple, 2 heures ou plus)
    • Preferred Lifetime : Initialement définie égale à Valid Lifetime
    • Drapeau A (Autonomous) : Défini pour indiquer que les hôtes doivent utiliser SLAAC

  2. Période de Coexistence : Les anciens et nouveaux préfixes sont annoncés simultanément, permettant :

    • Aux nouvelles connexions d'utiliser les nouvelles adresses
    • Aux connexions existantes de continuer à utiliser les anciennes adresses
    • Une migration progressive sans interruption de service

12.2.2. Dépréciation des Anciens Préfixes (Deprecating Old Prefixes)​

Pour éliminer progressivement un ancien préfixe :

  1. Définir Preferred Lifetime à Zéro : Cela oblige les hôtes à :

    • Arrêter d'utiliser l'ancien préfixe pour les nouvelles connexions
    • Continuer à utiliser les connexions existantes avec les anciennes adresses
    • Ne pas générer de nouvelles adresses à partir du préfixe déprécié

  2. Réduire Valid Lifetime : Diminuer progressivement le Valid Lifetime pour permettre aux connexions existantes de se terminer.

  3. Suppression Finale : Une fois que Valid Lifetime expire ou est défini à zéro, les hôtes suppriment les adresses et préfixes de leur configuration.

12.2.3. Recommandations de Calendrier (Timeline Recommendations)​

Un calendrier de rénumérotation typique pourrait être :

  • Semaine 0 : Commencer à annoncer le nouveau préfixe aux côtés de l'ancien préfixe (les deux préférés)
  • Semaines 1-2 : Déprécier l'ancien préfixe (Preferred Lifetime = 0, Valid Lifetime = 1 semaine)
  • Semaines 2-3 : Continuer à réduire le Valid Lifetime de l'ancien préfixe
  • Semaine 3+ : Arrêter complètement d'annoncer l'ancien préfixe

Le calendrier exact dépend des exigences du réseau et de la nature des applications et connexions.

12.3. Considérations d'Implémentation (Implementation Considerations)​

12.3.1. Comportement de l'Hôte (Host Behavior)​

Les hôtes DEVRAIENT (SHOULD) :

  • Surveiller les Router Advertisements : Traiter continuellement les Router Advertisements pour apprendre les nouveaux préfixes et les changements de durée de vie.
  • Respecter les Durées de Vie : Honorer les Preferred et Valid Lifetimes lors de la sélection des adresses source pour les nouvelles connexions.
  • Déprécier Gracieusement : Lorsqu'un préfixe devient déprécié (Preferred Lifetime = 0), éviter de l'utiliser pour de nouvelles connexions mais maintenir les connexions existantes.
  • Supprimer les Adresses Expirées : Supprimer les adresses lorsque leur Valid Lifetime expire.

12.3.2. Comportement du Routeur (Router Behavior)​

Les routeurs DEVRAIENT (SHOULD) :

  • Coordonner la Rénumérotation : Tous les routeurs sur un lien doivent annoncer des informations de préfixe cohérentes.
  • Utiliser des Minuteries Conservatrices : Permettre un temps suffisant pour que la rénumérotation se termine sans perturber les services.
  • Surveiller la Progression : Les administrateurs réseau doivent surveiller la progression de la rénumérotation pour assurer une transition fluide.

12.3.3. Considérations sur les Applications (Application Considerations)​

Les applications doivent être conçues pour :

  • Gérer les Changements d'Adresse : Être préparées pour que les adresses changent pendant la durée de vie des applications de longue durée.
  • Préférer les Adresses Temporaires : Pour les applications sensibles à la confidentialité, utiliser des adresses temporaires [RFC4941] qui changent périodiquement.
  • Implémenter Happy Eyeballs : Supporter à la fois les anciennes et nouvelles adresses pendant les périodes de transition [RFC8305].

12.4. DHCPv6 et Rénumérotation (DHCPv6 and Renumbering)​

Lors de l'utilisation de DHCPv6 pour l'attribution d'adresses :

  • Temps de Bail : Les serveurs DHCPv6 peuvent contrôler la rénumérotation en ajustant les temps de bail pour les anciennes et nouvelles adresses.
  • Messages RECONFIGURE : Les serveurs peuvent utiliser des messages RECONFIGURE pour instruire les clients de renouveler leurs configurations et d'obtenir de nouvelles adresses.
  • Coordination avec RA : La rénumérotation basée sur DHCPv6 doit être coordonnée avec les Router Advertisements pour assurer la cohérence.

12.5. Considérations DNS (DNS Considerations)​

Pendant la rénumérotation, les enregistrements DNS doivent être mis à jour :

  1. Ajouter de Nouveaux Enregistrements : Créer des enregistrements AAAA pour les nouvelles adresses.
  2. Réduire le TTL : Réduire le Time-To-Live (TTL) des enregistrements DNS avant la rénumérotation pour minimiser les problèmes de mise en cache.
  3. Maintenir les Anciens Enregistrements : Garder les anciens enregistrements AAAA disponibles pendant la période de transition.
  4. Supprimer les Anciens Enregistrements : Après la fin de la rénumérotation et lorsque les anciennes adresses ne sont plus utilisées, supprimer les enregistrements DNS obsolètes.

Le DNS dynamique (DDNS) peut automatiser ce processus pour les hôtes qui le supportent.

12.6. Recommandations Opérationnelles (Operational Recommendations)​

Les opérateurs réseau devraient :

  1. Planifier Soigneusement : Développer un plan de rénumérotation détaillé avec des calendriers et des procédures de retour en arrière.
  2. Communiquer : Informer les utilisateurs et les parties prenantes du calendrier de rénumérotation.
  3. Surveiller : Utiliser des outils de surveillance réseau pour suivre la progression de la rénumérotation et identifier les problèmes.
  4. Tester : Si possible, tester les procédures de rénumérotation dans un environnement de laboratoire avant le déploiement en production.
  5. Documenter : Maintenir la documentation des attributions de préfixes et de l'historique de rénumérotation.

12.7. Multi-Hébergement et Rénumérotation (Multi-Homing and Renumbering)​

Les réseaux multi-hébergés (connectés à plusieurs FAI) font face à des défis supplémentaires :

  • Préfixes Multiples : Les hôtes peuvent avoir des adresses de plusieurs préfixes simultanément.
  • Sélection d'Adresse Source : Une sélection d'adresse source appropriée (RFC 6724) est critique pour choisir la bonne adresse pour les connexions sortantes.
  • Basculement de Fournisseur : Lorsque le préfixe d'un fournisseur devient indisponible, les hôtes doivent passer de manière transparente à l'utilisation d'adresses d'autres préfixes.

12.8. Considérations pour les Entreprises (Enterprise Considerations)​

Pour les réseaux d'entreprise :

  • Numérotation Interne : Les attributions d'adresses internes peuvent nécessiter moins de changements fréquents que les préfixes de bordure.
  • Utilisation d'ULA : Les adresses locales uniques (ULA, RFC 4193) peuvent fournir un adressage interne stable indépendant des changements de FAI.
  • NAT66 : Bien que généralement déconseillé, certaines entreprises peuvent utiliser NAT66 pour isoler la rénumérotation interne des changements externes, bien que cela présente des inconvénients significatifs.

12.9. Automatisation et Outils (Automation and Tools)​

Pour faciliter la rénumérotation :

  • Gestion de Configuration : Utiliser des outils de gestion de configuration automatisés pour mettre à jour les configurations des routeurs.
  • Systèmes de Surveillance : Implémenter une surveillance pour détecter les problèmes liés à la rénumérotation.
  • Scripts et API : Développer des scripts ou utiliser des API pour automatiser les mises à jour DNS et autres tâches de rénumérotation.

12.10. Résumé (Summary)​

Le mécanisme Router Advertisement de Neighbor Discovery fournit un support robuste pour la rénumérotation des réseaux IPv6. En gérant soigneusement les durées de vie des préfixes et en coordonnant les changements entre les routeurs, les serveurs DHCPv6 et le DNS, les opérateurs réseau peuvent réaliser des transitions fluides avec une perturbation minimale du service. Une planification, une communication et une surveillance appropriées sont essentielles pour des opérations de rénumérotation réussies.

Dernière mise à jour le