Vergleich von Windows NT-Netzwerkprotokolle

Gilt für: Windows NT

ZUSAMMENFASSUNG


Im folgende Artikel auf Windows NT-Protokolle ist eine Kopie des Articlepublished in Microsoft Newsletter "Premier anzeigen".

WEITERE INFORMATIONEN


Vergleich von Windows NT-Netzwerkprotokolle 

Übersicht


Microsoft bietet drei Fahrer (z.B. Protokolle) von Windows NT 3.5: TCP/IP, NWLink und NBF. Windows NT 3.5 wird auch mit DLCprotocol, die keine Transport Layer Dienste bereitstellt. Implementieren Sie dieses Driversthat Transport Windows NT TCP/IP, NWLink und NBF auf Articlethe ausgedrückt TCP, Novell SPX/IPX und IBM NetBEUI Networkprotocol Suites. Dieser Artikel vergleicht diese Protokolle Asimplemented Treiber Transport Windows NT 3.5 inselecting Benutzer die entsprechenden Protokoll(e) für ihr Netzwerk unterstützt.Kunden mit einem anderen Satz von Protokoll werden empfiehlt dieser Artikel nicht die Protokoll-Merkmale verwenden. Stattdessen werden die Vorteile der einzelnen, damit Enablingcustomers die beste Wahl für ihre Umgebung zu. Microsoft wird diese drei Protokolle heute und langfristig unterstützen.Windows NT installiert NWLink standardmäßig, da IPX das Mostcommon Protokoll in PC-Netzwerke ist und relativ einfach Configurationrequirements. Allerdings können Administratoren setup.inf Dateien zu installieren andere Protokolle standardmäßig ändern. Diese Einstellung ist nicht Implypreference von NWLink über TCP/IP oder NBF.Hinweis: In der Version Windows NT 3.51 ist TCP/IP jetzt standardmäßig installiert.Kunden verwenden in der Regel mindestens erforderlichen Protokolle Becausemultiple Protokolle in der Regel Folgendes Ergebnis: 

  • Höheren Speicherbedarf für Clients.
  • Komplexe Konfiguration und Netzwerk Clientverwaltung.
  • Höhere Support- und lizenzieren Kosten.

Windows NT-Treiber Transportarchitektur


Die Network Basic Input/Output System (NetBIOS) standard, welche Wasoriginally für IBM durch Sytek 1983 entwickelt definiert zwei Entitäten: 

  • Eine Sitzungsebene Schnittstelle, eine standard-API für Benutzer Applikationen Netzwerk-e/a und Kontrolle Richtlinien zugrunde liegenden Netzwerkprotokollsoftware übermitteln. NetBIOS-Befehle müssen über Netzwerk-Kontrollblöcke (NZBen) eingereicht.
  • Eine Sitzung Daten Management Transportprotokoll NetBIOS Frames Protocol (NBFP) bezeichnet. NBFP Funktionen zu Sitzung Transportebenen Netzwerk-e/a ausführen, NetBIOS aufzunehmen Schnittstelle Befehlssatz.

Eine Anwendung, für die bereits die NetBIOS-Schnittstelle API verwendet, kann jede Transporttreiber bearbeiten, die die NetBIOSinterface verfügbar macht. Transporttreiber, die nicht NBFP (z. B. TCP/IP-AndIPX) implementieren müssen die NetBIOS-Schnittstelle verfügbar machen und einen bestimmten Reihenfolge der systemeigene Networkframes und Protokolle EachNetBIOS Interface-Befehl zuordnen.Im Gegensatz zu 16-Bit-Windows, MS-DOS und OS/2-Versionen von Microsoft Networksoftware Windows NT Fahrer setzen die NetBIOS-Schnittstelle; stattdessen setzen sie flexibler Transport Driver Interface (TDI). Windows NT enthält einen NetBIOS-Emulator NetBIOS-Befehle TDIcommands und Ereignisse zuordnen. Interne Netzwerkkomponenten von Windows NT verwenden TDIcommands und Ereignisse statt NetBIOS-Befehle Withunderlying Fahrer kommunizieren.Die TDI-Clients müssen NetBIOS-Adresse Nachricht und die ModusDatenquelle übertragen. NBF unterstützt dies durch NBFP. Transporte Thatdo keinen NBFP implementieren eine NetBIOS-Kompatibilitätsebene ResolveNetBIOS Format Adressen auf den Transport systemeigene Adressformat und Toimplement Modus Daten übertragen Transportprotokoll systemeigene Datatransfer.Windows NT-Transporttreiber bieten Dienste in mehreren Layersof das OSI-Referenzmodell definiert: Einige Sitzungsebene Dienste; Alle AdressenNetzwerkschnittstellen Diensten der Transportschicht; und Services LLC Unterebene DataLink-Ebene. Alle Dienste zwischen dem TDI- und NetworkDriver 3.0 NDIS (Interface Specification)-Schnittstelle ist. Alle Windows-NTtransport Treiber außer DLC exportieren TDI-Schnittstelle bei der oberen Edgefor Kommunikation mit TDI-Clientanwendungen wie Windows NTredirector und Server. Sie exportieren die NDIS-Schnittstelle am unteren Edgefor Kommunikation mit den zugrunde liegenden Treiber der Netzwerkschnittstellenkarte (NIC).

Hintergrundinformationen zu Windows NT Fahrer


NBF (NetBEUI)IBM, NetBIOS Extended User Interface (NetBEUI) Protocolspecification zuerst 1985 eingeführt. Es ist für Abteilung LANs oder LANsegments optimiert. Windows NT NetBEUI Rahmen (NBF) transport Driver Implementsthe IBM NetBEUI 3.0-Spezifikation und ist vollständig kompatibel mit früheren Microsoft-Netzwerkprodukten Lieferumfang TheNetBEUI. NBF ImplementsNBFP und erfordert daher keine NetBIOS-Kompatibilitätsebene.TCP/IPWindows NT enthält eine Implementierung der Übertragung ControlProtocol Internet Protocol (TCP/IP). Im Allgemeinen enthält der Begriff TCP-IPrefers, ein Softwarepaket für Protokolle, TCP, UDP, IP, ICMP und ARP. Da TCP für viele verschiedene Betriebssysteme wie UNIX, MVS VM, VMS, NetWare und OS/2 ist können Windows NT TCP/IP Communicatewith diese Betriebssysteme. TCP bietet auch das globale Internet Compatibilitywith. TCP/IP ist Microsofts strategisches Protokoll Forscaleable Windows-Netzwerken. Windows NT TCP Transport Driverincludes TCP, UDP, IP, ICMP, ARP und NBT. Microsoft vollständig Redesignedthe TCP transport-Treiber in Windows NT 3.5 bietet viele Enhancementsover Streams basierend TCP Transporttreiber in Windows NT 3.1. TheNetBIOS-Kompatibilitätsebene für TCP/IP ist NetBIOS über TCP/IP (NetBT InWindows NT 3.5; NBT in Windows NT 3.1).NWLink IPX)Novell NetWare hat derzeit den größten Marktanteil unter Basednetwork Betriebssysteme. NetWare systemeigene Netzwerkschicht Protokoll ist ein Novell proprietäre Nachfolger von Xerox XNS Protokoll IPX. Microsoftimplements der unteren Ebene NetWare-Protokolle in der NWLink-Transportdriver, einschließlich IPX, SPX, RIPX und NBIPX. NetBIOS-Compatibilitylayer für NWLink ist NetBIOS über IPX, auch bekannt als NBIPX (NwLnkNb InWindows NT 3.5; NWNBLink in Windows NT 3.1).

Transport Driver Merkmale vergleichen


Dieser Abschnitt vergleicht Windows NT Transporttreiber in folgenden Bereichen: 

  • Branchenweit und Erfahrung
  • Öffnen oder proprietäre Spezifikationen
  • Interoperabilität
  • Einfache Konfiguration und Verwaltung
  • Segmentieren des Netzwerks
  • Routing-Funktionen
  • Name Registrierung und Auflösung an
  • Netzwerkverkehr
  • Netzwerk-Statusberichte
  • Speicherbedarf
  • Leistung
  • Anwendungsunterstützung

Wie bereits erwähnt der Kunde computing-Umgebung Willdetermine die Protokoll-Eigenschaften wünschen, und die wichtigsten. Die Anwendbarkeit und die Foregoingcharacteristics werden von folgenden Faktoren abhängig: 

  • Größe des Netzwerks
  • Einem oder mehreren Standorten
  • Homogenen oder heterogenen Knoten
  • Internetkonnektivität
  • Programmierung Anforderungen
  • Größe und Support-Mitarbeiter

Branchenweit und ErfahrungDie beliebtesten Protokolle haben größere auf der Grundlage der erfahrenen Supporttechnikern Design. Ende 1994 Sage Research, Inc. durchgeführt basierend Studie Ofrouter LAN-Backbones mindestens 250 Knoten Fortune 500companies. Die Studie ergab, dass TCP/IP und SPX/IPX 87 % auf 95 % aller Suchnetworks verwendet. 

  • Verwendung von NetBEUI ist Microsoft und IBM PC-Netzwerk beschränkt.
  • TCP/IP ist weithin akzeptiert, eingerichtet und verstanden, insbesondere UNIX und nicht PC-Netzwerke. Es ist das globale Internet-Protokoll.
  • SPX/IPX ist das beliebteste Protokoll im PC-Netzwerk.

Öffnen oder proprietäre SpezifikationenSpezifikationen zu offenen Protokollen können Programmierer zu allen Bereichen eigene Protokolltreiber ohne Payinglicense entwickelt. 

  • NetBEUI ist eine proprietäre im Besitz von IBM. Allerdings ermöglicht IBM diese Spezifikation Entwickler.
  • TCP/IP ist eine offene Spezifikation. Jeder erhalten leicht RFCs für die TCP/IP-Protokolle. Jeder Benutzer kann auch RFCs auf der Internet Engineering Task Force (IETF) zur Prüfung senden.
  • SPX/IPX ist eine proprietäre im Besitz von Novell, die Spezifikationen für die oberen Ebenen wie NCP zu erschweren kann. Novell hat neue SPX II-Spezifikation zur Verfügung.

InteroperabilitätDie Verfügbarkeit des Protokolls auf verschiedene Betriebssysteme Andhardware Plattformen bietet den Vorteil der Interoperabilität. Windows NTprovides native Unterstützung für NetBEUI, TCP/IP- und SPX/IPX NBF, TCP/IP-und NWLink-Transporttreiber. 

  • NetBEUI ist ausschließlich auf Microsoft und IBM PC Netzwerke: Microsoft LAN Manager, Windows NT, Windows für Workgroups; LAN Manager für UNIX; und IBM PCLAN und LAN-Server.
  • TCP/IP ist auf eine Vielzahl von Betriebssystemen wie Windows NT, UNIX, NetWare, VMS, VM, MVS, MS DOS, Macintosh und OS/2. Es ist das globale Internet-Protokoll. NetWare-IP ermöglicht NetWare Kunden TCP/IP-nur Netzwerke ohne SPX/IPX NetWare-Dienste zugreifen. NetWare-IP ist jedoch nicht systemeigenen IP für NetWare; Emulation des IPX-Stapels NCP erfordert weiterhin einen zugrunde liegenden IPX (oder emulierten IPX) Ebene. Im Vergleich bietet Windows NT true Protokoll unabhängige Netzwerke SMBs über Transporttreiber ohne Emulation ausführen.
  • IPX ist dem systemeigenen Protokoll von Novell NetWare. SPX/IPX ist jedoch auch für andere Betriebssysteme verfügbar: Microsoft bietet NWLink für Windows NT; TGV bereit DEC VMS IPX; Novell bietet IPX auf UnixWare.

Einfache Konfiguration und VerwaltungAdministratoren von Netzwerken jeder Größe schätzen Einfachheit Clientconfiguration und Netzwerk. Große Sites haben viele Kunden Toconfigure während kleine Standorte nicht ausreichend Support in Verbindung. Alle drei Protokolle sind Windows NT 3.5 Umsetzung Selbstlernfunktion. Microsoft stellt allerdings bestimmte Optimierungsparameter Optimierungsparameter in besonderen Fällen. 

  • NBF erfordert wenig oder keine Erstkonfiguration oder Netzwerkadministration.
  • TCP/IP ist möglicherweise schwierig, relative Komplexität Multi Teil Benennen von Schema und die Tatsache, dass ein Standardgateway (Router) muss für jede Station identifiziert konfigurieren. Um die Client-Konfiguration entlasten unterstützt Windows NT 3.5 die DHCP Dynamic Host Configuration Protocol (), ein offener Standard, der dynamische Aushandlung der Clientkonfiguration transparent bereitstellt. DHCP-Clients benötigen keine manuelle IP-Konfiguration und Administratoren haben keinen IP-Adressen manuell zuweisen. DHCP erfordert jedoch sorgfältige Planung und Verwaltung von DHCP-Servern.
  • NWLink ist wenig oder gar keinen anfänglichen Clientkonfiguration in kleinen nicht gerouteten Netzwerken erforderlich. Knoten-ID-Komponente der IPX-Adresse ist einfach die sechs Byte MAC-Adresse der Netzwerkkarte Diese einfachen Knoten-ID entfällt die Notwendigkeit manueller Clientkonfiguration. Konfigurieren des Servers externen und internen Netzwerken ist jedoch komplexer.

Segmentieren des NetzwerksAdministratoren umfangreicher Netzwerke schätzen können Differentiatebetween mehrere miteinander verbundene Netzwerke. Hierarchisches Netzwerk Addressesprovide Hierarchie Teilnetzwerke in Netzwerken ermöglicht intelligenter Weiterleitung und Sicherheit verwalten. Erstellen kleinere Segmente Withfewer Stationen erzeugt leichter Netzwerke mit reduzierten Trafficlevels. Diese Funktion möglicherweise nicht für kleine Netzwerke. 

  • NetBEUI verwendet einen einzelnen Teil Namensschema und hat daher keine Möglichkeit zur Unterscheidung zwischen mehreren miteinander verbundenen Netzwerken.
  • TCP verwendet ein Multi Teil Benennungsschema, die sehr große Multi Speicherort Netzwerke logisch in mehrere Ebenen der Subnetze unterteilt werden kann. Netzwerkadministratoren können Netzwerk-ID-Komponente der IP-Adresse zusammen mit einer Subnetzmaske konfigurieren und Verwalten von Subnetzen in Teilnetze. IP verwendet Teilnetze große Netzwerke logisch in separate, kleinere miteinander verbundene Subnetze zu segmentieren.
  • IPX verwendet ein einfaches Teil Namensschema, die große Multi Speicherort Netzwerke logisch in mehrere Subnetze aufgeteilt werden kann. Die IPX-Netzwerk-ID ist jedoch nicht hierarchische; Es werden keine Unterkomponenten unterteilen.

Routing-FunktionenMulti Speicherort Netzwerke erfordern routing-Funktionen und einzelne Locationnetworks für diese Funktionen selten verwendet. Weiterleitbaren Protokollen Notgenerally zulassen Übertragungspakete Router so durchlaufen Stau reducingnetwork IP und IPX sind systemeigen routingfähige Sie führen hauptstadtoder Kapselung für routing. Beide arbeiten protocols(IGPs) interior Gateway zum Austausch von Routinginformationen zwischen Routern in einer Autonomousnetwork (d. h. eine Gruppe von Knoten durch ein Administrativeauthority gesteuert). Eine der häufigsten IGPs ist InformationProtocol RIP (Routing), die einen Vektor Abstand Algorithmus Optimumroutes bestimmen. Verwendet IP und IPX RIP-Implementierungen basieren auf der XNSRIP von Xerox Corporation Palo Alto Research Center (PARC) entwickelt. 

  • NetBEUI ist nicht routingfähig. NBF unterstützt eine einfache Form der routing bekannt als Token Ring Quell-Routing auf Token Ring-Netzwerke angeboten. Jedoch ist das routing nicht tatsächlich in der OSI-implementiert.
  • TCP-Pakete sind geroutet Drittanbieter-Router, die RIP IGPs wie Cisco Systems Interior Gateway Routing Protocol (IGRP) oder der IETF OSPF Open Shortest Path First ()-Protokoll verwenden, obwohl Windows NT selbst diese Protokolle nicht verstehen. MPR installiert ist, verwendet Windows NT jedoch RIP. IP-Routing aktivieren das Kontrollkästchen im Bedienfeld können Sie Windows NT als statischer TCP/IP-Router konfigurieren. Dynamisches routing muss mit Fremdanbieter-Routern implementiert werden.
  • Windows NT kann nicht als IPX-Router fungieren, aber IPX bietet vollständige Netzwerkunterstützung inter. NWLink verwendet Routing Information Protocol über IPX RIPX () Weg und Router Discovery Dienstleistungen SPX und NBIPX implementieren. Wenn NWLink geladen wird, sendet er eine RIPX-Anfrage für eine Netzwerknummer für Ebene IPX Adressierung verwendet werden. NetWare-Server reagiert mit RIP-Paket enthält die Netzwerknummer des lokalen Netzwerks. Ist keine Antwort RIPX, NWLink für die Netzwerknummer 0 verwendet und gibt an, dass das IPX-Paket für das lokale Subnetz.

Registrierung und AuflösungAuflösung Standardregeln beeinflussen die Einfachheit Netzwerkadministration für Client-Konfiguration. Die Methoden Namen Registrierung Andresolution beeinflussen den Aufwand broadcast oder multicast vorhanden Netzwerk später auf den Netzwerkverkehr im Abschnitt erläutert.Registrierung von NetBIOS-NamenAlle Transporttreiber müssen sicherstellen, dass Eachname eindeutige NetBIOS-Namen registrieren.NetBIOS-AuflösungAnwendung Ebenennamen (Hostnamen NetBIOS und Sockets) müssen Ultimatelyresolve, Data Link Layer MAC-Adressen. Transport Treiber dabei NetBIOS-Namen einen temporären Namen Resolutionstep direkt auf der Netzwerkebene haben in Zusammenwirken der systemeigene Adressformat, die NetBIOS-Namen aufzulösen. 

  • NBF systemintern verwendet NetBIOS-Namen und MAC-Adressen auflöst.
  • Bei TCP/IP löst NetBT NetBIOS-Namen in IP-Adressen zu MAC-Adressen ARP-Cache per Broadcast beheben.
  • -Namen von NBIPX in NWLink IPX-Adressen aufgelöst. IPX-Adressen enthalten die MAC-Adresse als Host-ID IPX keine weitere erfordert.

Auflösung des Hostnamens SocketsTCP/IP löst für Windows Sockets-Applikationen Hostnamen in IP-Adressen, die dann zu MAC-Adressen aufgelöst werden.NetzwerkverkehrDie Methode der Registrierung und Auflösung beeinflusst häufig Betrag Ofbroadcast oder Multicast (eingeschränkte Broadcast) Aktivität im Netzwerk vorhanden. Broadcast- und multicast-Aktivität Netzwerkbandbreite verwendet, die Localsegment und alle überbrückten Segmente und Zyklen Onevery Netzwerk Verarbeitungsstation dasselbe Protokoll verwendet. Mit einer hohen Ebene Ofbroadcast oder multicast Aktivität sind normalerweise nicht geeignet für Largenetworks.Namen Registrierung BroadcastsNetBIOS-Namen müssen registriert werden, um sicherzustellen, dass jeder Name eindeutig ist. Alle transport broadcast mit einer Ausnahme-Treiber verwenden. In TCP/IP-senden WINS-Clients gerichtete Anforderung an der WINS-server Clients ohne WINS können WINS-Proxy-Agent Auflösung jedoch Relyon für Registrierung übertragen. Die MS-DOS WINS-Clients Senddirected Auflösung an den WINS-Server angefordert, aber Onbroadcast für Registrierung verlassen.Name Resolution BroadcastsAuflösung kann durch Broadcast, zwischengespeicherte Mappings Nachschlagen einer lokalen Zuordnungsdatei oder die Abfrage einen Namen-Service erfolgen. 

  • NBF zwischenspeichert keine NetBIOS-Namen, die MAC-Adressen aufgelöst wurden. NBF verwendet Zuordnungsdienst oder auch nicht. Daher NBF multicast Aktivität jedes Mal generiert, wenn eine Verknüpfung zu einer anderen Station wieder hergestellt wird.
  • TCP/IP in Windows NT 3.5 bietet viele Optionen für die Auflösung von Namen, wodurch einige Broadcasts ist ordnungsgemäß konfiguriert. Für die Auflösung von NetBIOS-Namen können TCP/IP Cache, LMHOSTS Lookup WINS-Abfrage, Übertragung, DNS-Abfrage und HOSTS nachschlagen. For Host Name Resolution können TCP Methoden außer Cache. Unabhängig von der Methode zum Auflösen von NetBIOS-und Hostnamen verwendet müssen IP-Adressen zu MAC-Adressen auflösen. Diese endgültige Auflösungsphase erfolgt durch ARP-Cache oder ARP-broadcast.
  • NWLink verwendet Broadcasts zum Auflösen von Namen zu Adressen. Jedoch verringert NWLink broadcast Namen Lösungsaktivität Zwischenspeichern Adresszuordnungen IPX NetBIOS-Namen. NWLink verwendet eine Adresse zuordnen oder Service nicht. Eine zukünftige Version kann einen ähnliche WINS- oder DNS-Namensdienst implementieren.

Router BroadcastsNetBEUI ist nicht routingfähig und hat daher keinen Einfluss auf Routerbroadcasts. Dynamische IP und IPX-Router verwalten routing Tabellen Byissuing ein RIP an jedem Port in regelmäßigen Abständen zu senden. IPbroadcasts alle 30 Sekunden; IPX alle 60 Sekunden. Alle NetWare-Dateiserver grundsätzlich Router und daher RIP-Broadcasts. IPRIP kann aktive oder passive Teilnehmer. Active Participantsissue überträgt RIP; Passiv oder automatische Teilnehmer nur hören. IProuters sind normalerweise passiven IP-Hosts sind aktiv. Leider kommuniziert IP RIP nicht mit IPX RIP resultierenden inredundant RIP-Broadcasts in IP- und IPX-Netzwerken.SAP-BroadcastsIPX-Server verwendet das Protokoll SAP (Service Advertising) an Automaticallynotify anderen IPX Knoten ihre Anwesenheit und die Dienstleistungen. IPX-Server jedoch keine Router ausgeben SAP-Broadcasts alle 60 Sekunden. Clients verwenden SAP, welche Ressourcen verfügbar sind. Diese SAP-Broadcasts können Staus in Netzwerken mit Numerousservices, insbesondere über WAN-Links führen. NWLink stellt keine SAPbroadcasts aus.Zur Behebung dieses Problems auf NetWare Novell implementiert SAP-Filter und NetWare Link Service-Protokoll (NLSP) die Multiprotokoll-Router(MPR) mit NetWare 4.x. NLSP Paare Route OSPF-basierten Informationen WithNovell SAP-Funktionen erheblich reduzieren den Overhead von RIP und SAP generierten Trafficcommonly.DHCP-BroadcastsDHCP wird sehr einfach IP-Clientkonfiguration. DHCP-Willslightly erhöhen jedoch den Netzwerkverkehr. DHCP führt Clientconfiguration Verhandlungen über Broadcast. Sobald Client problemwahrnehmung IP-Adresse vom DHCP-Server angeboten wird alle Aktivitäten Directedpackets. Da DHCP-Server unabhängig handeln, gibt es keine Replicationtraffic zwischen DHCP-Servern.WINS-ReplikationWINS können Namensabfragen reduziert. Willintroduce Netzwerkverkehr für die Replikation zwischen mehreren WINS-Servern, gewinnt. Wenn konfiguriert, diesen Replikationsverkehr minimal und Thenet Effekt reduziert Netzwerkverkehr.Netzwerk-Statusberichte 

  • NBF bietet keine Informationen über den Zustand des Netzwerks.
  • TCP/IP-Router verwenden ICMP Quelle benachrichtigt, dass Fehler, wie Destination Unreachable Source Quench usw. aufgetreten sind.
  • IPX bietet keine Informationen über den Zustand des Netzwerks. IPX wurde kein Internet Control Management Protokoll wie TCP/IP-ICMP. IPX-Router hat keine Möglichkeit zu sendenden Station an ein Ziel nicht erreichbar ist, sollte die Übertragungsrate usw. verringern.

SpeicherbedarfNetzwerkadministratoren verlangen im Allgemeinen geringer Speicherbedarf, insbesondere bei Clients. Protokoll-Arbeitsspeicher sind in der Regel Acharacteristic des Transport Implementierung bei selbst. 

  • NBF hat geringen Speicherbedarf.
  • TCP/IP und IPX ähnliche Verwendung Speicherbedarf, während erfordern mehr NBF.

LeistungProtokoll Leistung hängt in der Regel die Effizienz und Tuningof der Implementierung Transport als das Protokoll selbst. 

  • NBF für kleine LAN-Kommunikation optimiert und ist daher sehr schnell. Die Leistung über WANs ist schlecht.
  • TCP/IP ist nicht so schnell wie NBF in kleinen LANs. Der TCP/IP-Treiber in Windows NT 3.1 ist deutlich langsamer als NBF in einem lokalen Netzwerk. Re entwickelt, TCP/IP in Windows NT 3.5 ist nur etwas langsamer als NBF.
  • NWLink ist nicht so schnell wie NBF in kleinen LANs. NWLink-Treiber in Windows NT 3.1 ist deutlich langsamer als NBF in einem lokalen Netzwerk. Re entwickelt, NWLink in Windows NT 3.5 ist nur etwas langsamer als NBF.
  • IPX/SPX-Protokolle haben einige signifikante Performance-Einschränkungen in einem gerouteten Netzwerk (WAN), Novell hat wurde modifiziert mit"Paket" und "SPX II" ändert.
  • IPX ist nur geringfügig schneller TCP für Datei- und Druckvorgänge und nur etwas langsamer als TCP/IP für Anwendungsdienste.

Anwendungssupport Programmierung 

  • NBF kann NetBIOS, Named Pipes Mailslot, NetDDE, RPC über NetBIOS und RPC über Named Pipes-Programmierung NBFP. NBF unterstützt keine Sockets oder RPC über Sockets-Programmierung.
  • TCP/IP ermöglicht Sockets und RPC über Programmierung über TCP und UDP-Sockets-Anwendung. TCP/IP ermöglicht auch NetBIOS, Named Pipes Mailslot, NetDDE, RPC über NetBIOS- und RPC über Named Pipes über NBT programmieren.
  • IPX aktiviert Sockets und RPC über Programmierung über SPX und IPX-Sockets-Anwendung. IPX ermöglicht auch NetBIOS, Named Pipes Mailslot, NetDDE, RPC über NetBIOS- und RPC über Named Pipes über NBIPX programmieren. IPX unterstützt Socket-IDs für die Verwendung von Sockets Applikationen und anderen Clientanwendungen, die IPX direkt verwenden. Direct können hosting IPX Leistungsvorteile für kleine e/a realisieren NBIPX umgehen und IPX direkt aufrufen.  
       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						

Weitere AspekteBenutzer, die an das globale Internet benötigen InterNIC IDfrom Netzwerk. Netzteil nicht zugewiesenen IP-Adressen der GlobalInternet ist rapide. Zu diesem Problem TheInternet Adresse bildet Engineering Task Force (IETF) IP-Version 4 AddressLifetime Schätzung (IPv4 ALE) Gruppe um festzustellen, wie viel longerIPv4 dauern kann. Die IETF entwickelt auch IP Version 6 (IPv6) auch bekanntals IP-Next Generation (IPng), um aktuelle IPv4 ersetzen. IPng Increasesthe Adressen IPv4 aus 4 Bytes (32 Bits) 16 Byte (128 Bit). Allerdings besteht Einigkeit über IPng.

Zusammenfassung


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---------------------------------------------------------------------------				

 

Informationsquellen


  • Windows NT 3.5 Entwurfs- und Planungshandbuch Kapitel 2
  • Windows NT Server TCP/IP
  • Windows NT Server-Lösungen für NetWare-Netzwerke
  • Novell IPX-Router-Spezifikation Novell-Teilenummer 107-000029-001
  • IBM LAN technische Referenz, IBM Publikationen 39F9353 SC30-3383-03
  • Mit TCP/IP Volumes Internetworking I und II von Douglas E. Comer