Banyan VINES: Устаревшая сетевая операционная система

Введение

Прекращенная сетевая операционная система

Banyan VINES — это прекращенная сетевая операционная система, разработанная компанией Banyan Systems для компьютеров под управлением UNIX System V от AT&T.

VINES — это акроним от Virtual Integrated Network Service. Подобно Novell NetWare, сетевые службы VINES основаны на стеке протоколов Xerox XNS. Главным архитектором Banyan VINES был Джеймс Олчин, впоследствии занимавший должность вице-президента по платформам в Microsoft до выхода на пенсию 30 января 2007 года.

Технология VINES

VINES работал на низкоуровневом протоколе, известном как VIP — VINES Internetwork Protocol, который был по существу идентичен нижним уровням протоколов Xerox Network Systems (XNS). Адреса состояли из 32-битного адреса и 16-битной подсети, которые сопоставлялись с 48-битным адресом Ethernet для маршрутизации к устройствам. Это означало, что, как и другие системы на базе XNS, VINES мог поддерживать только двухъярусную сеть. Однако набор алгоритмов маршрутизации выделял VINES среди других систем XNS на этом уровне. Ключевым отличием был ARP (протокол разрешения адресов), который позволял клиентам VINES автоматически настраивать собственные сетевые адреса. При первом запуске клиент рассылал запрос в подсеть, запрашивая серверы, которые отвечали, предлагая адреса. Клиент использовал первый полученный ответ, хотя серверы могли передавать клиенту "более оптимальные" инструкции по маршрутизации, если сеть изменялась. Общая концепция напоминала систему AARP от AppleTalk, за исключением того, что VINES требовал как минимум один сервер, в то время как AARP функционировал по принципу равных. Как и AARP, VINES требовал сети с активным обменом данными, отправляя обновления о статусе клиентов другим серверам в сети. Дополняя систему нижнего уровня, VINES использовал RTP (протокол таблицы маршрутизации) — систему сообщений с низкой нагрузкой для передачи информации об изменениях маршрутизации, а также ARP для определения адресов других узлов в системе. Эти протоколы были очень похожи на аналогичные системы, используемые в других протоколах на базе XNS. VINES также включал ICP (протокол управления интернетом), который использовался для передачи сообщений об ошибках и метрик. На среднем уровне VINES использовал довольно стандартное программное обеспечение. Служба передачи датаграмм без подтверждения и служба потока данных работали практически идентично UDP и TCP поверх IP. VINES также добавил службу надежной передачи сообщений — гибрид двух предыдущих, обеспечивающий гарантированную доставку отдельных пакетов. Компания Banyan предлагала TCP/IP в качестве дополнительной опции для владельцев стандартных серверов Vines. Эта дополнительная плата за TCP/IP на серверах VINES сохранялась даже после того, как доступность серверов TCP/IP стала общедоступной. На верхнем уровне VINES предоставлял стандартные службы файлов и печати, а также уникальную систему StreetTalk — глобально согласованную службу имен. У Banyan была версия StreetTalk, работающая на сервере NT. Используя глобально распределенную, частично реплицированную базу данных, StreetTalk мог объединить несколько географически удаленных сетей в единую сеть, обеспечивающую беспрепятственный обмен ресурсами. Это достигалось благодаря жесткой иерархической схеме именования: записи в каталоге имели вид item@group@organization (аналогично формату именования, используемому в службе каталогов XNS Clearinghouse: item:group:organization). Это относилось как к учетным записям пользователей, так и к ресурсам, таким как принтеры и файловые серверы.

VINES ran on a low level protocol known as VIP—the VINES Internetwork Protocol—that was essentially identical to the lower layers of the Xerox Network Systems (XNS) protocols. Addresses consist of a 32 bit address and a 16 bit subnet that map to the 48 bit Ethernet address to route to machines. This means that, like other XNS based systems, VINES can only support a two level internet. A set of routing algorithms, however, set VINES apart from other XNS systems at this level. The key differentiator, ARP (Address Resolution Protocol), allowed VINES clients to automatically set up their own network addresses. When a client first boots up, it broadcast a request on the subnet asking for servers, which responds with suggested addresses. The client used the first to respond, although the servers could hand off "better" routing instructions to the client if the network changed. The overall concept resembled AppleTalk's AARP system, with the exception that VINES required at least one server, whereas AARP functioned as peer to peer. Like AARP, VINES required an inherently "chatty" network, sending updates about the status of clients to other servers on the internetwork. Rounding out its lower level system, VINES used RTP (the Routing Table Protocol), a low overhead message system for passing around information about changes to the routing, and ARP to determine the address of other nodes on the system. These closely resembled the similar systems used in other XNS based protocols. VINES also included ICP (the Internet Control Protocol), which it used to pass error messages and metrics. At the middle layer level, VINES used fairly standard software. The unreliable datagram service and data stream service operated essentially identically to UDP and TCP on top of IP. VINES added a reliable message service as well, a hybrid of the two that offered guaranteed delivery of single packets. Banyan offered customers TCP/IP as an extra cost option for owners of standard Vines servers. This extra charge for TCP/IP on VINES servers continued long after TCP/IP server availability had become commoditized. At the topmost layer, VINES provided the standard file and print services, as well as the unique StreetTalk, a globally consistent name service. Banyan has a version of StreetTalk that ran natively on an NT server. Using a globally distributed, partially replicated database, StreetTalk could meld multiple widely separated networks into a single network that allowed seamless resource sharing. It accomplished this through its rigidly hierarchical naming scheme; entries in the directory took the form item@group@organization (similar to the naming format used in the XNS Clearinghouse directory service: item:group:organization). This applied to user accounts as well as to resources like printers and file servers.

Стеллаж протоколов

OSI-уровень VINES Protocol Stack 7 Файловые службы Службы печати StreetTalk (служба каталогов) Другие службы 6 Удаленные вызовы процедур (RPC) 5 4 Межпроцессное взаимодействие (IPC) Протокол датаграмм Sequenced Packet Protocol (SPP) Поток 3 VINES Internetwork Protocol (VIP) Протокол разрешения адресов (ARP) Протокол таблицы маршрутизации (RTP) Протокол управления интернетом (ICP) 2 Протоколы доступа к среде передачи данных: HDLC, X.25, Token Ring, Ethernet 1

Клиентское программное обеспечение VINES

Клиентское программное обеспечение VINES работало на большинстве более ранних операционных систем для ПК, включая MS DOS и более ранние версии Microsoft Windows. Оно было нетребовательным к ресурсам на стороне клиента, и поэтому оставалось в использовании во второй половине 1990-х годов на многих устаревших машинах, которые не могли поддерживать другие сетевые стеки. Аналогичная ситуация наблюдалась и на серверной стороне, поскольку VINES обычно обеспечивал хорошую производительность даже на не самом современном оборудовании.

Первоначальный выпуск на рынок

Благодаря низким требованиям к пропускной способности StreetTalk, глобальные компании и правительства, осознавшие преимущества общемировых справочных служб, беспрепятственно охватывающих разные часовые пояса, признали технологическое превосходство VINE. Среди пользователей были нефтегазовые компании, энергетические компании, коммунальные службы, а также государственные учреждения США, включая Государственный департамент, Министерство финансов, Министерство сельского хозяйства, Министерство здравоохранения и социальных служб и Министерство обороны. Государственный департамент США одним из первых внедрил технологию VINES. VINE позволял использовать преимущества тогдашних высокоскоростных 56k-модемов для телефонной связи в развитых странах и ограниченной скорости 300 бод для телефонных модемов в развивающихся странах, где качество аналоговых телефонных сетей было низким, что обеспечивало связь между посольствами по всему миру. VINES также включал встроенные функции связи "точка-точка" и группового чата, полезные для базовой коммуникации по защищенным каналам.

Принятие Министерством обороны

К концу 1980-х годов Корпус морской пехоты США искал простое, готовое к использованию решение для глобального сетевого подключения с широкими встроенными возможностями электронной почты, работы с файлами и печати. К 1988 году Корпус морской пехоты стандартизировал использование VINES как операционной системы, ориентированной на электронную почту, как для стационарных (базовых) гарнизонов, так и для передовых наземных подразделений на поле боя. Используя защищенные наземные радиоканалы, спутниковую связь и военные тактические телефонные коммутаторы, Корпус морской пехоты был готов к первому серьезному испытанию VINES: войне в Персидском заливе 1990-1991 годов. Подразделения смогли беспрепятственно координировать наземные, морские и воздушные удары, преодолевая военные границы, используя функцию чата для передачи списков целей и оперативной корректировки огня морской артиллерии. Агентства координации наземной огневой поддержки использовали VINES по всей командной цепочке – от батальона до полка, через дивизию до корпуса, и от эскадрильи до группы, авиационного крыла до корпуса, а также для связи между равноправными подразделениями.

Конкуренты VINES

3Com начала свой путь в разработке сетевых операционных систем в конце 1970-х годов. В 1979 году они представили свою первую сетевую операционную систему, названную 3+Share. Она позволяла нескольким пользователям получать доступ к файлам и ресурсам на общем сервере. Однако значительный шаг вперед был сделан лишь в 1982 году, когда 3Com выпустила 3Server. 3Server была разработана для работы с аппаратным обеспечением 3Com Ethernet и предназначалась для создания локальных сетей (LAN). Она предоставляла возможности совместного использования файлов и принтеров, позволяя нескольким компьютерам получать доступ к общим ресурсам, таким как принтеры и файлы. Она работала на основе протокольного стека XNS (Xerox Network Systems). На протяжении многих лет 3Com продолжала совершенствовать свои сетевые операционные системы. В 1985 году они представили 3+Open, которая добавила поддержку оборудования сторонних производителей. 3+Open стала значительным продвижением в линейке сетевых операционных систем 3Com. Представленная в 1985 году, она расширила возможности предыдущих продуктов, обеспечив поддержку аппаратного и программного обеспечения сторонних разработчиков. Это позволило 3+Open работать с более широким спектром сетевых устройств и систем, повышая ее совместимость и привлекательность для более широкой аудитории. Вклад 3Com в сетевые и серверные возможности Microsoft тесно связан с их сотрудничеством в разработке LAN Manager. LAN Manager – это сетевое программное обеспечение Microsoft, предназначенное для предоставления файловых и печатных услуг для ПК, подключенных к сети. В конце 1980-х годов Microsoft сотрудничала с 3Com для интеграции сетевых возможностей 3+Open в LAN Manager. Это сотрудничество привело к созданию LAN Manager 2.0, выпущенной в 1989 году. Эта версия LAN Manager включала технологии как от Microsoft, так и от 3Com, что привело к улучшению сетевых возможностей и совместимости. Это позволило Microsoft укрепить свои сетевые предложения и стать более конкурентоспособным игроком в области сетевых операционных систем. Опыт Microsoft с LAN Manager заложил основу для последующей разработки операционных систем Windows NT и Windows Server. Знания и технологии, полученные в результате работы с сетевыми решениями 3Com, способствовали развитию сетевого и серверного программного обеспечения Microsoft, помогая ей стать доминирующей силой в сетевой и серверной индустрии. В течение десятилетия конкуренты Banyan, Novell и Microsoft не признавали полезности служб каталогов. В результате VINES доминировала в области, которая стала известна как "службы каталогов" с 1985 по 1995 год. В то время как Novell и, в конечном итоге, Microsoft – компании с плоской серверной или доменной сетевой моделью – казалось, игнорировали VINES, они осознали стратегическую ценность служб каталогов. Без предупреждения Novell перешла от принижения ценности служб каталогов к анонсу собственной разработки: NetWare Directory Services (NDS). Впоследствии Novell изменила аббревиатуру NDS на Novell Directory Services, а затем переименовала ее в eDirectory. Однако для Windows 2000 Microsoft включила Active Directory, LDAP-службу каталогов, основанную на каталоге из почтового сервера Exchange. В то время как VINES ограничена трехкомпонентным именем, например, пользователь.компания.org, как и структура NDS от Novell, Active Directory не привязана к такой схеме именования. Active Directory обладает дополнительной возможностью, которой нет ни в NDS, ни в VINES – организационной моделью "леса и деревьев". Сочетание лучшей архитектуры и маркетинга от компании масштаба Microsoft обрекло на гибель StreetTalk, VINES как операционную систему и, в конечном итоге, саму Banyan.

3Com's journey into network operating system development began in the late 1970s. In 1979, they introduced their first network operating system, called 3+Share. It allowed multiple users to access files and resources on a shared server. However, it wasn't until 1982 that 3Com released 3Server, which was a significant step forward. 3Server was designed to work with 3Com's Ethernet hardware and was aimed at creating local area networks (LANs). It provided file and print sharing capabilities, enabling multiple computers to access common resources like printers and files. It operated on the XNS (Xerox Network Systems) protocol suite. Over the years, 3Com continued to refine and improve its network operating systems. In 1985, they introduced 3+Open, which added support for third party hardware. 3+Open was a significant advancement in 3Com's network operating system lineup. Introduced in 1985, it expanded on the capabilities of their previous offerings by providing support for third party hardware and software. This allowed 3+Open to work with a wider range of network devices and systems, increasing its compatibility and appeal to a broader audience. 3Com's contribution to Microsoft's network and server software capabilities is closely tied to their collaboration on the development of LAN Manager. LAN Manager was Microsoft's networking software that aimed to provide file and print services for PCs connected in a network. In the late 1980s, Microsoft partnered with 3Com to integrate 3+Open's networking capabilities into LAN Manager. This collaboration led to the creation of LAN Manager 2.0, which was released in 1989. This version of LAN Manager incorporated technologies from both Microsoft and 3Com, resulting in improved networking capabilities and compatibility. It enabled Microsoft to strengthen its networking offerings, making it a more competitive player in the network operating system space. Microsoft's experience with LAN Manager laid the foundation for their subsequent development of Windows NT and Windows Server operating systems. The knowledge and technologies gained from working with 3Com's networking solutions contributed to the evolution of Microsoft's network and server software capabilities, helping them become a dominant force in the networking and server industry. For a decade, Banyan's OS competitors, Novell and Microsoft, dismissed the utility of directory services. Consequently, VINES dominated what came to be called the "directory services" space from 1985 to 1995. While seeming to ignore VINES, Novell and eventually Microsoft—companies with a flat server or domain based network model—came to realize the strategic value of directory services. With little warning, Novell went from playing down the value of directory services to announcing its own: NetWare Directory Services (NDS). Eventually, Novell changed NDS to mean Novell Directory Services, and then renamed that to eDirectory. For Windows 2000 however, Microsoft included Active Directory, an LDAP directory service based on the directory from its Exchange mail server. While VINES is limited to a three part name, user. company. org, like Novell's NDS structure, Active Directory is not bound by such a naming convention. Active Directory features an additional capability that both NDS and VINES lack, its "forest and trees" organizational model. The combination of better architecture and with marketing from a company the size of Microsoft doomed StreetTalk, VINES as an OS, and finally Banyan itself.

Упадок

К концу 1990-х годов не плоская и не доменная модель StreetTalk Services, ранее активно продвигавшаяся, уступила позиции новым технологиям, несмотря на встроенные функции обмена сообщениями, эффективность и первоначальное преимущество в производительности. Banyan не смогла расширить рынок сбыта своего продукта за пределы первоначальной клиентской базы, состоящей из многонациональных корпораций и государственных учреждений. Компания потеряла позиции на рынке сетевых технологий, и продажи VINES снизились. Banyan все больше делала ставку на StreetTalk как на конкурентное преимущество, в конечном итоге портировав его на NT в качестве автономного продукта и предложив его в качестве интерфейса к системам LDAP. Banyan продолжала использовать закрытую операционную систему. Это требовало от производителей оборудования предоставлять спецификации оборудования и драйверов, чтобы Banyan могла разрабатывать драйверы для каждого периферийного устройства. Когда появились более открытые системы с опубликованными API, Banyan не изменила свою модель. Это создавало трудности для клиентской поддержки при работе с быстро растущим парком оборудования, например, принтеров. По мере того как конкуренты начали внедрять некоторые из передовых широкозонных сетевых протоколов и сервисов VINES, производители стали реже отправлять устройства в Banyan для разработки специализированных драйверов VINES, предпочитая использовать возможность самостоятельной разработки драйверов, предоставляемую конкурентами. В 1999 году бренд Banyan был заменен на ePresence, позиционируясь как компания, предоставляющая общеинтернет-сервисы. В конце 2003 года компания продала свой сервисный отдел Unisys и ликвидировала оставшиеся активы своей дочерней компании Switchboard.com.

История версий

1984: Banyan VINES 1.0
1989: Banyan VINES 2.1
1990: Banyan VINES 3.0
1991: Banyan VINES 4.11
1992: Banyan VINES 5.0
1994: Banyan VINES 5.50
1997: Banyan VINES 7.0