X.25 Switched Virtual Circuits (SVC)
X.25 SVCs sind TCP-Verbindungen sehr ähnlich und können für die gleichen Zwecke verwendet werden.
Wie bereits erwähnt, ist die X.25-Datenübertragung paketorientiert (anstatt streamenbasiert wie TCP). Dies ermöglicht eine Vielzahl von Anwendungen, ohne dass eine weitere Verkapselungsschicht erforderlich ist. Dadurch ist die Datenübertragung über X.25 bei der Entwicklung eines Anwendungsprogramms einfach zu implementieren.
Verbindungsaufbau
Ein Switched Virtual Circuit wird durch eine DEE initiiert, die ein Call Request Paket an das Netzwerk sendet; das Netzwerk richtet dann eine virtuelle Verbindung zu einer DEE auf der anderen Seite des Netzwerks ein, wo das Paket bei der Called DEE als Incoming Call Paket erscheint.
Die angerufene DEE kann den Anruf dann annehmen, indem sie ein Call Accept Paket sendet - dieses wird der anrufenden (d.h. stammenden) DEE als Call Connect Paket präsentiert.
Alternativ kann die angerufene DEE den eingehenden Anruf ablehnen, indem sie ein Clear Request Paket sendet.
Datentransfer
Sobald ein Anruf angenommen wurde, kann die Datenübertragung beginnen. Im Gegensatz zu TCP/IP, bei dem es eine 3-Wege-Sequenz für den Verbindungsaufbau gibt, kann die Gerufene DEE ein Datenpaket unmittelbar nach dem Senden des Rufannahmepakets übertragen. Die Calling DEE kann Datenpakete unmittelbar nach Erhalt des Call Connect Pakets senden. Die Datenübertragung ist vollduplex, so dass entweder der Angerufene oder der Anrufer sie je nach Art der Anwendung initiieren kann (die meisten Anwendungsprotokolle sind in der Praxis halbduplex, so dass es ungewöhnlich wäre, dass sowohl die Angerufene als auch die Anrufer-DEEs so schnell wie möglich mit der Übertragung beginnen).
Trennen der virtuellen Verbindung
Die Datenübertragung erfolgt so lange, bis die eine oder andere Seite entscheidet, die virtuelle Verbindung zu beenden, wenn ein Clear Request Paket übertragen wird. Im Gegensatz zu TCP/IP kann ein Clear-Paket Daten übernehmen, sodass eine Anwendung eine Verbindung erst dann löschen sollte, wenn sichergestellt ist, dass der Remote-Peer alle ausstehenden Datenblöcke empfangen hat - in der Regel ist etwas auf der Ebene des Anwendungsprotokolls notwendig, um dies zu gewährleisten, obwohl die Übertragung eines Datenpakets ohne Länge vielleicht eine Möglichkeit wäre, dasselbe zu erreichen, wenn bekannt ist, dass der Peer die Verbindung beim Empfang von Daten ohne Länge löschen würde.
Programmierung mit SVCs
Using the FarSync X.25 API with SVCs
* Alle Spezifikationen können sich durch den Hersteller initiiert gegebenenfalls ändern!
Daten letztmalig aktualisiert am 20.10.2018
Interessiert an mehr Information?
