Zusammenfassung

  • RFC 3337 gab den Präemptionsklassen einer PPP-Sitzung getrennte AAL2-CIDs. SSSAR zerlegte Pakete in 64-Byte-Fragmente, sodass ein Sprachfragment zwischen Teile eines großen Datenpakets eingeplant werden konnte.
  • Die Kennung bestimmte weder Scheduler noch VC-Kapazität. Klassifizierung, CID-Zuordnung, Queue-Service, Verkehrsvertrag, Reassemblierung und Anwendungsergebnis brauchten getrennte Belege; die 100-ms- und Fairness-Beispiele waren bedingt.

Hundert Millisekunden entstanden aus einer unteilbaren Sendung

Das RFC rechnete mit 1.500 Byte auf einer ATM-Verbindung von 128 kbit/s. Die Übertragung belegte die Leitung ungefähr 100 ms. Traf Sprache nach Beginn ein, konnte eine Prioritätsmarke bereits gesendete Bits nicht überholen.

Die Präemptionseinheit musste kleiner werden. SSSAR, ohnehin Teil von PPP über AAL2, teilte jedes Paket in 64-Byte-Fragmente. An der nächsten Fragmentgrenze konnte der Scheduler neu wählen.

Die 100 ms waren kein universeller Messwert. Andere Größe und Rate ergeben andere Zeiten. Das Beispiel zeigte, dass Priorität einen ausführbaren Unterbrechungspunkt braucht. Ohne ihn kommt das Label zu spät.

Getrennte CIDs erzeugten eine echte Wahl

Fragmente unterschiedlicher Präemptionsklassen mussten unterschiedliche CPS-CIDs nutzen. Eine Sitzung brauchte mindestens so viele CIDs wie präemptible Klassen. Das Klassifizierungsergebnis wählte SSSAR-Instanz und Queue.

In einer einzigen Fragmentfolge hat der Scheduler keine Alternative. Getrennte CIDs erlaubten ihm, Sprache zwischen Datenfragmente zu setzen.

Doch korrekte Klasse und korrekter CID waren zwei Tatsachen. Ein Mappingfehler konnte beide Klassen in dieselbe Queue legen und das Label erhalten. Ausgang, CID und aktive Konfiguration gehören getrennt in den Nachweis.

Der Klassifikator blieb lokale Politik

RFC 3337 erlaubte verschiedene Methoden. Das Sprachbeispiel nutzte Paketgröße: klein bedeutete Echtzeit, groß Daten. Selbst die Schwelle hing von Anwendung und Leitungsrate ab.

Größe ist ein Stellvertreter, keine Bedeutung. Kleine Wartungspakete können unkritisch, größere Medienobjekte dringend sein. Eine alte Regel kann syntaktisch perfekt und fachlich falsch arbeiten.

Darum braucht der Beleg Eingabefelder, Regelversion, Schwelle, Treffer, Klasse und Genehmiger. Der Standard transportierte Klassen, definierte aber nicht das Produktversprechen.

Erst der Scheduler verwandelte Namen in Zeit

AAL2 CPS legte keinen Algorithmus zwischen CIDs fest. RFC 3337 nannte Priorität, Fairness und gewichtete Fairness. Jede verteilt Verzögerung, Durchsatz und Verhungern anders.

Im Zwei-Klassen-Beispiel sorgte faire Planung dafür, dass ein Echtzeitfragment höchstens ein Datenfragment wartete. Die Grenze beruhte auf 64 Byte, zwei CIDs und Fairness auf Fragmentebene.

Sie bedeutete weder null Wartezeit noch Ende-zu-Ende-Garantie. Strikte Priorität kann Sprache beschleunigen und Daten aushungern. Quantum, Gewichte und weitere Klassen ändern die Rechnung. Algorithmus und Parameter gehören zur Aussage.

Kapazität blieb ein eigenes Tor

Für niedrige Latenz und Verluste verlangte das Beispiel eine geeignete ATM-Echtzeit-Verkehrsklasse wie VBRnrt oder VBRrt. CID-Planung ordnete vorhandenen Dienst; sie erzeugte keine Bandbreite.

Bei Überlast entscheidet ein Scheduler nur, wer verliert. Admission, Verkehrsvertrag, Shaping, Policing und spätere Queues bestimmen die Ressourcen. Ein Fragment kann lokal schnell abgehen und am nächsten Rand warten.

Klassifizierung beschreibt Absicht, Scheduling wählt das nächste Fragment, Provisioning stellt Dienst bereit. Wer nur die erste Ebene beobachtet, verwechselt Konfiguration mit Leistung.

Der Empfänger musste Nützlichkeit noch beweisen

Das Fragment durchlief ATM-Zellen und wurde mit UUI-Zustand des RFC-3336-Basismappings zusammengesetzt. Queue-Abgang beweist weder vollständige Ankunft noch CRC, PPP-Annahme oder Anwendungsfrist.

Die Kette trennt Klassifizierung, Mapping, UUI, Queuezeiten, Scheduler-Entscheid, VC-Vertrag, Zellverlust, SSSAR, CRC, LCP und Anwendung. Stimme und Sprache fügen Jitterpuffer, Codec, Playout und Verlustverdeckung hinzu.

Eine lokale Serialisierungsgrenze kann nötig und unzureichend sein. Das Ende liefert den letzten Beleg.

Verwandte RFCs sind kein Betriebsregister

RFC 3336 definiert PPP/AAL2. RFC 2689 beschreibt Integrated Services auf langsamen Links. RFC 2686 definiert Multi-Class Multi-Link PPP, RFC 1990 die Multilink-Basis. RFC 2508 behandelt IP/UDP/RTP-Kompression.

RFC 2474 und RFC 3246 liefern DiffServ- und EF-Kontext. Eine DS-Markierung beweist kein RFC-3337-CID-Mapping oder AAL2-Scheduling. RFC 2119 erklärt Anforderungswörter, nicht Einführung.

Für Betriebsaussagen braucht man Geräteversion, Regeln, CIDs, Algorithmus, Vertrag, Verkehr und Messung. Spezifikation ist kein Einsatzbeleg.

Eine Garantie muss ihren Vollstrecker nennen

Getrennte CIDs und 64-Byte-Fragmente waren echte Bausteine. Sie schufen unterscheidbare Queues und häufige Auswahlpunkte. Differenzierter Dienst wurde möglich.

„Sprachklasse“ blieb trotzdem ein Substantiv. Klassifizieren, Zuordnen, Fragmentieren, Planen, Zulassen, Senden, Zusammensetzen und Abspielen sind Verben verschiedener Besitzer.

Die bleibende Regel lautet: Suche den Vollstrecker. Die Kennung trägt Absicht, ein Mechanismus verändert Zeit, und der Empfänger beweist den Nutzen.

Quellen