Zusammenfassung

  • RFC 3336 verlagerte PPP-Multiplexing, Segmentierung und Reassemblierung in den AAL2 Common Part Sublayer. Fertige kurze Nutzlasten konnten ausgeliefert werden, ohne zuvor eine große AAL5-Einheit vollständig wiederherzustellen.
  • Bei PPPMUX/AAL5 konnte eine fehlende ATM-Zelle das gesamte Bündel entwerten; bei PPP/AAL2 blieb der Schaden bei Paketen in dieser Zelle. Der Vorteil hing von Ankunft, TIMER_CU, Größe, Füllung und Implementierung ab.

Die Verpackung bestimmte den Kreis des gemeinsamen Schicksals

Sprach- und Zugangssysteme transportierten viele kleine Pakete. Jedes einzeln in AAL5 abzubilden erzeugte relativ viel Header und Padding. Mehrere PPP-Nutzlasten in einer Einheit zu bündeln verteilte diese Kosten.

Das Bündel brachte jedoch eine Bedingung mit. Bei PPPMUX über AAL5 wurden die kleinen Nutzlasten zunächst zusammengefügt und die große AAL5-Protokolleinheit anschließend auf ATM-Zellen verteilt. Am Empfänger musste die ganze AAL5-Einheit zusammengesetzt und geprüft sein, bevor PPPMUX ihre Bewohner trennen konnte.

Aggregation war damit nicht nur Speicherökonomie. Sie schuf eine gemeinsame Uhr und einen gemeinsamen Integritätsentscheid. Ein schon vollständiges kleines Paket wartete auf den langsamsten Teil des großen Behälters.

Eine physische Lücke wurde logisch vergrößert

Fehlte eine ATM-Zelle, konnte die AAL5-Einheit nicht gültig rekonstruiert werden. Vielleicht gehörten die fehlenden Bits nur zu einer Nutzlast. Dennoch waren auch intakte Nutzlasten in anderen Zellen gefangen und wurden mit der Einheit verworfen.

RFC 3336 nutzte eine andere Reihenfolge im AAL2 Common Part Sublayer. CPS konnte kleine Pakete in ATM-Zellen multiplexen, während SSSAR jedes PPP-Paket segmentierte und wieder zusammensetzte. Sobald eine Nutzlast fertig war, durfte sie nach oben, ohne auf einen größeren kollektiven Rahmen zu warten.

Die verlorene Zelle blieb schädlich. Sie konnte Fragmente mehrerer Pakete enthalten und alle treffen. Aber fertige Pakete aus anderen Zellen teilten ihren Fehler nicht mehr. Die logische Ausfallzone näherte sich dem physischen Ort des Verlustes.

UUI 27 und 26 machten den Fragmentweg sichtbar

SSSAR verwendete die User-to-User Indication. Code 27 kennzeichnete ein Zwischenfragment, Code 26 das letzte Fragment. Nach dem Zusammenfügen prüfte der Empfänger eine 16-Bit-CRC der PPP-Nutzlast.

Diese Zustände dürfen nicht zu „zugestellt“ verschmolzen werden. Ein Schlussfragment kann eintreffen, obwohl vorher eines fehlt. Eine gültige CRC belegt Konsistenz auf dieser Ebene, nicht die Annahme durch eine Anwendung. Ein AAL2-connected-Ereignis kann LCP auf Up setzen, ohne Sprachqualität oder brauchbare Verzögerung zu beweisen.

Deshalb gehören CID-Abbildung, UUI-Folge, CPS-Sequenz und Parität, Zellverlust, SSSAR-Ergebnis, CRC, TIMER_CU, LCP-Zustand und Endergebnis in getrennte Belege. Ein kleinerer Ausfallbereich ist kein Ende-zu-Ende-Empfangsnachweis.

TIMER_CU machte den Füllgewinn bedingt

CPS konnte mehrere kurze Pakete in einer ATM-Zelle unterbringen. Trafen sie rechtzeitig ein, blieb weniger Raum ungenutzt als bei einzelnen AAL5-Einheiten. Der Sender durfte aber nicht unbegrenzt auf die nächste Nutzlast warten.

TIMER_CU setzte die Grenze. Nach Ablauf wurde die Zelle mit dem vorhandenen Inhalt gesendet; der Rest konnte Padding sein. Effizienz hing daher von Paketgrößen, Zwischenankunftszeiten, Last, Timer, Scheduling und Gerät ab. AAL2 war kein automatischer Prozentsatz Ersparnis.

Auch die Latenz blieb bedingt. Die fertige CPS-Nutzlast wartete nicht auf einen großen AAL5-Rahmen, konnte aber beim Aufbau der Zelle warten. Die Architektur entfernte eine verpflichtende Wartephase, nicht jede Queue.

PPP verlangte weiterhin genau zwei Endpunkte

PPP setzt eine voll-duplexfähige Punkt-zu-Punkt-Beziehung voraus. RFC 3336 verlangte deshalb eine punktförmige AAL2-Virtual-Connection, die PPP wie ein bitsynchroner Link erschien. Connected und disconnected lieferten die unteren Ereignisse für LCP.

Multipoint-Fähigkeiten von ATM änderten diesen Vertrag nicht. Ein CID unterscheidet Verkehr innerhalb der Verbindung, verwandelt eine Mehrpunktbeziehung aber nicht in einen gewöhnlichen PPP-Link.

Eine Sitzung durfte einen oder mehrere CIDs verwenden. Die Mehrklassen- und Prioritätssemantik gehört jedoch RFC 3337. Sie rückwirkend RFC 3336 zuzuschreiben würde Basismapping und Erweiterung vermengen.

Benachbarte Standards sind Kontext, kein Einsatznachweis

RFC 1661 definiert PPP. RFC 2364 beschreibt PPP über AAL5, RFC 3153 PPPMUX, RFC 2686 Multiprotokoll-Kapselung über ATM AAL5 und RFC 2507 IP-Header-Kompression. Gemeinsam erklären sie, warum Overhead und Warten bei kurzen Einheiten relevant waren.

RFC 3337 ergänzte Klassen. RFC 3985 stellte Pseudowires später in eine allgemeinere Architektur, RFC 4446 dokumentierte IANA-Zuweisungen. Aus dieser Dokumentenfolge folgt weder die Einführung bei einem Betreiber noch ein gemessener Bandbreiten- oder Qualitätsgewinn.

Der Standard belegt beabsichtigtes und spezifiziertes Verhalten. Für Betriebsaussagen braucht man Produktversion, Konfiguration, VC-Zuordnung, Timer, Verkehr und Messwerte. Technische Möglichkeit ist keine Marktbeobachtung.

Der entscheidende Ort war die Grenze des gemeinsamen Urteils

Die tiefe Alternative lautete nicht bloß AAL5 oder AAL2. Sie lautete: erst alles zusammensetzen und dann trennen, oder beim Zusammensetzen bereits trennen. Im ersten Modell musste die Sammlung überleben, bevor ihre Mitglieder sichtbar wurden. Im zweiten konnte jedes fertige Mitglied gehen.

Eine Schichtentscheidung wirkte auf Padding, Warten und Verlustverstärkung. Das Ausmaß blieb verkehrsabhängig, doch die Ursache war gleich: Die Position des Multiplexers änderte die Einheit, die zusammen wartete und scheiterte.

RFC 3336 hinterlässt deshalb eine dauerhafte Prüffrage: Wie groß ist das Objekt, über das der Empfänger auf einmal urteilen muss? Netztechnik verhindert nicht jeden Zellverlust. Sie entscheidet, wie viele korrekte Daten zusammen mit ihm geopfert werden.

Quellen