Zum Hauptinhalt springen

1. Introduction (Einführung)

IP Version 4 setzt voraus, dass die IP-Adresse eines Knotens den Punkt eindeutig identifiziert, an dem dieser Knoten mit dem Internet verbunden ist. Daher muss sich ein Knoten in dem Netzwerk befinden, das durch seine IP-Adresse angegeben wird, um Datagramme zu empfangen, die an ihn adressiert sind; andernfalls können Datagramme, die an den Knoten adressiert sind, nicht zugestellt werden. Damit ein Knoten seinen Verbindungspunkt ändern kann, ohne die Kommunikationsfähigkeit zu verlieren, muss derzeit in der Regel einer der folgenden zwei Mechanismen eingesetzt werden:

  • Der Knoten muss seine IP-Adresse jedes Mal ändern, wenn er seinen Verbindungspunkt ändert, oder
  • Hostspezifische Routen müssen über einen großen Teil der Internet-Routing-Struktur verbreitet werden.

Beide Alternativen sind im Allgemeinen nicht akzeptabel. Die erste Alternative macht es dem Knoten unmöglich, Transport- und höherschichtige Verbindungen aufrechtzuerhalten, wenn er seinen Standort ändert. Die zweite Alternative hat offensichtliche und schwerwiegende Skalierbarkeitsprobleme, insbesondere angesichts des explosionsartigen Wachstums beim Verkauf von Laptop-Computern (mobilen Computern).

Im Internet wird ein neuer skalierbarer Mechanismus benötigt, um die Mobilität von Knoten zu unterstützen. Dieses Dokument definiert einen solchen Mechanismus, der es Knoten ermöglicht, ihren Verbindungspunkt zum Internet zu ändern, ohne ihre IP-Adresse zu ändern.

Die Änderungen zwischen dieser überarbeiteten Mobile-IP-Spezifikation und der ursprünglichen Spezifikation (siehe [44], [14], [15], [20], [4] und [50]) sind in Anhang F beschrieben.

1.1. Protocol Requirements (Protokollanforderungen)​

Ein mobiler Knoten (Mobile Node) MUSS in der Lage sein, nach der Änderung seines Verbindungspunkts auf der Verbindungsschicht zum Internet mit anderen Knoten zu kommunizieren, ohne seine IP-Adresse zu ändern.

Ein mobiler Knoten MUSS in der Lage sein, mit anderen Knoten zu kommunizieren, die diese Mobilitätsfunktionen nicht implementiert haben. In Hosts oder Routern, die keine der in Abschnitt 1.5 eingeführten neuen Architekturentitäten darstellen, sind keine Protokollerweiterungen erforderlich.

Alle Nachrichten, die zur Aktualisierung des Standorts eines mobilen Knotens bei einem anderen Knoten verwendet werden, MÜSSEN authentifiziert (Authentication) werden, um Angriffe durch Remote-Umleitung zu verhindern.

1.2. Goals (Ziele)​

Der Link, über den ein mobiler Knoten direkt mit dem Internet verbunden ist, ist häufig ein drahtloser Link. Daher kann die Bandbreite dieses Links erheblich geringer sein als bei herkömmlichen kabelgebundenen Netzwerken, und die Fehlerrate kann höher sein. Darüber hinaus werden mobile Knoten wahrscheinlich mit Batterien betrieben, und die Minimierung des Stromverbrauchs ist wichtig. Daher sollte die Anzahl der Verwaltungsnachrichten, die über den Link gesendet werden, über den ein mobiler Knoten direkt mit dem Internet verbunden ist, minimiert werden, und die Größe dieser Nachrichten sollte so klein wie vernünftigerweise möglich gehalten werden.

1.3. Assumptions (Annahmen)​

Das in diesem Dokument definierte Protokoll legt keine zusätzlichen Einschränkungen für die IP-Adresszuweisung fest. Das heißt, einem mobilen Knoten kann eine IP-Adresse von der Organisation zugewiesen werden, der die Maschine gehört.

Dieses Protokoll setzt voraus, dass mobile Knoten ihren Verbindungspunkt zum Internet normalerweise nicht häufiger als einmal pro Sekunde ändern.

Dieses Protokoll setzt voraus, dass IP-Unicast-Datagramme basierend auf der Zieladresse (Destination Address) im Datagramm-Header geroutet werden (und nicht z. B. basierend auf der Quelladresse).

1.4. Applicability (Anwendbarkeit)​

Mobile IP ist dafür konzipiert, Knoten die Bewegung von einem IP-Subnetz zu einem anderen zu ermöglichen. Es gilt gleichermaßen für Mobilität zwischen homogenen Medien und für Mobilität zwischen heterogenen Medien. Das heißt, Mobile IP erleichtert sowohl die Bewegung eines Knotens von einem Ethernet-Segment zu einem anderen als auch von einem Ethernet-Segment zu einem drahtlosen LAN, solange die IP-Adresse des mobilen Knotens nach einer solchen Bewegung unverändert bleibt.

Mobile IP kann als Lösung für das Problem der „Makro"-Mobilitätsverwaltung betrachtet werden. Es ist weniger geeignet für Anwendungen der „Mikro"-Mobilitätsverwaltung – zum Beispiel das Handover zwischen drahtlosen Sendeempfängern, bei dem jeder Sendeempfänger nur einen sehr kleinen geografischen Bereich abdeckt. Solange die Knotenbewegung nicht zwischen Verbindungspunkten in verschiedenen IP-Subnetzen stattfindet, können Mobilitätsmechanismen auf der Verbindungsschicht (d. h. Handover auf der Verbindungsschicht) eine schnellere Konvergenz und weniger Overhead als Mobile IP bieten.

1.5. New Architectural Entities (Neue Architekturentitäten)​

Mobile IP führt die folgenden neuen funktionalen Entitäten ein:

Mobile Node (Mobiler Knoten)

Ein Host oder Router, der seinen Verbindungspunkt von einem Netzwerk oder Subnetz zu einem anderen ändert. Ein mobiler Knoten kann seinen Standort ändern, ohne seine IP-Adresse zu ändern; er kann seine (konstante) IP-Adresse verwenden, um von jedem Standort aus weiterhin mit anderen Internet-Knoten zu kommunizieren, vorausgesetzt, eine Verbindungsschichtverbindung zum Verbindungspunkt ist verfügbar.

Home Agent (Heimatagent)

Ein Router im Heimatnetzwerk eines mobilen Knotens, der Datagramme über einen Tunnel (Tunnel) an den mobilen Knoten weiterleitet, wenn der mobile Knoten von zu Hause weg ist, und der aktuelle Standortinformationen des mobilen Knotens pflegt.

Foreign Agent (Fremdagent)

Ein Router im besuchten Netzwerk eines mobilen Knotens, der dem mobilen Knoten bei der Registrierung Routing-Dienste bereitstellt. Der Fremdagent enttunnelt Datagramme, die vom Heimatagenten des mobilen Knotens getunnelt wurden, und liefert sie an den mobilen Knoten. Für Datagramme, die vom mobilen Knoten gesendet werden, kann der Fremdagent als Standard-Router für registrierte mobile Knoten fungieren.

Einem mobilen Knoten wird eine langfristige IP-Adresse in einem Heimatnetzwerk zugewiesen. Diese Heimatadresse (Home Address) wird auf die gleiche Weise verwaltet wie eine „permanente" IP-Adresse für einen stationären Host. Wenn er sich von seinem Heimatnetzwerk entfernt, wird dem mobilen Knoten eine Sorgfalt-Adresse (Care-of Address) zugeordnet, die den aktuellen Verbindungspunkt des mobilen Knotens widerspiegelt. Der mobile Knoten verwendet seine Heimatadresse als Quelladresse aller IP-Datagramme, die er sendet, sofern in diesem Dokument nicht anders für bestimmte Datagramme beschrieben, die für einige Mobilitätsverwaltungsfunktionen verwendet werden (z. B. wie in Abschnitt 3.6.1.1 beschrieben).

1.6. Terminology (Terminologie)​

Die Schlüsselwörter „MUST" (MUSS), „MUST NOT" (DARF NICHT), „REQUIRED" (ERFORDERLICH), „SHALL" (SOLL), „SHALL NOT" (SOLL NICHT), „SHOULD" (SOLLTE), „SHOULD NOT" (SOLLTE NICHT), „RECOMMENDED" (EMPFOHLEN), „MAY" (KANN) und „OPTIONAL" (OPTIONAL) in diesem Dokument sind gemäß RFC 2119 [1] zu interpretieren.

Darüber hinaus verwendet dieses Dokument häufig die folgenden Begriffe:

Authorization-Enabling Extension (Autorisierungsermöglichende Erweiterung)

Eine Authentifizierung, die eine (Registrierungs-)Nachricht für den endgültigen Empfänger der Registrierungsnachricht akzeptabel macht. Eine autorisierungsermöglichende Erweiterung MUSS einen Sicherheitsparameterindex (SPI, Security Parameter Index) enthalten.

In diesem Dokument beziehen sich alle Verwendungen von autorisierungsermöglichenden Erweiterungen auf Authentifizierungserweiterungen, die eine Registrierungsanforderungsnachricht für den Heimatagenten akzeptabel machen. Unter Verwendung anderer Protokollstrukturen, die außerhalb dieses Dokuments spezifiziert sind, kann ein mobiler Knoten dem Heimatagenten die Authentifizierung seiner Registrierung über eine andere Authentifizierungsentität bereitstellen, die für den Heimatagenten im Netzwerk akzeptabel ist (siehe z. B. RFC 2794 [2]).

Agent Advertisement (Agentenwerbung)

Eine Werbenachricht, die durch Anhängen einer speziellen Erweiterung an eine Router-Advertisement (Routerwerbung) [5]-Nachricht erstellt wird.

Authentication (Authentifizierung)

Der Prozess der Überprüfung der Identität des Initiators einer Nachricht mithilfe kryptografischer Techniken (gilt für alle Anwendungen in dieser Spezifikation).

Care-of Address (Sorgfalt-Adresse)

Der Tunnelendpunkt für die Weiterleitung an den mobilen Knoten, wenn er sich von zu Hause entfernt. Das Protokoll kann zwei verschiedene Arten von Sorgfalt-Adressen verwenden: Eine „Foreign Agent Care-of Address" (Fremdagenten-Sorgfalt-Adresse) ist die Adresse eines Fremdagenten, bei dem der mobile Knoten registriert ist, und eine „Co-located Care-of Address" (Mitbefindliche Sorgfalt-Adresse) ist eine extern erworbene lokale Adresse, die der mobile Knoten mit einer seiner eigenen Netzwerkschnittstellen verknüpft hat.

Correspondent Node (Korrespondenzknoten)

Ein Peer-Knoten, mit dem ein mobiler Knoten kommuniziert. Ein Korrespondenzknoten kann mobil oder stationär sein.

Foreign Network (Fremdnetzwerk)

Jedes Netzwerk außer dem Heimatnetzwerk des mobilen Knotens.

Gratuitous ARP (Unaufgefordertes ARP)

Ein ARP-Paket (Address Resolution Protocol), das von einem Knoten gesendet wird, um spontan andere Knoten dazu zu veranlassen, ihre ARP-Cache-Einträge zu aktualisieren [45]. Siehe Abschnitt 4.6.

Home Address (Heimatadresse)

Eine IP-Adresse, die einem mobilen Knoten zugewiesen ist und langfristig verwendet wird. Sie bleibt unverändert, unabhängig davon, wo der Knoten mit dem Internet verbunden ist.

Home Network (Heimatnetzwerk)

Ein Netzwerk (möglicherweise virtuell), das ein Netzwerkpräfix hat, das mit der Heimatadresse des mobilen Knotens übereinstimmt. Beachten Sie, dass Standard-IP-Routing-Mechanismen Datagramme, die an die Heimatadresse des mobilen Knotens adressiert sind, an das Heimatnetzwerk des mobilen Knotens liefern.

Link (Verbindung)

Eine Einrichtung oder ein Medium, über das Knoten auf der Verbindungsschicht kommunizieren können. Eine Verbindung befindet sich unterhalb der Netzwerkschicht.

Link-Layer Address (Verbindungsschichtadresse)

Eine Adresse, die zur Identifizierung eines Kommunikationsendpunkts auf einem bestimmten physischen Link verwendet wird. Typischerweise ist eine Verbindungsschichtadresse die MAC-Adresse (Media Access Control) einer Schnittstelle.

Mobility Agent (Mobilitätsagent)

Entweder ein Heimatagent oder ein Fremdagent.

Mobility Binding (Mobilitätsbindung)

Die Zuordnung einer Heimatadresse zu einer Sorgfalt-Adresse sowie die verbleibende Lebensdauer (Lifetime) dieser Zuordnung.

Mobility Security Association (Mobilitätssicherheitsassoziation)

Eine Sammlung von Sicherheitskontexten zwischen einem Knotenpaar, die auf Mobile-IP-Protokollnachrichten angewendet werden können, die zwischen ihnen ausgetauscht werden. Jeder Kontext gibt einen Authentifizierungsalgorithmus und -modus (Abschnitt 5.1), einen Schlüssel (gemeinsamer geheimer Schlüssel oder geeignetes öffentliches/privates Schlüsselpaar) und den verwendeten Replay-Schutzstil (Abschnitt 5.7) an.

Node (Knoten)

Ein Host oder Router.

Nonce (Einmalwert)

Ein zufällig ausgewählter Wert, der sich von früheren Auswahlen unterscheidet und in eine Nachricht eingefügt wird, um Replay-Angriffe zu verhindern.

Security Parameter Index (SPI, Sicherheitsparameterindex)

Ein Index, der einen Sicherheitskontext zwischen einem Knotenpaar identifiziert, unter den in einer Mobilitätssicherheitsassoziation verfügbaren Kontexten. SPI-Werte von 0 bis 255 sind reserviert und DÜRFEN NICHT in einer Mobilitätssicherheitsassoziation verwendet werden.

Tunnel (Tunnel)

Der Pfad, dem ein Datagramm folgt, während es gekapselt ist. Das Modell ist, dass das Datagramm bei der Kapselung zu einem sachkundigen Entkapselungsagenten geroutet wird, der das Datagramm entkapselt und es dann korrekt an sein endgültiges Ziel liefert.

Virtual Network (Virtuelles Netzwerk)

Ein Netzwerk ohne physische Instanz außer einem Router (der eine physische Netzwerkschnittstelle in einem anderen Netzwerk hat). Ein Router (z. B. ein Heimatagent) bewirbt typischerweise die Erreichbarkeit des virtuellen Netzwerks mithilfe konventioneller Routing-Protokolle.

Visited Network (Besuchtes Netzwerk)

Ein Netzwerk außer dem Heimatnetzwerk des mobilen Knotens, mit dem der mobile Knoten derzeit verbunden ist.

Visitor List (Besucherliste)

Die Liste der mobilen Knoten, die einen Fremdagenten besuchen.

1.7. Protocol Overview (Protokollübersicht)​

Für Mobile IP sind die folgenden Unterstützungsdienste definiert:

Agent Discovery (Agentenerkennung)

Heimatagenten und Fremdagenten können ihre Verfügbarkeit auf jedem Link bekannt geben, auf dem sie Dienste anbieten. Ein neu angekommener mobiler Knoten kann auf einem Link eine Anfrage (Solicitation) senden, um herauszufinden, ob potenzielle Agenten vorhanden sind.

Registration (Registrierung)

Wenn ein mobiler Knoten von zu Hause weg ist, registriert er seine Sorgfalt-Adresse bei seinem Heimatagenten. Abhängig von seiner Verbindungsmethode registriert sich der mobile Knoten entweder direkt bei seinem Heimatagenten oder über einen Fremdagenten, der die Registrierung an den Heimatagenten weiterleitet.

Silently Discard (Stilles Verwerfen)

Die Implementierung verwirft das Datagramm ohne weitere Verarbeitung und ohne dem Absender einen Fehler anzuzeigen. Die Implementierung SOLLTE die Möglichkeit bieten, Fehler zu protokollieren, einschließlich des Inhalts verworfener Datagramme, und SOLLTE das Ereignis in Statistikzählern aufzeichnen.

Die folgenden Schritte bieten einen groben Überblick über den Betrieb des Mobile-IP-Protokolls:

  • Mobilitätsagenten (d. h. Fremdagenten und Heimatagenten) geben ihre Anwesenheit durch Agent-Advertisement-Nachrichten (Agentenwerbungsnachrichten) bekannt (Abschnitt 2). Ein mobiler Knoten kann optional Agent-Advertisement-Nachrichten von einem lokal verbundenen Mobilitätsagenten über eine Agent-Solicitation-Nachricht (Agentensolicitation-Nachricht) anfordern.

  • Ein mobiler Knoten empfängt diese Agentenwerbungen und bestimmt, ob er sich in seinem Heimatnetzwerk oder in einem Fremdnetzwerk befindet.

  • Wenn ein mobiler Knoten erkennt, dass er sich in seinem Heimatnetzwerk befindet, arbeitet er ohne Mobilitätsdienste. Wenn er von einer Registrierung anderswo zu seinem Heimatnetzwerk zurückkehrt, meldet sich der mobile Knoten bei seinem Heimatagenten ab, indem er Registrierungsanforderungs- (Registration Request) und Registrierungsantwort- (Registration Reply) Nachrichten mit seinem Heimatagenten austauscht.

  • Wenn ein mobiler Knoten erkennt, dass er in ein Fremdnetzwerk gewechselt ist, erhält er eine Sorgfalt-Adresse im Fremdnetzwerk. Die Sorgfalt-Adresse kann aus der Werbung eines Fremdagenten (Fremdagenten-Sorgfalt-Adresse) oder durch einen externen Zuweisungsmechanismus wie DHCP [34] (Mitbefindliche Sorgfalt-Adresse) bestimmt werden.

  • Ein mobiler Knoten, der von zu Hause weg operiert, registriert dann seine neue Sorgfalt-Adresse bei seinem Heimatagenten, indem er Registrierungsanforderungs- und Registrierungsantwort-Nachrichten mit dem Heimatagenten austauscht (möglicherweise über einen Fremdagenten) (Abschnitt 3).

  • Datagramme, die an die Heimatadresse des mobilen Knotens adressiert sind, werden durch Internet-Routing-Mechanismen abgefangen und an das Heimatnetzwerk des mobilen Knotens geliefert.

  • Im Heimatnetzwerk fängt der Heimatagent des mobilen Knotens diese Datagramme ab und tunnelt sie an die Sorgfalt-Adresse des mobilen Knotens.

  • An der Sorgfalt-Adresse werden die Datagramme entkapselt und an den mobilen Knoten geliefert.

In der umgekehrten Richtung werden Datagramme, die an den Korrespondenzknoten adressiert sind, typischerweise direkt vom mobilen Knoten unter Verwendung von Standard-IP-Routing-Mechanismen geliefert, nicht notwendigerweise über den Heimatagenten (Abschnitt 4.2.1).

1.8. Message Format and Protocol Extensibility (Nachrichtenformat und Protokollerweiterbarkeit)​

Mobile IP definiert eine Reihe neuer Steuernachrichten, die über UDP (User Datagram Protocol) und ICMP (Internet Control Message Protocol) übertragen werden. Mobile IP erweitert auch den ICMP-Router-Discovery-Mechanismus [5].

In einigen Fällen wurden Feldwerte, die für Nachrichten definiert sind, möglicherweise noch nicht von der IANA zugewiesen. In all diesen Fällen MUSS die Implementierung, die die Nachricht sendet, die entsprechenden Werte in der Nachricht verwenden, und der empfangende Knoten MUSS diese Werte korrekt interpretieren.

Der Empfänger einer Nachricht DARF KEINE Annahmen über die Reihenfolge oder Ausrichtung bestimmter Daten in der Nachricht machen. Nachrichten MÜSSEN gemäß dem in diesem Dokument definierten Format geparst werden, ohne die Position bestimmter Daten anzunehmen, es sei denn, das Format gibt die Position dieser Daten explizit an.

Obwohl die Feldpositionen in einer Nachricht durch das Format explizit angegeben werden, DARF der Empfänger nicht annehmen, dass Daten an einer bestimmten Bytegrenze ausgerichtet sind. Die in diesem Dokument verwendeten Diagramme, die Datenfelder zeigen, dienen nur zur Veranschaulichung und implizieren keine erforderlichen Ausrichtungsanforderungen.

Alle reservierten Felder SOLLEN vom Absender auf null gesetzt werden, und der Empfänger MUSS den Inhalt dieser Felder ignorieren, sofern in diesem Dokument nicht anders angegeben.

Einige Nachrichten enthalten Datenfelder variabler Länge. In diesen Fällen wird die Länge des Datenfelds durch ein vorangehendes Längenfeld angegeben, das die Anzahl der Bytes im Datenfeld angibt.

Alle Mobile-IP-Nachrichten können Erweiterungen enthalten, die nicht explizit definiert sind, aber wenn vorhanden, MÜSSEN die Erweiterungen dem in Abschnitt 1.9 definierten Format entsprechen. Mobile IP definiert ein langes Erweiterungsformat und ein kurzes Erweiterungsformat.

1.9. Type-Length-Value Extension Format for Mobile IP Extensions (TLV-Erweiterungsformat für Mobile-IP-Erweiterungen)​

Diese Spezifikation definiert Erweiterungen, die in Mobile-IP-Nachrichten enthalten sind, als TLV-Format (Type-Length-Value). Jede dieser TLV-Erweiterungen enthält drei Felder: ein 8-Bit-Typfeld (Type), ein 8-Bit- oder 16-Bit-Längenfeld (Length) und ein Wertfeld (Value) variabler Länge.

Das Typfeld gibt den Typ der Erweiterung an. Erweiterungstyp-Werte sind in den in Abschnitt 6 aufgeführten IANA-Registern zu finden.

Das Längenfeld gibt die Länge des Wertfelds in Bytes an. Es schließt nicht die Länge der Typ- und Längenfelder selbst ein.

Das Wertfeld enthält erweiterungstypspezifische Daten.

Mobile IP definiert zwei Erweiterungsformate:

  • Langes Erweiterungsformat (Long Extension Format) verwendet ein 16-Bit-Längenfeld (Abschnitt 1.10)
  • Kurzes Erweiterungsformat (Short Extension Format) verwendet ein 8-Bit-Längenfeld (Abschnitt 1.11)

1.10. Long Extension Format (Langes Erweiterungsformat)​

Das lange Erweiterungsformat wird für Erweiterungen mit Typwerten kleiner als 128 verwendet. Lange Erweiterungen verwenden ein 16-Bit-Längenfeld, das Erweiterungen mit bis zu 65.535 Bytes Daten ermöglicht.

Das Format einer langen Erweiterung ist wie folgt:

 0                   1                   2                   3
 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|     Type      |   Subtype     |            Length             |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|                         Value (variable)                      |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

Type (Typ)

Ein 8-Bit-Bezeichner für einen bestimmten Erweiterungstyp. Typwerte kleiner als 128 zeigen die Verwendung des langen Erweiterungsformats an.

Subtype (Untertyp)

Ein 8-Bit-Bezeichner, der verwendet werden kann, um weitere Typinformationen für einen bestimmten Typ bereitzustellen. Die Interpretation des Untertypfelds hängt vom jeweiligen Erweiterungstyp ab.

Length (Länge)

Ein vorzeichenloser 16-Bit-Integer. Die Länge des Wertfelds in Bytes. Das Längenfeld schließt nicht die Typ-, Untertyp- und Längenfelder selbst ein.

Value (Wert)

Erweiterungstypspezifische Daten variabler Länge.

1.11. Short Extension Format (Kurzes Erweiterungsformat)​

Das kurze Erweiterungsformat wird für Erweiterungen mit Typwerten größer oder gleich 128 verwendet. Kurze Erweiterungen verwenden ein 8-Bit-Längenfeld, das Erweiterungen mit bis zu 255 Bytes Daten ermöglicht.

Das Format einer kurzen Erweiterung ist wie folgt:

 0                   1                   2                   3
 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|     Type      |    Length     |      Value (variable)         |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

Type (Typ)

Ein 8-Bit-Bezeichner für einen bestimmten Erweiterungstyp. Typwerte größer oder gleich 128 zeigen die Verwendung des kurzen Erweiterungsformats an.

Length (Länge)

Ein vorzeichenloser 8-Bit-Integer. Die Länge des Wertfelds in Bytes. Das Längenfeld schließt nicht die Typ- und Längenfelder selbst ein.

Value (Wert)

Erweiterungstypspezifische Daten variabler Länge.

Letztes Update am