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 de TCP/IP en un equipo Windows NT, es posible que se pierda la conectividad con los equipos de redes remotas. En equipos con varios hosts conectados a redes no conectadas, 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 sin conexión, puede indicar a IP que cambie las puertas de enlace predeterminadas a la siguiente puerta de enlace de la lista de copia de seguridad. Este conmutador 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 con varios hogares. Un conmutador se desencadena cuando TCP ha intentado la mitad de las veces 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 que se origina desde cualquier adaptador de red de este equipo destinado a redes remotas se enviará a la puerta de enlace seleccionada actualmente. En las redes desarticuladas, esto puede provocar la pérdida de conectividad y la posterior finalizació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 está inactiva en la red, pierde conectividad con todos los sitios remotos. En este momento, un ping a este equipo desde una red remota no obtendrá una respuesta positiva. De forma similar, cualquier ping saliente a un host remoto de este equipo proporcionará un error de tiempo de espera de solicitud agotado. Este comportamiento es por diseño y se ajusta a las especificaciones de TCP/IP.

En las ilustraciones siguientes se describen situaciones en las que se usan varias puertas de enlace.

Considere la posibilidad de 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 se detecta que 11.100.0.1 no está disponible, la dirección 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 las puertas de enlace de conmutación se producen 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.

Considere también dónde se desenlacen las dos redes conectadas a Netcard1 y Netcard2 (es decir, no conectadas entre sí a través de cualquier otro enrutador). Si hay una red (por ejemplo, 22.101.x.x) a la que solo se puede acceder a través de Netcard2, los datagramas IP de esta red se seguirán enrutando a través de 11.100.0.1 porque es la puerta de enlace predeterminada principal. Para enrutar los 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 multihomed para que pueda intercambiar información de enrutamiento con otros enrutadores de la red que ejecutan el protocolo de información de enrutamiento. El enrutamiento multiprotocolo está disponible en Windows NT 3.51 Service Pack 2 o posterior.