Aller au contenu principal

Annexe A. Hôtes Multi-Résidents (Multihomed Hosts)

Cette annexe traite des considérations pour les hôtes avec plusieurs interfaces ou les hôtes connectés à plusieurs réseaux (hôtes multi-résidents) lors de l'utilisation de Neighbor Discovery.

A.1. Aperçu (Overview)​

Un hôte multi-résident est un hôte avec :

  • Plusieurs interfaces physiques (par exemple, Ethernet et Wi-Fi)
  • Plusieurs interfaces logiques sur une seule interface physique
  • Des connexions à plusieurs réseaux ou sous-réseaux

Le multi-résidence introduit des complexités dans Neighbor Discovery, notamment dans :

  • La sélection d'adresse source
  • La sélection de routeur
  • La gestion des préfixes
  • La sélection de route par défaut

A.2. Sélection d'Adresse Source (Source Address Selection)​

Lorsqu'un hôte multi-résident envoie des paquets, il doit sélectionner une adresse source appropriée. La sélection affecte :

Accessibilité (Reachability) : L'adresse source sélectionnée doit être accessible depuis la destination, en tenant compte des politiques de routage et du filtrage d'entrée.

Performance : Différentes interfaces peuvent avoir des caractéristiques différentes (bande passante, latence, coût).

Politique (Policy) : Les politiques administratives peuvent dicter quelle interface utiliser pour certaines destinations.

RFC 6724 définit l'algorithme de sélection d'adresse source par défaut, qui considère des facteurs tels que :

  • Correspondance de portée
  • Adresses préférées vs. adresses dépréciées
  • Adresses personnelles vs. adresses de soin (Mobile IPv6)
  • Correspondance d'étiquette et tables de politique

A.3. Découverte de Routeur sur Plusieurs Interfaces (Router Discovery on Multiple Interfaces)​

Un hôte multi-résident reçoit des Router Advertisements sur plusieurs interfaces. Les considérations clés incluent :

Listes de Routeurs par Interface (Per-Interface Router Lists) : L'hôte DEVRAIT (SHOULD) maintenir des listes de routeurs par défaut séparées pour chaque interface, car les routeurs sur une interface peuvent ne pas être accessibles depuis une autre interface.

Sélection de Routeur Par Défaut (Default Router Selection) : Lors de la sélection d'un routeur par défaut, l'hôte doit considérer :

  • Par quelle interface le routeur est accessible
  • Les préférences de routeur (si annoncées via RFC 4191)
  • Les préférences d'interface basées sur la politique locale

Information de Préfixe (Prefix Information) : Les préfixes appris via Router Advertisements sont associés à l'interface sur laquelle ils ont été reçus. Un hôte NE DEVRAIT PAS (SHOULD NOT) utiliser une adresse d'une interface pour envoyer des paquets via une interface différente à moins d'être explicitement configuré pour le faire.

Pour un hôte multi-résident, la détermination sur-lien devient plus complexe :

  • Une adresse peut être sur-lien sur une interface mais pas sur une autre
  • L'hôte doit suivre quels préfixes sont sur-lien sur quelles interfaces
  • Lors de l'envoi de paquets, l'hôte doit sélectionner à la fois l'adresse source et l'interface sortante de manière cohérente

A.5. Traitement des Redirections (Redirect Processing)​

Les messages Redirect sont spécifiques à l'interface sur laquelle ils sont reçus. Un hôte multi-résident :

  • DOIT (MUST) associer les informations de Redirect avec l'interface sur laquelle le Redirect a été reçu
  • NE DOIT PAS (MUST NOT) appliquer les informations de Redirect d'une interface aux décisions de routage pour une autre interface

A.6. Détection d'Inaccessibilité des Voisins (Neighbor Unreachability Detection)​

La détection d'inaccessibilité des voisins est effectuée indépendamment sur chaque interface. Un voisin inaccessible sur une interface peut toujours être accessible sur une autre interface (s'il est lui-même multi-résident).

A.7. Adresses Multiples par Interface (Multiple Addresses per Interface)​

Une seule interface peut avoir plusieurs adresses :

  • Adresse link-local (requise)
  • Une ou plusieurs adresses globales de différents préfixes
  • Adresses de confidentialité (RFC 4941)
  • Adresses temporaires

Chaque adresse a ses propres durées de vie Preferred et Valid, qui doivent être suivies indépendamment.

A.8. Interaction avec Mobile IPv6 (Interaction with Mobile IPv6)​

Mobile IPv6 ajoute une complexité supplémentaire pour les hôtes multi-résidents :

  • Sélection d'adresse personnelle vs. adresse de soin
  • Plusieurs adresses de soin lorsque plusieurs interfaces sont disponibles
  • Découverte dynamique d'agent personnel entre les interfaces

Consultez RFC 3775 et les documents connexes pour les détails sur les interactions Mobile IPv6.

A.9. Recommandations d'Implémentation (Implementation Recommendations)​

Pour les hôtes multi-résidents, les implémentations DEVRAIENT (SHOULD) :

  1. Maintenir l'État par Interface (Maintain Per-Interface State) : Conserver des Neighbor Caches, Destination Caches, Prefix Lists et Default Router Lists séparés pour chaque interface.

  2. Sélection d'Adresse Source Appropriée (Proper Source Address Selection) : Implémenter l'algorithme de sélection d'adresse source RFC 6724.

  3. Sélection d'Interface (Interface Selection) : Lorsque plusieurs interfaces peuvent atteindre une destination, sélectionner en fonction de :

    • Préfixe correspondant le plus long
    • Préférences de routeur
    • Politique locale (configuration administrateur)
    • Caractéristiques d'interface

  4. Éviter les Hypothèses Inter-Interfaces (Avoid Cross-Interface Assumptions) : Ne pas supposer que les informations apprises sur une interface s'appliquent à une autre.

  5. Gérer les Changements d'État d'Interface (Handle Interface State Changes) : Gérer correctement les événements d'activation/désactivation d'interface, en mettant à jour les informations de routage et d'adresse en conséquence.

  6. Surveiller Toutes les Interfaces (Monitor All Interfaces) : Traiter les Router Advertisements sur toutes les interfaces actives.

A.10. Pièges Courants (Common Pitfalls)​

Piège 1 : Utilisation de Mauvaise Adresse Source (Using Wrong Source Address) Utiliser une adresse source de l'interface A lors de l'envoi via l'interface B peut entraîner :

  • Le filtrage d'entrée abandonnant les paquets
  • Le trafic de retour allant vers la mauvaise interface
  • Des connexions rompues

Piège 2 : Redirections Inter-Interfaces (Cross-Interface Redirects) Appliquer les informations de Redirect d'une interface aux décisions de routage sur une autre interface.

Piège 3 : Liste Unique de Routeurs Par Défaut (Single Default Router List) Maintenir une seule liste de routeurs par défaut pour toutes les interfaces peut entraîner des tentatives d'atteindre des routeurs sur la mauvaise interface.

Piège 4 : Ignorer les Préférences d'Interface (Ignoring Interface Preferences) Ne pas considérer les caractéristiques spécifiques à l'interface (bande passante, coût, fiabilité) lors de la sélection des routes.

A.11. Travaux Futurs (Future Work)​

Les domaines de travaux futurs potentiels liés aux hôtes multi-résidents incluent :

  • De meilleurs algorithmes pour la sélection d'interface
  • Des mécanismes pour partager les informations d'accessibilité entre les interfaces
  • Des préférences de routeur améliorées qui considèrent plusieurs chemins
  • L'intégration avec l'ingénierie du trafic et les mécanismes de qualité de service
Dernière mise à jour le