Retardo en NetBIOS conexiones desde un equipo multitarjeta

Seleccione idioma Seleccione idioma
Id. de artículo: 166159 - Ver los productos a los que se aplica este artículo
importante Este artículo contiene información acerca de cómo modificar el registro. Asegúrese de que copia el registro antes de modificarlo. Compruebe que sabe restaurar el Registro en caso de que se produzca algún problema. Para obtener más información acerca de cómo realizar una copia de seguridad, restaurar y modificar el registro, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
256986Definición del Registro de Microsoft Windows
Expandir todo | Contraer todo

En esta página

Síntomas

Cuando utiliza un equipo multitarjeta para conectarse a otro equipo y el equipo multitarjeta está ejecutando una de las versiones de Microsoft Windows que se hace referencia en la sección "La información de este artículo se refiere a", puede haber un retraso en establecer la conexión.

Causa

Este problema se produce porque, de forma predeterminada, el redirector de Windows utiliza la siguiente lógica para establecer una sesión NetBIOS:
  • Intente conectarse al nombre del destino en todos los transportes enlazados en el orden que están enlazados.
  • Si IgnoreBindingOrder se establece en 0, espere a que el transporte principal (primer enlace) Finalizar. Si tiene éxito en alcanzar el destino, configurar una sesión en ese transporte. Cancelar las otras conexiones.
Nota En Microsoft Windows 2000 y versiones posteriores, la entrada de registro IgnoreBindingOrder no existe. Si esta entrada del registro no existe, el valor predeterminado de IgnoreBindingOrder es 1 (verdadero). En Microsoft Windows NT 4.0, el valor predeterminado para IgnoreBindingOrder es 0 (falso).

Si el equipo multitarjeta está en dos redes que están conectadas mediante un enrutador, y si el equipo que desea conectar es de sólo una de esas redes, no hay dos rutas al sistema de destino. Si la conexión se realiza correctamente en ambas rutas de acceso, el redirector elige el transporte principal como la ruta preferida. Por ejemplo, el redirector puede elegir la dirección IP de origen local que está asociada con ese enlace de NetBIOS sobre TCP/IP (NetBT) como la ruta preferida. El redirector cancela la conexión pendiente. Debido a esta opción, los paquetes que se envían desde el equipo multitarjeta pueden enrutarse internamente a la subred conectada directamente, y los paquetes que envía el sistema de destino en respuesta atraviesen el enrutador. Este escenario puede resultar confuso para solucionar problemas.

Solución

Advertencia Pueden producirse problemas graves si modifica incorrectamente el registro mediante el Editor del registro o utilizando otro método. Estos problemas pueden requerir que reinstale el sistema operativo. Microsoft no puede garantizar la solución de esos problemas. Modifique el Registro bajo su responsabilidad.

Un redirector de Windows más reciente está disponible. Puede configurar este redirector para aceptar el primer transporte para realizar una conexión y inmediatamente cancelar las conexiones en los otros transportes. Una versión más reciente de NetBT que admite mejor control de múltiples llamadas y cancela también está disponible.

Para aprovechar esta mejora, debe agregar un parámetro del registro.

Para configurar el parámetro del registro para corregir el problema que se hace referencia en este artículo, inicie Editor del registro, busque la subclave apropiada utilizando la información siguiente y, a continuación, agregue el valor del registro.

Microsoft Windows NT 4.0

Utilice la siguiente subclave del registro y el valor:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Rdr\Parameters

Nombre del valor: IgnoreBindingOrder
Tipo de valor: REG_DWORD (booleano)
Rango de datos de valor: 0, 1 (falso, Verdadero)
Valor predeterminado: 0 (false)
Valor: 1
Nota Establecer este valor en 1 (uno) hace que el redirector Aceptar el primer transporte para realizar una conexión en lugar de esperar éxito o error en el transporte principal.

Microsoft Windows Server 2003, Microsoft Windows XP y Microsoft Windows 2000

Utilice la siguiente subclave del registro y el valor:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MrxSmb\Parameters

Nombre del valor: IgnoreBindingOrder
Tipo de valor: REG_DWORD (booleano)
Rango de datos de valor: 0, 1 (falso, Verdadero)
Valor predeterminado: 1 (verdadero)
Valor: 1

Estado

Microsoft ha confirmado que se trata de un problema de los productos de Microsoft enumerados en la sección "La información de este artículo se refiere a:".

Más información

Conexiones TCP a y desde equipos de alojamiento múltiple

Si la conexión es una conexión basada en NetBIOS que utiliza el redirector, poca información de enrutamiento está disponible en el nivel de aplicación. La interfaz de NetBIOS admite conexiones a través de diversos protocolos y no tiene conocimiento de IP. En su lugar, el redirector coloca las llamadas en todos los transportes que están enlazados a él. Si hay dos interfaces en el equipo y un protocolo está instalado, hay dos transportes que están disponibles para el redirector. Las llamadas se colocan en ambos transportes. NetBT envía las solicitudes de conexión a la pila mediante una dirección IP de cada interfaz. Pueden tener éxito ambas llamadas. Si es así, el redirector cancela una de ellas. La posibilidad de que uno para cancelar depende el valor del registro de IgnoreBindingOrder redirector. Si el valor del registro es 0, el transporte principal, que viene determinado por orden, de enlace es el preferido. El redirector de espera para el transporte principal agote el tiempo de espera antes de aceptar la conexión en el transporte secundario. Si este valor es 1, se omite el orden de enlace. El redirector acepta la primera conexión que tiene éxito y cancela el resto.

Nota Documentación de Microsoft TechNet hace referencia a la subclave de registro incorrecto (ObeyBindingOrder) en el siguiente sitio Web de Microsoft:
http://technet.microsoft.com/en-us/library/cc780776.aspx
Este problema no se aplica a las conexiones basadas en Windows Sockets como Asegúrese de exploradores. Este comportamiento se produce sólo en NetBIOS a través de sesiones de TCP/IP como compartir impresoras y archivos. Cuando un programa de Windows Sockets realiza una conexión desde un host multi-homed, se selecciona automáticamente la mejor dirección de origen local utilizando la tabla ruta. Esta selección se produce a menos que el programa en concreto se establezca en Seleccione una dirección IP local para utilizar en la llamada bind() .

Para obtener más información acerca de cómo seleccionar un adaptador de red saliente, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
175396Conexión de socket de Windows desde un equipo multitarjeta

Propiedades

Id. de artículo: 166159 - Última revisión: jueves, 19 de julio de 2007 - Versión: 4.2
La información de este artículo se refiere a:
  • Microsoft Windows Server 2003, Datacenter Edition (32-bit x86)
  • Microsoft Windows Server 2003, Enterprise Edition (32-bit x86)
  • Microsoft Windows Server 2003, Standard Edition (32-bit x86)
  • Microsoft Windows Server 2003, Web Edition
  • Microsoft Windows XP Professional
  • Microsoft Windows 2000 Datacenter Server
  • Microsoft Windows 2000 Advanced Server
  • Microsoft Windows 2000 Server
  • Microsoft Windows 2000 Professional Edition
  • Microsoft Windows NT Workstation 4.0 Developer Edition
  • Microsoft Windows NT Server 4.0 Standard Edition
Palabras clave: 
kbmt kbbug kbnetwork KB166159 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): 166159

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