En los principios de la informática personal, IBM y Microsoft usaban NetBIOS para proporcionar a los programadores y aplicaciones acceso a las funciones y capacidades de red. NetBIOS se desarrolló originalmente para IBM por Sytek Corporation como extensión a la BIOS, que una aplicación podía utilizar haciendo llamadas a la BIOS.

En Microsoft Windows 2000, NetBIOS es tanto una interfaz de red independiente de transporte como un protocolo de administración de sesión y de transporte de datos. NetBIOS puede funcionar sobre cualquiera de los protocolos de transporte de red de Windows 2000, incluyendo NetBEUI, NWLink (IPX) y TCP/IP. Las aplicaciones que utilizan NetBIOS pueden funcionar con cualquiera de los protocolos de transporte configurados. Los clientes de interconexión de Windows tradicionalmente han utilizado NetBIOS para distintas funciones, entre ellas la compartición de archivos a impresoras y la exploración.

Las RFC 1001 y 1002 definen las funciones y características de un servicio de NetBIOS sobre el transporte de TCP/UDP, también conocido como NetBIOS sobre TCP/IP (NBT). Estas RFC, publicadas en 1987, describen los siguientes tres servicios principales para las aplicaciones de NetBIOS que se ejecuten en TCP/IP:

• Servicio de nombres. Proporciona a los equipos la capacidad de adquirir, defender nombres de NetBIOS y localizar quién guarda dichos nombres.

• Servicio de sesión. Proporciona un intercambio fiable de mensajes entre dos pares de aplicaciones de NetBIOS.

• Servicio de datagramas. Proporciona un servicio de paso de mensajes no fiable, sin consecuencias, sin conexión, para aplicaciones NetBIOS.

Los servicios de sesión y datagramas de NetBEUI permiten a las aplicaciones de NetBIOS enviar mensajes entre ellas utilizando equipos individuales con nombres de NetBIOS. El servicio de nombres de NetBIOS proporciona la capacidad adquirir/registrar un nombre, localizar equipos con un nombre concreto y resolver un nombre de NetBIOS dada su dirección de IP. 

WINS es un servidor de nombres de NetBIOS que puede usar un cliente para registrar, defender y buscar nombres de NetBIOS. WINS proporciona varias ventajas a una organización:

• Funciones de registro de nombre y resolución de nombres para equipos con NetBIOS.

• Mantenimiento dinámico de la base de datos para disponer de registro y resolución de nombres de equipo.

• Administración centralizada de una base de datos de nombres de NetBIOS escalable.

WINS implementa las características del servicio de nombres de un servidor de nombres de NetBIOS definidas en las RFC 1001 y 1002. Sin embargo, para crecer apropiadamente para redes grandes, WINS también proporciona funciones de replicación.

En las versiones iniciales de Microsoft Windows NT, WINS jugó un papel crítico en la localización de servicios, particularmente en los servicios de directorio de Windows NT. Los clientes utilizaban NetBIOS para localizar los Controladores de dominio de Windows NT 4.0. Se usaban los servicios de sesión y datagramas de NetBIOS como base para las operaciones de directorio. La compartición de archivos e impresoras también usan NetBIOS.

Una organización que sólo usa equipos con Windows 2000 o una mezcla de equipos con Windows 2000 y sistemas operativos de terceros como UNIX y cuyas aplicaciones disponen del Sistema de nombre de dominio (DNS), puede eliminar NetBIOS y no tener necesidad de WINS. Sin embargo, significa que cualquier aplicación que use NetBIOS, como el explorador del equipo, no funcionará.

La mayoría de las organizaciones, sin embargo, necesitan mantener equipos antiguos, que requieren los nombres de red de NetBIOS. En este apartado se incluyen los equipos con Microsoft Windows para trabajo en grupo, Microsoft Windows 95, Microsoft Windows 98 y todas las versiones de Windows NT. Las organizaciones con equipos con estos sistemas operativos verán que WINS es un servicio importante para el desarrollo de Windows 2000.

Descripción general de WINS en Windows 2000

En Windows 2000, WINS consta de dos componentes: el Servicio de nombres de Internet de Windows, WINS (Windows Internet Nombre Servicio), y un servicio cliente de WINS. WINS es un servidor de nombres de NetBIOS que permite a un cliente registrar nombres de NetBIOS en una base de datos central y resolver nombres de NetBIOS a direcciones de IP. El cliente del WINS utiliza el servidor del WINS para registrar nombres y proporcionar funciones de resolución de nombres, convirtiendo nombres de NetBIOS en direcciones de IP. En términos funcionales, WINS es muy parecido a DNS, con clientes que registran nombres y realizan búsquedas de los nombres y servidores que manejan los registros y la resolución. La diferencia más importante es que WINS utiliza nombres de NetBIOS en lugar de nombres de host de DNS.

En las RFC 1001 y 1002 se definen las funciones del servidor de nombres de NetBIOS con detalle. A este respecto, el servidor de WINS es un servidor de nombres de NetBIOS que cumple la RFC para proporcionar funciones de registro de nombres y resolución de nombres. El servidor de WINS es escalable, capaz de funcionar correctamente en redes de cualquier tamaño.

Todos los servidores con Windows 2000, incluyendo Server, Advanced Server y Datacenter Server, incluyen el servicio WINS, aunque no se instala de manera predeterminada. Todos los clientes de Windows incluyen un cliente de WINS, entre ellos Windows 2000, Windows NT 4.0, Windows 98 y Windows 95. Para los clientes con Windows 2000, la función cliente de WINS se instala automáticamente.

Términos clave de WINS

En Windows 2000, NetBIOS es tanto una interfaz de red, que permite a las aplicaciones y componentes clave del sistema comunicarse por la red, como un protocolo que permite dicha comunicación. Entre los procesos del sistema que utilizan NetBIOS están el servicio de compartición de archivos de Windows y el servicio de exploración de equipos.

Recursos de red y nodos terminales

Para que las aplicaciones interoperen y los usuarios accedan a recursos clave, todos los recursos de la red necesitan un nombre. Un recurso de red es un proceso que se ejecuta en un equipo concreto. Puede ser un servicio Servidor ejecutándose en el equipo Servidor de intercambio, o un servicio Servidor ejecutando en un servidor de archivos. El equipo concreto que ejecuta el proceso recurso de red se denomina equipo terminal.

Nombres de NetBIOS

Todos los recursos de la red en Windows 2000 tienen un nombre NetBIOS. En Windows 2000, todos los nombres NetBIOS pueden tener hasta 15 caracteres. El último, el decimosexto, permitido en las RFC 1001 y 1002, se reserva como sufijo del nombre NetBIOS. El nombre NetBIOS no puede empezar con un <*> y no son sensibles a las mayúsculas.

El espacio de nombres de NetBIOS es plano, al contrario que DNS, que es jerárquico. Significa que un nombre NetBIOS sólo se puede usar una vez en una red. Dos equipos que ejecuten el servicio Server no pueden tener el mismo nombre. Esto puede llevar a algunos problemas en organizaciones muy grandes y es donde el parámetro ámbito de NetBIOS ofrece una solución.

Tipos de nombres de NetBIOS

Un nombre de NetBIOS puede ser un nombre único, que lo posee un único nodo o puede formar parte de un grupo de Internet, que puede incluir varios nodos terminales (end-nodes). Todos los equipos con Windows 2000 tienen un servicio Server y un servicio Workstation para compartición de archivos. Estos servicios deberían tener nombres únicos de NetBIOS. Cuando se resuelve una dirección de NetBIOS a una dirección de IP, los nombre únicos se resuelven a una única dirección de IP, mientras que las direcciones de grupos de Internet se resuelven a varias direcciones.

Sufijo del nombre de NetBIOS

Aunque las RFC 1001 y 1002 permiten que los nombres de NetBIOS tengan 16 caracteres, el decimosexto carácter del nombre de NetBIOS de Windows se reserva para un sufijo especial. El sufijo del nombre de NetBIOS lo usa todo el software de red de Windows para identificar la funcionalidad instalada en el dispositivo registrado. De esta forma un nodo terminal puede registrar varios nombres según el equipo, dominio, o nombre de usuario, y un sufijo para indicar los servicios disponibles en dicha máquina. Los clientes de WINS pueden construir un nombre de NetBIOS según el equipo, el usuario, o el nombre de dominio, y el sufijo apropiado para localizar los recursos de red relevantes.

Por ejemplo, el servicio Messenger (Mensajería) tiene el sufijo 0x03. Para enviar un mensaje a COMPUTER42, el cliente enviaría un mensaje al servicio Workstation en Computer42, o COMPUTER42[03]. Observe que en la notación del nombre NetBIOS de 16 caracteres completo, los primeros 9 caracteres serían COMPUTER42, los 6 siguientes serían « » (blanco) y el carácter final sería un 0x03.

Además de estos nombres comúnmente utilizados en Windows 2000, otras aplicaciones como Microsoft Exchange, Lotus Notes y otras también registran nombres de NetBIOS. 

Operaciones del servicio de nombres de NetBIOS

Entre las operaciones del servicio de nombres NetBIOS se encuentran las de registro, defensa, solicitud y liberación de nombres de NetBIOS. Además, los servicios de sesión y datagramas de NetBIOS utilizan estas operaciones del servicio de nombres para localizar recursos. Por ejemplo, si un usuario de un equipo con Windows 2000 quisiera acceder a un sistema de archivos remoto, el usuario introduce el nombre del equipo remoto y el nombre compartido en Microsoft Explorer. Explorer usa los servicios de nombre de NetBIOS para determinar la dirección de IP del servidor remoto y a continuación envía comandos del nivel de sesión de NetBIOS para acceder a los recursos compartidos.

Las operaciones del servicio de nombres de NetBIOS se llevan a cabo por la red usando difusión de IP o un servidor de nombres de NetBIOS. El uso de difusión podría ser aceptable en redes de área local pequeñas (LAN). Sin embargo, en redes grandes el uso de la difusión podría conducir a una tormenta de difusión, lo que no es deseable. Estas redes deberían de implantar WINS.

Ámbitos de NetBIOS

El espacio de nombres de NetBIOS es plano, lo que significa que todos los nombres deben ser únicos en el conjunto de redes. Si tiene un equipo llamado EQUIPO y defiende apropiadamente su nombre de equipo, ningún otro equipo de la red se puede llamar a sí mismo EQUIPO. Esta limitación puede causar dificultades en grandes organizaciones.

Como se describe en la RFC 1001, una aproximación para resolver este espacio de nombres plano es usar un cualificador adicional en el nombre NetBIOS. En la RFC 1001 se define el ámbito de NetBIOS como < la población de equipos en los que se conoce un nombre de NetBIOS registrado> . Para identificar el ámbito de NetBIOS, se usa un identificador de ámbito de NetBIOS. El identificador de ámbito de NetBIOS es una cadena de caracteres, similar en formato y función a los nombres de dominio de DNS.

El uso del ámbito de NetBIOS, sin embargo, es limitado en cuanto que el usuario no puede especificar el ámbito directamente. El ámbito de NetBIOS en un equipo con Windows 2000 se define como parte de los parámetros de IP del equipo que se reciben del servidor de DHCP o en el registro del equipo. Por tanto, el ámbito del equipo se añade automáticamente a todos los nombres de NetBIOS. El efecto es que un nodo terminal con un ámbito de NetBIOS dado sólo se puede comunicar con otros equipos configurados con el mismo ámbito de NetBIOS.

Se puede establecer el ámbito de NetBIOS especificando un ámbito como parte del ámbito de DHCP o editando el registro. La clave del registro que se utiliza para cambiar manualmente el tipo de nodo es la siguiente:

Clave: HKEY_LOCAL_MACHINE
            \SYSTEM
                \CurrentControlSet
                    \Services
                        \NetBT
                            \Parameters 
o
Clave: HKEY_LOCAL_MACHINE
            \SYSTEM
                \CurrentControlSet
                    \Services
                        \NetBT
                                                 \Adapters
                                \Interface
                                    \<interfaz>
Nombre del valor: ScopeId 
Tipo del valor: REG_SZ-Cadena de caracteres
Rango del valor: Cualquier nombre válido de dominio de DNS que consista en dos partes separadas por puntos, o un asterisco (*)
Predeterminado: Ninguno
Presente predeterminado: No

Tipos de nodos de NetBIOS

Para dar cabida a redes de varios tamaños de NetBIOS, las RFC 1001 y 1002 usan el concepto de tipo de nodo para determinar cómo debe manejar un equipo las funciones del servicio de nombres. El tipo de nodo define cómo se realizan las operaciones del servicio de nombres.

Un nodo terminal puede pertenecer a uno de los cuatro tipos de nodos, definidos en las RFC 1001 y 1002:

• Nodo B (Nodo de difusión, Broadcast). Usando difusión sólo se realizan las operaciones de registro y resolución de nombres. Normalmente es la mejor opción en una red muy pequeña con una única subred.

• Nodo P (Nodo punto a punto). Se usa sólo el servidor de nombres de NetBIOS, (WINS) para las operaciones de registro y resolución de nombres. Este tipo de nodo se usa para eliminar las difusiones de la subred local, pero puede ocasionar que recursos de la red en la subred local no se resuelvan.

• Nodo M (Nodo mixto). Una combinación de los Nodos B y P, donde el registro y resolución de nombres se realiza mediante difusión. Pero si la resolución de nombres no se consigue mediante difusión, se usa el servidor de nombres de NetBIOS. Es útil en los casos en los que el servidor de WINS se encuentra en una red remota, por lo que se intenta resolver localmente el nombre antes de usar recursos de WAN para resolverlo.

• Nodo H (Nodo híbrido). Una combinación de los Nodos P y B, donde el registro y resolución de nombre se hace utilizando un servidor WINS. Pero si la resolución de nombres no se consigue mediante el servidor WINS, se usa difusión. Es el tipo de nodo predeterminado cuando se utilizan servidores WINS.

De forma predeterminada, los equipos con Windows 2000 son Nodos B. Si se configura un equipo con Windows 2000 para que use un servidor WINS, se convierte en un Nodo H. Se puede configurar el equipo para que sea un Nodo P o M editando manualmente el registro. Además, el administrador puede establecer los parámetros del Protocolo de configuración dinámica de host (DHCP) para determinar el tipo de nodo de un cliente de DHCP.

La clave del registro que se utiliza para cambiar el tipo de nodo es la siguiente:

Clave: HKEY_LOCAL_MACHINE
            \SYSTEM
                \CurrentControlSet
                    \Services
                        \NetBT
                            \Parameters 
o
Clave: HKEY_LOCAL_MACHINE
                \SYSTEM
            \CurrentControlSet
                \Services
                    \NetBT
                        \Adapters
                            \Interfaces
                                \<interfaz>
Nombre de valor: NodeType 
Tipo de valor: REG_DWORD - Número 
Rango válido: 1,2,4,8 (Nodo B, Nodo P, Nodo M, Nodo H)
Predeterminado: 1 u 8 según la configuración del servidor WINS
Presente predeterminado: No

Modificación de Microsoft de los Nodos B

Como se define en las RFC 1001 y 1002, el comportamiento de los Nodos B no funciona apropiadamente para redes de más de una única subred. Se puede mejorar en parte configurando los enrutadores para que reenvíen los mensajes de difusión, pero esto no escala bien y rara vez se hace. Para superar las limitaciones inherentes Microsoft ha extendido las operaciones del servicio de nombres de los Nodos B.

A estas extensiones se les conoce como Nodo B modificado, que añade las siguientes funciones de búsqueda de nombre a un Nodo B:

• Caché de nombres de NetBIOS. Una caché en memoria de los nombres resueltos recientemente que se busca antes de intentar otros métodos de resolución de nombres.

• Archivo LMHOSTS. Un archivo plano, en la carpeta systemroot\system32\drivers\etc que contiene una lista estática de nombres de NetBIOS y sus direcciones de IP.

Si se usa LMHOSTS por alguna razón no deseable, se puede desactivar reconfigurando los parámetros de TCP/IP del equipo.

Registro de nombre

Cuando un recurso de red está disponible para su uso -por ejemplo, cuando un servidor de archivos arranca-, el recurso de red deber registrar su nombre de NetBIOS relevante. El procedimiento de registro asegura que el nombre registrado no está ya en uso por otro equipo. Para los clientes de un Nodo P, un Nodo M o un Nodo H, el cliente también informa al servidor WINS del nombre y dirección de IP.

Período de vida (TTL)

En general, los nombres de NetBIOS no se mantienen en propiedad permanentemente. Con WINS, cada nombre que se registra correctamente tiene un período de vida (TTL) limitado. Cuando el TTL de un nombre de NetBIOS expira, es responsabilidad del recurso de red registrar el nombre. Si el registro de red registra el nombre con un servidor de WINS y el TTL expira, el nombre se puede eliminar del servidor WINS. Los clientes de Windows 2000 intentan registrar sus nombres de NetBIOS cuando ha transcurrido la mitad del TTL o cuando el equipo se reinicia.

Defensa de nombre

Una vez registrado, todos los nombres de NetBIOS únicos hay que defenderlos para asegurar que no hay dos recursos de red diferentes que reclamen el mismo nombre de NetBIOS. Si un equipo intenta registrar un nombre de NetBIOS que ya lo estaba utilizando otro equipo, el propietario del nombre necesita defender el nombre. Si un recurso de red descubre que el nombre que intenta registrar ya se está utilizando -por ejemplo, se inicia un equipo configurado con un nombre de equipo de otro que ya está ejecutando-, el recurso de red debería dar un error. Los procesos de Windows 2000, como el servicio Server, escribirán un suceso de error en el registro de sucesos para un posterior análisis y solución del problema.

Si el propietario del nombre es un cliente de un Nodo B, el propietario debe aceptar la responsabilidad de defender el nombre escuchando las peticiones de registro de nombre y difundiendo una Respuesta de registro negativa.

Para los clientes Nodo P, la defensa de nodo es más complicada. Si un cliente Nodo P intenta registrar un nombre en un servidor WINS que el servidor cree estar en uso, el servidor WINS intentará en primer lugar ponerse en contacto con el equipo que registró anteriormente el nombre de NetBIOS. Si el servidor WINS consigue ponerse en contacto con el propietario registrado, el servidor envía un mensaje Registro de nombre negativo al cliente que intentaba registrar el nombre. Si, al contrario, el servidor WINS no lo consigue, enviará una respuesta Registro de nombre positivo.

Resolución de nombre de NetBIOS

Cuando un equipo desea comunicarse con otro, mediante NetBIOS, debe determinar la dirección de IP del equipo remoto antes de establecer la comunicación. La resolución de nombre es el proceso de determinar la dirección de IP de un equipo por su nombre de NetBIOS. El mecanismo general que utiliza el cliente de WINS para resolver los nombres es el siguiente:

• Comprueba si el nombre se puede realmente resolver utilizando NetBIOS. Si el nombre introducido por el usuario o especificado por la aplicación es mayor de 15 caracteres o contiene un «.», se realiza la resolución de nombre de DNS.

• A continuación el cliente comprueba si el nombre se encuentra en la caché de nombres de NetBIOS.

• Si el equipo está configurado para utilizar LMHOSTS, se consulta en este archivo la dirección de IP del nombre.

Si el nombre no se puede resolver con otras alternativas, por ejemplo mediante DNS, o localmente, los clientes de WINS de Windows 2000 intentarán otros pasos de resolución de nombres. Estos pasos concretos dependerán del tipo de nodo de NetBIOS y de si se ha configurado un proxy de WINS de la siguiente forma:

• Los clientes Nodo B difundirán mensajes de solicitud de nombre de NetBIOS en la subred local. Si existe un equipo con el nombre en la subred, el equipo enviará una respuesta solicitud de nombre positiva, que contiene la dirección de IP requerida. Si existe un agente de proxy de WINS en la subred cuando se difunde el mensaje de solicitud de nombre de NetBIOS y no existe respuesta, el agente proxy de NetBIOS intentará resolver el nombre por el cliente. Es un método apropiado en redes pequeñas, posiblemente sin servidores WINS, y es el comportamiento predeterminado para un equipo que no tiene configurado un servidor WINS.

• Los clientes Nodo P enviarán un mensaje de solicitud de nombre de NetBIOS al servidor WINS configurado. Si el servidor WINS tiene el nombre solicitado, enviará una Respuesta de solicitud de nombre positivo, con la dirección de IP requerida; si no, el equipo enviará una Respuesta de solicitud de nombre negativa. Si el cliente WINS no obtiene respuesta del servidor WINS y en su configuración tiene más servidores WINS, el cliente intentará con ellos. Este método minimiza las difusiones en la red local.

• Los clientes Nodo M intentarán utilizar el comportamiento del Nodo B para resolver el nombre, y si no lo consiguen, los clientes Nodo M utilizarán el comportamiento de un Nodo P. Resulta particularmente útil cuando el cliente se encuentra en el otro extremo de un enlace WAN, pero generará tráfico de difusión adicional en la subred local.

• Los clientes Nodo H intentarán en primer lugar usar el comportamiento de los Nodos P para resolver el nombre, y si no lo consiguen, los clientes Nodo H intentarán usar el comportamiento de los Nodos B. Como con los Nodos P, este método reduce el tráfico de difusión local para los nombres que guarda el servidor WINS, pero utilizará la difusión local para intentar resolver el nombre.

Los primeros clientes de WINS manejaban sólo un máximo de dos servidores WINS, uno principal y uno secundario. Para obtener tolerancia a errores adicional en los equipos cliente, Windows 2000 o Windows 98 permiten especificar hasta 12 servidores WINS por cada interfaz. Estas direcciones de servidor WINS extra se utilizan sólo si los servidores WINS principal y secundario no responden.

Si con ninguno de estos pasos se consigue resolver el nombre de NetBIOS, el equipo con Windows 2000 intentará utilizar la resolución de nombres de host; primero comprueba el archivo HOSTS local y a continuación poniéndose en contacto con servidores de DNS. Si después de todos estos pasos no se puede resolver el nombre, el equipo con Windows 2000 envía un mensaje Error al llamante.

Esta serie de pasos intenta tanto proporcionar la máxima tolerancia a errores en el cliente como acomodar sistemas incorrectamente configurados.

Si un equipo utiliza difusión para resolver un nombre de NetBIOS, no puede asegurar que una falta de respuesta sea significativa. Como se usa UDP como transporte en las operaciones de nombre de NetBIOS, puede que el paquete se haya descartado. Para compensar esta falta de fiabilidad, el cliente que resuelve un nombre, por defecto, difunde la solicitud de resolución de nombre tres veces, a intervalos de 750 milisegundos entre cada intento. Para modificar el número de intentos de difusión se utiliza la siguiente entrada de registro:

Clave: HKEY_LOCAL_MACHINE
            \SYSTEM
                \CurrentControlSet
                    \Services
                        \NetBT
                            \Parameters
O
Clave: HKEY_LOCAL_MACHINE
            \SYSTEM
                \CurrentControlSet
                    \Services
                        \NetBT
                            \Parameters
                                \Adapters
                                    \Interfaces
                                        \<interfaz>
Nombre del valor: BcastNameQueryCount 
Tipo de valor: REG_DWORD-Número 
Rango válido: 1-OXFFFF 
Predeterminado: 3 
Presente predeterminado: No

Utilice la siguiente entrada del registro para cambiar el intervalo entre difusiones:

Clave: HKEY_LOCAL_MACHINE
            \SYSTEM
                \CurrentControlSet
                    \Services
                        \NetBT
                            \Parameters
                                \Adapters
                                    \Interfaces
                                        \<interfaz>
Nombre de valor: BcastQueryTimeout
Tipo de valor: REG_DWORD-Tiempo en milisegundos 
Rango válido: 100-OxFFFFFFFF 
Predeterminado: Ox2ee (750 en decimal) 
Presente predeterminado: No

Aunque podría parecer una buena idea reducir el número de difusiones, si se reduce a uno, o se hace demasiado pequeño el intervalo, podría aumentar la posibilidad de que un servidor WINS ocupado no responda lo suficientemente rápido. En ese caso, el cliente fallará al resolver el nombre para el sistema que de otra forma podría haber respondido (usando los valores predeterminados). 

Caché de nombres de NetBIOS

Para minimizar el uso de la Solicitud de resolución de nombre de WINS, los clientes de WINS utilizan una caché de nombres de NetBIOS para guardar los nombres de NetBIOS resueltos recientemente. Si un cliente necesita resolver un nombre de NetBIOS, examinará esta caché antes de transmitir una Solicitud de resolución de nombre.

De forma predeterminada, la caché de nombres de NetBIOS guarda 16 resoluciones, que probablemente resulte apropiado para la mayoría de los equipos. Las entradas de la caché se guardan durante 10 minutos, aunque modifique este valor de plazo. Si un cliente resuelve más nombres de NetBIOS que los que pueden mantener la caché, se descartan las entradas más antiguas y se añade el nuevo nombre, y su dirección de IP, a la caché de nombres. Se puede configurar la caché de nombres para que tenga uno de los siguientes tamaños:

• Small (pequeña). Guarda 16 entradas (es el valor predeterminado).

• Medium (media). Guarda 128 entradas.

• Large (grande). Guarda 256 entradas.

Use la siguiente entrada del registro para modificar el tamaño de la caché de nombres de NetBIOS:

Clave: HKEY_LOCAL_MACHINE
            \SYSTEM
                \CurrentControlSet
                    \Services
                        \NetBT
                            \Parameters
Nombre del valor: Size/Small/Medium/Large 
Tipo de valor: REG_DWORD
Rango válido: 1, 2, 3 (pequeña, media, grande) 
Predeterminado: 1 (pequeño) 
Presente predeterminado: No

De forma predeterminada, las entradas de la caché de nombre de NetBIOS cumplen su plazo y se eliminan tras 10 minutos.

Para ajustar este plazo, use la siguiente entrada del registro:

Clave: HKEY_LOCAL_MACHINE
            \SYSTEM
                \CurrentControlSet
                    \Services
                        \NetBT
                                                    \Parameters
Nombre de valor: CacheTimeout 
Tipo de valor: REG_DWORD
Rango válido: 60000-OxFFFFFFFF 
Predeterminado: Ox927c0 (600000 milisegundos = 10 minutos) 
Presente predeterminado: No

El valor mantiene el tiempo, en milisegundos, para los que se hace caché de la búsqueda de NetBIOS. Se puede utilizar el comando NBTSTAT -c desde el indicativo de comandos de Windows 2000 para ver las entradas de la caché local de nombres de NetBIOS.

Al aumentar el tamaño de la caché de nombres de NetBIOS y aumentar el valor del plazo de la caché se puede reducir el número de búsquedas que se realiza contra un servidor ocupado. En muchos entornos con un gran grupo de direcciones de IP estáticas para todos los servidores clave, este cambio podría ser apropiado. Sin embargo, al realizar este cambio, también aumenta la probabilidad de que una entrada en la caché ya no sea la precisa, lo que podría ocurrir en una red de TCP/IP muy dinámica. Esta contrapartida entre precisión y cantidad de tráfico de búsqueda se debería considerar cuidadosamente y comprobarlo mediante la Liberación de nombres.

Liberación de nombre

Si los recursos de la red se liberan apropiadamente, ya no puede defender el nombre, y el recurso realiza una liberación de nombre. Para los clientes Nodo B se realiza, simplemente, dejando la defensa de nombre del nombre liberado. Para los clientes Nodo P, la liberación del nombre se realiza enviando un mensaje de Liberación de nombre al servidor de WINS.

Proxy de WINS

Los clientes de NetBIOS de terceros, o los antiguos, puede que se configuren para utilizar WINS. En su lugar deberían confiar en el comportamiento del Nodo B. Para ofrecer a estos clientes un uso de los recursos de un servidor WINS, utilice un proxy de WINS, que es un cliente de WINS que se puede configurar para que actúe por otros equipos que no pueden utilizar WINS. Un proxy de WINS también se puede utilizar durante la migración desde un entorno de difusión a un entorno de WINS. Se puede configurar un servidor de WINS y un proxy WINS, y después migrar los sistemas uno a uno sin afectar a la resolución de nombre de los sistemas que no se hayan convertido.

Las funciones del proxy de WINS son las siguientes:

• Cuando un cliente de WINS Nodo B registra un nombre de NetBIOS, el proxy de WINS realiza una búsqueda de nombre, primero utilizando la caché de nombres de NetBIOS y, si fuese necesario, enviando una Solicitud de resolución de nombre al servidor de WINS. Si se encuentra el nombre, el proxy envía de vuelta una Respuesta de registro de nombre negativa al cliente de Nodo B que intenta registrar el nombre.

• Cuando un cliente Nodo B libera su nombre, el proxy simplemente elimina el nombre del cliente de su caché de nombres y envía una liberación de nombre al servidor de WINS.

• Cuando un cliente Nodo B difunde una resolución de nombre, el proxy intenta resolver del nombre, primero utilizando la información local de su caché para los nombres remotos o enviando una solicitud de resolución de nombre al servidor de WINS. Si la búsqueda de nombres se consigue, el proxy envía una Respuesta de solicitud de nombre. Si no se consigue, el proxy envía una Respuesta de solicitud de nombre negativa.

Puede configurar el sistema para actuar como un proxy de WINS para los clientes Nodo B en la subred local editando la siguiente entrada del registro:

Clave: HKEY_LOCAL_MACHINE
            \SYSTEM
                \CurrentControlSet
                    \Services
                        \NetBT
                            \Parameters 
o
Clave: HKEY_LOCAL_MACHINE
            \SYSTEM
                \CurrentControlSet
                    \Services
                        \NetBT
                            \Parameters
                                \Adapters
                                    \Interfaces
                                        \<interfaz>
Nombre de valor: EnableProxy 
Tipo de valor: REG_DWORD-Boolean
Rango válido: 0, 1 (Falso, Cierto) 
Predeterminado: 0 (Falso)
Presente predeterminado: No

Al configurar esta entrada al valor 0x1 activa el sistema para actuar como servidor de nombre proxy para las redes a las que está conectada NetBIOS sobre TCP/IP, o a la interfaz elegida. Un servidor de nombre proxy de WINS escucha las Solicitudes de resolución de nombres de difusión, los resuelve utilizando WINS (o la caché de nombres de NetBIOS del proxy) y difunde el resultado de vuelta al cliente. El proxy de WINS proporciona a los clientes de WINS Nodo B con la capacidad de interoperar con los servidores WINS.

Los servidores de Windows 2000 que ejecutan la función Compartición de conexión (NAT) del Servicio Enrutamiento y acceso remoto también se pueden configurar para que actúen como proxy de WINS los clientes de la red privada.

Entradas de la base de datos de WINS

Cuando se registra, o libera, un nombre, el servidor de WINS actualiza su base de datos interna. Una entrada de la base de datos de WINS guarda el nombre de los recursos de la red, sus direcciones de IP asociadas, el TTL y el número de versión. El número de versión es la base para la replicación de servidor WINS.

Replicación de servidor de WINS

En grandes redes de empresa no se recomienda tener un único servidor de WINS. Con un único servidor dando el servicio a un gran número de clientes representaría un único punto de errores.

Para proporcionar redundancia, equilibrio de carga y escalabilidad y reducir el tráfico de WAN involucrado con las opciones de solicitud de nombre y Registro de nombres, los servidores de WINS se pueden configurar para la replicación, que replica las entradas de la base de datos de WINS de un servidor a otro. La replicación de servidor de WINS permite a un equipo cliente de WINS registrar los nombres de NetBIOS en un servidor de WINS, y disponer dicho servidor de WINS replicar los nombres, de forma que estén disponibles a todos los servidores de WINS, y a todos los clientes de WINS de una organización. Ello puede acelerar la resolución de nombres de los clientes, ya que se evita el uso de enlaces de WAN en las solicitudes de WINS.

Para que un servidor de WINS replique su información, el servidor debe configurarse al menos con otro servidor de WINS como asociado de replicación. Los asociados de replicación de WINS replican los nombres que conoce un servidor en el resto de servidores asociados. Existen dos roles de replicación para un servidor de WINS: asociado pull y asociado push. 

• Un asociado pull es un servidor WINS que recoge entradas de WINS de sus asociados configurados. 

• Un asociado push es un servidor de WINS que envía actualizaciones de las entradas WINS a sus asociados configurados.

Se recoge todo el tráfico de replicación, con un asociado solicitando actualizaciones desde uno configurado. Las diferencias principales entre los asociados push y pull es quién y cuándo lanza el suceso de replicación. 

Los asociados pull lanzan una actualización de correspondencia de nombres a direcciones de IP desde sus asociados de replicación, bien cuando el servicio de WINS se inicia o a intervalos configurados por el administrador. 

Por otra parte, los asociados de push informan a los asociados configurados que realicen una actualización, bien porque el servicio de WINS se inicia o bien tras haber acumulado un cierto número de actualizaciones. Una vez el asociado ha recibido la notificación de que existe una actualización, el asociado puede hacer pull de estos cambios para actualizar su base de datos WINS local.

La topología de replicación de WINS en una organización la determina el administrador de acuerdo con las necesidades de la resolución de nombres de NetBIOS. La replicación involucra a pares de servidores replicando uno del otro, lo que puede generar tráfico de WAN. Microsoft recomienda realizar toda la replicación como push/pull, que es un buen valor predeterminado, especialmente para los servidores de WINS conectados a la LAN. Cuando se replica utilizando enlaces de WAN, la replicación pull, donde cada asociado hace un envío a intervalos predefinidos, podría ser una mejor alternativa.

Estado del adaptador

Los nodos terminales de NetBIOS pueden solicitar el estado de otro sistema. Este estado se conoce como el estado del adaptador. Se puede utilizar el comando NBTSTAT.EXE de Windows 2000 para enviar una solicitud de estado de un nodo a otro equipo, aunque devolverá sólo los nombres de NetBIOS que pertenecen al equipo remoto. En la RFC 1002 se define un cierto número de estadísticas que se devuelve en un mensaje Estado del adaptador, pero no se muestran con NBTSTAT.EXE.

Instalación y configuración de un servidor WINS

WINS es una parte esencial de cualquier red grande basada en NetBIOS. Proporciona el equivalente a un servidor DNS para el espacio de nombres NetBIOS: los servidores WINS asignan direcciones IP a los nombres NetBIOS utilizando la base de datos dinámica de WINS para llamar a los registros de nombres apropiados.

Sin embargo, WINS y NetBIOS juntos están en vías de extinción, lentamente, quizás, pero de forma inexorable. A causa de su naturaleza propietaria y tendente a fallar, las funciones del servidor WINS serán reemplazadas por servidores DNS a medida que los clientes que requieren soporte NetBIOS vayan desapareciendo. Aunque los clientes UNIX y los clientes de otros sistemas operativos se han apoyado exclusivamente en el DNS para la resolución de nombres desde hace tiempo, Windows 2000 es el primer sistema operativo de Microsoft que no necesita soporte NetBIOS para el trabajo en red. De este modo, se producirá un período de transición significativo antes de que se pueda empezar a desechar esos servidores WINS porque los clientes Windows 95/98, Windows NT e incluso MS-DOS/Windows 3.x resistirán durante algún tiempo. 

Determinación de la necesidad de WINS

Muchas redes grandes necesitarán WINS para proporcionar resolución de nombres NetBIOS para sus clientes Windows. Sin embargo existen dos casos en los que no se necesitan servidores WINS:

• Todos los clientes de la red soportan resolución de nombres por medio de otro método. Windows 2000 es el primer sistema operativo de Microsoft que se puede basar únicamente en el DNS para la resolución de nombres, por lo que, a menos que todos los clientes Windows estén ejecutando Windows 2000, es necesario WINS. Si se tiene un entorno mixto con otros clientes como clientes UNIX, hay que asegurarse de que todos ellos están configurados adecuadamente para utilizar DNS.

• La red es pequeña y no hay subredes. Si toda la red consiste en un único segmento de red, los clientes que requieren resolución de nombres NetBIOS puede resolver nombres NetBIOS de forma efectiva mediante difusión, una técnica que no funciona a través de enrutadores o en grandes redes donde las difusiones NetBIOS generarían muchísimo tráfico de red.

Además, antes de implementar WINS en la red, se debería ser consciente de los clientes WINS que son soportados por el WINS de Windows 2000. OS/2 con LAN Manager versión 2.2c no es soportado como cliente WINS, pero el servidor WINS de Windows 2000 soporta los siguientes sistemas operativos como clientes WINS:

• Windows 2000.

• Windows NT 3.5 o posterior.

• Windows 95 o posterior.

• Windows para Trabajo en grupo 3.11 con TCP/IP 32, incluido en el CD de Windows 2000.

• MS-DOS con Cliente de redes Microsoft versión 3, incluido en el CD de Windows 2000.

• MS-DOS con LAN Manager versión 2.2c, incluido en el CD de Windows 2000.

No hay solución en WINS para los clientes no WINS a menos que se añadan entradas estáticas para ellos. Se desaconseja encarecidamente esta práctica; no se debería utilizar a menos que sea absolutamente necesario porque las entradas estáticas sean extremadamente difíciles de eliminar de la base de datos WINS después de que tenga lugar la réplica. En lugar de eso, se deberían configurar los clientes para que utilicen DNS para resolver nombres que no se encuentren en la base de datos WINS.

Configuración del servidor para prepararlo para WINS

La causa más común de problemas con WINS es una configuración no apropiada de TCP/IP en el servidor. Hay que seguir los pasos proporcionados aquí para configurar los parámetros TCP/IP para el servidor WINS adecuadamente antes de instalar el servicio:

1. Pulsar con el botón derecho del ratón en Conexión de área local en la carpeta Conexiones de red y de acceso telefónico, y escoger Propiedades en el menú contextual.

2. Seleccionar el componente Protocolo Internet (TCP/IP) y escoger Propiedades.

3. Configurar el servidor para que utilice una dirección IP estática o asegurarse de que se ha configurado una reserva de dirección para el servidor en el servidor DHCP

4. Pulsar Avanzada y pulsar después WINS.

5. Seleccionar cualquier servidor WINS que aparezca en la lista de la ficha y pulsar Quitar. No hacer esto puede provocar que el servidor WINS registre su propia dirección en otro servidor WINS en lugar de en él mismo, lo que no es deseable.

6. Pulsar Agregar e insertar la dirección IP del propio servidor.

7. Deberemos configurar también las siguientes opciones:

   • Habilitar la búsqueda de LMHOSTS: Para habilitar el uso de un archivo LMHOSTS para asignar direcciones IP a nombres NetBIOS, hay que seleccionar la casilla de verificación Habilitar la búsqueda de LMHOSTS y pulsar el botón Importar LMHOSTS para importar un archivo LMHOSTS. Se recomienda no utilizar archivos LMHOSTS a menos que sea absolutamente necesario dado que tratar de mantenerlos actualizados puede ser difícil: la minúscula reducción del tráfico de red que ofrecen los archivos LMHOSTS no compensa.

   Cuando se configura un servidor WINS hay que utilizar el comando Ipconfig en el símbolo del sistema para obtener la dirección IP actual e introducir entonces esa dirección en el campo Direcciones WINS. No se debe introducir ningún otro servidor WINS en este campo; no es deseable que el servidor WINS registre su nombre NetBIOS en otro servidor WINS si el servicio WINS no se ha iniciado a tiempo para responder en el inicio.

   • Habilitar NetBIOS sobre TCP/IP: Lo más probable es que sea necesario comunicarse con clientes que ejecutan sistemas operativos de Microsoft anteriores a Windows 2000, por lo que conviene asegurarse de que esta opción esté seleccionada. 

   • Deshabilitar NetBIOS sobre TCP/IP: Sólo hay que desactivarla si hay comunicación exclusivamente con otros equipos que ejecutan Windows 2000 o equipos que se basan únicamente en DNS para los servicios de resolución de nombres (por ejemplo, UNIX). Además, conviene observar que cualquier aplicación que utilice NetBIOS no funcionará si se desactiva NetBIOS sobre TCP/IP.

   • Usar configuración NetBIOS del servidor DHCP: Cuando se obtiene una dirección IP a través de DHCP, esta opción está seleccionada de forma predeterminada para que el equipo utilice la configuración NetBT proporcionada opcionalmente por el servidor DHCP y la configuración mediante DHCP. Sólo hay que seleccionar esta opción si la red tiene un servidor DHCP que configure completamente el equipo y proporcione la configuración NetBIOS correcta. 

Instalación de WINS

Cuando los parámetros TCP/IP sean correctos, se podrá instalar el componente WINS. Para hacer esto es necesario utilizar el Asistente para componentes de Windows, accesible tanto desde la herramienta Configurar el servidor como desde Agregar o quitar programas del Panel de control y seguir estos pasos para instalar WINS.

1. Abrir Agregar o quitar programas del Panel de control y pulsar el icono Agregar o quitar componentes de Windows en el marco de la izquierda para ejecutar el Asistente para componentes de Windows.

2. Pulsar Siguiente, seleccionar Servicios de red en la lista de componentes y pulsar Detalles.

3. Seleccionar la casilla de verificación del componente Servicio WINS, pulsar Aceptar y pulsar después Siguiente.

No se debe instalar WINS en un servidor multihuésped. Se puede hacer y funcionará, pero puede provocar horribles problemas de réplica, especialmente si el servidor está en dos subredes diferentes.

Adición de asociados de réplica

Los servidores WINS son extremadamente fáciles de configurar y requieren poca administración, excepto por los asociados de réplica. La réplica de WINS es un asunto importante y un tanto delicado que se debería examinar detenidamente antes de configurarlo. Conviene implantar los menos servidores WINS posibles para minimizar las migrañas a causa de la administración.

Para instalar un asociado de réplica y configurar sus parámetros después de planificar la implantación de WINS, hay que seguir estos pasos:

1. Abrir WINS desde la carpeta Herramientas administrativas y, en el árbol de la consola, expandir el servidor WINS para el que se desea configurar la réplica.

2. Seleccionar la carpeta Asociados de réplica y escoger Nuevo asociado de réplica en el menú Acción.

3. Introducir la dirección IP del servidor WINS con el que se desea activar la réplica y pulsar Aceptar.

4. Para modificar los parámetros de la réplica del nuevo asociado de réplica, si es necesario, hay que pulsar dos veces en el servidor en la carpeta Asociados de réplica y pulsar después la pestaña Avanzadas.

5. Para modificar la forma de la réplica con el servidor, hay que escoger una opción del cuadro de lista desplegable Tipo de asociado de réplica.

6. Para configurar una conexión permanente para extraer o insertar réplica, hay que seleccionar la casilla de verificación Usar conexión persistente para réplica en la sección Activar réplica de inserción, en la sección Activar réplica de extracción o en ambas.

7. En los campos Hora de inicio, hay que introducir el momento en el que se desea que comience la réplica de extracción en horas, minutos y segundos.

8. En los campos Intervalo de réplica, hay que introducir la frecuencia -días, horas y minutos- con la que se desea hacer réplicas con el asociado de réplica.

9. Se puede utilizar el cuadro Número de cambios para introducir el número de cambios de la copia local de la base de datos del WINS que se permitirán antes de que el servidor deba insertar los cambios en el asociado de réplica.

Se recomienda el uso de réplica inserción/extracción en todo el espacio de nombres WINS para facilitar la solución de los problemas de réplica. Además, los servidores WINS principal y de copia de seguridad deben utilizar réplica inserción/extracción.

Funcionamiento de WINS

Para comprender cómo funciona WINS, hay que comprender cómo funcionan los clientes de WINS y cómo funciona NBT, en general.

Registro de los nombres de NetBIOS

El proceso de registro y renovación de los nombres de NetBIOS por un nodo depende del tipo de nodo de NetBIOS configurado en el nodo terminal. En general, un nodo terminal que desee registrar un nombre de NetBIOS envía una Solicitud de registro de nombre para realizarlo. Una vez registrado el nombre, el resto de equipos puede resolver el nombre y utilizar la dirección de IP resultado para comunicarse con dicho nodo terminal. Cuando se termina, normalmente la red libera el nombre.

Solicitud de registro de nombre

Cuando se inicia un elemento de red, intenta registrar los nombres de NetBIOS relacionados. El elemento de red envía una Solicitud de registro de nombre de NetBIOS, dependiendo del tipo de nodo, de la siguiente forma:

• Nodo B. Cuando un cliente Nodo B registra un nombre, difunde el paquete de registro por la red local. Si el nombre ya se encuentra utilizado por otro nodo, el propietario del mismo envía una Respuesta de registro de nombre negativa. Un cliente Nodo B que no recibe una Respuesta de registro de nombre negativa considera que es él mismo el propietario del nombre y lleva a cabo la defensa de nombre del mismo.

• Nodo P. Cuando un cliente Nodo P registra un nombre, envía un paquete unicast con el nombre al servidor WINS configurado. Si el nombre que desea registrar ya estaba registrado, el servidor WINS intenta ponerse en contacto con su propietario para comprobar si se está utilizando activamente. Si el nombre aún se está utilizando, el servidor WINS envía una Respuesta de registro de nombre negativa al cliente; si el nombre ya no está en uso, el servidor WINS envía una Respuesta de registro de nombre positiva. El servidor WINS también puede que envíe al cliente que intenta registrar el nombre mensajes de Asentimiento de espera. Estos mensajes indican que el servidor WINS aún está intentando determinar si el nombre se puede registrar con seguridad.

• Nodo M. Un cliente Nodo M intenta registrar el nombre usando difusión, como el cliente Nodo B. Si no existe ninguna objeción, el cliente intenta registrar el nombre usando el comportamiento del Nodo P y un servidor WINS. Aunque con la difusión podría conseguir el propietario del nombre y, por tanto, terminaría el proceso de registro del nombre, es insuficiente para determinar su propietario.

• Nodo H. Un cliente Nodo H de Windows 2000 registra el nombre usando WINS. Si lo consigue, el cliente registrado asume la propiedad del nombre.

Respuesta de registro de nombre positivo

Las respuestas de registro de nombre positivos se envían de un servidor WINS a un cliente WINS tras un registro completo del nombre de NetBIOS. Si un cliente de WINS envía a un servidor de WINS una solicitud de registro de un único nombre y dicho nombre no se había registrado, el servidor de WINS lo registrará y enviará un mensaje Registro de nombre positivo al equipo que registró el nombre. Los equipos que envían la solicitud de registro de nombre de NetBIOS mediante difusión, como los clientes Nodo B, no recibirán una Respuesta de registro de nombre positivo.

Si un cliente de WINS envía a un servidor de WINS una solicitud para registrar un nombre de grupo, el servidor WINS siempre enviará una Respuesta de registro de nombre positivo. Los clientes Nodo B envían el Registro de nombre de NetBIOS. El cliente Nodo B difunde varios mensajes de Registro de nombre, y si no recibe Respuestas de registro de nombre negativas, se supone el propietario del nombre de NetBIOS.

Respuesta de registro de nombre negativo

Un servidor WINS que recibe una solicitud de registro de un nombre único de NetBIOS que ya está registrado debería rechazar la solicitud enviando un mensaje de Respuesta de registro de nombre negativo, suponiendo que el nodo terminal propietario es capaz de defenderlo. Antes de enviar la Respuesta negativa, el servidor WINS lo comprueba con el propietario actual para determinar si aún sigue activo. Esta situación podría ocurrir, por ejemplo, si se traslada un portátil a otra subred, o, por alguna razón, se reconfigura para que tenga una nueva dirección de IP.

Un equipo que envía una solicitud de registro de nombre de NetBIOS mediante difusión, por ejemplo un cliente Nodo B, también recibe una Respuesta de registro de nombre negativo si otro equipo activo en la subred es el propietario del nombre. Un equipo que registra un nombre de NetBIOS con WINS envía los mensajes de solicitud de registro como unicast; el servidor WINS envía un mensaje de Respuesta de nombre negativo si otro nodo terminal de la red había registrado anteriormente el nombre a registrar, y dicho nodo puede defender el nombre.

Asentimiento de espera

Si un servidor WINS recibe una solicitud de registro de un nombre único de NetBIOS que ya está registrado, comprueba el nombre con el propietario registrado. En este caso, podría enviar mensajes de Asentimiento de espera al equipo que intenta registrar el nombre. El objeto de estos mensajes es informar al cliente que el servidor puede que todavía no sea capaz de determinar una respuesta de nombre. Para indicar al cliente que el servidor no ha fallado y sigue realizando las operaciones del servicio de nombre, el servidor WINS envía un mensaje de Asentimiento de espera si no puede responder a la solicitud pasado cierto tiempo.

El servidor WINS tiene que ponerse en contacto con otro sistema y envía un Asentimiento de espera mientras consigue este contacto.

Solicitud de renovación de nombre

Los nombres de NetBIOS registrados con un servidor de WINS tienen vida limitada y hay que refrescarlos antes de que su vida expire. El valor predeterminado para el TTL de las entradas de nombre de NetBIOS en WINS es de 6 días, pero el administrador puede modificarlo a cualquier plazo entre 1 minuto y 365 días. Cuando un nodo terminal registra un nombre de NetBIOS con un servidor WINS, el nodo recibe una Respuesta de nombre positiva que contiene el TTL para dicho nombre.

Como con los clientes de DHCP, un cliente de WINS intenta renovar todos los nombres de NetBIOS que guarda a la mitad del TTL, es decir, cada 3 días. Además, cada vez que se inicia el equipo o se reinicia el servicio de nombre de NetBIOS que registra el servicio de Windows, se envía un nuevo mensaje Registro de nombre al servidor de WINS, renovando el nombre (suponiendo, claro está, que el servidor de WINS haya realizado el registro oportuno).

Resolución de conflictos de Registro de nombre de NetBIOS

Ocurre un conflicto de nombres cuando dos o más nodos terminales quieren registrar el mismo nombre de NetBIOS único. En la mayor parte de los casos se debe a errores de configuración como puede ser haber dado a dos equipos el mismo nombre o haber configurado incorrectamente el servicio. Cuando dos equipos intentan registrar un nombre único de NetBIOS, el segundo nodo terminal que intenta registrarlo falla, generando un error de registro.

Liberación de nombres de NetBIOS

Un nombre se puede liberar de dos formas: activa o silenciosamente. Un equipo con Windows 2000 configurado para utilizar WINS libera cualquier nombre de NetBIOS enviando al servidor de WINS un mensaje de Liberación de nombre que contenga el nombre de NetBIOS a liberar. Por otra parte, un nodo que falla al intentar renovar el nombre, después de expirar el TTL del nombre, dicho nombre está disponible para que cualquier otro nodo lo utilice.

En Windows 2000, el comando NBTSTAT.EXE, con la opción -RR, libera todos los nombres de NetBIOS registrados actualmente, y luego vuelve a registrarlos. Puede ser útil para diagnóstico.

Solicitud de liberación de nombre y Respuesta de liberación de nombre

Cuando un nodo terminal quiere liberar un nombre registrado de NetBIOS, dicho nodo envía un mensaje solicitud de liberación de nombre al servidor de WINS. El servidor de WINS envía de vuelta una Respuesta de liberación de nombre. Normalmente, la respuesta de liberación tiene un código de 0, indicando que el nombre se ha liberado. En teoría se podría enviar un mensaje de Liberación de nombre negativo, aunque el nodo terminal que envió la solicitud de liberación lo ignoraría.

Resolución de nombres de NetBIOS

Cuando un equipo con Windows 2000 necesita resolver un nombre de NetBIOS, envía una solicitud de petición de nombre, mediante difusión o enviando la solicitud directamente al servidor de WINS, dependiendo del tipo de nodo. Si la solicitud de nombre se envía al servidor de WINS y el propio servidor puede resolverlo, el servidor envía una Respuesta de solicitud de nombre al equipo que envió la solicitud. Si el servidor de WINS no puede resolver el nombre, envía una Respuesta de solicitud de nombre negativa. Si el equipo que realiza la resolución de nombres utiliza el comportamiento de un Nodo B, enviará una solicitud de petición de nombre; y si el nodo que es dueño del nombre se encuentra en la subred local, responderá. Sin embargo, si no se encuentra en la subred local puede llevar más tiempo que conseguir una Respuesta de solicitud de nombre negativa de un servidor de WINS.

Solicitud de petición de nombre

Un mensaje de Solicitud de nombre contiene el nombre de NetBIOS a resolver y se envía bien a la red local o a un servidor de WINS, o a ambos, dependiendo del tipo de nodo de NetBIOS. Si en nodo terminal usa difusión para descubrir el nombre, envía tres difusiones antes de fallar.

Cuando un usuario realiza alguna operación en un equipo con Windows 2000 usando nombres, como cuando se escribe NET VIEW \\XXX en el indicativo del sistema, o escribiendo \\XXX en un cuadro de entrada de Dirección del Explorer, no siempre está claro qué tipo de nombre se resuelve: nombre de host o nombre de NetBIOS. Ni tampoco es obvio qué método de resolución de nombres obtendrá el resultado más rápidamente. En Windows NT 4.0, el sistema operativo intentaba primero una resolución de nombre, como la resolución NetBIOS o la resolución de nombre de host, y si no lo conseguía intentaba con el otro método. Esto generaba retardos si se elegía el método equivocado. Para reducir el retraso, Windows 2000 intenta resolver los nombres usando ambos métodos simultáneamente.

Repuesta de Solicitud de nombre positiva

Cuando un host de NetBIOS o un servidor de WINS recibe una Solicitud de petición de nombre para un nombre de NetBIOS que puede resolver, el sistema le devuelve una Respuesta de solicitud de nombre. Dicha respuesta tiene un código de retorno a 0x0, lo que indica que la resolución se ha realizado, y se incluye un RR con la dirección de IP del sistema propietario del nombre. Si el nombre solicitado es un nombre único, sólo se devuelve una dirección de IP. Si el nombre solicitado es un nombre de grupo, se devuelve una o más direcciones de IP.

Respuesta de solicitud de nombre negativa

Cuando un servidor de WINS recibe una Solicitud de petición de nombre para un nombre de NetBIOS que no se puede resolver, el servidor de WINS devuelve una Respuesta de solicitud de nombre negativa. Esta respuesta negativa tiene un código de retorno que indica que el nombre solicitado no existe.

Refresco de los nombres de NetBIOS

Cada nombre de NetBIOS registrado tiene un TTL. Si el propietario del nodo desea seguir utilizando el nombre de NetBIOS, debe refrescar el nombre antes de que expire el TTL. Para los nombres registrados con WINS, el valor de TTL lo configure el administrador. Los equipos con Windows 2000 intentarán registrar el nombre a intervalos de la mitad del TTL.

Determinación del estado del adaptador

En las RFC 1001 y 1002 se proporciona un mecanismo para que un nodo pueda determinar el estado de un adaptador local o remoto de otro nodo terminal. La información de estado del adaptador incluye los nombres registrados de NetBIOS en el nodo terminal y distintas estadísticas.

En Windows 2000 se puede utilizar el comando NBTSTAT.EXE, con la opción -A o -a para obtener el estado del adaptador de NetBIOS del equipo remoto. Sin embargo, si el host remoto tiene desactivado el NBT, este comando falla.