NetBIOS sobre TCP/IP

En NetBIOS, cada participante debe registrarse en la red con un nombre único de un máximo de 15 caracteres. En las redes tradicionales, cuando una nueva aplicación quería registrar un nombre, debía enviar un mensaje preguntando "¿Alguien está usando ese nombre?" y esperar una respuesta. Si no se recibía respuesta, se podía asumir que el nombre no estaba en uso. Sin embargo, el tiempo de espera era de unos segundos, lo que convertía el registro de nombres en un proceso muy largo, ya que la única forma de saber que un nombre no estaba registrado era no recibir ninguna respuesta.

NetBIOS sobre TCP/IP puede implementar un repositorio central, o Servicio de Nombres , que registra todos los nombres. Una aplicación que desee registrar un nombre se pondría en contacto con el servidor de nombres (que tiene una dirección de red conocida) y preguntaría si el nombre ya está registrado, utilizando un paquete de "Consulta de Nombre". Esto es mucho más rápido, ya que el servidor de nombres devuelve una respuesta negativa inmediatamente si el nombre no se encuentra en la base de datos, lo que significa que está disponible. El Servicio de Nombres, según los RFC 1001 y 1002, se denomina Servicio de Nombres NetBIOS o NBNS. Microsoft WINS es una implementación de NBNS. Cabe mencionar que, debido al desarrollo constante de la forma en que el Servicio de Nombres gestiona los conflictos o las fusiones, los "nombres de grupo" varían entre proveedores e incluso pueden diferir según la versión, por ejemplo, con la introducción de un Service Pack.

Los formatos de paquetes del Servicio de Nombres son idénticos a los de DNS . Las principales diferencias radican en la adición de la consulta de estado del nodo de NetBIOS, el registro dinámico y los paquetes de marcado de conflictos. Estos se encapsulan en UDP . Las implementaciones posteriores incluyen una parte opcional de ámbito en el nombre, lo que hace que el nombre de NetBIOS sea jerárquico como DNS, pero esto se usa con poca frecuencia.

Además, para iniciar una sesión o enviar un datagrama a un host específico en lugar de difundirlo, NBT deberá determinar la dirección IP del host con un nombre NetBIOS determinado. Esto se logra mediante la difusión de un paquete de consulta de nombre y/o su envío al servidor de nombres NetBIOS. La respuesta contendrá la dirección IP del host con ese nombre.

NBNS es uno de los primeros servicios de registro de nombres distribuidos dinámicos entre pares. El protocolo NBNS cayó en desgracia por culpa de Microsoft: se ganó mala fama por ser demasiado "hablador", saturando las redes con tráfico de registro dinámico en múltiples protocolos (IPX/SPX, NBF y TCP/IP) debido a la mala configuración de las máquinas y las redes . Los principios implementados en NBNS se han reimplementado en numerosas ocasiones, incluso en sistemas como zeroconf y MobileIP .

El modo de datagramas es "sin conexión"; los datagramas NetBIOS se envían a través de UDP. Un datagrama se envía con un paquete "Direct Unique" o "Direct Group" si se envía a un nombre NetBIOS específico, o con un paquete "Broadcast" si se envía a todos los nombres NetBIOS de la red.

El modo de sesión permite que dos ordenadores establezcan una conexión para una "conversación", permite gestionar mensajes más extensos y proporciona detección y recuperación de errores.

Las sesiones se establecen mediante el intercambio de paquetes. El equipo que inicia la sesión intenta establecer una conexión TCP con el puerto 139 del equipo receptor. Si la conexión se establece, el equipo receptor envía un paquete de "Solicitud de sesión" con los nombres NetBIOS de la aplicación que inicia la sesión y el nombre NetBIOS del equipo receptor. El equipo receptor responderá con una "Respuesta de sesión positiva" que indica que se puede establecer una sesión, o con una "Respuesta de sesión negativa" que indica que no se puede establecer (ya sea porque el equipo receptor no está escuchando las sesiones que se están estableciendo con ese nombre o porque no hay recursos disponibles para establecer una sesión con ese nombre).

Los datos se transmiten durante una sesión establecida mediante paquetes de mensajes de sesión.

TCP gestiona el control de flujo y la retransmisión de todos los paquetes de servicio de sesión, así como la división del flujo de datos a través del cual se transmiten los paquetes en datagramas IP lo suficientemente pequeños como para caber en los paquetes de la capa de enlace.

Las sesiones se cierran al cerrar la conexión TCP.

El nbtstatcomando es una herramienta de diagnóstico para NetBIOS sobre TCP/IP. Su diseño principal es ayudar a solucionar problemas de resolución de nombres de NetBIOS. ^{[ 4 ]} El comando está incluido en varias versiones de Microsoft Windows . Hay varios comandos involucrados nbtstatque permiten varias opciones tales como: búsqueda en caché local, consulta al servidor WINS , difusión, búsqueda en LMHOSTS y búsqueda en Hosts . No es para consultas al servidor DNS. ^{[ 5 ]}

Cuando una red funciona normalmente, NetBIOS sobre TCP/IP (NetBT) resuelve los nombres NetBIOS a direcciones IP. Lo hace a través de varias opciones para la resolución de nombres NetBIOS, incluyendo la búsqueda en caché local, la consulta al servidor WINS, la difusión, la búsqueda en LMHOSTS, la búsqueda en Hosts y la consulta al servidor DNS. El comando elimina y corrige las entradas precargadas usando una serie de modificadores que distinguen entre mayúsculas y minúsculas. El nbtstat -a < name >comando ejecuta un comando de estado del adaptador NetBIOS en el nombre de equipo especificado por < name >. El comando de estado del adaptador devuelve la tabla de nombres NetBIOS local para ese equipo, así como la dirección MAC de la tarjeta adaptadora. El nbtstat -A < IP address >comando realiza la misma función usando una dirección IP de destino en lugar de un nombre.

nbtstat [-a NombreRemoto] [-A DirecciónIP] [-c] [-n] [-r] [-R] [-RR] [-s] [-S] [Intervalo]