Zusammenfassung

  • RFC 3466 beschrieb, wie unabhängige Content-Netze Ressourcen teilen könnten, um Maßstab oder Reichweite zu vergrößern.
  • Das Informational-Dokument lieferte ein Modell und gemeinsame Begriffe, aber weder ein CDN-Peering-Protokoll noch Preise, Dienstberechtigungen oder einen Nachweis tatsächlicher Zusammenarbeit.

Pakete erzählten nicht mehr die ganze Geschichte

Ein Browser fragte ein Bild an. Der Ursprungsserver konnte weit entfernt sein, der nahe Cache das Objekt nicht enthalten, und einem einzelnen Anbieter fehlten womöglich genügend Standorte für alle Nutzer. Anfang der 2000er Jahre verlagerte sich ein Teil der Lösung auf Systeme, die Anwendungsanfragen und Inhalte betrachteten – nicht nur IP-Header.

RFC 3466 vom Februar 2003 nannte diesen Bereich ein „Content Network“. Das Modell beschrieb Funktionen der Schichten vier bis sieben, die Anfragen und Antworten für Objekte behandelten, die sich über viele Pakete erstrecken konnten. Es ersetzte das IP-Routing nicht. Es benannte eine zusätzliche Koordinationsebene: Welche Inhalte verfügbar waren, wohin eine Anfrage ging, wie Kopien verteilt und wie Vorgänge abgerechnet wurden.

Das Dokument gab auch eine verlockende Analogie auf. „Content Peering“ oder „CDN Peering“ klang wie die Zusammenschaltung von IP-Netzen und konnte unausgesprochene Erwartungen an Offenheit, Gegenseitigkeit oder Abrechnung erzeugen. Die Gruppe entschied sich für „Content Internetworking“. Der neue Name löste das Kooperationsproblem nicht, verhinderte aber, dass ein bekanntes Wort die Antwort vorwegnahm.

Eine Auslieferung, vier Funktionen

RFC 3466 trennte vier Funktionen. Request-Routing führte einen User Agent zu einem geeigneten Surrogate. Distribution bewegte vom Publisher kontrollierte Inhalte vom Origin zu Surrogates – im Voraus oder nach einer Anfrage. Delivery war die Antwort des Surrogates an den Client. Accounting zeichnete Vorgänge rund um Routing, Distribution und Delivery auf, mitunter als Grundlage späterer Geld-, Waren- oder Pflichtentransfers.

Diese Funktionen erzeugen unterschiedliche Nachweise. Eine Umleitung beweist nicht, dass der Inhalt ankam. Eine Kopie auf einem Surrogate beweist nicht, dass ein Client dorthin gelenkt wurde. Eine erfolgreiche Antwort verrät nicht zwingend, welches vorgelagerte Netz das Objekt lieferte. Ein Protokolleintrag ist keine von beiden Seiten akzeptierte Rechnung. Der Wert des Modells lag darin, diese Ereignisse getrennt benennen zu können.

Auch die Kontrolle blieb verteilt. Der Publisher kontrollierte den Inhalt und seine Distribution; das Origin hielt die maßgebliche Kopie; ein Surrogate lieferte aus, ohne selbst zum Origin zu werden. Ein Content Internetworking Gateway konnte Distribution, Request-Routing, Accounting oder nur einen Teil davon vermitteln.

Auch eine Blackbox braucht eine Vereinbarung

Ein Nachbarnetz als „Blackbox“ zu behandeln, bedeutete nicht automatische Interoperabilität. RFC 3466 definiert eine ausgehandelte Beziehung als eine, deren Bedingungen teilweise oder vollständig außerhalb der Content-Internetworking-Protokolle festgelegt werden. Netze konnten Ressourcen teilen und Interna verbergen; das gemeinsame Vokabular entschied aber nicht, welche Inhalte kopiert, wo sie ausgeliefert, welche Vorgänge berechnet oder wer für fehlerhafte Datensätze verantwortlich würde.

Ein Gateway konnte Reichweite eröffnen, während eine externe Vereinbarung Inhalte, Abrechnungsdetails und Verantwortung begrenzte. Ein technisch gültiger Pfad war keine Erlaubnis für jede Auslieferung. Die Beteiligten mussten Identität, Inhaltsintegrität und prüfbare Accounting-Daten schützen. RFC 3466 benannte diese Sicherheitsfragen, ohne alle Mechanismen festzulegen.

Erst die Karte, dann die Maschine

RFC 3466 war Informational: Das Dokument schlug ein Modell vor, kein standardisiertes Protokoll auf der Leitung. Noch 2012 rahmte RFC 6707 CDN-Interconnection als Problemfeld, behandelte Schnittstellen für Kontrolle, Request-Routing, Metadaten und Logging und ließ Geschäftsbeziehungen außerhalb des Umfangs. Dieser spätere Meilenstein ist keine Aussage über heutige Implementierungen.

Der historische Beitrag von RFC 3466 war eine Grenzziehung. Netze konnten über gemeinsam erweiterte Reichweite sprechen, ohne so zu tun, als schaffe ein gemeinsames Vokabular bereits einen offenen Markt. Route, Kopie, Dienstberechtigung und Rechnung brauchten eigene Nachweise.

Quellen