Zusammenfassung

  • Einfaches Best Effort hält die Teilnahmebedingungen niedrig: keine zwingende differenzierte Behandlung entlang des gesamten Pfads und keine vorgelagerte Zulassung.
  • Grobe Flussfairness teilt technische Objekte, nicht automatisch Menschen oder Unternehmen. Ohne offengelegte Einheit, Zeitspanne und Durchsetzung bleibt „fair“ eine verborgene Regel.

Wenig gemeinsamer Zustand als Stärke

RFC 5290 definiert einfaches Best-Effort-Verkehr über fehlende Abhängigkeiten. Er benötigt keine differenzierte Behandlung in Routern, Policern oder Middleboxes und keine Admission Control. Verträge, Volumentarife, Firewalls und komplexe Netze können trotzdem existieren. Entscheidend ist, dass die grundlegende Transportchance nicht von einer überall erkannten Premiumvereinbarung abhängt.

Damit entfallen Koordinationspflichten: kein obligatorisches Per-Flow-Scheduling in jedem Router, kein gemeinsames Preissystem für Stau und keine Reservierung vor Anwendungsbeginn. Die Gegenleistung ist geringere Vorhersagbarkeit. Doch autonome Domänen können miteinander arbeiten, ohne zuerst dieselbe Wirtschaftsordnung einzuführen.

Das Dokument ist Informational, stammt von 2008 und ist kein Internetstandard. Seine damalige Beobachtung – ein unvollkommenes Verfahren trug viele Anwendungen und verhinderte häufigen Kollaps – ist keine aktuelle Messung. Es zeigt aber, warum eine Basisklasse durch geringe Voraussetzungen integrationsfähig bleibt.

Eine zusätzliche Klasse erzeugt zusätzliche Beweise

Best Effort garantiert unter Last weder Bandbreite noch Verzögerung, Jitter, geringe Verluste, schnellen Start oder Zulassung. RFC 2475, RFC 2212 und RFC 3662 beschreiben unterschiedliche differenzierte Antworten. Sie können sinnvoll sein.

Die Premiumklasse beantwortet jedoch nicht, wie viel nutzbare Kapazität der gemeinsamen Klasse bleibt. Ohne geschützten Anteil können Zahlungsfähige andere verdrängen. Deshalb reicht die Messung der Premium-SLA nicht; der gewöhnliche Nenner am gemeinsamen Engpass gehört in denselben Bericht.

Klassifikation, Markenerhalt, Scheduler-Aktion, vorhandene Kapazität und Anwendungsergebnis sind eigene Belegstufen. Eine Marke kann an einer Grenze verschwinden. Eine Queue kann korrekt konfiguriert und trotzdem unterversorgt sein. Ein lokaler Erfolg beweist keinen Ende-zu-Ende-Erfolg.

Der Flussschlüssel verteilt Macht

RFC 5290 nennt grobe Flussratenfairness ein akzeptables Ziel, nicht das optimale oder einzige. Die damalige Annäherung beruhte stark auf TCP und ähnlicher Staukontrolle. Das war Kooperation, keine lückenlose Durchsetzung.

Eine Verbindung, alle Verbindungen eines Endpunktpaars, ein Kunde, eine Anwendung oder ein Unternehmen können jeweils als „Fluss“ gelten. Öffnet ein Teilnehmer zehn Verbindungen und ein anderer eine, kann Verbindungsgleichheit Nutzungsungleichheit erzeugen. Die Mathematik ist korrekt, das Subjekt falsch gewählt.

RTT, mehrere Engpässe, Burstigkeit, Pakete oder Bytes, Transportprotokoll, Uni- oder Multicast und der Zeitraum verändern das Ergebnis. Ein Fairnesswert benötigt deshalb Gruppierungsschlüssel, Intervall, Maßeinheit, Engpass, Signal, Reaktion und Durchsetzungspunkt.

Vom freiwilligen Verhalten zur Kontrolle

RFC 2914 beschreibt die Reaktion auf Stau, RFC 2309 Queue-Management und nicht reagierende Flüsse, RFC 896 die Gefahr des Kollapses. Die Basisklasse ist nicht ungeregelt. Sie spart Zustand, solange Endsysteme kooperieren, und braucht Schutz, wenn diese Annahme versagt.

Kooperative Transportprotokolle, das Begrenzen aggressiver Sender und ausdrücklich erzwungene Per-Flow-Fairness sind drei Betriebszustände. Das Ergebnis des ersten darf nicht als Garantie des dritten erscheinen. Bei DDoS oder Flash Crowds kommen Aggregatschlüssel, Schwellenwert, Fehlklassifikation und Aufhebung als neue Nachweise hinzu.

Einführung ist eine Laufzeiteigenschaft

ECN-Markierung, Policers an Enden, Routeränderungen und neue Abrechnungsbeziehungen bilden eine Kette. RFC 5290 macht deren schrittweise Einführung zum Designkriterium. Fehlt ein Glied, schrumpft die Ende-zu-Ende-Eigenschaft zur lokalen Konfiguration.

RFC 1958 beschreibt das Internet ohne einzelnen Eigentümer oder zentrale Schaltstelle. Anwendungen ändern sich leichter als gemeinsame Infrastruktur und Verträge. Ein weniger präziser Dienst, der Teilkoordination übersteht, kann deshalb länger verfügbar bleiben.

Eine Prüfung muss Geräte, Partner, Grenzen, Abrechnung und sicheren Fallback benennen. Universelle Einführung ist keine neutrale Annahme, sondern ein Verfügbarkeitsrisiko.

Was nicht bewiesen ist

RFC 5290 belegt keine heutige Basiskapazität, keine aktuelle TCP-Dominanz, keine Durchsetzung bei einem Betreiber und keinen zwangsläufigen Schaden durch Bezahlpriorität. Best Effort ist auch kein Zustellbeleg.

Zugang zur Basisklasse, ausgeführte Behandlung und ein gerechtes Ergebnis für ein definiertes Subjekt bleiben getrennt. Nur das letzte Urteil braucht Identität und Vergleich. Ein einziger grüner Status kann diese Autoritäten nicht zusammenziehen.

Quellen