winorośl Banyan - Banyan VINES

WINOROŚLI
Stos protokołów
Cel, powód LAN
Deweloper(zy) Systemy Banyan
Wprowadzono 1984 ; 37 lat temu ( 1984 )
Oparte na XNS
Warstwa OSI 3 do 7
Sprzęt komputerowy Ethernet , inne

Banyan VINES był Sieciowy system operacyjny opracowany przez Banyan systemów dla komputerów z systemem AT & T „s System V .

VINES to skrót od Virtual Integrated Network Service . Podobnie jak Novell NetWare , usługi sieciowe VINES były oparte na stosie Xerox XNS .

James Allchin , który później pracował jako wiceprezes grupy ds. platform w firmie Microsoft aż do przejścia na emeryturę 30 stycznia 2007 roku, był głównym architektem Banyan VINES.

Technologia WINOROŚLI

VINES działał na protokole niskiego poziomu znanym jako VIP — VINES Internetwork Protocol — który był zasadniczo identyczny z niższymi warstwami protokołów Xerox Network Systems (XNS). Adresy składały się z 32-bitowego adresu i 16-bitowej podsieci mapowanej na 48-bitowy adres Ethernet w celu kierowania do maszyn. Oznaczało to, że podobnie jak inne systemy oparte na XNS, VINES mógł obsługiwać tylko dwupoziomowy Internet.

Jednak zestaw algorytmów routingu odróżnia system VINES od innych systemów XNS na tym poziomie. Kluczowy wyróżnik, ARP ( Address Resolution Protocol ), umożliwił klientom VINES automatyczne konfigurowanie własnych adresów sieciowych. Gdy klient po raz pierwszy uruchomił się, wysyłał żądanie do podsieci z prośbą o serwery, które odpowiedziałyby sugerowanymi adresami. Klient użyłby pierwszego do odpowiedzi, chociaż serwery mogłyby przekazać klientowi „lepsze” instrukcje routingu, gdyby zmieniła się sieć. Ogólna koncepcja bardzo przypominała system AARP AppleTalk , z wyjątkiem tego, że VINES wymagał co najmniej jednego serwera, podczas gdy AARP działał całkowicie „bezgłowo”. Podobnie jak AARP, VINES wymagał z natury „gadatliwej” sieci, wysyłającej aktualizacje o stanie klientów do innych serwerów w sieci .

Uzupełniając swój system niższego poziomu, VINES używał RTP ( protokołu tabeli routingu ), niskonakładowego systemu komunikatów do przekazywania informacji o zmianach w routingu oraz ARP do określania adresów innych węzłów w systemie. Bardzo przypominały podobne systemy stosowane w innych protokołach opartych na XNS. VINES zawierał również ICP ( Internet Control Protocol ), którego używał do przekazywania komunikatów o błędach i metryk.

Na poziomie warstwy środkowej VINES używał dość standardowego oprogramowania. Zawodne datagram service i usługa strumień danych obsługiwane w zasadzie identycznie jak UDP i TCP na wierzchu IP . Jednak VINES dodał również niezawodną usługę przesyłania wiadomości , rodzaj hybrydy tych dwóch, która oferowała gwarantowaną dostawę pojedynczego pakietu.

Banyan zaoferował klientom TCP/IP jako dodatkową opcję dla klientów standardowych serwerów Vines. Ta dodatkowa opłata za TCP/IP na serwerach Vines utrzymywała się jeszcze długo po tym, jak dostępność serwerów TCP/IP została utowarowiona.

W najwyższej warstwie VINES zapewniał standardowe usługi plików i drukowania, a także unikalną usługę StreetTalk , prawdopodobnie pierwszą naprawdę praktyczną, spójną globalnie usługę nazewniczą dla całej sieci. Korzystając z globalnie rozproszonej, częściowo zreplikowanej bazy danych, StreetTalk może łączyć wiele szeroko oddzielonych sieci w jedną sieć, która umożliwia bezproblemowe współdzielenie zasobów. Osiągnął to poprzez swój sztywno hierarchiczny schemat nazewnictwa; wpisy w katalogu miały zawsze formę item @ group @ organisation (podobny do formatu nazewnictwa używanego w usłudze katalogowej XNS Clearinghouse: item : group : Organization ). Dotyczyło to kont użytkowników, a także zasobów, takich jak drukarki i serwery plików .

Stos protokołów

Warstwa OSI Stos protokołów VINES
7 Usługi plików Usługi drukowania StreetTalk (usługa katalogowa) inne usługi
6 Zdalne wywołania procedur (RPC)
5
4 Komunikacja między (IPC)
Datagram 		Sekwencyjny strumień pakietów (SPP)
3 Protokół sieciowy VINES (VIP) Protokół rozpoznawania adresów (ARP)
Protokół tabeli routingu (RTP)
Protokół kontroli Internetu (ICP)
2 Protokoły dostępu do mediów:
HDLC , X.25 , Token Ring , Ethernet
1

Oprogramowanie klienckie VINES

Oprogramowanie klienckie VINES działało w większości systemów operacyjnych na komputery PC, w tym w systemie MS-DOS i wcześniejszych wersjach systemu Microsoft Windows . Był dość lekki na kliencie, a zatem pozostawał w użyciu w drugiej połowie lat 90. na wielu starszych maszynach, które nie mogły obsługiwać innych stosów sieciowych, które były wówczas powszechnie używane. Miało to miejsce również po stronie serwera, ponieważ VINES generalnie oferował dobrą wydajność, nawet na przeciętnym sprzęcie.

Pierwsze wydanie rynkowe

Dzięki nieodłącznym wymaganiom StreetTalk w zakresie niskiej przepustowości, globalne firmy i rządy, które dostrzegły zalety ogólnoświatowych usług katalogowych bezproblemowo obejmujących wiele stref czasowych, dostrzegły przewagę technologiczną VINE. Użytkownicy obejmowały firmy gazowe i naftowe, przedsiębiorstwa energetyczne, przedsiębiorstwa użyteczności publicznej oraz agencje rządowe USA, w tym Departament Stanu, Departament Skarbu, Departament Rolnictwa, Departament Zdrowia i Opieki Społecznej oraz Departament Obrony.

Na przykład Departament Stanu USA był jednym z pierwszych użytkowników technologii VINES. Będąc w stanie skorzystać z ówczesnych szybkich modemów 56k do łączności telefonicznej rozwiniętego świata z ograniczoną prędkością modemu telefonicznego 300 bodów w złych analogowych systemach telefonicznych w Trzecim Świecie , VINES był w stanie połączyć ambasady na całym świecie. VINES ma również wbudowaną funkcję czatu punkt-punkt i czatu grupowego, która była przydatna do podstawowej komunikacji za pośrednictwem bezpiecznych linii.

Adopcja Departamentu Obrony

Pod koniec lat 80. Korpus Piechoty Morskiej Stanów Zjednoczonych poszukiwał prostej, ogólnoświatowej łączności sieciowej z bogatymi wbudowanymi funkcjami poczty elektronicznej, plików i drukowania. Do roku 1988 Korpus Piechoty Morskiej ujednolicił system VINES zarówno jako jego garnizon (baza), jak i wysunięty naziemny, zorientowany na pocztę elektroniczną system operacyjny na polu bitwy.

Korzystając zarówno z naziemnych bezpiecznych kanałów radiowych, jak i satelitarnych i wojskowych taktycznych przełączników telefonicznych, Korpus Piechoty Morskiej był gotowy do pierwszego dużego testu VINES: wojny w Zatoce Perskiej 1990-1991 . Jednostki były w stanie płynnie koordynować ataki naziemne, morskie i powietrzne ponad granicami wojskowymi, korzystając z funkcji czatu, aby przekazywać listy celów i dostosowywać ogień z broni morskiej w locie. Agencje koordynacji naziemnego wsparcia ogniowego wykorzystywały kanały dowodzenia VINES w górę i w dół — od batalionu do pułku, przez dywizję do korpusu i eskadrę do grupy, po samoloty od skrzydła do korpusu, a także do komunikacji między jednostkami .

WINNICY konkurenci

Przez dekadę konkurenci Banyan OS, Novell i Microsoft, odrzucali użyteczność usług katalogowych . W konsekwencji, VINES zdominował to, co nazwano przestrzenią „usług katalogowych” od 1985 do 1995 roku. Choć wydawało się, że ignoruje VINES, Novell i ostatecznie Microsoft — firmy z płaskim serwerem lub modelem sieci opartym na domenie — zdali sobie sprawę ze strategicznej wartości usługi katalogowe. Z niewielkim ostrzeżeniem Novell przeszedł od pomniejszania wartości usług katalogowych do ogłoszenia własnej: NetWare Directory Services (NDS). Ostatecznie Novell zmienił nazwę NDS na Novell Directory Services, a następnie przemianował ją na eDirectory.

Microsoft przeszedł własną rundę rozwoju systemu operacyjnego. Początkowo współpracowali z IBM, aby opracować oparty na Intelu dyskowy system operacyjny o nazwie PC DOS i jego bliźniaczy bliźniak Microsoft, MS-DOS . Ostatecznie Microsoft współdzielił rozwój prawdziwego sieciowego systemu operacyjnego z IBM LAN Manager i jego bliźniakiem Microsoft , Microsoft LAN Manager . Microsoft rozstał się z IBM i kontynuował rozwijanie LAN Managera w coś, co stało się Windows NT . Zasadniczo jego system operacyjny 4.0. NT był pierwotnie płaskim serwerem lub systemem operacyjnym opartym na domenie bez żadnych zalet VINES ani NDS.

Jednak w przypadku systemu Windows 2000 firma Microsoft włączyła Active Directory , usługę katalogową LDAP opartą na katalogu z serwera poczty Exchange. Active Directory był tak samo solidny i pod kilkoma kluczowymi względami lepszy od VINES. Podczas gdy VINES był ograniczony do trzyczęściowej nazwy user.company.org, podobnie jak struktura NDS Novella, Active Directory nie był związany taką konwencją nazewnictwa. Active Directory rozwinął dodatkową funkcję, której brakowało zarówno NDS, jak i VINES, model organizacyjny „las i drzewa”. Połączenie lepszej architektury i firmy marketingowej wielkości Microsoftu skazało na zagładę StreetTalk, VINES jako system operacyjny i wreszcie sam Banyan.

Upadek

Pod koniec lat dziewięćdziesiątych, niegdyś reklamowany przez VINES model StreetTalk Services, niepłaski, bez domeny, z wbudowanym komunikatorem, wydajnością i jednorazową przewagą wydajności, stracił grunt na rzecz nowszych technologii. Banyan nie był w stanie sprzedać swojego produktu daleko poza swoją początkową bazę podmiotów międzynarodowych i rządowych.

Ponieważ Banyan nie mógł szybko opracować systemu operacyjnego, który wykorzystywałby nowszy sprzęt, i najwyraźniej nie rozumiał, że usługi katalogowe StreetTalk, a nie opakowany system operacyjny, były główną wartością dodaną — firma straciła pozycję na rynku sieciowym. Sprzedaż VINES gwałtownie spadła, zarówno z powodu tych problemów, jak i szybkiego rozwoju Windows NT . Banyan coraz częściej zwracał się do StreetTalk jako wyróżnika, ostatecznie przenosząc go na NT jako samodzielny produkt i oferując go jako interfejs do systemów LDAP .

Banyan kontynuował także eksploatację zamkniętego systemu operacyjnego. Wymagało to od producentów sprzętu przedstawienia wymagań dotyczących sprzętu i sterowników, aby Banyan mógł pisać sterowniki dla każdego urządzenia peryferyjnego. Kiedy zaczęło pojawiać się więcej otwartych systemów z opublikowanymi API, Banyan nie zmienił swojego modelu. Utrudniło to obsłudze po stronie klienta radzenie sobie z gwałtownym wzrostem, na przykład, w przypadku drukarek. Ponieważ konkurenci zaczęli stosować niektóre z wyjątkowych protokołów i usług sieci rozległych VINES, producenci byli mniej skłonni do wysyłania jednostek do Banyan po konkretne sterowniki VINES, podczas gdy konkurenci pozwalali im pisać własne.

Porzuciwszy markę Banyan na rzecz ePresence w 1999 r., jako firma zajmująca się ogólnymi usługami internetowymi , firma sprzedała swój dział usług firmie Unisys pod koniec 2003 r. i zlikwidowała pozostałe udziały w spółce zależnej Switchboard.com.

Historia wersji

  • 1984: winorośl Banyan 1,0
  • 1989: winorośl Banyan 2.1
  • 1990: winorośl Banyan 3.0
  • 1991: winorośl Banyan 4.11
  • 1992: winorośl Banyan 5.0
  • 1994: winorośl Banyan 5,50
  • 1997: winorośl Banyan 7,0

Bibliografia

Ratunek