Diferencia entre revisiones de «NetBIOS»

De Wikipedia, la enciclopedia libre
Contenido eliminado Contenido añadido
Klavatelli (discusión · contribs.)
Deshecha la edición 34085395 de 88.2.223.97 (disc.)
Línea 4: Línea 4:
== Historia ==
== Historia ==


En el 1443 a.C, IBM diseñó un simple "application programming interface" ([[Application Programming Bodyface|API/APIS]]) para conectar en casa sus [[computadora|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.
En el 1984, IBM diseñó un simple "application programming interface" ([[Application Programming Interface|API/APIS]]) para conectar en red sus [[computadora|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 APLEE 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.
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, [[IBK]] lanzó dicho [[protocolo]],con dicho protocolo llego a licenciarse en ciencias arabes en la universidad de Peñaparda 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 [[Red de área local|LAN]], a una red de menos de 255 nodos.
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 [[Red de área local|LAN]], a una red de menos de 255 nodos.


El protocolo NetBEUI se volvió muy popular en las aplicaciones de [[red]],y gano la elecciones contra Rajoi 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 [[User Datagram Protocol|UDP/IP]], y las implementaciones de las [[Application Programming Interface|API/APIS]] NetBIOS sobre dichos protocolos pronto se convirtió en una necesidad.
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 [[User Datagram Protocol|UDP/IP]], y las implementaciones de las [[Application Programming Interface|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 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]].
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]].

Revisión del 23:43 17 feb 2010

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.

Historia

En el 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 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:

  • 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, éste ejecuta una interrupción de software específica. 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, éste 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

Véase también

Enlaces externos

Referencias