Varias puertas de enlace o gateways predeterminadas pueden causar problemas de conectividad


Resumen


Cuando se usan varias puertas de enlace predeterminadas en las opciones de configuración de TCP/IP en un equipo con Windows NT, es posible que se pierda la conectividad con equipos de redes remotas. En equipos de host múltiple conectados a redes disjuntas, se pueden agregar rutas estáticas a la tabla de enrutamiento para obtener conectividad con redes remotas.

Más información


Los equipos con Windows NT se pueden configurar con varias puertas de enlace predeterminadas. Cuando TCP detecta una puerta de enlace inactiva, puede indicar a IP que cambie las puertas de enlace predeterminadas a la siguiente en la lista de copias de seguridad. Este modificador puede producirse cuando hay varias puertas de enlace configuradas para el mismo adaptador de red o cuando se proporcionan diferentes direcciones de puerta de enlace predeterminada en varias tarjetas de red en un equipo de host múltiple. Un modificador se desencadena cuando TCP ha probado una mitad de las horas de TcpMaxDataRetransmissions para enviar un paquete a través de la puerta de enlace predeterminada actual. Para obtener más información sobre la detección de puertas de enlace inactivas y el parámetro del registro TcpMaxDataRetransmissions, consulte los artículos siguientes de Microsoft Knowledge Base:
ARTÍCULO: ID: 128978 : detección de puertas de enlace inactivas en TCP/IP para Windows NT ID.: 140552 título: Cómo optimizar Windows NT para que se ejecute con vínculos WAN lentos con TCP/IP
Después del cambio, todo el tráfico IP procedente de cualquier adaptador de red de este equipo destinado a redes remotas se enviará a la puerta de enlace seleccionada actualmente. En redes disjuntas, esto puede provocar la pérdida de conectividad y la finalización posterior de las sesiones activas con equipos de redes remotas conectadas a través de la primera puerta de enlace. Esto se debe a que la puerta de enlace seleccionada puede no ser consciente de otras rutas administradas por la primera puerta de enlace si esos enrutadores no intercambian información de enrutamiento entre sí. Si la puerta de enlace conmutada no es accesible o inactiva en la red, pierde conectividad con todos los sitios remotos. En este momento, un ping a este equipo desde una red remota no recibirá una respuesta positiva. De forma similar, cualquier comando ping saliente a un host remoto de este equipo le dará un error de tiempo de espera de solicitud. Este comportamiento es una característica de diseño y cumple con las especificaciones de TCP/IP. En las siguientes ilustraciones se describen las situaciones en las que se usan varias puertas de enlace. Considere un equipo con dos tarjetas de red, Netcard1 y Netcard2, y las siguientes direcciones IP y puertas de enlace predeterminadas:
Netcard1:   IP Address: 11.100.1.1   Mask: 255.255.0.0   Default Gateway: 11.100.0.1   11.100.0.2Netcard2:   IP Address: 11.200.1.1   Mask: 255.255.0.0   Default Gateway: 11.200.0.1 
Si desea hacer una telnet a una estación de trabajo con una dirección IP de 130.20.20.100, los datagramas IP se enrutarán a través de la puerta de enlace de 11.100.0.1. Si 11.100.0.1 se detecta como no disponible, los conmutadores IP para la segunda puerta de enlace 11.100.0.2. Cuando esta puerta de enlace falle, use 11.200.0.1, y así sucesivamente. Esto solo se aplica al tráfico TCP y las puertas de enlace se ejecutan según el mecanismo descrito anteriormente. Telnet, FTP y el tráfico de red del servicio de sesión NetBIOS usan TCP para comunicaciones de red. También considere dónde se desvinculan las dos redes conectadas a Netcard1 y Netcard2 (es decir, que no se conectan entre sí a través de ningún otro enrutador). Si hay una red (por ejemplo, 22.101. x) que solo es accesible a través de Netcard2, los datagramas IP para esta red seguirán siendo enrutados a través de 11.100.0.1 porque es la puerta de enlace predeterminada principal. Para enrutar datagramas IP destinados a la red 22.101. x. x a 11.200.0.1, es necesario agregar una ruta estática a la tabla de enrutamiento mediante la utilidad ROUTE. Para agregar la ruta, escriba el siguiente comando: enrutar agregar máscara de 22.101.0.0 255.255.0.0 11.200.0.1
Otra solución posible para el escenario anterior es ejecutar el enrutamiento multiprotocolo en el equipo con Windows NT multitarjeta para que pueda intercambiar información de enrutamiento con otros enrutadores en la red con el protocolo de información de enrutamiento. El enrutamiento multiprotocolo está disponible en Windows NT 3,51 Service Pack 2 o posterior. Para obtener más información, consulte el siguiente artículo de Microsoft Knowledge Base:
IDENTIFICADOR del artículo: 171564 título: algoritmo de detección de puertas de enlace inactivas TCP/IP actualizado para Windows NT