Varias puertas de enlace predeterminadas pueden causar 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.

Se aplica a: Windows 2000
Número de KB original: 159168

Resumen

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

Más información

Los equipos Windows NT se pueden configurar con varias puertas de enlace predeterminadas. Cuando TCP detecta una puerta de enlace inactiva, puede dirigir la dirección IP para cambiar las puertas de enlace predeterminadas a la siguiente puerta de enlace de la lista de copias de seguridad. Este conmutador puede producirse cuando hay varias puertas de enlace configuradas para el mismo adaptador de red o cuando se proporcionan direcciones de puerta de enlace predeterminadas diferentes en varias tarjetas de red en un equipo con host múltiple. Se desencadena un modificador cuando TCP ha probado una mitad de los tiempos de TcpMaxDataRetransmissions para enviar un paquete a través de la puerta de enlace predeterminada actual.

Después del conmutador, 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 separadas, esto puede provocar la pérdida de conectividad y la posterior terminación de 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 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 la conectividad a todos los sitios remotos. En este momento, un ping a este equipo desde una red remota no podrá obtener una respuesta positiva. Del mismo modo, cualquier ping saliente a un host remoto de este equipo dará un error de tiempo de espera de solicitud. Este comportamiento es por diseño y se ajusta a las especificaciones TCP/IP.

En las ilustraciones siguientes se describen 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 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 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 produce un error en esta puerta de enlace, use 11.200.0.1, etc. Esto solo se aplica al tráfico TCP y a las puertas de enlace de conmutación se produce en función del mecanismo descrito anteriormente. El tráfico de red del servicio de sesión Telnet, FTP y NetBIOS usa TCP para las comunicaciones de red.

Tenga en cuenta también dónde están separadas las dos redes conectadas a Netcard1 y Netcard2 (es decir, no se conectan entre sí a través de ningún otro enrutador). Si hay una red (por ejemplo, 22.101.x.x.x) que solo es accesible a través de Netcard2, los datagramas IP de esta red se enrutarán a través de la versión 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 a través de la utilidad 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 Windows NT multiinicio para que pueda 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.