Übergabeprotokoll für dokumente muster

Eine Lehre aus ARPANET, dem Vorgänger des Internets, war, dass Protokolle ein Framework benötigen, um zu funktionieren. Daher ist es wichtig, ein universell einsames, zukunftssicheres Framework zu entwickeln, das für strukturierte Protokolle (z. B. mehrschichtige Protokolle) und deren Standardisierung geeignet ist. Dies würde Protokollstandards mit sich überschneidender Funktionalität verhindern und eine klare Definition der Verantwortlichkeiten eines Protokolls auf den verschiedenen Ebenen (Schichten) ermöglichen. [61] Daraus entstand das OSI Open Systems Interconnection-Referenzmodell (RM/OSI), das als Rahmen für die Gestaltung von Standardprotokollen und -diensten verwendet wird, die den verschiedenen Schichtspezifikationen entsprechen. [62] Damit die Kommunikation erfolgen kann, müssen Protokolle ausgewählt werden. Die Regeln können durch Algorithmen und Datenstrukturen ausgedrückt werden. Die Unabhängigkeit von Hardware und Betriebssystem wird durch die Ausdrücke der Algorithmen in einer tragbaren Programmiersprache verbessert. Die Quellunabhängigkeit der Spezifikation bietet eine breitere Interoperabilität. Systeme verwenden in der Regel kein einziges Protokoll, um eine Übertragung zu verarbeiten. Stattdessen verwenden sie eine Reihe kooperierender Protokolle, die manchmal als Protokollsuite bezeichnet werden. [24] Einige der bekanntesten Protokollsammlungen sind TCP/IP, IPX/SPX, X.25, AX.25 und AppleTalk.

Weitere Informationen zur Glob-Syntax finden Sie in der Oracle Java-Dokumentation. Weitere Informationen zu regulären Ausdrücken finden Sie unter Übersicht über reguläre Ausdrücke. Während die Verwendung von Protokoll-Layering heute im gesamten Bereich der Computernetzwerke allgegenwärtig ist, wurde sie von vielen Forschern[49] aus zwei Hauptgründen historisch kritisiert. Erstens kann das Abstrahieren des Protokollstapels auf diese Weise dazu führen, dass eine höhere Ebene die Funktionalität einer niedrigeren Ebene dupliziert, was ein Paradebeispiel ist, die Fehlerwiederherstellung sowohl auf Link-Basis als auch auf Einer End-to-End-Basis. [50] Mehrere Protokolle beschreiben häufig verschiedene Aspekte einer einzelnen Kommunikation. Eine Gruppe von Protokollen, die zusammenarbeiten sollen, wird als Protokollsuite bezeichnet. wenn sie in Software implementiert sind, handelt es sich um einen Protokollstapel. Um eine Nachricht auf System A zu senden, interagiert das obere Modul mit dem Modul direkt darunter und übergibt die zu kapselnde Nachricht. Dieses Modul reagiert, indem es die Nachricht in seinem eigenen Datenbereich einkapselt und seine Headerdaten gemäß dem Protokoll ausfüllt, das es implementiert, und mit dem darunter liegenden Modul interagiert, indem es diese neu gebildete Nachricht bei Bedarf übergibt. Das untere Modul interagiert direkt mit dem unteren Modul von System B, sodass die Nachricht übertragen wird. Auf dem empfangenden System B geschieht das Gegenteil, so dass letztendlich (und vorausgesetzt, es gab keine Übertragungsfehler oder Protokollverletzungen etc.) die Nachricht in ihrer ursprünglichen Form an das obere Modul des Systems B übermittelt wird.[42] Bei Protokollfehlern verwirft ein Empfangsmodul das erhaltene Stück und meldet die Fehlerbedingung an die ursprüngliche Quelle des Stücks auf derselben Ebene zurück, indem es die Fehlermeldung nach unten oder im Falle des unteren Moduls sendet. [43] Die Aufteilung der Nachricht oder des Datenstroms in Teile und die anschließende Remontage werden in der Ebene behandelt, die die Teilung/Reassemblierung eingeführt hat.

Die Remontage erfolgt am Zielort (d. h. nicht auf Zwischenroutern). [44] Im Gegensatz zum TCP/IP-Schichtschema, das von einem verbindungslosen Netzwerk ausgeht, ging RM/OSI von einem verbindungsorientierten Netzwerk aus. Verbindungsorientierte Netzwerke eignen sich besser für Großraumnetze und verbindungslose Netzwerke eignen sich besser für lokale Netzwerke. Die Verwendung von Verbindungen zur Kommunikation impliziert eine Form von Sitzungs- und (virtuellen) Schaltungen, daher die (im TCP/IP-Modell fehlende) Sitzungsschicht. Die Konstituenten der ISO befassten sich hauptsächlich mit Weitflächennetzen, so dass die Entwicklung von RM/OSI, die sich auf verbindungsorientierte Netzwerke und verbindungslose Netzwerke konzentrierte, nur in einem Nachtrag zu RM/OSI erwähnt wurde. [71] Damals musste die IETF damit fertig werden und die Tatsache, dass das Internet Protokolle benötigte, die einfach nicht da waren.

  • Facebook
  • Twitter
  • Google Bookmarks
  • Google Buzz
  • LinkedIn
  • Tumblr
  • Yahoo! Bookmarks
  • E-Mail

Comments are closed.