Banyan VINES es un sistema operativo de red descontinuado desarrollado por Banyan Systems para computadoras que ejecutan UNIX System V de AT&T .
VINES es un acrónimo de Servicio de Red Integrado Virtual . Al igual que Novell NetWare , los servicios de red de VINES se basan en la pila Xerox XNS .
James Allchin , quien más tarde trabajó como vicepresidente del grupo de plataformas en Microsoft hasta su jubilación el 30 de enero de 2007, fue el arquitecto jefe de Banyan VINES.
VINES se ejecutaba en un protocolo de bajo nivel conocido como VIP , el protocolo de red VINES , que era esencialmente idéntico a las capas inferiores de los protocolos de los sistemas de red Xerox (XNS). Las direcciones constan de una dirección de 32 bits y una subred de 16 bits que se asignan a la dirección Ethernet de 48 bits para enrutarse a las máquinas. Esto significa que, al igual que otros sistemas basados en XNS, VINES sólo puede admitir Internet de dos niveles.
Sin embargo, un conjunto de algoritmos de enrutamiento distingue a VINES de otros sistemas XNS en este nivel. El diferenciador clave, ARP ( Protocolo de resolución de direcciones ), permitió a los clientes de VINES configurar automáticamente sus propias direcciones de red. Cuando un cliente se inicia por primera vez, transmite una solicitud en la subred solicitando servidores, que responde con direcciones sugeridas. El cliente utilizó el primero para responder, aunque los servidores podrían entregar "mejores" instrucciones de enrutamiento al cliente si la red cambiaba. El concepto general se parecía al sistema AARP de AppleTalk , con la excepción de que VINES requería al menos un servidor, mientras que AARP funcionaba como peer-to-peer . Al igual que AARP, VINES requería una red inherentemente "conversadora", que enviara actualizaciones sobre el estado de los clientes a otros servidores en la red .
Para completar su sistema de nivel inferior, VINES utilizó RTP ( Protocolo de tabla de enrutamiento ), un sistema de mensajes de bajo costo para transmitir información sobre cambios en el enrutamiento, y ARP para determinar la dirección de otros nodos en el sistema. Estos se parecían mucho a los sistemas similares utilizados en otros protocolos basados en XNS. VINES también incluía ICP (el Protocolo de control de Internet ), que utilizaba para pasar mensajes de error y métricas.
En el nivel de capa intermedia, VINES utilizaba software bastante estándar. El poco confiable servicio de datagramas y el servicio de flujo de datos operaban esencialmente de manera idéntica a UDP y TCP sobre IP . VINES también agregó un servicio de mensajes confiable , un híbrido de los dos que ofrecía entrega garantizada de paquetes individuales.
Banyan ofreció a sus clientes TCP/IP como una opción de costo adicional para los propietarios de servidores Vines estándar. Este cargo adicional por TCP/IP en los servidores VINES continuó mucho después de que la disponibilidad del servidor TCP/IP se convirtiera en un producto básico.
En la capa superior, VINES proporcionó los servicios estándar de archivos e impresión, así como el exclusivo StreetTalk , un servicio de nombres globalmente consistente . Banyan tiene una versión de StreetTalk que se ejecuta de forma nativa en un servidor NT. [1] Utilizando una base de datos parcialmente replicada y distribuida globalmente, StreetTalk podría fusionar múltiples redes muy separadas en una sola red que permitiera compartir recursos sin problemas. Lo logró a través de su esquema de nomenclatura rígidamente jerárquico; las entradas en el directorio tomaron la forma elemento @ grupo @ organización (similar al formato de denominación utilizado en el servicio de directorio XNS Clearinghouse: elemento : grupo : organización ). Esto se aplicaba a las cuentas de usuario así como a recursos como impresoras y servidores de archivos .
El software cliente VINES se ejecutaba en la mayoría de los sistemas operativos anteriores basados en PC, incluidos MS-DOS y versiones anteriores de Microsoft Windows . Era liviano para el cliente y, por lo tanto, permaneció en uso durante la segunda mitad de la década de 1990 en muchas máquinas más antiguas que no podían ejecutar otras pilas de red. Esto también ocurrió en el lado del servidor, ya que VINES generalmente ofrecía un buen rendimiento, incluso con hardware mediocre.
Con los requisitos inherentes de bajo ancho de banda de StreetTalk, las empresas y gobiernos globales que captaron las ventajas de los servicios de directorio mundial que abarcan sin problemas múltiples zonas horarias reconocieron la ventaja tecnológica de VINE. Entre los usuarios se encontraban compañías de gas y petróleo, compañías eléctricas, servicios públicos y agencias del gobierno de EE. UU., incluidos el Departamento de Estado, el Departamento del Tesoro , el Departamento de Agricultura , el Departamento de Salud y Servicios Humanos y el Departamento de Defensa .
El Departamento de Estado de Estados Unidos fue uno de los primeros en adoptar la tecnología VINES. Capaz de aprovechar los entonces módems de alta velocidad de 56k para la conectividad telefónica del mundo desarrollado a las velocidades limitadas de los módems telefónicos de 300 baudios a través de malos sistemas telefónicos analógicos en los países en desarrollo, VINES conectó embajadas en todo el mundo. VINES también cuenta con capacidad incorporada de chat grupal y punto a punto que resultó útil para la comunicación básica a través de líneas seguras.
A finales de la década de 1980, el Cuerpo de Marines de EE. UU. buscaba una conectividad de red mundial sencilla y lista para usar con potentes funciones integradas de correo electrónico, archivos e impresión. En 1988, el Cuerpo de Marines había estandarizado VINES [2] como su guarnición (base) y su sistema operativo de red centrado en el correo electrónico en el campo de batalla terrestre desplegado en avance .
Utilizando canales de radio seguros terrestres y conmutadores telefónicos tácticos militares y satelitales, el Cuerpo de Marines estaba listo para su primera gran prueba de VINES: la Guerra del Golfo de 1990-1991 . Las unidades pudieron coordinar sin problemas ataques terrestres, navales y aéreos a través de fronteras militares mediante el uso de la función de chat para pasar listas de objetivos y ajustar el fuego de armas navales sobre la marcha. Las agencias de coordinación de apoyo de fuego terrestre utilizaron canales de comando VINES hacia arriba y hacia abajo, desde Batallón a Regimiento, pasando por División a Cuerpo y Escuadrón a Grupo hasta Ala de Aeronave a Cuerpo, así como en la comunicación de unidades entre pares. . [ cita necesaria ]
El viaje de 3Com hacia el desarrollo de sistemas operativos de red comenzó a finales de los años 1970. En 1979, introdujeron su primer sistema operativo de red, llamado 3+Share. Permitió que varios usuarios accedieran a archivos y recursos en un servidor compartido. Sin embargo, no fue hasta 1982 que 3Com lanzó 3Server, lo que supuso un importante paso adelante.
3Server fue diseñado para funcionar con el hardware Ethernet de 3Com y tenía como objetivo crear redes de área local (LAN). Proporcionó capacidades para compartir archivos e impresiones, lo que permitió que varias computadoras accedieran a recursos comunes como impresoras y archivos. Operaba con el conjunto de protocolos XNS (Xerox Network Systems).
A lo largo de los años, 3Com continuó perfeccionando y mejorando sus sistemas operativos de red. En 1985, introdujeron 3+Open, que agregó soporte para hardware de terceros. 3+Open fue un avance significativo en la línea de sistemas operativos de red de 3Com. Introducido en 1985, amplió las capacidades de sus ofertas anteriores al brindar soporte para hardware y software de terceros. Esto permitió que 3+Open funcionara con una gama más amplia de dispositivos y sistemas de red, aumentando su compatibilidad y atractivo para una audiencia más amplia.
La contribución de 3Com a las capacidades de software de servidores y redes de Microsoft está estrechamente ligada a su colaboración en el desarrollo de LAN Manager . LAN Manager era el software de red de Microsoft cuyo objetivo era proporcionar servicios de archivos e impresión para PC conectadas en una red. A finales de la década de 1980, Microsoft se asoció con 3Com para integrar las capacidades de red de 3+Open en LAN Manager.
Esta colaboración llevó a la creación de LAN Manager 2.0, que se lanzó en 1989. Esta versión de LAN Manager incorporó tecnologías de Microsoft y 3Com, lo que resultó en capacidades y compatibilidad de red mejoradas. Permitió a Microsoft fortalecer su oferta de redes, convirtiéndolo en un actor más competitivo en el espacio de los sistemas operativos de red.
La experiencia de Microsoft con LAN Manager sentó las bases para el desarrollo posterior de los sistemas operativos Windows NT y Windows Server . El conocimiento y las tecnologías obtenidas al trabajar con las soluciones de redes de 3Com contribuyeron a la evolución de las capacidades del software de servidores y redes de Microsoft, ayudándolos a convertirse en una fuerza dominante en la industria de servidores y redes.
Durante una década, los competidores de los sistemas operativos de Banyan, Novell y Microsoft, descartaron la utilidad de los servicios de directorio . En consecuencia, VINES dominó lo que llegó a denominarse el espacio de los "servicios de directorio" de 1985 a 1995. Aunque parecía ignorar a VINES, Novell y, finalmente, Microsoft (compañías con un servidor plano o un modelo de red basado en dominios) llegaron a darse cuenta del valor estratégico de directorio de Servicios. Sin previo aviso, Novell pasó de restar importancia a los servicios de directorio a anunciar el suyo propio: NetWare Directory Services (NDS). Finalmente, Novell cambió NDS para que significara Novell Directory Services y luego le cambió el nombre a eDirectory. [3]
Sin embargo, para Windows 2000 , Microsoft incluyó Active Directory , un servicio de directorio LDAP basado en el directorio de su servidor de correo Exchange . [3] Si bien VINES se limita a un nombre de tres partes, usuario.empresa.org, al igual que la estructura NDS de Novell, Active Directory no está sujeto a dicha convención de nomenclatura. Active Directory presenta una capacidad adicional de la que carecen tanto NDS como VINES: su modelo organizativo de "bosques y árboles". La combinación de una mejor arquitectura y el marketing de una empresa del tamaño de Microsoft condenó a StreetTalk, a VINES como sistema operativo y, finalmente, al propio Banyan.
A finales de la década de 1990, el modelo no plano y sin dominio de los servicios StreetTalk Services de VINES, alguna vez promocionado, había perdido terreno frente a la tecnología más nueva, a pesar de su mensajería incorporada, su eficiencia y su antigua ventaja en rendimiento. Banyan no pudo comercializar su producto mucho más allá de su base inicial de entidades gubernamentales y multinacionales.
La empresa perdió terreno en el mercado de redes y las ventas de VINES cayeron. Banyan recurrió cada vez más a StreetTalk como diferenciador, y finalmente lo transfirió a NT como un producto independiente y lo ofreció como una interfaz para sistemas LDAP . [ cita necesaria ]
Banyan continuó operando con un sistema operativo cerrado. Esto requirió que los fabricantes de hardware presentaran requisitos de hardware y controladores para que Banyan pudiera escribir controladores para cada periférico. Cuando comenzaron a aparecer sistemas más abiertos con API publicadas, Banyan no alteró su modelo. Esto dificultó que el soporte del lado del cliente pudiera manejar el crecimiento explosivo de, por ejemplo, las impresoras. A medida que los competidores comenzaron a adoptar algunos de los destacados protocolos y servicios de redes de área amplia de VINES, los fabricantes se mostraron menos inclinados a enviar una unidad a Banyan para controladores específicos de VINES cuando los competidores les permitieron escribir los suyos propios.
Al abandonar la marca Banyan por ePresence en 1999, como empresa general de servicios de Internet , la empresa vendió su división de servicios a Unisys a finales de 2003 y liquidó las participaciones restantes en su filial Switchboard.com.