Actualizada para Windows NT TCP/IP inactividad gateway detección algoritmo

Seleccione idioma Seleccione idioma
Id. de artículo: 171564 - Ver los productos a los que se aplica este artículo
Expandir todo | Contraer todo

En esta página

Síntomas

Puede experimentar una pérdida de conectividad a los equipos a través del enrutador su puerta de enlace principal falla, aunque el equipo que ejecuta Windows NT está configurado con varias puertas de enlace predeterminada para conseguir redundancia.

Causa

Windows NT 4.0 admite la detección de puertas de enlace inactivas mediante el método Triggered Reselection descrito en RFC 816. Esta implementación puede provocar la puerta de enlace predeterminada actual cambiar a la puerta de enlace configurado de segundo o tercer fácilmente; sin embargo, no prueba la puerta de enlace que se cambia a antes de realizar el cambio.

Solución

Para resolver este problema, obtenga el service pack más reciente para Windows NT 4.0 o Windows NT Server 4.0 Terminal Server. Para obtener información adicional, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
152734Cómo obtener el Service Pack más reciente de Windows NT 4.0

Estado

Microsoft ha confirmado que es un problema de Windows NT 4.0 y Windows NT Server 4.0, Terminal Server Edition. Este problema se corrigió por primera vez en Windows NT 4.0 Service Pack 4.0 y Windows NT Server 4.0, Terminal Server Edition Service Pack 4.

Más información

La descripción y explicación del algoritmo de detección de puertas de enlace inactivas de Windows NT 4.0 sigue:
  • Cuando cualquier conexión TCP que se enruta a través de la puerta de enlace predeterminada ha intentado enviar un paquete TCP al destino un número de veces igual a la mitad del valor del Registro TcpMaxDataRetransmissions, pero no recibe ninguna respuesta, el algoritmo informa a cambiar a la siguiente puerta de enlace en la lista de IP.

    Sin embargo, el nuevo algoritmo, es más prudente de aconsejar a cambiar las puertas de enlace IP:

  • Cuando cualquier conexión TCP que se enruta a través de la puerta de enlace predeterminada ha intentado enviar un paquete TCP al destino un número de veces igual a la mitad del valor del Registro TcpMaxDataRetransmissions, pero no recibe ninguna respuesta, el algoritmo cambia la entrada de caché de rutas (RCE) de que una dirección IP remota para utilizar la siguiente puerta de enlace predeterminada de la lista. Cuando haya movido el 25 por ciento de las conexiones TCP a la siguiente puerta de enlace predeterminada, el algoritmo informa IP que cambie la puerta de enlace predeterminada del equipo entero a la que las conexiones utilizan ahora.

Ejemplo del nuevo algoritmo

Supongamos que actualmente hay conexiones TCP a 11 direcciones IP diferentes que se enruten a través de la puerta de enlace predeterminada. Ahora suponga que la puerta de enlace predeterminada produce un error, que hay una segunda puerta de enlace predeterminada configurada y que el valor de TcpMaxDataRetransmissions está en el valor predeterminado de 5.

Cuando la primera conexión TCP intenta enviar datos, no recibirá ninguna confirmación. Después de la tercera retransmisión, RCE de esa dirección IP remota se pueden cambiar a utilizar la siguiente puerta de enlace predeterminada en la lista. En este momento, se haya cambiado las conexiones TCP a que una dirección IP remota a través, pero las conexiones restantes siguen intentando utilizar la puerta de enlace predeterminada original.

Cuando la segunda conexión TCP intenta enviar datos, ocurrirá lo mismo. Ahora, dos de las 11 RCE señalará a la nueva puerta de enlace.

Cuando la tercera conexión TCP intenta enviar datos, después de la tercera retransmisión, tres 11 RCE se han cambiado a la segunda puerta de enlace predeterminada. Puesto que, en este punto, a través 25 por ciento de la RCE han movido, se moverá la puerta de enlace predeterminada del equipo entero a la nueva.

En este momento, esa puerta de enlace predeterminada permanece al principal para el equipo hasta que lo experimenta problemas (lo que provoca el algoritmo de puerta de enlace inactiva que vuelva a intentarlo al siguiente en la lista) o hasta que se reinicie el equipo.

Cuando se alcanza el final de la lista de puertas de enlace predeterminadas, la búsqueda devuelve al principio nuevo.

Propiedades

Id. de artículo: 171564 - Última revisión: miércoles, 01 de noviembre de 2006 - Versión: 2.2
La información de este artículo se refiere a:
  • Microsoft Windows NT Server 4.0, Terminal Server Edition
  • Microsoft Windows NT Workstation 4.0 Developer Edition
  • Microsoft Windows NT Server 4.0 Standard Edition
Palabras clave: 
kbmt kbhotfixserver kbqfe kbbug kbfix kbnetwork KB171564 KbMtes
Traducción automática
IMPORTANTE: Este artículo ha sido traducido por un software de traducción automática de Microsoft (http://support.microsoft.com/gp/mtdetails) en lugar de un traductor humano. Microsoft le ofrece artículos traducidos por un traductor humano y artículos traducidos automáticamente para que tenga acceso en su propio idioma a todos los artículos de nuestra base de conocimientos (Knowledge Base). Sin embargo, los artículos traducidos automáticamente pueden contener errores en el vocabulario, la sintaxis o la gramática, como los que un extranjero podría cometer al hablar el idioma. Microsoft no se hace responsable de cualquier imprecisión, error o daño ocasionado por una mala traducción del contenido o como consecuencia de su utilización por nuestros clientes. Microsoft suele actualizar el software de traducción frecuentemente.
Haga clic aquí para ver el artículo original (en inglés): 171564

Enviar comentarios

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com