X.25 - X.25

X.25

Schnittstelle zwischen Data Terminal Equipment (DTE) und Data Circuit Terminating Equipment (DCE) für Terminals, die im Paketmodus arbeiten und über eine dedizierte Schaltung mit öffentlichen Datennetzen verbunden sind
Status	In voller Stärke
Das Jahr hat begonnen	1976
Letzte Version	(10/96) Oktober 1996
Organisation	ITU-T
Komitee	Studiengruppe VII
Domain	Vernetzung
Webseite	https://www.itu.int/rec/T-REC-X.25/

X.25 ist eine ITU-T- Standardprotokollsuite für die paketvermittelte Datenkommunikation in WANs ( Wide Area Networks ). Es wurde ursprünglich vom International Telegraph and Telephone Consultative Committee (CCITT, jetzt ITU-T) in einer Reihe von Entwürfen definiert und 1976 in einer Veröffentlichung namens The Orange Book fertiggestellt .

Dies macht es zu einem der ältesten verfügbaren paketvermittelnden Kommunikationsprotokolle . Es wurde einige Jahre vor IPv4 (1981) und dem OSI-Referenzmodell (1984) entwickelt. Die Protokollsuite besteht aus drei konzeptionellen Schichten, die eng mit den unteren drei Schichten des siebenschichtigen OSI-Modells übereinstimmen. Es unterstützt auch Funktionen, die in der OSI- Netzwerkschicht nicht vorhanden sind .

Netzwerke mit X.25 waren in den späten 1970er und 1980er Jahren bei Telekommunikationsunternehmen und in Finanztransaktionssystemen wie Geldautomaten beliebt . Ein X.25-WAN besteht aus PSE-Knoten ( Packet Switching Exchange ) als Netzwerkhardware und Mietleitungen , einfachen alten Telefondienstverbindungen oder ISDN- Verbindungen als physischen Verbindungen. Die meisten Benutzer sind jedoch stattdessen auf IP-Systeme ( Internet Protocol ) umgestiegen. X.25 wurde bis 2015 verwendet (z. B. von der Kreditkartenzahlungsbranche) und wird weiterhin von der Luftfahrt verwendet, die von Telekommunikationsunternehmen erworben werden kann. X.25 war auch in Nischenanwendungen wie Retronet verfügbar, mit denen Vintage-Computer das Internet nutzen können .

Geschichte

Die CCITT - Studiengruppe VII (später ITU-T ) begann Mitte der 1970er Jahre mit der Entwicklung eines Standards für die paketvermittelte Datenkommunikation auf der Grundlage einer Reihe neuer Datennetzprojekte. Zu den Teilnehmern am Design von X.25 gehörten Ingenieure aus Kanada, Frankreich, Japan, Großbritannien und den USA, die eine Mischung aus nationalen PTTs (Frankreich, Japan, Großbritannien) und privaten Betreibern (Kanada, USA) repräsentierten . Insbesondere die Arbeit von Rémi Després trug wesentlich zum Standard bei. Einige geringfügige Änderungen, die die vorgeschlagene Spezifikation ergänzten, wurden berücksichtigt, damit Larry Roberts der Vereinbarung beitreten konnte. In den Standard wurden verschiedene Aktualisierungen und Ergänzungen eingearbeitet, die schließlich in der ITU-Reihe technischer Bücher zur Beschreibung der Telekommunikationssysteme aufgezeichnet wurden. Diese Bücher wurden alle vier Jahre mit verschiedenfarbigen Umschlägen veröffentlicht. Die X.25-Spezifikation ist nur ein Teil des größeren Satzes der X-Serie.

In den meisten Ländern wurden in den späten 1970er und 1980er Jahren öffentlich zugängliche X.25-Netze, allgemein als öffentliche Datennetze bezeichnet , eingerichtet, um die Kosten für den Zugang zu verschiedenen Online-Diensten zu senken . Beispiele hierfür sind Iberpac , TRANSPAC , Compuserve , Tymnet , Telenet , Euronet , PSS , Datapac , Datanet 1 und AUSTPAC sowie der International Packet Switched Service . Ihr kombiniertes Netzwerk hatte in den 1980er und 1990er Jahren eine große weltweite Abdeckung.

Ab Anfang der neunziger Jahre wurde in Nordamerika die Nutzung von X.25-Netzen (vorwiegend von Telenet und Tymnet) durch Frame-Relay- Dienste ersetzt, die von nationalen Telefongesellschaften angeboten wurden. Die meisten Systeme, für die X.25 erforderlich ist, verwenden jetzt TCP / IP . Es ist jedoch möglich, X.25 bei Bedarf über TCP / IP zu transportieren.

X.25-Netzwerke werden weltweit immer noch verwendet. Eine Variante namens AX.25 wird häufig vom Amateur- Paketfunk verwendet . Racal Paknet, jetzt bekannt als Widanet, ist in vielen Regionen der Welt weiterhin in Betrieb und läuft auf einer X.25-Protokollbasis. In einigen Ländern, wie den Niederlanden oder Deutschland, ist es möglich, eine abgespeckte Version von X.25 über den D-Kanal einer ISDN- 2- (oder ISDN BRI- ) Verbindung für Anwendungen mit geringem Volumen wie Point-of-Sale zu verwenden Terminals; Die Zukunft dieses Dienstes in den Niederlanden ist jedoch ungewiss.

X.25 wird immer noch in der Luftfahrt eingesetzt (insbesondere in Asien), obwohl ein Übergang zu modernen Protokollen wie X.400 nicht möglich ist, da X.25-Hardware immer seltener und kostspieliger wird. Noch im März 2006 hat das National Airspace Data Interchange Network der Vereinigten Staaten X.25 verwendet, um entfernte Flugplätze mit Flugsicherungszentren zu verbinden .

Frankreich war eines der letzten verbleibenden Länder, in denen ein kommerzieller Endbenutzerdienst auf Basis von X.25 betrieben wurde. Bekannt als Minitel , basierte es auf Videotex , das selbst auf X.25 lief. Im Jahr 2002 hatte Minitel ungefähr 9 Millionen Benutzer und im Jahr 2011 waren es ungefähr 2 Millionen Benutzer in Frankreich, als France Télécom ankündigte, den Dienst bis zum 30. Juni 2012 einzustellen. Wie geplant wurde der Dienst am 30. Juni 2012 eingestellt. Es gab 800.000 Zu diesem Zeitpunkt in Betrieb befindliche Terminals.

Die Architektur

Das allgemeine Konzept des X.25 bestand darin, ein universelles und globales paketvermitteltes Netzwerk zu schaffen . Ein Großteil des X.25-Systems beschreibt die strenge Fehlerkorrektur, die erforderlich ist, um dies zu erreichen, sowie eine effizientere gemeinsame Nutzung kapitalintensiver physischer Ressourcen.

Die X.25-Spezifikation definiert nur die Schnittstelle zwischen einem Teilnehmer (DTE) und einem X.25-Netzwerk (DCE). X.75 , ein Protokoll, das X.25 sehr ähnlich ist, definiert die Schnittstelle zwischen zwei X.25-Netzwerken, damit Verbindungen zwei oder mehr Netzwerke durchlaufen können. X.25 gibt nicht an, wie das Netzwerk intern funktioniert - viele X.25-Netzwerkimplementierungen verwendeten intern etwas sehr Ähnliches wie X.25 oder X.75 , andere verwendeten intern jedoch ganz andere Protokolle. Das ISO-Protokoll, das X.25, ISO 8208, entspricht, ist mit X.25 kompatibel, sieht jedoch zusätzlich vor, dass zwei X.25-DTEs direkt miteinander verbunden werden können, ohne dass ein Netzwerk dazwischen liegt. Durch die Trennung des Packet-Layer-Protokolls ermöglicht ISO 8208 den Betrieb über zusätzliche Netzwerke wie ISO 8802 LLC2 (ISO LAN) und die OSI-Datenverbindungsschicht.

X.25 definierte ursprünglich drei grundlegende Protokollebenen oder Architekturebenen. In den ursprünglichen Spezifikationen wurden diese als Ebenen bezeichnet und hatten auch eine Ebenennummer, während alle nach 1984 veröffentlichten ITU-T X.25-Empfehlungen und ISO 8208-Standards sie als Schichten bezeichnen . Die Ebenennummern wurden gelöscht, um Verwechslungen mit den OSI-Modellebenen zu vermeiden.

• Physikalische Schicht: Diese Schicht spezifiziert die physikalischen, elektrischen, funktionalen und verfahrenstechnischen Eigenschaften zur Steuerung der physikalischen Verbindung zwischen einem DTE und einem DCE. Übliche Implementierungen verwenden X.21 , EIA-232, EIA-449 oder andere serielle Protokolle.
• Datenverbindungsschicht: Die Datenverbindungsschicht besteht aus der Verbindungszugriffsprozedur für den Datenaustausch auf der Verbindung zwischen einem DTE und einem DCE. In seiner Implementierung ist das Link Access Procedure, Balanced (LAPB) ein Datenverbindungsprotokoll, das eine Kommunikationssitzung verwaltet und den Paketrahmen steuert. Es ist ein bitorientiertes Protokoll, das Fehlerkorrektur und ordnungsgemäße Lieferung ermöglicht.
• Paketschicht: Diese Schicht definierte ein Paketschichtprotokoll zum Austausch von Steuerungs- und Benutzerdatenpaketen, um ein Paketvermittlungsnetzwerk basierend auf virtuellen Anrufen gemäß dem Paketschichtprotokoll zu bilden .

Das X.25-Modell basierte auf dem traditionellen Telefoniekonzept, zuverlässige Verbindungen über ein gemeinsam genutztes Netzwerk herzustellen, jedoch mithilfe von Software " virtuelle Anrufe " über das Netzwerk zu erstellen . Diese Anrufe verbinden "Data Terminal Equipment" (DTE) miteinander und stellen den Benutzern Endpunkte zur Verfügung, die wie Punkt-zu-Punkt-Verbindungen aussahen . Jeder Endpunkt kann viele separate virtuelle Anrufe an verschiedene Endpunkte herstellen.

Für einen kurzen Zeitraum enthielt die Spezifikation auch einen verbindungslosen Datagrammdienst, der jedoch in der nächsten Revision gelöscht wurde. Die "schnelle Auswahl mit eingeschränkter Antwortfunktion" liegt zwischen dem vollständigen Verbindungsaufbau und der verbindungslosen Kommunikation. Es wird häufig in Abfrage-Antwort-Transaktionsanwendungen verwendet, die eine einzelne Anforderung und Antwort umfassen und auf 128 Bytes Daten begrenzt sind, die auf jede Weise übertragen werden. Die Daten werden in einem erweiterten Anrufanforderungspaket übertragen, und die Antwort wird in einem erweiterten Feld des Anrufabweisungspakets übertragen, wobei eine Verbindung niemals vollständig hergestellt wird.

Eng verwandt mit dem X.25-Protokoll sind die Protokolle zum Verbinden von asynchronen Geräten (wie dummen Terminals und Druckern) mit einem X.25-Netzwerk: X.3 , X.28 und X.29 . Diese Funktionalität wurde unter Verwendung eines Paket-Assemblers / Disassemblers oder PAD (auch als Triple-X-Gerät bekannt , bezogen auf die drei verwendeten Protokolle) ausgeführt.

Beziehung zum OSI-Referenzmodell

Obwohl X.25 älter ist als das OSI-Referenzmodell (OSIRM), entspricht die physikalische Schicht des OSI-Modells der physikalischen X.25- Schicht , die Datenverbindungsschicht der X.25- Datenverbindungsschicht und die Netzwerkschicht dem X. 25 Paketschicht . Die X.25 - Datenverbindungsschicht , LAPB , stellt einen zuverlässigen Datenpfad über eine Datenverbindung (oder mehrere parallele Datenverbindungen, Mehrfachverbindung ) , die sich nicht zuverlässig sein kann. Die X.25- Paketschicht stellt die virtuellen Anrufmechanismen bereit, die über X.25 LAPB ausgeführt werden . Die Paketschicht enthält Mechanismen zum Aufrechterhalten virtueller Anrufe und zum Signalisieren von Datenfehlern für den Fall, dass die Datenverbindungsschicht sich nicht von Datenübertragungsfehlern erholen kann. Alle außer den frühesten Versionen von X.25 enthalten Funktionen, die die Adressierung auf OSI- Netzwerkschicht ermöglichen (NSAP-Adressierung, siehe unten).

Unterstützung für Benutzergeräte

Ein Televideo- Terminal Modell 925, hergestellt um 1982

X.25 wurde im Zeitalter von Computerterminals entwickelt, die mit Host-Computern verbunden sind, obwohl es auch für die Kommunikation zwischen Computern verwendet werden kann. Anstatt sich direkt in den Host-Computer einzuwählen - was erfordern würde, dass der Host über einen eigenen Pool von Modems und Telefonleitungen verfügt und nicht-lokale Anrufer Ferngespräche führen müssen - könnte der Host eine X.25-Verbindung zu haben ein Netzwerkdienstanbieter. Jetzt können sich Benutzer mit dummem Terminal in das lokale „PAD“ ( Packet Assembly / Disassembly Facility) des Netzwerks einwählen , ein Gateway-Gerät, das Modems und serielle Leitungen mit der X.25-Verbindung gemäß den Standards X.29 und X.3 verbindet .

Nach der Verbindung mit dem PAD teilt der Benutzer des dummen Terminals dem PAD mit, zu welchem ​​Host eine Verbindung hergestellt werden soll, indem er eine telefonnummernähnliche Adresse im X.121- Adressformat angibt (oder einen Hostnamen angibt , wenn der Dienstanbieter dies zulässt Namen, die X.121- Adressen zugeordnet sind). Das PAD tätigt dann einen X.25-Anruf an den Host und baut einen virtuellen Anruf auf . Beachten Sie, dass X.25 virtuelle Anrufe bereitstellt und somit ein leitungsvermitteltes Netzwerk zu sein scheint , obwohl die Daten selbst intern paketvermittelt sind , ähnlich wie TCP Verbindungen bereitstellt, obwohl die zugrunde liegenden Daten paketvermittelt sind. Natürlich können sich zwei X.25-Hosts direkt anrufen. In diesem Fall ist kein PAD beteiligt. Theoretisch spielt es keine Rolle, ob der X.25-Anrufer und das X.25-Ziel beide mit demselben Netzbetreiber verbunden sind. In der Praxis war es jedoch nicht immer möglich, Anrufe von einem Netzbetreiber zu einem anderen zu tätigen.

Zum Zwecke der Flusssteuerung wird ein Schiebefensterprotokoll mit der Standardfenstergröße 2 verwendet. Die Bestätigungen können entweder eine lokale oder eine End-to-End-Bedeutung haben. Das AD-Bit (Datenübermittlungsbit) in jedem Datenpaket gibt an, ob der Absender eine End-to-End-Bestätigung benötigt. Wenn D = 1 ist, bedeutet dies, dass die Bestätigung eine End-to-End-Bedeutung hat und erst erfolgen muss, nachdem der entfernte DTE den Empfang der Daten bestätigt hat. Wenn D = 0 ist, darf das Netzwerk bestätigen (aber nicht erforderlich), bevor das entfernte DTE die Daten bestätigt oder sogar empfangen hat.

Während die in X.28 und X.29 definierte PAD-Funktion speziell asynchrone Zeichenendgeräte unterstützte, wurden PAD-Äquivalente entwickelt, um eine breite Palette proprietärer intelligenter Kommunikationsgeräte zu unterstützen, z. B. für IBM System Network Architecture (SNA).

Fehlerkontrolle

Fehlerbehebungsverfahren auf der Paketschicht setzen voraus, dass die Datenverbindungsschicht für die erneute Übertragung fehlerhaft empfangener Daten verantwortlich ist. Die Fehlerbehandlung auf Paketschicht konzentriert sich auf die Neusynchronisierung des Informationsflusses in Aufrufen sowie auf das Löschen von Anrufen, die in nicht wiederherstellbare Zustände übergegangen sind:

• Level 3 Pakete zurücksetzen, wodurch der Datenfluss bei einem virtuellen Anruf neu initialisiert wird (der virtuelle Anruf wird jedoch nicht unterbrochen).
• Paket neu starten, wodurch alle virtuellen Anrufe auf der Datenverbindung gelöscht und alle permanenten virtuellen Verbindungen auf der Datenverbindung zurückgesetzt werden.

Adressierung und virtuelle Verbindungen

Ein X.25-Modem, mit dem einst eine Verbindung zum deutschen Datex-P-Netzwerk hergestellt wurde

X.25 unterstützt zwei Arten von virtuellen Verbindungen . virtuelle Anrufe (VC) und permanente virtuelle Verbindungen (PVC). Virtuelle Anrufe werden nach Bedarf aufgebaut. Beispielsweise wird eine VC eingerichtet, wenn ein Anruf getätigt und nach Abschluss des Anrufs abgebrochen wird. VCs werden durch ein Verfahren zum Einrichten und Löschen von Anrufen eingerichtet. Andererseits sind permanente virtuelle Verbindungen im Netzwerk vorkonfiguriert. PVCs werden selten abgerissen und bieten somit eine dedizierte Verbindung zwischen den Endpunkten.

VC kann unter Verwendung von X.121-Adressen eingerichtet werden. Die X.121-Adresse besteht aus einem dreistelligen Datenlandcode (DCC) und einer Netzwerkziffer, die zusammen den vierstelligen Datennetzidentifikationscode (DNIC) bilden, gefolgt von der nationalen Terminalnummer (NTN) mit höchstens zehn Ziffern . Beachten Sie die Verwendung einer einzelnen Netzwerkziffer, die anscheinend nur 10 Netzbetreiber pro Land zulässt. In einigen Ländern wird jedoch mehr als ein DCC zugewiesen, um diese Einschränkung zu vermeiden. Netzwerke verwendeten häufig weniger als die vollständigen NTN-Ziffern für das Routing und stellten die Ersatzziffern dem Teilnehmer zur Verfügung (manchmal auch als Unteradresse bezeichnet), wo sie zur Identifizierung von Anwendungen oder für das weitere Routing in den Teilnehmernetzwerken verwendet werden konnten.

Die NSAP-Adressierungsfunktion wurde in der Version X.25 (1984) der Spezifikation hinzugefügt, und dies ermöglichte es X.25, die Anforderungen des OSI Connection Oriented Network Service (CONS) besser zu erfüllen . Öffentliche X.25-Netzwerke mussten nicht die NSAP-Adressierung verwenden, aber zur Unterstützung von OSI CONS mussten die NSAP-Adressen und andere ITU-T-spezifizierte DTE-Einrichtungen transparent von DTE zu DTE übertragen werden. Spätere Revisionen mehrere Adressen zusätzlich zu X.121 - Adressen dürfen auf derselben DTE-DCE - Schnittstelle erfolgen: Telex (Adressierung F.69 ), PSTN (Adressierung E.163 ), ISDN - Adressierung ( E.164 ), Internet Protocol - Adressen (IANA ICP) und lokale IEEE 802.2- MAC- Adressen.

PVCs sind permanent im Netzwerk etabliert und erfordern daher keine Verwendung von Adressen für den Anrufaufbau. PVCs werden an der Teilnehmerschnittstelle anhand ihrer logischen Kanalkennung identifiziert (siehe unten). In der Praxis unterstützten jedoch nicht viele der nationalen X.25-Netze PVCs.

Eine DTE-DCE-Schnittstelle zu einem X.25-Netzwerk verfügt über maximal 4095 logische Kanäle, auf denen virtuelle Anrufe und permanente virtuelle Verbindungen hergestellt werden können, obwohl von Netzwerken nicht erwartet wird, dass sie vollständige 4095 virtuelle Verbindungen unterstützen. Zur Identifizierung des Kanals, dem ein Paket zugeordnet ist, enthält jedes Paket eine logische 12-Bit-Kanal-ID, die aus einer logischen 8-Bit-Kanalnummer und einer logischen 4-Bit-Kanalgruppennummer besteht. Logische Kanalkennungen bleiben für die Dauer der Verbindung einer virtuellen Verbindung zugewiesen. Logische Kanal-IDs identifizieren einen bestimmten logischen Kanal zwischen der DTE (Teilnehmer-Appliance) und dem DCE (Netzwerk) und haben nur eine lokale Bedeutung für die Verbindung zwischen dem Teilnehmer und dem Netzwerk. Das andere Ende der Verbindung am Remote-DTE hat wahrscheinlich eine andere logische Kanal-ID zugewiesen. Der Bereich möglicher logischer Kanäle ist in vier Gruppen unterteilt: Kanäle, die permanenten virtuellen Leitungen zugewiesen sind, eingehenden virtuellen Anrufen zugewiesen sind, bidirektionale (eingehende oder ausgehende) virtuelle Anrufe und ausgehende virtuelle Anrufe. (Anweisungen beziehen sich auf die Richtung der virtuellen Anrufinitiierung, wie sie vom DTE angezeigt wird - alle übertragen Daten in beide Richtungen.) Die Bereiche ermöglichten die Konfiguration eines Teilnehmers für die Verarbeitung einer erheblich unterschiedlichen Anzahl von Anrufen in jeder Richtung, während einige Kanäle für Anrufe reserviert wurden eine Richtung. Alle internationalen Netzwerke müssen Unterstützung für permanente virtuelle Verbindungen, logische Zweiwegekanäle und ausgehende logische Einwegkanäle implementieren. Eingehende logische Einwegkanäle sind eine zusätzliche optionale Funktion. DTE-DCE-Schnittstellen müssen nicht mehr als einen logischen Kanal unterstützen. Die logische Kanal-ID Null wird keiner permanenten virtuellen Verbindung oder keinem virtuellen Anruf zugewiesen. Die logische Kanalkennung Null wird für Pakete verwendet, die sich nicht auf eine bestimmte virtuelle Verbindung beziehen (z. B. Neustart der Paketschicht, Registrierung und Diagnosepakete).

Abrechnung

In öffentlichen Netzwerken wurde X.25 in der Regel als monatliche Pauschalgebühr in Abhängigkeit von der Verbindungsgeschwindigkeit und zusätzlich als Preis pro Segment in Rechnung gestellt. Die Verbindungsgeschwindigkeiten variierten typischerweise von 2400 Bit / s bis zu 2 Mbit / s, obwohl Geschwindigkeiten über 64 kbit / s in öffentlichen Netzwerken ungewöhnlich waren. Ein Segment bestand aus 64 Datenbytes (aufgerundet, ohne Übertragung zwischen Paketen), die dem Anrufer (oder dem Angerufenen bei rückwärts geladenen Anrufen, sofern unterstützt) in Rechnung gestellt wurden. Anrufe, die die Fast Select-Funktion aufrufen (128 Byte Daten in Anrufanforderungs-, Anrufbestätigungs- und Anruflöschphasen), werden im Allgemeinen mit einem Aufpreis verbunden, wie dies bei einigen anderen X.25-Funktionen der Fall sein könnte. PVCs hätten eine monatliche Mietgebühr und einen niedrigeren Preis pro Segment als VCs, was sie nur dann billiger macht, wenn große Datenmengen übertragen werden.

X.25-Pakettypen

X.25 Details

Das Netzwerk kann die Auswahl der maximalen Länge im Bereich von 16 bis 4096 Oktetten (nur 2 ⁿ Werte) pro virtueller Verbindung durch Aushandlung als Teil des Anrufaufbauverfahrens ermöglichen. Die maximale Länge kann an den beiden Enden der virtuellen Verbindung unterschiedlich sein.

• Datenendgeräte konstruieren Steuerpakete, die in Datenpakete eingekapselt sind. Die Pakete werden unter Verwendung des LAPB- Protokolls an das Datenkreisabschlussgerät gesendet .
• Geräte zum Beenden von Datenschaltungen entfernen die Layer-2-Header, um Pakete in das interne Netzwerkprotokoll zu kapseln.

X.25 Einrichtungen

X.25 bietet eine Reihe von Benutzerfunktionen, die in der ITU-T-Empfehlung X.2 definiert und beschrieben sind. Die X.2-Benutzerfunktionen lassen sich in fünf Kategorien einteilen:

• Wesentliche Einrichtungen;
• Zusätzliche Einrichtungen;
• Bedingte Einrichtungen;
• Obligatorische Einrichtungen; und,
• Optionale Einrichtungen.

X.25 bietet auch optionale X.25- und ITU-T-spezifizierte DTE-Benutzerfunktionen, die in der ITU-T-Empfehlung X.7 definiert und beschrieben sind. Die optionalen X.7-Benutzerfunktionen lassen sich in vier Kategorien von Benutzerfunktionen einteilen, die Folgendes erfordern:

• Nur Abonnement;
• Abonnement gefolgt von einem dynamischen Aufruf;
• Abonnement oder dynamischer Aufruf; und,
• Nur dynamischer Aufruf.

X.25-Protokollversionen

Die CCITT / ITU-T-Versionen der Protokollspezifikationen gelten für öffentliche Datennetze (PDN). Die ISO / IEC - Versionen adressieren zusätzliche Funktionen für private Netzwerke (zB lokale Netzwerke (LAN) nutzen) gleichzeitig die Kompatibilität mit den CCITT / ITU-T - Spezifikationen.

Die Benutzerfunktionen und andere Funktionen, die von jeder Version von X.25 und ISO / IEC 8208 unterstützt werden, sind von Ausgabe zu Ausgabe unterschiedlich. Es gibt mehrere Hauptprotokollversionen von X.25:

• CCITT-Empfehlung X.25 (1976) Orange Book
• CCITT-Empfehlung X.25 (1980) Yellow Book
• CCITT-Empfehlung X.25 (1984) Red Book
• CCITT-Empfehlung X.25 (1988) Blue Book
• ITU-T-Empfehlung X.25 (1993) White Book
• ITU-T-Empfehlung X.25 (1996) Gray Book

Die X.25-Empfehlung ermöglicht es jedem Netzwerk, viele Optionen auszuwählen, wenn entschieden wird, welche Funktionen unterstützt werden sollen und wie bestimmte Vorgänge ausgeführt werden. Dies bedeutet, dass jedes Netzwerk ein eigenes Dokument mit der Spezifikation seiner X.25-Implementierung veröffentlichen muss. In den meisten Netzwerken mussten DTE-Appliance-Hersteller Protokollkonformitätstests durchführen, einschließlich Tests zur strikten Einhaltung und Durchsetzung ihrer netzwerkspezifischen Optionen. (Netzbetreiber waren besonders besorgt über die Möglichkeit, dass eine sich schlecht verhaltende oder falsch konfigurierte DTE-Appliance Teile des Netzwerks herausnimmt und andere Teilnehmer betrifft.) Daher müssen die DTE-Geräte der Teilnehmer so konfiguriert werden, dass sie der Spezifikation des jeweiligen Netzwerks entsprechen, zu dem sie gehören Anschließen. Die meisten davon waren ausreichend unterschiedlich, um eine Zusammenarbeit zu verhindern, wenn der Teilnehmer seine Appliance nicht richtig konfiguriert hat oder der Appliance-Hersteller keine spezifische Unterstützung für dieses Netzwerk bereitgestellt hat. Trotz Protokollkonformitätstests führt dies häufig zu Interworking-Problemen beim erstmaligen Anschließen einer Appliance an ein Netzwerk.

Zusätzlich zu den CCITT / ITU-T-Versionen des Protokolls gibt es vier Editionen von ISO / IEC 8208:

• ISO / IEC 8208: 1987, Erstausgabe, kompatibel mit X.25 (1980) und (1984)
• ISO / IEC 8208: 1990, 2. Auflage, kompatibel mit 1st Ed. und X.25 (1988)
• ISO / IEC 8208: 1995, Dritte Ausgabe, kompatibel mit 2nd Ed. und X.25 (1993)
• ISO / IEC 8208: 2000, 4. Auflage, kompatibel mit 3rd Ed. und X.25 (1996)

Siehe auch

• OSI-Protokollsuite
• Paketvermittelte Netzwerke - sind Netzwerke, einschließlich X.25 (als altes Beispiel), deren Protokolle "Pakete" verwenden.
• Protokollkriege
• Frame Relay - hat seine technische Basis in der X.25-Paketvermittlungstechnologie, versucht jedoch nicht, Fehler zu korrigieren.
• XOT - ist ein "X.25 Over TCP" -Protokoll, dh mit X.25-Kapselung in TCP / IP-Netzwerken.
• X.PC

Verweise

Weiterführende Literatur

Externe Links

• Empfehlung X.25 an der ITU-T
• Cisco X.25-Referenz
• Ein X.25-Netzwerkhandbuch mit Vergleichen zu TCP / IP
• X.25 - Verzeichnis- und Informationsressource
• RFCs und andere Ressourcen von Open Directory