close

X.25-Standard

Zur Navigation gehen Zur Suche gehen
X.25-Standard
X25-Netzwerkdiagramm-0a.svg
Vollständiger Name Schnittstelle zwischen Datenendgeräten und Datenleitungsabschlussgeräten für Endgeräte, die im Paketmodus arbeiten und über dedizierte Leitungen mit öffentlichen Datennetzen verbunden sind
Standard-Typ Protokoll-Suite
Bedingung In voller Stärke
Stiftung November 1988
Letzte Version September 1998
Organisation ITU
Management ITU-T
Lizenz Frei
Webseite https://www.itu.int/rec/T-REC-X.25/en

X.25 ist ein ITU-T- Standard für paketvermittelte Weitverkehrsnetze . Sein Verbindungsprotokoll LAPB basiert auf dem HDLC -Protokoll (veröffentlicht von ISO, das wiederum eine Weiterentwicklung des SDLC -Protokolls von IBM ist ). Es richtet Adressierungsmechanismen zwischen Benutzern, Aushandlung von Kommunikationseigenschaften, Fehlerbehebungstechniken ein. Öffentliche Paketvermittlungsdienste unterstützen viele Arten von Stationen verschiedener Hersteller. Daher ist es von größter Bedeutung, die Schnittstelle zwischen der Ausrüstung des Endbenutzers und dem Netzwerk zu definieren. X.25 ist verbindungsorientiert und arbeitet sowohl mit geschalteten als auch mit permanenten virtuellen Verbindungen. Derzeit ist es ein veralteter Standard mit rein akademischem Nutzen. [ 1 ]

Einführung in die Geschichte

Der X.25-Standard ist der von CCITT empfohlene Standard für Paketnetzwerke , der 1974 den ersten Entwurf herausgab . Dieses Original entstand 1976, 1978, 1980 und 1984, um den endgültigen Text hervorzubringen, der 1985 veröffentlicht wurde. Das ursprüngliche Dokument enthielt eine Reihe von Vorschlägen, die von Datapac , Telenet und Tymnet , drei neuen Paketvermittlungsnetzen, vorgeschlagen wurden.

X.25 ist definiert als die Schnittstelle zwischen Datenendgeräten und Datenleitungsabschlussgeräten für Endgeräte, die in öffentlichen Datennetzen im Paketmodus arbeiten . Netzwerke verwenden den X.25-Standard, um die Verfahren einzurichten, mit denen zwei DTEs, die im Paketmodus arbeiten, über das Netzwerk kommunizieren. Dieser Standard soll gemeinsame Verfahren für den Sitzungsaufbau und den Datenaustausch zwischen einer DTE und einem Paketnetz (DCE) bereitstellen. Diese Prozeduren umfassen Funktionen wie: Identifizierung von Paketen von bestimmten Computern und Terminals, Paketbestätigung, Paketzurückweisung, Fehlerbehebung und Flusssteuerung. Zusätzlich bietet X.25 einige sehr nützliche Einrichtungen, wie z. B. die Rechnungsstellung an andere DTE-Stationen als diejenige, die den Verkehr erzeugt.

Innerhalb der X.25-Perspektive funktioniert ein Netzwerk ähnlich wie ein Telefonsystem. Es wird davon ausgegangen, dass ein X.25-Netzwerk aus komplexen Paketvermittlungen besteht, die über die erforderliche Kapazität für das Paket-Routing verfügen. Die Hosts sind nicht direkt mit den Netzwerkkommunikationskabeln verbunden, sondern jeder Host kommuniziert mit einer der Paketvermittlungen über eine serielle Kommunikationsleitung. Die Kommunikation zwischen einem Host und einer X.25-Paketvermittlung ist gewissermaßen ein Miniaturnetzwerk, das aus einer seriellen Verbindung besteht. Der Host kann einem komplizierten Verfahren folgen, um seine Pakete an das Netzwerk zu übertragen.

Der X.25-Standard enthält keine Routing-Algorithmen, aber es sollte beachtet werden, dass, obwohl die DTE/DCE-Schnittstellen an beiden Enden des Netzwerks unabhängig voneinander sind, X.25 von einem Ende zum anderen eingreift, da das ausgewählte Der Datenverkehr wird bis zum Ende geleitet. Trotzdem ist der empfohlene Standard asymmetrisch, da nur eine Seite der Netzwerkschnittstelle (DTE/DCE) definiert ist.

Seine derzeitige Verwendung ist sehr begrenzt, aber bis 2001 war es in Spanien für die Gestaltung von virtuellen privaten Netzwerken für Unternehmen recht beliebt, obwohl seit Ende der 90er Jahre andere Technologien mit einfacheren Protokollen, die höhere Geschwindigkeiten ermöglichten, insbesondere aufgrund dessen implementiert wurden zu den technologischen Verbesserungen der Infrastruktur, die X.25 aufgrund der geringen Fehlerrate der neuen Übertragungsmedien und der Geschwindigkeitsbeschränkungen des Protokolls selbst zu einem ineffizienten Protokoll gemacht haben.

und seine Beziehung zum OSI

Das Verbindungsmodell offener Systeme war die Grundlage für die Implementierung mehrerer Protokolle. Unter ihnen ist der als X.25 bekannte Satz von Protokollen wahrscheinlich der bekannteste und am weitesten verbreitete. X.25 wurde als Empfehlung der ITU-T (Telecommunications Section of the International Telecommunications Union) entwickelt, einer internationalen Organisation, die Standards für internationale Telefondienste empfiehlt. X.25 hat sich für öffentliche Datennetze durchgesetzt und ist vor allem in Europa verbreitet . X.25 ist ein Protokoll, das auf den ersten drei Schichten des OSI-Modells basiert.

Ebenen des X.25-Standards

Die körperliche Ebene

Die X.25-Empfehlung für die Paketebene stimmt mit einer der OSI-Third-Level-Empfehlungen überein. X.25 deckt die dritte Ebene und auch die zwei untersten Ebenen ab. Die empfohlene Bitübertragungsschicht -Schnittstelle zwischen DTE und DCE ist X.21. X.25 geht davon aus, dass die Bitübertragungsschicht von X.21 die Schaltungen T (Senden) und R (Empfangen) während des Austauschs von Paketen aktiviert hält. Es wird auch davon ausgegangen, dass sich X.21 im Zustand 13S (Daten senden), 13R (Daten empfangen) oder 13 (Datenübertragung) befindet. Es wird auch davon ausgegangen, dass die X.21-Kanäle C (Steuerung) und I (Anzeige) aktiviert sind. Für all dies verwendet X.25 die X.21-Schnittstelle, die die DTE und die DCE als "Paketleitung" verbindet, in der die Pakete durch die Sende- (T) und Empfangsleitungen (R) fließen.

Die Bitübertragungsschicht von X.25 führt keine wesentlichen Kontrollfunktionen durch. Vielmehr handelt es sich um eine passive Leitung, die von der Verbindungs- und Netzwerkebene gesteuert wird.

Anschlüsse werden für digitale Verbindungen DB-15 für den X.21-Standard und analoge DB-25 für X.21 bis verwendet.

Die Linkebene

In X.25 wird angenommen, dass die Verbindungsebene LAPB ist . Dieses Leitungsprotokoll ist ein HDLC -Satz . LAPB und X.25 interagieren auf folgende Weise: Im LAPB-Rahmen wird das X.25-Paket innerhalb des I(Information)-Feldes transportiert. LAPB ist für das korrekte Eintreffen der X.25-Pakete verantwortlich, die über einen fehleranfälligen Kanal von oder zu der DTE/DCE-Schnittstelle übertragen werden. Der Unterschied zwischen Paket und Frame besteht darin, dass Pakete auf Netzwerkebene erstellt und in einen Frame eingefügt werden, der auf Verbindungsebene erstellt wird.

Um in der X.25-Umgebung zu funktionieren, verwendet LAPB Information (I), Receiver Ready (RR), Reject (REJ), Receiver Not Ready (RNR), Disconnect (DSC), Activate Asynchronous Response Mode (SARM) und Activate Mode Balanced Asynchron (SABM). Die verwendeten Antworten sind wie folgt: Empfänger bereit (RR), Zurückweisen (REJ), Empfänger nicht bereit (RNR), unnummerierte Bestätigung (UA), Rahmen zurückweisen (FRMR) und Trennmodus (DM).

Die Benutzerdaten im Feld I können nicht als Antwort gesendet werden. Gemäß den HDLC-Adressierungsregeln impliziert dies, dass I-Frames immer die Zieladresse enthalten, wodurch jede mögliche Mehrdeutigkeit bei der Interpretation des Frames vermieden wird.

X.25 erfordert, dass LAPB bestimmte Adressen innerhalb der Verbindungsebene verwendet.

Sowohl X.25 als auch LAPB verwenden Sende(S)- und Empfangs(R)-Nummern, um den Datenverkehr zu zählen, der ihre jeweiligen Ebenen durchquert.

In LAPB werden die Nummern als N(S) und N(R) bezeichnet, während in X.25 die Notation für Sequenznummern P(S) und P(R) ist.

Es ist ein Netzwerkprotokoll für die Paketvermittlung.

Virtual-Circuit-Dienst

Der X.25 Virtual Circuit Service bietet zwei Arten von virtuellen Verbindungen: virtuelle Anrufe und permanente virtuelle Verbindungen. Ein virtueller Anruf ist eine virtuelle Verbindung, die dynamisch durch Anrufanforderung und Anruffreigabe aufgebaut wird. Eine permanente virtuelle Verbindung ist eine im Netzwerk fest zugewiesene virtuelle Verbindung. Die Übertragung der Daten erfolgt wie bei virtuellen Anrufen, jedoch ist hier weder der Aufbau noch das Beenden des Anrufs notwendig.

Referenzen

Externe Links