Varias puertas de enlace predeterminadas pueden provocar problemas de conectividad

En este artículo se describen los problemas de conectividad que se producen cuando se usan varias puertas de enlace predeterminadas en las opciones de configuración de TCP/IP.

Versión del producto original:   2000 de Windows
Número de KB original:   159168

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 a equipos en redes remotas. En equipos multitarjeta conectados a redes independientes, se pueden agregar rutas estáticas a la tabla de enrutamiento para obtener conectividad a 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 dirigirse a IP para cambiar las puertas de enlace predeterminadas a la siguiente puerta de enlace de 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 distintas direcciones de puerta de enlace predeterminadas en varias tarjetas de red en un equipo multitarjeta. Un modificador se activa cuando TCP ha probado una mitad de TcpMaxDataRetransmissions veces 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 de registro TcpMaxDataRetransmissions, vea los siguientes artículos de Microsoft Knowledge Base:

128978 Detección de puertas de enlace inactivas en TCP/IP para Windows NT

140552 cómo optimizar Windows NT para que se ejecute a través de vínculos WAN lentos con TCP/IP

Después del conmutador, todo el tráfico IP procedente de cualquier adaptador de red en este equipo destinado a redes remotas se enviará a la puerta de enlace seleccionada actualmente. En redes disjuntas, esto puede llevar a la pérdida de conectividad y a la finalización posterior de las sesiones activas con equipos en redes remotas conectadas a través de la primera puerta de enlace. Esto se debe a que la puerta de enlace seleccionada actualmente puede no ser consciente de otras rutas administradas por la primera puerta de enlace si dichos enrutadores no intercambian información de enrutamiento entre sí.

Si la puerta de enlace conmutada es inaccesible o inactiva en la red, pierde la 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 ping saliente a un host remoto desde este equipo dará un error de tiempo de espera agotado para la solicitud. Este comportamiento es una característica del diseño y de la conformidad 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:
Dirección IP: 11.100.1.1
Máscara: 255.255.0.0
Puerta de enlace predeterminada: 11.100.0.1 11.100.0.2

Netcard2:
Dirección IP: 11.200.1.1
Máscara: 255.255.0.0
Puerta de enlace predeterminada: 11.200.0.1

Si desea usar Telnet en 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 11.100.0.1. Si 11.100.0.1 se detecta como no disponible, IP cambia a la segunda puerta de enlace 11.100.0.2. Cuando se produzca un error en esta puerta de enlace, use 11.200.0.1, y así sucesivamente. Esto solo se aplica al tráfico TCP y las puertas de enlace de conmutación se producen en función del mecanismo descrito anteriormente. Telnet, FTP y el tráfico de red del servicio de sesión NetBIOS usan TCP para las comunicaciones de red.

Además, tenga en cuenta que las dos redes conectadas a Netcard1 y Netcard2 están desunidas (es decir, no están conectadas 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 de esta red seguirán siendo enrutados mediante 11.100.0.1 porque es la puerta de enlace predeterminada principal. Para enrutar datagramas IP destinados a la red 22.101. x. x hasta 11.200.0.1, es necesario agregar una ruta estática a la tabla de enrutamiento a través de la herramienta ROUTE. Para agregar la ruta, escriba el siguiente comando:

route add 22.101.0.0 MASK 255.255.0.0 11.200.0.1  

Otra posible solución para el escenario anterior es ejecutar el enrutamiento multiprotocolo en el equipo de Windows NT multitarjeta para poder intercambiar información de enrutamiento con otros enrutadores en la red que ejecuta 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:

Algoritmo de detección de puerta de enlace inactiva de 171564 TCP/IP actualizado para Windows NT