Porównanie protokołów sieciowych systemu Windows NT

Dotyczy: Windows NT

PODSUMOWANIE


Następujący artykuł dotyczący protokołów systemu Windows NT jest kopią artykułuopublikowanego "Premier Showing" biuletynu firmy Microsoft.

WIĘCEJ INFORMACJI


Porównanie protokołów sieciowych systemu Windows NT 

Omówienie


Firma Microsoft udostępnia trzy kierowców transportu (protokoły) w systemie Windows NT 3.5: protokół TCP/IP, NWLink i NBF. Windows NT 3.5 jest również dostarczany z protokół DLC, który nie udostępnia usług warstwy transportu. W tym artykule terminy, protokół TCP/IP, NWLink i NBF odnoszą się do sterowników transportu systemu Windows NT, których wdrożenie Internet TCP/IP, Novell SPX/IPX i NetBEUI firmy IBM, odpowiednio. W tym artykule porównano te protokoły zaimplementowane w systemie Windows NT 3.5 kierowców transportu, aby pomóc użytkownikom w wyborze odpowiednich protokołów sieciowych.Ponieważ każdy klient będzie zainteresowanych z innym zestawem charakterystyce, ten artykuł nie zaleca określonych protokołów użyć. Zamiast tego omawia zalety każdego z nich, a tym samym enablingcustomers na najlepszy wybór w ich środowisku. Microsoft willcontinue do obsługi tych protokołów, dziś i w perspektywie długoterminowej.System Windows NT instaluje protokół NWLink domyślnie, głównie dlatego, IPX jest najpopularniejszym protokołem w sieciach komputerów i ma stosunkowo prostych czynności konfiguracyjnych. Jednak administratorzy mogą modyfikować toinstall pliki.inf innych protokołów domyślnie. To domyślne ustawienie nie oznacza protokół NWLink w sieci TCP/IP lub NBF.Uwaga: W wersji systemu Windows NT 3.51, protokół TCP/IP jest teraz zainstalowany domyślnie.Klienci powinni korzystać z protokołów minimalne niezbędne, liczby protokołów skutkują zazwyczaj następujące czynności: 

  • Większe wymagania pamięci dla klientów.
  • Administrowanie klientami bardziej złożonych konfiguracji i sieci.
  • Wsparcie wyższe i licencji na oprogramowanie kosztów.

Architektura sterownika transportu systemu Windows NT


Do podstawowych wejścia/wyjścia sieci (NetBIOS) standardowych, które pierwotniezostał opracowany dla firmy IBM przez Sytek w roku 1983 definiuje dwa elementy: 

  • Interfejs warstwy sesji oznacza to standardowy interfejs API dla aplikacji użytkownika do przekazywania sieciowe We/Wy i dyrektyw do poważniejszych oprogramowanie sieciowe. Polecenia systemu NetBIOS są przekazywane za pośrednictwem bloków sterowania siecią (NCB).
  • Protokół transportu danych/zarządzania sesji o nazwie NetBIOS Protokół ramek (NBFP). Zestaw poleceń interfejsu nbfp operuje na sesji i warstwy transportu do wykonania sieciowe We/Wy pomieścić NetBIOS.

Program aplikacji, która używa interfejsu API systemu NetBIOS dla networkcommunication może pracować na dowolnego sterownika transportu, który udostępnia NetBIOSinterface. Sterowniki transportu, które nie implementują NBFP (np. andIPX TCP/IP) musi uwidacznia interfejsu NetBIOS i posiadać urządzenia do mapowania poleceń interfejsu eachNetBIOS na niektóre sekwencji networkframes macierzystego i protokołów.W przeciwieństwie do 16-bitowego systemu Windows, MS DOS i OS/2 wersjach Microsoft Networksoftware kierowców transportu systemu Windows NT nie będą uwidaczniać interfejs NetBIOS; zamiast udostępniają bardziej elastyczne interfejs sterownika transportu (TDI). System Windows NT zawiera Emulator systemu NetBIOS do mapowania poleceń systemu NetBIOS używają i zdarzenia. Wewnętrznych składników sieciowych systemu Windows NT użyj używają i zdarzenia, a nie polecenia systemu NetBIOS do komunikacji komunikując kierowców transportu.Klienci TDI wymaga obsługi NetBIOS adres format i komunikat interfejsu transferu. NBF obsługuje go macierzyście przez NBFP. Transporty, które nie zostały wyposażone NBFP, implementują warstwę zgodności systemu NetBIOS na adresy format macierzysty transportu w formacie systemem, a dane trybu za pomocą macierzystegoprotokołu wiadomości przesyłanych protokół transportu.Sterowniki systemu Windows NT transportu zapewniają usługi zdefiniowanew kilku Model odniesienia OSI: niektóre warstwy sesji usług; wszystkie usługi warstwy andNetwork transportu; i usługi warstwa podrzędna LLC warstwy łącza danych. Stanowi to wszystkie usługi między interfejsem NetworkDriver Interface Specification 3.0 (NDIS) i TDI. Wszystkie sterowniki systemu Windows NTtransport z wyjątkiem DLC eksportować interfejs TDI ich górnej edgefor komunikacji z aplikacjami klienckimi TDI, takich jak NTredirector systemu Windows i serwera. Wywożą interfejsu NDIS w dolnej komunikacja edgefor z podstawowy sterownik karty Sieciowej interfejsu sieciowego.

Podstawowe informacje dotyczące sterowniki transportu systemu Windows NT


NBF (NetBEUI)IBM po raz pierwszy wprowadzony protocolspecification NetBIOS Extended User Interface (NetBEUI) w 1985 roku. Jest zoptymalizowany do wydziałowych sieci lokalnych lub Zoptymalizowanydla. Ramka NetBEUI systemu Windows NT (NBF) transportu ntimplementuje sterownik IBM NetBEUI 3.0 specyfikacji i jest całkowicie zgodny z Produktamisieciowymi sieci produkty firmy Microsoft. Skonfigurowanie protokołu NBF dla implementsNBFP i dlatego wymaga żadnej warstwy zgodności systemu NetBIOS.PROTOKÓŁ TCP/IPSystem Windows NT zawiera implementację z transmisji ControlProtocol/protokół internetowy (TCP/IP). Ogólne zużycie, termin TCP/Ipodnosi do zestawu protokołów, który zawiera protokół TCP, UDP, IP, ICMP i ARP. Ponieważ protokół TCP/IP jest dostępnych wiele różnych systemów operacyjnych, takich jak UNIX, MVS, maszyna wirtualna, VMS, systemu NetWare i OS/2, systemu Windows NT można użyć protokołu TCP/IP komunikować się tych różnych systemów operacyjnych. Protokół TCP/IP zapewnia poprzednimi Internet na całym świecie. Protokół TCP/IP jest forscaleable strategicznych protokołu firmy Microsoft w sieci opartej na systemie Windows. Driverincludes transportu protokołu TCP/IP systemu Windows NT, TCP, UDP, IP, ICMP, protokół ARP i NBT. Microsoft całkowicie przeprojektowałasterownik transportu TCP/IP w systemie Windows NT 3.5, zapewniając wiele sterownik transportu enhancementsover strumieni na podstawie protokołu TCP/IP w systemie Windows NT 3.1. Zgodności z systememnetbios dla protokołu TCP/IP jest NetBIOS przez TCP/IP (NetBT Windows NT 3.5; NBT w systemie Windows NT 3.1).Oprogramowanie NWLink (IPX)Novell NetWare ma obecnie największe wśród systemów operacyjnych basednetwork PC udziały w rynku. Macierzystego protokołu warstwy sieci NetWare jest IPX, Novell własnościowych potomkiem Protokół XNS firmy Xerox. Microsoftimplements niższy poziom NetWare, protokoły w transportdriver oprogramowania NWLink, która obejmuje IPX, SPX, RIPX i NBIPX. Netbiosdla protokół NWLink to NetBIOS przez IPX, znany również jako NBIPX (nwlnknb w systemie Windows NT 3.5; NWNBLink w systemie Windows NT 3.1).

Porównanie charakterystyk sterowników transportu


W tej sekcji porównano sterowniki transportu systemu Windows NT w każdym z następujących obszarów: 

  • Doświadczenie i uznanie w przemyśle
  • Otwórz lub opatentowane specyfikacje
  • Współdziałanie
  • Łatwość konfigurowania i administrowania
  • Segmentacja sieci
  • Możliwości routingu
  • Nazwa wymagania rejestracji i rozpoznawania
  • Ruch w sieci
  • Raportowanie o stanie sieci
  • Wymagania dotyczące pamięci
  • Wydajność
  • Obsługa programowania aplikacji

Jak wspomniano wcześniej, klient komputerowego willdetermine środowiska charakterystyki protokołów są pożądane, a które są najważniejsze. Stosowanie i wagaponiższych charakterystyk będzie zależna od następujących czynników: 

  • Wielkość sieci
  • Jednego lub wielu lokalizacji
  • Węzły homogeniczne lub heterogeniczne
  • Wymagania dotyczące łączności Internet
  • Wymagania dotyczące programowania aplikacji
  • Rozmiar i wiedzy fachowej personelu pomocniczego

Doświadczenie i uznanie w przemyśleWięcej popularnych protokołów mają większe o wsparcie doświadczonegozespołu. W koniec 1994 Sage Research Inc. wykonywane przeprowadziłabadania na podstawie routinguw co najmniej 250 węzłów w Fortune 500companies. Ich badania stwierdził, że protokół TCP/IP jest używany na 95% wszystkich badańwykazało, a protokół SPX/IPX na 87%. 

  • Użycie protokołu NetBEUI jest ograniczone przede wszystkim do środowisk sieciowych firmy Microsoft i IBM PC.
  • I protokół TCP/IP powszechnie akceptowane, ustanowiona rozumiane, szczególnie w systemie UNIX i sieci niż komputer. To jest protokół Internet na całym świecie.
  • Protokół SPX/IPX jest najpopularniejszym protokołem w środowiskach sieciowych komputera.

Otwórz lub opatentowane specyfikacjeOtwarte specyfikacje protokołów umożliwiają deweloperom uzyskiwanieinformacji niezbędne do opracowania własnych sterowników bez opłat protokołówsieciowych. 

  • Protokół NetBEUI jest Opatentowany przez firmę IBM. Jednakże IBM udostępnia niniejszej specyfikacji dla deweloperów.
  • Protokół TCP/IP jest otwartą specyfikacją. Każdy może łatwo uzyskać specyfikacje RFC wprowadzania w życie protokołów TCP/IP. Każdy może również złożyć do Internet Engineering Task Force (IETF) do rozpatrzenia w specyfikacjach RFC.
  • Protokół SPX/IPX jest Opatentowany przez firmę Novell, co może utrudnić uzyskanie specyfikacji dla górnych warstw, takich jak protokół NCP. Jednakże Novell udostępniła nowej specyfikacji SPX II.

WspółdziałanieDostępność protokołu na wielu różnych platformach sprzętowych systemów operacyjnych zawiera zalet współdziałania. Windows Ipxprzez macierzystego obsługę protokołu NetBEUI, protokół TCP/IP i protokół SPX/IPX poprzez NBF, TCP/IP i kierowców transportu NWLink. 

  • Protokół NetBEUI jest ograniczony niemal wyłącznie do sieci firmy Microsoft i IBM PC: Microsoft LAN Manager, Windows NT, Windows for Workgroups; LAN Manager for UNIX; i środowisk LAN Server i IBM PCLAN.
  • Protokół TCP/IP jest dostępny na różnych systemów operacyjnych, takich jak Windows NT, UNIX, NetWare, VMS, maszyny Wirtualnej, MVS, MS DOS, komputerów Macintosh i OS/2. To jest protokół Internet na całym świecie. Protokół NetWare/IP umożliwi klienci systemu NetWare mogą uruchamiać TCP/IP-tylko sieci, dostępu do usług systemu NetWare bez konieczności SPX/IPX. Protokół NetWare/IP nie jest jednak macierzysty protokół IP dla systemu NetWare; to emuluje stosu protokołu IPX do NCP, który nadal wymaga poważniejszych IPX (lub emulowanej IPX) warstwy. Dla porównania system Windows NT zawiera niezależny protokół, systemem małych i średnich firm nad sterownikami transportu bez konieczności emulacji.
  • Protokół IPX jest macierzystym protokołem NetWare firmy Novell. Jednak protokół SPX/IPX jest również dostępny w innych systemach operacyjnych: Microsoft udostępnia oprogramowanie NWLink dla systemu Windows NT; TGV udostępnia protokół IPX dla maszyn wirtualnych gru. Firma Novell oferuje protokół IPX na UnixWare.

Łatwość konfigurowania i administrowaniaAdministratorzy sieci rozmiar pragnienie prostoty administracji pragnąłatwości konfigurowania klientów i sieci. Dużych witryn mają aby wielu klientów, podczas gdy małych witryn może nie mieć wystarczających personelem pomocy technicznej. Wszystkie trzy protokoły są automatycznego dostrajania w ich wdrażaniu systemu Windows NT 3.5. Jednakże Microsoft udostępnia parametry konfiguracyjne do szczególnychprzypadkach w szczególnych sytuacjach. 

  • NBF wymaga niewielkiej lub żadnej konfiguracji początkowej lub administrowanie siecią.
  • Protokół TCP/IP jest potencjalnie trudne do skonfigurowania ze względu na złożoność względne wieloczęściowych nazw schematu oraz fakt, że brama domyślna (router) muszą być zidentyfikowane dla każdej stacji. W celu zmniejszenia obciążeń konfiguracji klienta, systemu Windows NT 3.5 obsługuje DHCP Dynamic Host Configuration Protocol (), otwarty standard, który niewidoczną dynamiczną negocjację konfiguracji klienta. Klienci DHCP nie wymagają żadnych ręcznej konfiguracji protokołu IP, a administratorzy nie trzeba ręcznie przypisywać adresy IP. Jednak protokół DHCP wymaga właściwego planowania i administrowania serwerami DHCP.
  • Oprogramowanie NWLink wymaga niewielkiej lub żadnej czynności konfiguracyjnych w małych sieciach bez routingu. Składnik Identyfikatora węzła adres IPX jest po prostu 6 bajtowy adres MAC karty sieciowej. Ten identyfikator węzła prostego eliminuje potrzebę ręcznej konfiguracji klienta. Konfigurowanie sieci wewnętrznych i zewnętrznych serwerów jest jednak bardziej skomplikowane.

Segmentacja sieciDla administratorów dużych sieci pragnienie możliwości rozróżniania wielu połączonych sieci. Hierarchiczny sieci addressesprovide możliwość zarządzania hierarchią podsieci w ramach sieci, umożliwiając lepsze przekazywanie i zabezpieczeń. Tworzenie mniejszych segmentów stacje mniejszychsegmentów zapewnia łatwiejsze w obsłudze sieci ze zmniejszonym ruchem. Ta możliwość może nie być krytycznych dla małych sieci. 

  • Protokół NetBEUI korzysta z jednej części schemat nazewnictwa i nie ma więc możliwości do rozróżniania wielu połączonych sieci.
  • Protokół TCP/IP używa schemat nazewnictwa części multi, który pozwala wielu bardzo dużych sieci na segmentację do wielu poziomów podsieci. Administratorzy sieci, można użyć składnika Identyfikatora sieciowego adresu IP w połączeniu z maską podsieci do konfigurowania i zarządzania podsieci w podsieci. Protokół IP używa podsieci do logicznie podzielić dużych sieci na osobne, małe połączone podsieci.
  • IPX korzysta ze schematu dwuczęściowych nazw który pozwala wielu dużych sieci na segmentację na wiele podsieci. Identyfikator sieci IPX nie jest jednak hierarchiczny; nie dzieli na podskładniki.

Możliwości routinguSieci wymagają możliwości routingu, podczas jednego locationnetworks jest mało przydatna dla takich możliwości. Notgenerally protokołów routingu umożliwiają pakietów emisji, aby przechodzić przez routery, a tym samym przeciążenie pośrednie. IP i IPX obsługują routing macierzyście; robią hermetyzowania routingu. Obie zatrudniają wnętrza bramy protocols(IGPs) do wymiany informacji dotyczących routingu między routerami w protokołówigp (tj, Grupa węzłów kontrolowana przez pojedynczy Protocol). Jednym z najbardziej typowe protokołami jest Routing Information Protocol (RIP), który używa algorytmu odległość vector w celu określenia optymalnych ścieżek. Implementacje protokołu RIP używany w IP i IPX oparte są na XNSRIP opracowane przez firmy Xerox Corporation Palo Alto Research Center (PARC). 

  • Protokół NetBEUI jest nie obsługuje routingu. Protokół NBF obsługuje prosty formularz routingu znaną jako Token ring routingu źródła oferowane tylko w sieciach Token Ring. Jednak routing źródła nie jest faktycznie zaimplementowana w warstwie sieci OSI.
  • Pakiety TCP/IP są routowane przez routery innych firm, które korzystają z protokołu RIP, protokołami, takich jak Cisco Systems wnętrza Gateway Routing Protocol (IGRP) lub protokołu Open Shortest Path First (OSPF) organizacji IETF, mimo że system Windows NT nie rozumie tych protokołów. Jednak jeśli Usługa MPR jest zainstalowana, system Windows NT używa protokołu RIP. System Windows NT można skonfigurować jako statyczny router protokołu TCP/IP, zaznaczając pole wyboru Włącz Routing IP w Panelu sterowania. Routing dynamiczny musi być zaimplementowana dla routerów innych firm.
  • System Windows NT nie może działać jako IPX router, ale IPX udostępnia pełną obsługę routingu sieciowego. NWLink wykorzystuje protokół Routing Information Protocol przez IPX (RIPX) do wdrożenia trasy i router usługi odnajdowania używane przez SPX i NBIPX. Podczas ładowania oprogramowanie NWLink wysyła żądania RIPX numer sieci do adresowania na poziomie protokołu IPX. Serwery NetWare odpowiadają pakietem RIP, zawierającym numer sieciowy sieci lokalnej. Jeśli nie będzie odpowiedzi RIPX, NWLink wykorzystuje 0 dla numeru sieci i wskazuje, że pakiet IPX jest dla lokalnej podsieci.

Rejestracja nazw i wymagania dotyczące rozpoznawaniaWymagania dotyczące rozpoznawania nazw wpływ uproszczenia administrowania siecią prostotękonfigurowania klienta. Metody rejestrowaniai wpływ na ilość emisji i multiemisji w sieci, omówione w sekcji na ruch w sieci.Rejestracja nazw NetBIOSWszystkie sterowniki transportu muszą rejestrować nazwy NetBIOS, aby zapewnić unikatowość każdej nazwy jest unikatowy.Rozpoznawanie nazw NetBIOSNazwy warstw aplikacji (nazwy hosta NetBIOS i gniazd) muszą ostateczniezostać rozpoznane adresy warstwy łącza danych (MAC). Sterowniki transportu, które nie przetwarzają NetBIOS nazwy macierzyste mają resolutionstep nazwa pośrednie w warstwie sieciowej, gdzie rozpoznawać nazw NetBIOS rozpoznawanejako format macierzysty. 

  • NBF używa nazw NetBIOS macierzyście, a następnie usuwa je na adresy MAC.
  • W sieciach TCP/IP usługa NetBT rozpoznaje nazwy NetBIOS na adresy IP, które następnie są rozpoznawane jako adresy MAC przez pamięć podręczną ARP lub za pośrednictwem emisji.
  • W protokole NWLink NBIPX rozpoznaje nazwy NetBIOS na adresy IPX. Adresy IPX zawierają jako identyfikator hosta, adres MAC, więc IPX nie wymaga dalszego rozpoznawania.

Rozpoznawanie nazw hostów gniazdDla aplikacji Windows Sockets protokół TCP/IP rozpoznaje nazwy hosta jako adresy IP, które następnie rozpoznaje adresy MAC.Ruch w sieciMetoda rejestrowania i rozpoznawania nazw często wpływa naliczbę emisji lub multiemisji (ograniczona emisja) aktywności obecny w sieci. Emisja i multiemisja korzysta z przepustowości sieci w segmencie i na wszystkie połączone segmenty i postępuje przetwarzania cykli na każdej stacji roboczej tego samego protokołu. Protokoły z wysokiego poziomu emisjilub multiemisji nie są generalnie dobrze nadaje się do wielkich sieci.Emisje rejestracji nazwNazwy NetBIOS musi być zarejestrowana w celu zapewnienia, że każda nazwa jest unikatowa. Wszystkie te środki transportu użycia sterowników emisji, z jednym wyjątkiem. W TCP/IP klienci usługi WINS Wyślij żądanie rejestracji nazw bezpośrednio do serwera WINS. Bez serwera WINS klienci mogą używać agenta proxy WINS do rozpoznawania nazw, ale relyon emisji rejestracji nazw. Usługi WINS systemu MS-DOS klientów rozpoznanianazw żądań do serwera WINS, ale korzystają przy rejestracji nazwy.Emisje rozpoznawania nazwRozpoznawanie nazw może być dokonane przy emisji, buforowane mapowanie, wyszukiwanie w lokalnym pliku mapowania lub kwerendy usługi nazw. 

  • NBF nie pamięci podręcznej nazw NetBIOS, które zostały już wyeliminowane na adresy MAC. NBF również nie używa nazwy pliku lub usługa mapowania. W związku z tym NBF wygeneruje aktywności multiemisji każdym razem, gdy łącze do innej stacji jest ponownie ustanowione.
  • Protokół TCP/IP w systemie Windows NT 3.5 udostępnia wiele opcji rozpoznawania nazw, wynikające z emisji kilka Jeśli prawidłowo skonfigurowany. Do rozpoznawania nazw NetBIOS protokół TCP/IP może używać pamięci podręcznej, wyszukiwanie LMHOSTS, kwerendy do serwera WINS, emisję, kwerendy DNS i wyszukiwania HOSTS. Do rozpoznawania nazw hostów protokół TCP/IP może używać wszystkich tych metod z wyjątkiem pamięci podręcznej. Niezależnie od metody używane do rozpoznawania nazw NetBIOS i hostów IP musi rozpoznawać adresy IP jako adresów MAC. Ten etap ostatecznego rozstrzygnięcia jest realizowane przez pamięć podręczną ARP lub emisji ARP.
  • Protokół NWLink korzysta z rozpoznawania nazw na adresy emisji. Oprogramowanie NWLink zmniejsza jednak nazwa działania emisji rozwiązanie przez buforowanie nazw NetBIOS do mapowania adresów IPX. Oprogramowanie NWLink nie używa nazwy pliku lub usługi mapowania adresów. Przyszłej wersji może wdrożyć usługę nazwę podobną do usługi WINS lub DNS.

Emisje routeraProtokół NetBEUI jest nie obsługuje routingu i w związku z tym nie ma wpływu wpływuna. Dynamiczny, IP i IPX routery zachowują tabeleroutingu RIP emisji dla każdego portu w regularnych odstępach czasu. Protokół IP dokonuje emisji co 30 sekund; IPX, co 60 sekund. Wszystkie serwery plików NetWare są routerami, a w związku z tym emisji RIP. IPRIP umożliwia uczestnikom czynnej lub biernej. Aktywni emisji RIP; pasywne lub dyskretnym uczestników tylko słuchać. Ipsą active hostów IP są zazwyczaj pasywnego. Niestety oraz protokołu IP RIP komunikuje się z protokołu IPX RIP, wynikające zbędne emisje RIP w sieciach IP i IPX.Pakiety emisji SAPSerwery IPX korzystają inne węzły IPX ich obecność i usług, które dostarczają Service Advertising Protocol (SAP) do advertisingprotocol. Serwery IPX, ale nie routery, wydać emisji SAP co 60 sekund. Klienci używają protokołu SAP, aby określić, jakie zasoby sieci są dostępne. Te pakiety emisji SAP może spowodować przeciążenie w sieciach z przypadkukorzystania, szczególnie przez łącza WAN. Oprogramowanie NWLink nie dokonuje emisji.Aby rozwiązać ten problem w systemie NetWare, Novell zaimplementowana filtrów protokołu SAP i protokołu usługi łącza NetWare (NLSP) w jego Router(MPR) Multiprotocol z systemem NetWare 4.x. NLSP pary tras oparte na protokole OSPF informacje withNovell funkcje SAP, znacznie zmniejszając narzutów trafficcommonly generowane przez protokoły RIP i SAP.Emisje DHCPKonfiguracja klienta IP znacznie po prostu udzieli jej serwer DHCP. Jednakże dhcpnieznacznie zwiększyć ruch w sieci. DHCP klientaza za pomocą emisji. Adres IP klienta wydanego przezserwer oferowane przez serwer DHCP, wszystkie działania po za pomocą pakietówskierowanych. Ponieważ serwery DHCP działać autonomicznie, nie ma żadnych replicationtraffic między serwerami DHCP.Replikacja WINSSerwer WINS może znacznie zmniejszyć emisje kwerend nazw. Jednakże WINS użycieusługi ruch sieciowy replikacji między wiele serwerów WINS. Jeśli prawidłowo skonfigurowany ten ruch replikacji będzie minimalny i zmniejszy się ruchzwiązany ruch sieciowy.Raportowanie o stanie sieci 

  • Protokół NBF nie zawierają żadnych informacji o stanie sieci.
  • Protokół TCP/IP routery używają protokołu ICMP do powiadom Yródło, że błędów napotkano, takich jak host docelowy jest nieosiągalny "Tłumienie źródła", itp.
  • Protokół IPX nie zawierają żadnych informacji o stanie sieci. IPX ma nie protokołu kontrolnego, takich jak TCP/IP protokołu ICMP. IPX router nie ma sposobu, aby wskazać stacji wysyłającej, miejsce docelowe jest nieosiągalne, że powinno to zmniejszyć jego szybkość transmisji, itd.

Wymagania dotyczące pamięciAdministratorzy sieci zwykle pragnienie zużycia pamięci, zwłaszcza na komputerach klienckich. Wymagania dotyczące pamięci protokołu są zwykle bardziej zależne od implementacji sterownika transportu, a nie od samego protokołu implementacjisterownika. 

  • NBF ma stosunkowo niewielką pamięć.
  • TCP/IP i IPX mają podobne wymagania dotyczące użycia pamięci, ale wymagają więcej niż protokół NBF.

WydajnośćProtokół wydajność zależy zwykle wydajność i tuningof implementacja sterownika transportu, a nie samego protokołu. 

  • Protokół NBF jest dostrojony do małych sieci lokalnych i w związku z tym jest bardzo szybko. Jego wydajność w sieci WAN jest niska.
  • Protokół TCP/IP nie jest tak szybka jak NBF w małych sieciach lokalnych. Sterownik protokołu TCP/IP w systemie Windows NT 3.1 jest znacznie wolniejszy niż sterownik NBF w sieci lokalnej. Jednak przeprojektowany protokół TCP/IP w systemie Windows NT 3.5 jest tylko nieco wolniej niż NBF.
  • Oprogramowanie NWLink nie jest tak szybka, jak protokół NBF w małych sieciach lokalnych. Sterownik oprogramowania NWLink w systemie Windows NT 3.1 jest znacznie wolniejszy niż sterownik NBF w sieci lokalnej. Jednak przeprojektowany protokół NWLink w systemie Windows NT 3.5 jest tylko nieco wolniej niż NBF.
  • Protokoły IPX/SPX mają pewne ograniczenia wydajności znaczące w rutowanych sieci (rozległej), dlatego Novell ma zostały modyfikując je z "szereg pakietów" i "SPX II" zmiany.
  • Protokół IPX jest trochę szybszy od protokołu TCP/IP dla plików i wydruku operacji, a tylko nieco wolniej niż protokół TCP/IP dla usługi aplikacji.

Obsługa programowania aplikacji 

  • Protokół NBF umożliwia NetBIOS, nazwanych potoków, Mailslot, NetDDE, RPC przez NetBIOS i RPC przez nazwane potoki programowania przy użyciu NBFP. NBF nie obsługuje Sockets lub RPC przez gniazda programowania.
  • Protokół TCP/IP umożliwia gniazd i RPC przez programowanie TCP i UDP aplikacji gniazd. Protokół TCP/IP umożliwia także NetBIOS, nazwanych potoków, Mailslot, NetDDE, RPC przez NetBIOS i RPC w nazwanych potokach programowanie NBT.
  • IPX umożliwia gniazd i RPC przez programowanie IPX i SPX Sockets aplikacji. IPX umożliwia także NetBIOS, nazwanych potoków, Mailslot, NetDDE, RPC przez NetBIOS i RPC w nazwanych potokach programowania protokole NBIPX. IPX obsługuje identyfikatory gniazd do użytku przez aplikacje Sockets i inne aplikacje, które używają protokołu IPX bezpośrednio. Ta funkcja hostingu bezpośredniego umożliwia IPX na przewagę wydajności dla małych we/wy pomijając protokół NBIPX i wywołując bezpośrednio protokół IPX.  
       API                    TCP/IP          NWLink          NBF   --------------------   -------------   -------------   ---   NetBIOS                Yes (NBT)       Yes (NBIPX)     Yes   Named Pipes            Yes (NBT)       Yes (NBIPX)     Yes   Mailslot               Yes (NBT)       Yes (NBIPX)     Yes   NetDDE                 Yes (NBT)       Yes (NBIPX)     Yes   Sockets                Yes (TCP/UDP)   Yes (SPX/IPX)   No   RPC over NetBIOS       Yes (NBT)       Yes (NBIPX)     Yes   RPC over Named Pipes   Yes (NBT)       Yes (NBIPX)     Yes   RPC over Sockets       Yes (TCP/UDP)   Yes (SPX/IPX)   No						

Inne zagadnieniaUżytkownicy, którzy chcą łączyć się z Internetem globalnego należy uzyskać InterNIC Uzyskaćidentyfikator sieci. Gwałtownie spada dostaw nieprzydzielone adresów IP w Ipw. W celu rozwiązania tego problemu Internet Engineering Task Force (IETF) utworzyła grupę roboczą IP wersja 4 Address szacowania (IPv4 ALE) do określenia, ile longerIPv4 może trwać. Grupa IETF jest także rozwijanie IP w wersji 6 (IPv6), znane również jako IP Next Generation (IPng), aby zastąpić bieżące IPv4. IPng zwiększa adresy protokołu IPv4 z czterech bajtów (32 bity) do szesnastu bajtów (128 bitów). Istnieje jednak wiele kontrowersji kontrowersji.

Podsumowanie


Characteristic             TCP/IP           NWLink           NBFIndustry Acceptance        Most popular,    Primary protocol Limited to IBMand Experience             especially in    in PC networks   &amp; Microsoft PC                           non PC networks                   networks---------------------------------------------------------------------------Open vs. Proprietary       Open             Proprietary      Proprietary,Specification                                                but published</H3>Interoperability           Available on     Available on     Limited to IBM                           nearly every     many platforms   &amp; Microsoft PC                           platform                          networks---------------------------------------------------------------------------Simplicity of Client       Can be           Simple           SimpleConfiguration              difficultSimplicity of              Can be           Simple           SimpleAdministration             difficultNetwork Segmentation:   ------------------------------------------------------------------------   Differentiates          Yes              No               No   Between Networks   ------------------------------------------------------------------------   Hierarchy of Subnets    Yes              Yes              No   within Networks---------------------------------------------------------------------------Routing Capabilities       Native           Native           NoName Resolution Requirements:   ------------------------------------------------------------------------   Application Layer to    Resolves host    Resolves         Uses NetBIOS   Network Layer           or NetBIOS name  NetBIOS name     names natively                           to  IP address   to IPX address   ------------------------------------------------------------------------   Network Layer to        Resolves IP      IPX address      Resolves   Data Link Layer         address to MAC   contains MAC     NetBIOS name                           address          address          to MAC address---------------------------------------------------------------------------Network Traffic:   ------------------------------------------------------------------------   NetBIOS Name            WINS, Broadcast  Broadcast        Broadcast   Registration   ------------------------------------------------------------------------   NetBIOS Name            Cache, WINS,     Cache,           Multicast   Resolution              WINS Proxy,      Broadcast                           LMHOSTS,                           Broadcast,                           HOSTS, DNS   ------------------------------------------------------------------------   Router Broadcasts       Dynamic routers  Dynamic routers  N/A                           issue RIP        &amp; NetWare file                           broadcasts       servers issue                           every 30         RIP broadcasts                           seconds          every 60 seconds   ------------------------------------------------------------------------   SAP Broadcasts          N/A              IPX servers      N/A                                            issue SAP                                            broadcasts every                                            60 seconds.   ------------------------------------------------------------------------   DHCP Broadcasts         Client IP        N/A              N/A                           configuration                           negotiated via                           broadcast.   ------------------------------------------------------------------------   WINS Replication        Replication      N/A              N/A                           traffic when                           using multiple                           WINS servers---------------------------------------------------------------------------Network Status Reporting   Yes              No               NoPerformance:   ------------------------------------------------------------------------   Small LANs              Fast             Fast             Fastest   ------------------------------------------------------------------------   File and Print          Fast             Fastest          Fast   Operations   ------------------------------------------------------------------------   Application Services    Fastest          Fast             Fast---------------------------------------------------------------------------				

 

Informacje


  • Pojęcia dotyczące systemu Windows NT 3.5 i przewodnik po planowaniu, rozdział 2
  • System Windows NT Server TCP/IP
  • System Windows NT Server rozwiązań dla sieci NetWare
  • Novell IPX Router Specification, numer katalogowy Novell 107-000029-001
  • Dokumentacja techniczna LAN IBM, IBM publikacji, 39F9353, SC30-3383-03
  • Internetworking with TCP/IP, woluminów I i II, przez Douglas E. Comer