Les passerelles multiples par défaut peuvent être à l'origine de problèmes de connectivité

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

Les ordinateurs Windows NT peuvent être configurés avec des passerelles multiples par défaut. Lorsqu'une passerelle inactive est détectée par TCP, elle peut amener IP à échanger les passerelles par défaut contre la passerelle suivante dans la liste de sauvegarde. Cet échange peut survenir lorsqu'il existe des passerelles multiples configurées pour la même carte réseau ou lorsque des adresses différentes de passerelles par défaut sont données à des cartes réseaux diverses sur un ordinateur multirésident. Un échange est déclenché lorsque TCP a essayé la moitié des temps de RetransmissionsDesDonnéesTcpMax pour envoyer un paquet par le biais de la passerelle par défaut en cours d'utilisation.

Pour plus d'informations sur la détection de passerelles inactives et sur le paramètre du Registre RetransmissionsDesDonnéesTcpMax, veuillez consulter les articles suivants dans la Librairie d'Informations Techniques US (Microsoft Knowledge Base) :Après l'échange, l'ensemble du trafic IP provenant de toute carte réseau sur cet ordinateur destiné aux réseaux à distance sera envoyé à la passerelle sélectionnée. Dans les réseaux incohérents, cela peut résulter en la perte de la connectivité, et en conséquence la fin des sessions actives, avec les ordinateurs sur des réseaux à distance connectés par le biais de la première passerelle. Cela peut s'expliquer par le fait que la passerelle sélectionnée n'est pas consciente des autres itinéraires gérés par la première passerelle, si ces routeurs ne s'échangent pas les informations relatives à l'itinéraire.

Si la passerelle échangée est hors de portée ou inactive sur le réseau, elle perd la connectivité avec tous les sites à distance. À cet instant, dans le cas d'une connexion à partir d'un réseau à distance vers cet ordinateur, un Ping ne réussira pas à obtenir une réponse positive. De la même manière, dans le cas d'une connexion à partir de cet ordinateur vers un hôte distant, un signal Ping sortant génèrera une erreur d'expiration du délai de la demande. Ce comportement est inhérent et conforme aux spécifications TCP/IP.

Les exemples suivants décrivent des situations dans lesquelles des passerelles multiples sont utilisées.

Soit un ordinateur avec deux cartes réseaux, Netcard1 et Netcard2, ainsi que les adresses IP et les passerelles par défaut suivantes :

Si vous souhaitez utiliser un service Telnet pour une station de travail avec une adresse IP de 130.20.20.100, les datagrammes IP seront transmis par le biais de la passerelle 11.100.0.1. Si 11.100.0.1 est détectée comme étant indisponible, IP utilise la seconde passerelle 11.100.0.2. Lorsque cette passerelle échoue, IP utilise alors 11.200.0.1, etc. Cela s'applique uniquement au trafic TCP, l'échange des passerelles s'effectue selon le mécanisme décrit ci-dessus. Telnet, FTP et le trafic réseau du service de la session NetBIOS utilisent TCP pour les communications réseau.

Supposons également un emplacement où les deux réseaux connectés à Netcard1 et Netcard2 sont disjoints (cela signifie qu'un routeur les a déconnectés). S'il existe un réseau (disons 22.101.x.x) accessible uniquement par Netcard2, les datagrammes IP pour ce réseau continueront cependant d'être transmis par le biais de 11.100.0.1 car il s'agit de la première passerelle par défaut. Pour transmettre des datagrammes IP destinés au réseau 22.101.x.x par le biais de 11.200.0.1, il est nécessaire d'ajouter un itinéraire statique à la table de routage par le biais de l'utilitaire ITINÉRAIRE. Pour ajouter cet itinéraire, tapez la commande suivante :

route add 22.101.0.0 MASK 255.255.0.0 11.200.0.1

Une autre solution est possible pour le scénario mentionné ci-dessus. Il s'agit d'exécuter un routage multiprotocole sur l'ordinateur multirésident Windows NT, afin qu'il puisse échanger des informations de routage avec d'autres routeurs sur le réseau exécutant le protocole Routing Information Protocol. Le routage multiprotocole est disponible dans le Service Pack 2 de Windows NT 3.51 ou dans une version ultérieure.

Pour plus d'informations, veuillez vous référer à l'article suivant dans la Librairie d'Informations Techniques US (Microsoft Knowledge Base) :