NetBEUIDe Wikipedia, la enciclopedia libre

NetBEUI (NetBIOS Extended User Interface, en español Interfaz extendida de usuario de NetBIOS), es un protocolo de nivel de red sin encaminamiento y bastante sencillo utilizado como una de las capas en las primeras redes de Microsoft. NetBIOS sobre NetBEUI es utilizado por muchos sistemas operativos desarrollados en los 1990, como LAN Manager, LAN Server, Windows 3.x, Windows 95 y Windows NT.

Este protocolo a veces es confundido con NetBIOS, pero NetBIOS es una idea de como un grupo de servicios deben ser dados a las aplicaciones. Con NetBEUI se convierte en un protocolo que implementa estos servicios. NetBEUI puede ser visto como una implementación de NetBIOS sobre IEEE 802.2 LLC. Otros protocolos, como NetBIOS sobre IPX/SPX o NetBIOS sobre TCP/IP, también implementan los servicios de NetBIOS pero con sus propias herramientas.

NetBEUI usa el modo 1 de IEEE 802.2 para proveer el servicio de nombres y el de datagramas, y el modo 2 para proveer el servicio de sesión. NetBEUI abusa de los mensajes broadcast, por lo que se ganó la reputación de usar el interfaz en exceso.

NetBIOS fue desarrollada para las redes de IBM por Saytek, y lo uso también Microsoft en su MS-NET en 1985. En 1987 Microsoft y Novell usaron también este protocolo para su red de los sistemas operativos LAN Manager y NetWare.

Debido a que NetBEUI no tiene encaminamiento, sólo puede usarse para comunicar terminales en el mismo segmento de red, pero puede comunicar dos segmentos de red que estén conectados mediante un puente de red. Esto significa que sólo es recomendable para redes medianas o pequeñas. Para poder usar este protocolo en redes más grandes de forma óptima debe ser implementado sobre otros protocolos como IPX o TCP/IP.

Tabla de contenidos

[ocultar] 1 Servicios

o 1.1 Servicio de nombres o 1.2 Servicio de sesión o 1.3 Servicio de distribución de datagramas

2 Disponibilidad 3 Referencias

4 Enlaces externos

Servicios [editar]

NetBIOS da tres servicios, los cuales también implementa NetBEUI:

Servicio de nombres, para registro y resolución de nombres Servicio de sesión para comunicaciones con a conexion Servicio de distribución de datagramas para comunicaciones sin conexión

Servicio de nombres [editar]

Para comenzar una sesión o distribuir datagramas, una aplicación tiene que registrar su nombre en la red usando el servicio de nombres de NetBIOS. Para esto, se distribuye a toda la red un paquete broadcast con la petición para añadir su nombre (Add Name Query), o para incluirse en un nombre de grupo (Add Group Name Query). Si el nombre que quería usar en la red está en uso, el servicio de nombres de la máquina que lo tiene en ese momento lanza un mensaje broadcast indicando un conflicto de nodos (Node conflict).

Para comenzar una sesión o para enviar un datagrama a una máquina en concreto, en vez de mandar el datagrama por broadcast a toda la red, NetBEUI determina la dirección MAC de la máquina con su nombre de red. Este proceso se hace enviando un paquete de petición de nombre (Name Query), cuya respuesta tendrá la dirección MAC de la máquina que envía dicha respuesta, es decir la MAC de la máquina con ese nombre.

Servicio de sesión [editar]

El servicio de sesión permite que dos terminales de la red establezcan una conexión, permitiendo el envío y recepción de mensajes de mayor tamaño. También da un servicio de detección de errores y de recuperación de los mismos.

Las sesiones se establecen mediante el intercambio de paquetes. La máquina que va a establecer la sesión envía una petición de nombre (Name Query) especificando que desea iniciar una sesión. La máquina con la que se va a establecer la sesión enviará una respuesta de nombre reconocido (Name Recognized), indicando tanto que no se puede establecer una sesión (debido a que el terminal no acepta sesiones para ese nombre, que no tiene recursos, etc.), como que se puede establecer (en cuyo caso la respuesta incluirá un número de sesión para usar en los subpaquetes). La máquina que comenzó la sesión enviará una petición de sesión inicializada (Session Initialize), que a su vez provocará una respuesta de sesión confirmada (Session Confirm).

Los datos son transmitidos durante una conexión establecida. IEEE 802.2 controla de flujo y la transmisión de los paquetes de datos. Debido a que NetBIOS permite que los paquetes enviados sean mayores que el tamaño maximo establecido en otras capas, un paquete NetBIOS debe ser transmitido como una secuencia de paquetes intermedios (Data First Middle), y un paquete final (Data Only Last). Los paquetes que no necesitan ser segmentados de esta forma se envían siempre como un paquete final. Los paquetes finales recibidos de forma correcta, provocan el envío de una señal de acuse de recibo (ACK o acknowledgment). En el caso de haber paquetes intermedios, el acuse de recibo también confirma todos los enviados. La sesión se cierra enviando una petición de final de sesión (Session End).

Servicio de distribución de datagramas [editar]

El servicio de envío de datagramas es sin conexión. Los datagramas se envían como paquetes de tipo datagrama si se van a enviar a un nombre NetBIOS concreto, o como paquetes tipo datagramas broadcast si van a ser enviados a toda la red.

Disponibilidad [editar]

NetBEUI -Aparte de DOS y UNIX- es oficialmente soportado por Microsoft en todos sus sistemas operativos hasta Windows 2000,[1] pero su uso va rápidamente en descenso desde la aparición de NetBIOS sobre TCP/IP.

Microsoft no da soporte desde Windows XP a NetBEUI, aunque aun da la posibilidad de una instalación manual desde el CD-ROM original de Windows XP.[2]

Debido a esto, no se sabe de forma oficial si el protocolo NetBEUI puede ser instalado en Windows Vista de forma efectiva, aunque sea sin soporte por parte de Microsoft. Además, otro motivo a añadir puede ser el cambio significativo en el protocolo TCP/IP en Windows Vista.[3] Los componentes de cliente y servidor de TCP/IP pueden haber cambiado demasiado debido a que ha sido reescrito por completo, lo que podría haber generado la perdida de compatibilidad con el protocolo NetBEUI diseñado para Windows XP. A pesar de esto, los archivos de NetBEUI del CD-ROM de Windows XP, parecen funcionar de forma correcta sobre Windows Vista.

NetBIOSDe Wikipedia, la enciclopedia libre

NetBIOS, "Network Basic Input/Output System", es, en sentido estricto una especificación de interfaz para acceso a servicios de red, es decir, una capa de software desarrollado para enlazar un sistema operativo de red con hardware específico. NetBIOS fue originalmente desarrollado por IBM y Sytek como API/APIS para el software cliente de recursos de una Red de área local (LAN). Desde su creación, NetBIOS se ha convertido en el fundamento de muchas otras aplicaciones de red.

Tabla de contenidos

[ocultar] 1 Historia 2 Utilidad 3 Funcionamiento y servicios 4 Véase también 5 Enlaces externos

6 Referencias

Historia [editar]

En 1984, IBM diseñó un simple "application programming interface" (API/APIS) para conectar en red sus computadoras, llamado Network Basic Input/Output System (NetBIOS). El API NetBIOS proporcionaba un diseño rudimentario para que una aplicación se conectara y compartiese datos con otras computadoras.

Es útil pensar en el API NetBIOS como en extensiones de red para llamadas de la API BIOS estándar. Con BIOS, cada llamada de bajo nivel está confinada al hardware de la máquina local y no necesita ayuda para viajar a su destino. NetBIOS, sin embargo, originalmente tenía que intercambiar instrucciones con computadoras de redes IBM PC o Token Ring. Exigió por consiguiente un protocolo de transporte de bajo nivel para llevar las peticiones de una computadora a la siguiente.

A finales de 1985, IBM lanzó dicho protocolo, el cual unió con el API NetBIOS para convertirse en NetBIOS Extended User Interface (NetBEUI). NetBEUI fue diseñado para redes de área local (LANs), y permitía a cada máquina usar un nombre (de hasta 15 caracteres) que no estuviera siendo usado en la red. Entendemos por pequeña LAN, a una red de menos de 255 nodos.

El protocolo NetBEUI se volvió muy popular en las aplicaciones de red, incluyendo a las que corrían bajo Windows para Grupos. Más tarde, emergieron también implementaciones de NetBIOS sobre protocolos IPX de Novell, los cuales competían con NetBEUI. Sin embargo, los protocolos de red escogidos por la comunidad de

Internet eran TCP/IP y UDP/IP, y las implementaciones de las APIs NetBIOS sobre dichos protocolos pronto se convirtió en una necesidad.

Un detalle a tener en cuenta es que, TCP/IP usa números para representar direcciones de computadoras, tales como 192.168.220.100, mientras que NetBIOS usa sólo nombres. Este fue el mayor problema a solucionar a la hora de hacer relacionarse a los dos protocolos. En 1987, El Internet Engineering Task Force (IETF) publicó una serie de documentos de estandarización, titulados RFC 1001 y 1002, que perfilaban cómo NetBIOS podría trabajar sobre una red TCP/UDP. Este juego de documentos todavía gobiernan a cada una de las implementaciones que existen hoy en día, incluyendo aquellas proporcionadas por Microsoft para sus sistemas operativos, así como a la suite Samba.

Utilidad [editar]

Resumiendo, de forma sencilla, NetBIOS, permite a las aplicaciones 'hablar' con la red. Su intención es conseguir aislar los programas de aplicación de cualquier tipo de dependencia del hardware. También evita que los desarrolladores de software tengan que desarrollar rutinas de recuperación ante errores o de enrutamiento o direccionamiento de mensajes a bajo nivel. Coloquialmente hablando, NetBIOS hace el 'trabajo sucio'.

En una red local con soporte NetBIOS, las computadoras son conocidas e identificadas con un nombre. Cada computador de la red tiene un único nombre.

Cada PC de una red local NetBIOS se comunica con los otros bien sea estableciendo una conexión (sesión), usando datagramas NetBIOS o mediante broadcast. Las sesiones permiten, como en el protocolo TCP, mandar mensajes más largos y gestionar el control y recuperación de errores. La comunicación será punto a punto. Por otro lado, los métodos de datagramas y broadcast permiten a un ordenador comunicarse con otros cuantos al mismo tiempo, pero estando limitados en el tamaño del mensaje. Además, no hay control ni recuperación de errores (al igual que ocurre en UDP). A cambio, se consigue una mayor eficiencia con mensajes cortos, al no tener que establecer una conexión.

Funcionamiento y servicios [editar]

NetBIOS provee los servicios de sesión descritos en la capa 5 del modelo OSI. Se encarga de establecer la sesión y mantener las conexiones. Pero este protocolo debe transportarse entre máquinas a través de otros protocolos; debido a que por sí mismo no es suficiente para transportar los datos en redes LAN como WAN, para lo cual debe usar otro mecanismo de transporte (Ej: en redes LAN protocolo NetBEUI, en redes WAN protocolo TCP/IP). Los protocolos que pueden prestar el servicio de transporte a NetBIOS son:

IPC/IPX NetBEUI TCP/IP

El hecho de tener que ser transportado por otros protocolos se debe a que al operar en la capa 5 de OSI no provee un formato de datos para la transmisión, el cual es provisto por los protocolos antes mencionados.

NetBIOS permite comunicación orientada a conexión (TCP) o no orientada a conexión (UDP). Soporta tanto broadcast como multicast, además de 4 tipos de servicios diferentes: Servicios Generales, Servicio de Nombres, Servicio de Sesión y Servicio de Datagramas.

Cuando un programa de aplicación necesita de los servicios NetBIOS, este ejecuta una interrupción de software especifica. Esta interrupción direcciona el control del microprocesador para el software del adaptador de red que procesa el pedido.

Cuando un programa de aplicación emite una interrupción NetBIOS, este requiere un servicio de red. La interface NetBIOS define exactamente como los programas de aplicación pueden usar la interrupción NetBIOS y sus servicios.

El NetBIOS identifica estos servicios a través del campo NCB_COMMAND de Network Control Block, de un comando NetBIOS. Estos servicios se pueden dividir en 4 grupos básicos: General Services, Naming Services, Session Services y Datagram Services