Plusieurs passerelles par défaut peuvent entraîner des problèmes de connectivité

Cet article décrit les problèmes de connectivité qui se produisent lorsque plusieurs passerelles par défaut sont utilisées dans les options de configuration TCP/IP.

S’applique à : Windows 2000
Numéro de la base de connaissances d’origine : 159168

Résumé

Lorsque plusieurs passerelles par défaut sont utilisées dans les options de configuration TCP/IP sur un ordinateur Windows NT, la connectivité aux ordinateurs sur des réseaux distants peut être perdue. Sur les ordinateurs multiréseaux connectés à des réseaux disjoints, des itinéraires statiques peuvent être ajoutés à la table de routage pour obtenir la connectivité aux réseaux distants.

Plus d’informations

Les ordinateurs Windows NT peuvent être configurés avec plusieurs passerelles par défaut. Lorsqu’une passerelle morte est détectée par TCP, elle peut diriger l’adresse IP pour basculer les passerelles par défaut vers la passerelle suivante dans la liste de sauvegarde. Ce commutateur peut se produire quand plusieurs passerelles sont configurées pour la même carte réseau ou lorsque différentes adresses de passerelle par défaut sont fournies sur différentes cartes réseau sur un ordinateur multirésident. Un commutateur est déclenché lorsque TCP a essayé la moitié des tcpMaxDataRetransmissions d’envoyer un paquet via la passerelle par défaut actuelle.

Après le commutateur, tout le trafic IP provenant de n’importe quelle carte réseau de cet ordinateur destiné aux réseaux distants est envoyé à la passerelle actuellement sélectionnée. Sur les réseaux disjoints, cela peut entraîner une perte de connectivité et l’arrêt ultérieur des sessions actives avec des ordinateurs sur des réseaux distants connectés via la première passerelle. Cela est dû au fait que la passerelle actuellement sélectionnée peut ignorer les autres itinéraires gérés par la première passerelle si ces routeurs n’échangent pas d’informations de routage entre eux.

Si la passerelle commutée est inaccessible ou inactive sur le réseau, elle perd la connectivité à tous les sites distants. À ce stade, un test ping sur cet ordinateur à partir d’un réseau distant ne parvient pas à obtenir une réponse positive. De même, tout test ping sortant vers un hôte distant à partir de cet ordinateur donne une erreur de délai d’expiration de la requête. Ce comportement est conçu et conforme aux spécifications TCP/IP.

Les illustrations suivantes décrivent les situations où plusieurs passerelles sont utilisées.

Prenons l’exemple d’un ordinateur avec deux cartes réseau, Netcard1 et Netcard2, ainsi que les adresses IP et passerelles par défaut suivantes :

Netcard1 :
Adresse IP : 11.100.1.1
Masque : 255.255.0.0
Passerelle par défaut : 11.100.0.1 11.100.0.2

Netcard2 :
Adresse IP : 11.200.1.1
Masque : 255.255.0.0
Passerelle par défaut : 11.200.0.1

Si vous souhaitez telnet vers une station de travail avec une adresse IP 130.20.20.100, les datagrammes IP sont routés via la passerelle 11.100.0.1. Si 11.100.0.1 est détecté comme non disponible, l’adresse IP bascule vers la deuxième passerelle 11.100.0.2. En cas d’échec de cette passerelle, utilisez 11.200.0.1, et ainsi de suite. Cela s’applique uniquement au trafic TCP et les passerelles de basculement se produisent en fonction du mécanisme décrit précédemment. Le trafic réseau du service de session Telnet, FTP et NetBIOS utilise TCP pour les communications réseau.

Pensez également à l’endroit où les deux réseaux connectés à Netcard1 et Netcard2 sont disjoints (c’est-à-dire non connectés l’un à l’autre via un autre routeur). S’il existe un réseau (par exemple, 22.101.x.x) accessible uniquement via Netcard2, les datagrammes IP de ce réseau seront toujours routés via 11.100.0.1, car il s’agit de la passerelle par défaut principale. Pour acheminer des datagrammes IP destinés au réseau 22.101.x.x à 11.200.0.1, un itinéraire statique doit être ajouté à la table de routage via l’utilitaire ROUTE. Pour ajouter l’itinéraire, tapez la commande suivante :

route add 22.101.0.0 MASK 255.255.0.0 11.200.0.1  

Une autre solution possible pour le scénario ci-dessus consiste à exécuter le routage multiprotocole sur l’ordinateur Windows NT multirésident afin qu’il puisse échanger des informations de routage avec d’autres routeurs sur le réseau exécutant le protocole d’informations de routage. Le routage multiprotocole est disponible dans Windows NT 3.51 Service Pack 2 ou version ultérieure.