Banyan VINES es un sistema operativo de red discontinuado desarrollado por Banyan Systems para computadoras que ejecutan UNIX System V de AT&T .
VINES es el acrónimo de Virtual Integrated NEtwork Service ( 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 luego trabajó como Vicepresidente del Grupo de Plataformas de Microsoft hasta su jubilación el 30 de enero de 2007, fue el arquitecto jefe de Banyan VINES.
VINES se ejecutaba sobre un protocolo de bajo nivel conocido como VIP (el protocolo de interconexión de redes VINES ), que era esencialmente idéntico a las capas inferiores de los protocolos de Xerox Network Systems (XNS). Las direcciones consisten en una dirección de 32 bits y una subred de 16 bits que se asignan a la dirección Ethernet de 48 bits para enrutar a las máquinas. Esto significa que, al igual que otros sistemas basados en XNS, VINES solo puede admitir una Internet de dos niveles.
Sin embargo, un conjunto de algoritmos de enrutamiento diferenciaba a VINES de otros sistemas XNS en este nivel. El diferenciador clave, ARP ( Address Resolution Protocol ), permitía a los clientes de VINES configurar automáticamente sus propias direcciones de red. Cuando un cliente se inicia por primera vez, difunde una solicitud en la subred pidiendo servidores, que responden con direcciones sugeridas. El cliente usaba el primero para responder, aunque los servidores podían entregar instrucciones de enrutamiento "mejores" 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 "conversacional", que enviara actualizaciones sobre el estado de los clientes a otros servidores en la interconexión de redes .
Para completar su sistema de nivel inferior, VINES utilizó RTP (el Protocolo de tabla de enrutamiento ), un sistema de mensajes de bajo consumo para transmitir información sobre cambios en el enrutamiento, y ARP para determinar la dirección de otros nodos del sistema. Estos sistemas se parecían mucho a los utilizados en otros protocolos basados en XNS. VINES también incluía ICP (el Protocolo de control de Internet ), que utilizaba para transmitir mensajes de error y métricas.
En el nivel de capa intermedia, VINES utilizaba un software bastante estándar. El servicio de datagramas y el servicio de flujo de datos, poco fiables, funcionaban de forma básicamente idéntica a UDP y TCP sobre IP . VINES también añadía un servicio de mensajes fiable , un híbrido de los dos que ofrecía la entrega garantizada de paquetes individuales.
Banyan ofreció a los clientes TCP/IP como una opción con costo adicional para los propietarios de servidores Vines estándar. Este cargo adicional por TCP/IP en servidores VINES continuó mucho después de que la disponibilidad de servidores TCP/IP se hubiera convertido en un producto básico.
En la capa superior, VINES proporcionaba 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 ejecutaba de forma nativa en un servidor NT. [1] Al utilizar una base de datos distribuida globalmente y parcialmente replicada, StreetTalk podía fusionar múltiples redes ampliamente separadas en una única red que permitía compartir recursos sin problemas. Esto lo lograba mediante su esquema de nombres rígidamente jerárquico; las entradas en el directorio tomaban la forma item @ group @ organization (similar al formato de nombres utilizado en el servicio de directorio XNS Clearinghouse: item : group : organization ). Esto se aplicaba tanto a las cuentas de usuario como a los recursos como impresoras y servidores de archivos .
El software cliente VINES funcionaba en la mayoría de los sistemas operativos para PC, incluidos MS-DOS y versiones anteriores de Microsoft Windows . Era ligero para el cliente y, por lo tanto, siguió utilizándose durante la segunda mitad de la década de 1990 en muchas máquinas antiguas que no podían ejecutar otras pilas de redes. Esto también ocurría en el lado del servidor, ya que VINES generalmente ofrecía un buen rendimiento, incluso con hardware mediocre.
Debido a los bajos requisitos de ancho de banda inherentes de StreetTalk, las empresas globales y los gobiernos que comprendieron 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 los 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 los Estados Unidos fue uno de los primeros en adoptar la tecnología VINES. Al poder aprovechar los módems de 56k de alta velocidad de los países desarrollados para la conectividad telefónica, y las velocidades limitadas de los módems telefónicos de 300 baudios en los deficientes sistemas telefónicos analógicos de los países en desarrollo, VINES conectó a embajadas de todo el mundo. VINES también cuenta con una función integrada de chat punto a punto y de grupo que resultó útil para la comunicación básica a través de líneas seguras.
A fines de la década de 1980, el Cuerpo de Marines de los EE. UU. buscaba una conectividad de red mundial simple y lista para usar con funciones avanzadas de correo electrónico, archivos e impresión. En 1988, el Cuerpo de Marines había estandarizado el uso de VINES [2] como su sistema operativo de red centrado en correo electrónico para el campo de batalla, tanto en la guarnición (base) como en el despliegue avanzado .
Utilizando canales de radio seguros basados en tierra 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 las fronteras militares utilizando la función de chat para pasar listas de objetivos y ajustar el fuego de los cañones navales sobre la marcha. Las agencias de coordinación de apoyo de fuego terrestre utilizaron VINES en los canales de comando ascendentes y descendentes, desde el Batallón al Regimiento pasando por la División al Cuerpo y el Escuadrón al Grupo hasta el Ala de Aeronave al Cuerpo, así como en la comunicación de unidad de igual a igual. [ cita requerida ]
El camino de 3Com hacia el desarrollo de sistemas operativos de red comenzó a fines de la década de 1970. En 1979, presentaron su primer sistema operativo de red, llamado 3+Share. Permitía que varios usuarios accedieran a archivos y recursos en un servidor compartido. Sin embargo, no fue hasta 1982 que 3Com lanzó 3Server, que fue un gran paso adelante.
3Server fue diseñado para funcionar con el hardware Ethernet de 3Com y su objetivo era crear redes de área local (LAN). Ofrecía capacidades para compartir archivos e impresoras, lo que permitía que varias computadoras accedieran a recursos comunes, como impresoras y archivos. Operaba con el conjunto de protocolos XNS (Xerox Network Systems).
Con el paso de los años, 3Com siguió perfeccionando y mejorando sus sistemas operativos de red. En 1985, presentó 3+Open, que agregó compatibilidad con hardware de terceros. 3+Open fue un avance significativo en la línea de sistemas operativos de red de 3Com. Presentado en 1985, amplió las capacidades de sus ofertas anteriores al brindar compatibilidad con hardware y software de terceros. Esto permitió que 3+Open funcionara con una gama más amplia de dispositivos y sistemas de red, lo que aumentó su compatibilidad y su atractivo para un público más amplio.
La contribución de 3Com a las capacidades de software de red y servidor de Microsoft está estrechamente vinculada a su colaboración en el desarrollo de LAN Manager . LAN Manager era el software de red de Microsoft que tenía como objetivo proporcionar servicios de archivos e impresión para PC conectados en red. A fines 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 dio lugar a la creación de LAN Manager 2.0, que se publicó en 1989. Esta versión de LAN Manager incorporaba tecnologías tanto de Microsoft como de 3Com, lo que dio como resultado capacidades de red y compatibilidad mejoradas. Esto permitió a Microsoft fortalecer su oferta de redes, lo que lo convirtió 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 . Los conocimientos y las tecnologías adquiridos al trabajar con las soluciones de redes de 3Com contribuyeron a la evolución de las capacidades de software de redes y servidores de Microsoft, lo que les ayudó a convertirse en una fuerza dominante en la industria de las redes y los servidores.
Durante una década, los competidores de Banyan en el ámbito de los sistemas operativos, Novell y Microsoft, desestimaron la utilidad de los servicios de directorio . En consecuencia, VINES dominó lo que se llegó a denominar el espacio de los "servicios de directorio" entre 1985 y 1995. Aunque parecían ignorar a VINES, Novell y, finalmente, Microsoft (empresas con un modelo de red basado en dominios o servidores planos) se dieron cuenta del valor estratégico de los servicios de directorio. Sin previo aviso, Novell pasó de restarle importancia a los servicios de directorio a anunciar su propio servicio: NetWare Directory Services (NDS). Finalmente, Novell cambió NDS para que significara Novell Directory Services y luego lo renombró como 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] Mientras que VINES está limitado a un nombre de tres partes, usuario.empresa.org, al igual que la estructura NDS de Novell, Active Directory no está limitado por dicha convención de nombres. Active Directory presenta una capacidad adicional de la que carecen tanto NDS como VINES, su modelo organizativo de "bosque y árboles". La combinación de una mejor arquitectura y con el marketing de una empresa del tamaño de Microsoft condenó a StreetTalk, a VINES como sistema operativo y, finalmente, al propio Banyan.
A fines de los años 90, el modelo no plano y sin dominio de StreetTalk Services de VINES, que alguna vez fue promocionado, había perdido terreno frente a tecnologías más nuevas, a pesar de su mensajería incorporada, su eficiencia y su ventaja de rendimiento única en su tipo. Banyan no pudo comercializar su producto mucho más allá de su base inicial de entidades multinacionales y gubernamentales.
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 adaptó a NT como un producto independiente y lo ofreció como interfaz para sistemas LDAP . [ cita requerida ]
Banyan siguió utilizando un sistema operativo cerrado, lo que exigía a los fabricantes de hardware que enviaran los requisitos de hardware y controladores para que Banyan pudiera escribir controladores para cada periférico. Cuando empezaron a aparecer más sistemas abiertos con API publicadas, Banyan no modificó su modelo, lo que dificultó que el soporte del lado del cliente pudiera gestionar el crecimiento explosivo de, por ejemplo, las impresoras. A medida que los competidores empezaron a adoptar algunos de los excelentes protocolos y servicios de redes de área amplia de VINES, los fabricantes se mostraron menos inclinados a enviar una unidad a Banyan para obtener controladores específicos de VINES cuando los competidores les permitieron escribir los suyos propios.
Al abandonar la marca Banyan para reemplazar a ePresence en 1999, como empresa de servicios generales de Internet , la firma vendió su división de servicios a Unisys a fines de 2003 y liquidó sus participaciones restantes en su subsidiaria Switchboard.com.