Zusammenfassung

  • RFC 9808 ermöglicht einem nachgelagerten CDN, für einen bestimmten Footprint Nicht-zu-überschreitende Kapazitätsgrenzen und passende Auslastungstelemetrie an ein vorgelagertes CDN zu melden. Die Information ist ausdrücklich beratend, keine Garantie, Zusage oder Reservierung.
  • Für eine belastbare Delegierungsentscheidung zählen alle anwendbaren Grenzen gemeinsam: Soft- und Hard-Maximum, Footprint, TTL, Quelle, Metrik, Zeitgranularität, Mittelwert oder Perzentil, Verzögerung und aggregierte Weiternutzung. Annahme, Lieferung, Nutzerergebnis und vertraglicher Ausgleich benötigen spätere Belege.

Ein Request Router sieht freie Ausgangsbandbreite. Zugleich liegt die Zahl der Sitzungen knapp unter ihrer Grenze, und die Telemetrie bildet ein fünf Minuten altes Fenster ab. Darf der Router mehr Verkehr senden? RFC 9808 beantwortet nicht mit einem einzelnen Ja oder Nein. Sie verlangt, dass der Router die ganze Bedingungsmenge liest und die Entscheidung lokal trifft.

Das Beispiel beschreibt kein reales CDN und keinen nachgewiesenen Einsatz. Die RFC 9808 belegt weder, dass ein benannter Anbieter die Erweiterung implementiert hat, noch dass eine Kapazität gemeldet, reserviert oder genutzt wurde. Ihr Gegenstand ist die gemeinsame Sprache, in der zwei unabhängig betriebene Netze eine solche Entscheidung vorbereiten können.

Die im Juli 2025 auf dem Standards Track veröffentlichte Norm erweitert die Footprint & Capabilities Advertisement Interface aus RFC 8008. Zwei neue Objekte tragen die Arbeit. FCI.CapacityLimits beschreibt das gemeldete Kapazitätsfenster. FCI.Telemetry bezeichnet Beobachtungsquellen für die aktuelle Belegung. Der RFC-Editor-Eintrag und der IETF-Datatracker nennen Andrew Ryan, Ben Rosenblum und Nir B. Sopher als Autoren. Das IANA-Register der CDNI-Parameter hält die gemeinsamen Bezeichner fest.

Damit wird ein echtes Koordinationsproblem kleiner. Eine formlose Mitteilung wie „Kapazität vorhanden“ lässt offen, ob sie Bit pro Sekunde, Anfragen, Sitzungen, Speicherbytes, Objektzahl oder Cache meint. Ebenso fehlen Ort, Messfenster, Quelle, Alter und Ablauf. Strukturierte Felder erlauben verschiedenen Implementierungen, dieselbe Aussage zu lesen und später festzustellen, welche Grenze eine Routingentscheidung ausgelöst hat.

Die Portabilität erweitert jedoch nicht die Autorität. RFC 9808 bezeichnet Kapazitätsinformation als advisory und schließt Garantie, Commitment und Reservation ausdrücklich aus. Ein gültiges maximum-hard sagt, welches Maximum das nachgelagerte CDN im betreffenden Kontext zur Nutzung meldet. Es sagt nicht, dass ein Anteil exklusiv für dieses vorgelagerte CDN abgesondert wurde oder bei einer späteren Anfrage noch unberührt sein wird.

Diese Trennung folgt der CDNI-Rollenverteilung. RFC 6707 beschreibt einen Content Service Provider, ein autoritatives beziehungsweise vorgelagertes CDN und ein nachgelagertes CDN. Geschäftliche Vereinbarungen zwischen ihnen bleiben außerhalb der technischen Spezifikation. Preis, Vorrang, Exklusivität, Verdrängungsregeln und Ersatzansprüche brauchen einen Vertrag; sie entstehen nicht durch semantische Aufwertung eines Protokollfelds.

RFC 7336 lässt die Request-Routing-Entscheidung im lokalen Verantwortungsbereich des vorgelagerten CDNs. RFC 9808 verbessert eine Eingabe, übergibt aber nicht die Entscheidungsgewalt. Das vorgelagerte Netz kann Prognose, Sicherheitsabstand, Schadenshöhe, alternative Ziele und Telemetrieverzug berücksichtigen. Eine syntaktisch richtige Meldung ist kein Befehl, die Grenze auszuschöpfen.

Das Kapazitätsobjekt registriert sechs Dimensionen: Egress in Bit pro Sekunde, Requests pro Sekunde, Speichergröße, Anzahl gespeicherter Objekte, Sitzungszahl und Cachegröße. Für jede gilt ein Hard-Maximum. Optional kann ein kleineres Soft-Maximum angegeben werden, ab dem das vorgelagerte CDN Verkehr reduzieren sollte. Fehlt es, entspricht es dem Hard-Maximum.

Entscheidend ist die Verknüpfung durch logisches UND. Alle anwendbaren Limits müssen zugleich betrachtet werden. Freie Bandbreite hebt eine ausgeschöpfte Sitzungszahl nicht auf. Freie Speicherbytes lösen keine Grenze der Objektzahl. Wer nur die günstigste Dimension auswählt, erzeugt aus einer mehrdimensionalen Hülle eine Werbeziffer und verwirft genau die Information, die die Norm transportieren soll.

Auch die Soft-Hard-Differenz hat operative Bedeutung. Sie schafft Zeit für Beobachtung, Berechnung, Verteilung einer neuen Entscheidung und bereits fließenden Verkehr. Beginnt die Drosselung erst am harten Rand, kann die Reaktion eintreffen, nachdem zusätzlicher Verkehr die Grenze überschritten hat. Der Abstand ist deshalb ein Risikobudget für Messlatenz, Regeltakt, Nachfrageschwankung und Ablehnungskosten.

Ein pauschaler Prozentsatz reicht dafür nicht. Requests können binnen Sekunden steigen; lange Sitzungen verschwinden nicht sofort, wenn keine neuen mehr delegiert werden; Speicher und Cache reagieren anders. Die Organisation muss für jede Dimension kennen, wie schnell Verbrauch wächst, wie alt der Messwert beim Entscheiden ist und wie lange die Stellgröße bis zur Wirkung braucht.

Jede Zahl erbt außerdem den Footprint ihrer FCI-Meldung. RFC 8008 lässt Bereiche anhand von Adressen, ASNs, Ländern und weiteren registrierten Typen beschreiben. Mehrere Bedingungen können die Kandidatur kumulativ einschränken. Zehntausend Requests pro Sekunde können für ein Land, einen Adressraum oder eine Schnittmenge gelten. Außerhalb dieses Bereichs begründet die Zahl keine Eignung.

Die nächste Bedingung ist Zeit. Kapazitätsgrenzen übernehmen ihre Gültigkeit aus dem TTL des Transports, etwa HTTP Cache-Control. Fehlt ein TTL-Mechanismus, müssen die Parteien die Lebensdauer außerhalb des Protokolls vereinbaren. Der Standard erwartet ein relativ langlebiges, vernünftiges Spitzenziel. Aktuelle Nutzung bewegt sich schneller. Eine noch gültige Hülle belegt daher nicht, dass unter ihr noch Platz ist.

FCI.Telemetry schafft die Verbindung zur Beobachtung. Das Objekt meldet Quellen für nahezu echtzeitnahe, aggregierte Auslastung, die zur konkreten Delegierungsbeziehung zwischen vor- und nachgelagertem CDN gehört. Eine Quellen-ID ist innerhalb der Meldung eindeutig und bleibt stabil, solange sie dieselbe Referenz meint. Metriknamen folgen demselben Grundsatz. Die Kapazitätsgrenze verweist auf Quelle und Metrik, damit nicht ein ähnlich benannter, aber sachfremder Zähler herangezogen wird.

Drei optionale Angaben verändern die Bedeutung des Werts. time-granularity nennt das dargestellte Intervall. data-percentile nennt ein Perzentil; ohne die Angabe gilt der Mittelwert des Intervalls. latency beschreibt den Abstand zur Gegenwart. Ein über fünf Minuten gebildetes 95. Perzentil mit zwei Minuten Verzögerung ist nicht dasselbe wie ein Ein-Minuten-Mittelwert, der zehn Sekunden später erscheint. Beide können korrekt sein und dennoch andere Sicherheitsabstände verlangen.

Die tatsächliche Datenalterung umfasst mehr als die deklarierte Latenz. Abruf, Warteschlange, Verarbeitung und Entscheidung kommen hinzu. Ein Audit muss deshalb das Alter im Entscheidungszeitpunkt berechnen. Ebenso wichtig sind Änderungen der Semantik: Bleibt die Anzeige ähnlich, während Einheit, Granularität oder Perzentil wechseln, ist die Zeitreihe nicht ohne Weiteres vergleichbar.

Der generische Quellentyp lässt seine konkrete Zugriffskonfiguration außerhalb des Standards. Das ist eine saubere Grenze. Die gemeinsame Schicht stabilisiert Identität und Messabsicht, ohne Transport, Zugangsdaten, Kosten oder Sicherheitsmodell aller Betreiber zu zentralisieren. Die Parteien behalten die spätere Entscheidung dort, wo auch das Risiko liegt.

Bei mehrstufiger Delegierung muss die Messung dem Graphen folgen. Soll ein vorgelagertes CDN Gesamtnutzung melden, hat es den Verbrauch nachgelagerter CDNs einzubeziehen. Sonst verschwindet weiterdelegierter Verkehr aus seiner Ansicht, obwohl er weiterhin Kapazität und Kosten beansprucht. Eine lokal niedrig aussehende Zahl kann dann mit einer fast ausgeschöpften Gesamthülle zusammenfallen.

Für einfache Fälle existiert ein Inline-Wert current. Die RFC empfiehlt jedoch nicht, rasch wechselnde Auslastung in die cachebare Kapazitätsmeldung einzubauen. Die Trennung einer relativ stabilen Hülle von einer häufiger abgefragten Beobachtung erlaubt verschiedene Aktualisierungsraten. Sie erzwingt zugleich eine Fehlerregel: Was geschieht, wenn die Grenze frisch, die Quelle aber alt, unerreichbar, umbenannt oder anders granular ist?

Den letzten günstigen Wert schweigend weiterzuverwenden, ist keine neutrale Vorgabe. Der lokale Controller kann die Hülle abwerten, neue Delegierungen stoppen, auf eine vereinbarte statische Zuordnung zurückfallen oder nur Verkehr mit geringen Folgen fortsetzen. Welche Reaktion passt, hängt vom Ausfallmodell ab. RFC 9808 liefert die Felder für eine ausführbare Regel, nicht die Regel selbst.

Nach der Delegierung fehlen weiterhin mehrere Belege. Das nachgelagerte CDN muss eine konkrete Anfrage unter seinen aktuellen Warteschlangen, Inhalten und Richtlinien annehmen. Es kann Metadaten oder Inhalt durch Mechanismen benötigen, an denen RFC 8006 beteiligt ist. Erst danach zeigen Auslieferungsdaten, ob Bytes ankamen, Sitzungen hielten, Latenz und Abschluss den Anforderungen entsprachen.

Die RFC 8007 definiert eine eigene Trigger- und Statusschnittstelle. Auch dort sind Annahme eines Befehls, Verarbeitung und beobachtete Wirkung verschiedene Phasen. Dasselbe gilt für Kapazität: gemeldet, gemessen, delegiert, angenommen, ausgeliefert, erlebt und gegebenenfalls entschädigt dürfen nicht in einem grünen Status zusammenfallen.

Ein belastbarer Datensatz beginnt mit dem exakten FCI-Dokument, Abrufzeit, Footprint, TTL und dem vollständigen Limitsatz. Er enthält Soft- und Hard-Werte, Quellen- und Metrik-ID, Messzeit, Granularität, Mittelwert oder Perzentil, Latenz und Aggregationsmethode. Danach folgen Routerversion, Sicherheitsabstand, Prognose, delegiertes Volumen und Begründung. Annahme, Auslieferung, Qualität und Vertrag stehen in späteren, getrennten Belegen.

Heng Lus Minimum Initial Specification erklärt den Wert einer dünnen gemeinsamen Schicht: Namen und Grundsemantik reisen zwischen Systemen, die künftige Entscheidung bleibt beim lokal verantwortlichen Akteur. Die Reality Layers verhindern, dass eine symbolische Kapazitätsaussage zu technischem Zustand, Handlung und Ergebnis aufgeblasen wird. Running-Code Primacy fragt schließlich, ob wirkliche Software die Objekte abrief, altern ließ, verglich und durchsetzte – und was das Auslieferungssystem danach tatsächlich tat.

RFC 9808 schafft keine Kapazität. Sie schafft bessere Trennlinien für das Reden und Entscheiden darüber. Reife Steuerung hält sieben Verben auseinander: melden, messen, delegieren, annehmen, liefern, erleben und entschädigen. Die neuen Objekte sind nur für die ersten beiden zuständig.

Quellen