Documenti di Didattica
Documenti di Professioni
Documenti di Cultura
MANTENIMIENTO DE EQUIPOS
DE CÓMPUTO
Teleinformática
2009
Regional Distrito Capital Fecha:
Sistema de Gestión Centro de Gestión de Mercados, Logística y
de la Calidad Tecnologías de la Información
Cristian Contreras
40093
Regional Distrito Capital Fecha:
Sistema de Gestión Centro de Gestión de Mercados, Logística y
de la Calidad Tecnologías de la Información
NetBIOS
Historia
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 API/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
Cristian Contreras
40093
Regional Distrito Capital Fecha:
Sistema de Gestión Centro de Gestión de Mercados, Logística y
de la Calidad Tecnologías de la Información
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
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
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:
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.
Cristian Contreras
40093
Regional Distrito Capital Fecha:
Sistema de Gestión Centro de Gestión de Mercados, Logística y
de la Calidad Tecnologías de la Información
Cristian Contreras
40093