DECnet ist ein Gefolge von Netzprotokollen, die von Digital Equipment Corporation ursprünglich geschaffen sind, befreit 1975, um zwei PDP-11 Minicomputer zu verbinden. Es hat sich zu einer der ersten Gleicher-zu-Gleicher-Netzarchitekturen entwickelt, so DEZ in ein Netzwerkanschlussmaschinenhaus in den 1980er Jahren umgestaltend. Am Anfang gebaut mit vier Schichten hat es sich später (1982) zu einem OSI-entgegenkommenden Sieben-Schichten-Netzwerkanschlussprotokoll entwickelt.

DECnet wurde direkt ins Flaggschiff im DEZ Betriebssystem VMS seit seinem Beginn eingebaut. Später Digital hat es zu Ultrix, sowie Apple Macintosh und IBM PC getragen, der Varianten von DOS und Windows von Microsoft unter dem Namen-DEZ Pathworks führt, diesen Systemen erlaubend, zu DECnet Netzen von VAX Maschinen als Endknoten in Verbindung zu stehen. Mehr kürzlich ist eine Version der offenen Quelle für GNU/Linux entwickelt worden. Der DECnet Code im Kern von Linux wurde als verwaist am 18. Februar 2010 gekennzeichnet.

Kurze Übersicht der Evolution von DECnet

DECnet bezieht sich auf einen spezifischen Satz der Hardware und Softwarenetzwerkanschlussprodukte, die DIGITAL Network Architecture (DNA) durchführen. Die DIGITAL-Netzarchitektur ist im Wesentlichen eine Reihe von Dokumenten, die die Netzarchitektur im Allgemeinen definieren, die Spezifizierungen für jede Schicht der Architektur festsetzen, und die Protokolle beschreiben, die innerhalb jeder Schicht funktionieren. Obwohl Netzprotokoll Werkzeuge von Analysator neigen dazu, alle Protokolle vom DIGITALEN als "DECnet" genau genommen zu kategorisieren, DIGITAL-Protokolle wie LAT nichtaufgewühlt hat, sind SCS, AMDS, LETZT / JUNGE nicht DECnet Protokolle und sind nicht ein Teil der DIGITAL-Netzarchitektur.

Die Evolution von DECnet zu verfolgen, soll die Entwicklung der DNA verfolgen. Die Anfänge der DNA waren am Anfang der 1970er Jahre. DIGITAL hat seine erste DNA-Spezifizierung in ungefähr derselben Zeit veröffentlicht, dass IBM seine Systems Network Architecture (SNA) bekannt gegeben hat. Seit dieser Zeit hat sich die Entwicklung der DNA durch die folgenden Phasen entwickelt:

Phase I (1974)

Unterstützung, die auf zwei PDP-11 beschränkt ist, die den RSX-11 Betriebssystem nur, mit der Kommunikation über den Punkt-zu-Punkt-(DDCMP) führen, verbindet sich zwischen Knoten.

Phase II (1976)

Die Unterstützung für Netze von bis zu 32 Knoten mit vielfachen, verschiedenen Durchführungen, die mit einander zwischenfunktionieren konnten. Durchführungen haben sich zu eingeschlossenem RSTS, SPITZEN 10 und SPITZEN 20 mit Kommunikationen zwischen Verarbeitern ausgebreitet, die noch auf Punkt-zu-Punkt-Verbindungen nur beschränkt sind. Einführung des Dateiübertragungsverwendens File Access Listener (FAL), entfernten Dateizugriffsverwendens Data Access Protocol (DAP), Aufgabe-zu-Aufgabe Schnittstellen und Netzverwaltungseigenschaften programmierend.

Phase III (1980).

Unterstützung für Netze von bis zu 255 Knoten über den Punkt - um Verbindungen hinzuweisen und fallen zu mehrlassen. Die Einführung der anpassungsfähigen Routenplanungsfähigkeit, downline ladend (MOPPS), registriert Zugang, eine Netzverwaltungsarchitektur und Tore zu anderen Typen von Netzen einschließlich des SNA von IBM und CCITT Empfehlung X.25.

Phase IV und Phase IV + (1982).

Phase IV wurde am Anfang zu RSX-11 und VMS Systemen, spätere SPITZEN 20, SPITZEN 10, ULTRIX, VAXELN und RSTS/E gewonnene Unterstützung veröffentlicht. Die Unterstützung für Netze von bis zu 64,449 Knoten (63 Gebiete von 1023 Knoten), datalink außer DDCMP ausgebreitete Fähigkeiten, um Ethernet lokale Bereichsnetzunterstützung als der datalink der Wahl einzuschließen, hat anpassungsfähige Routenplanungsfähigkeit ausgebreitet, hierarchische Routenplanung (Gebiete, Niveau 1 und Router des Niveaus 2), VMScluster Unterstützung (Traube-Deckname) und Gastgeber-Dienstleistungen (CTERM) einzuschließen. CTERM hat einem Benutzer auf einem Computer erlaubt, in einen anderen Computer entfernt zu loggen, dieselbe Funktion durchführend, die Telnet im TCP/IP Protokoll-Stapel tut. Digital hat auch ein Produkt genannt den PATHWORKS Kunden, und allgemeiner bekannt als der PATHWORKS 32 Kunde veröffentlicht, der viel DECnet Phase IV für DOS und 16 und 32 Bit Windows-Plattformen von Microsoft (den ganzen Weg durch zu Windows Server 2003) durchgeführt hat.

Phase IV hat eine 8 Schicht-Architektur durchgeführt, die dem OSI (7 Schicht) Modell besonders an den niedrigeren Ebenen ähnlich ist (sieh Diagramm). Seitdem die OSI Standards zurzeit noch nicht völlig entwickelt wurden, sind viele der Protokolle der Phase IV Eigentums-geblieben.

Die Ethernet Durchführung war darin ungewöhnlich die Software hat die physische Adresse der Schnittstelle von Ethernet im Netz zu AA 00 04 00 xx yy geändert, wo xx-yy die DECnet Netzadresse des Gastgebers widerspiegelt hat. Dieser erlaubte ARP-weniger LAN Operation, weil die LAN-Adresse aus der DECnet-Adresse abgeleitet werden konnte. Das hat ausgeschlossen, zwei Netzinformationszentren von demselben DECnet Knoten auf dasselbe LAN Segment jedoch zu verbinden.

Die anfänglichen veröffentlichten Durchführungen waren für VMS und RSX-11, später das, das zu eigentlich jedem Betriebssystem ausgebreitet ist, DIGITAL jemals verladen mit der bemerkenswerten Ausnahme von RT-11. DECnet Stapel werden auf Linux, SunOS und anderen Plattformen gefunden, und Cisco und andere Netzverkäufer bieten Produkte an, die damit zusammenarbeiten und innerhalb von DECnet Netzen funktionieren können. Volle DECnet Spezifizierungen der Phase IV sind verfügbar.

Zur gleichen Zeit hat das DECnet Phase IV, wurde die Gesellschaft auch veröffentlicht, ein Eigentumsprotokoll genannt LAT für den Serienendzugang über Endserver veröffentlicht. LAT ist von DECnet völlig getrennt, obwohl viele DECserver LAT Endserver wirklich MOPP für das Server-Bilddownload verwendet haben und Stiefelstrippe-Verarbeitung verbunden haben.

Erhöhungen, die zur DECnet Phase IV schließlich gemacht sind, sind bekannt als DECnet Phase IV + geworden, obwohl Systeme, die dieses Protokoll führen, völlig zwischendurchführbar mit DECnet Systemen der Phase IV geblieben sind.

Phase V und Phase V + (1987).

Die Unterstützung für den sehr großen (architektonisch unbegrenzt) Netze, ein neues Netzverwaltungsmodell, lokaler oder verteilter Namendienst, hat Leistung über die Phase IV verbessert. Bewegen Sie sich von einem Eigentumsnetz bis Open Systems Interconnection (OSI) durch die Integration von ISO Standards, um Mehrverkäufer-Konnektivität und zur Verfügung zu stellen

Vereinbarkeit mit der DNA-Phase IV, die letzten zwei Eigenschaften sind auf eine hybride Netzarchitektur (DNA und OSI) mit getrennten "Türmen" hinausgelaufen, die eine einheitliche Transportschicht teilen. Durchsichtige Transportniveau-Verbindungen zu TCP/IP wurden über den IETF RFC 1006 (OSI über IP) und RFC 1859 (NSP über IP) Standards hinzugefügt (sieh Diagramm).

Es wurde später DECnet/OSI umbenannt, um seinen OSI interconnectibility, und nachher DECnet-plus zu betonen, weil TCP/IP Protokolle vereinigt wurden.

Verfügbarkeit

Das Design der DECnet Protokolle wurde völlig von Digital Equipment Corporation getan. Aber mit der DECnet Phase II anfangend, wurden die Protokoll-Spezifizierungen veröffentlicht. Sie waren offene Standards im Sinn, dass jeder sie frei durchführen konnte. Und tatsächlich wurden mehrere Durchführungen außerhalb des DEZ, einschließlich einen für Linux entwickelt.

Netze des Hobbyisten DECnet

• HECnet
• Italienischer Retro DECnet
• Carl Malamud, DECnet/OSI Phase V Analysierend. Van Hostrand Reinhold, 1991. Internationale Standardbuchnummer 0-442-00375-7.
• James Martin, Joe Leben, DECnet Phase V: Eine OSI Durchführung. Digitalpresse, 1992. Internationale Standardbuchnummer 1-55580-769-0.
• DECnet-plus sind Handbücher für OpenVMS an http://www.hp.com/go/openvms/doc / verfügbar
• DECnet Phase IV Handbücher von OpenVMS für die DECnet Phase IV; diese Handbücher der Phase IV werden auf OpenVMS Freeware V5.0 Vertrieb, an http://www.hp.com/go/openvms/freeware und andere Seiten archiviert.
• DECnet Architektur-Handbücher der Phase IV (einschließlich DDCMP, MOPPS, NETT, NSP, DAP, CTERM, Routenplanung); an http://h71000.www7.hp.com/wizard/decnet/ (werden die Originale an DECnet für Linux widergespiegelt).