L4S-Internetdienste mit geringer Latenz, geringem Verlust und skalierbarem Durchsatz: RFC 9330

 (datatracker.ietf.org)
1 Punkte von GN⁺ 2023-12-12 | 1 Kommentare | Auf WhatsApp teilen

Überblick über die Architektur von L4S-Internetdiensten

  • Ziel der L4S-Architektur: geringe Latenz, geringe stauungsbedingte Verluste und skalierbare Durchsatzsteuerung für Internetanwendungen erreichen
  • Zentrale Erkenntnis: Die grundlegende Ursache von Latenz ist nicht die Warteschlange selbst, sondern der stauungsregulierende Kapazitätssuchmechanismus des Senders
  • Neue Congestion-Control-Algorithmen: Statt bestehender Congestion-Control-Algorithmen, die große Latenzen verursachen, können neue Algorithmen eingesetzt werden, die Kapazität mit sehr geringer Latenz ausloten
  • Modifizierte Form von ECN: Unterstützung durch eine angepasste Form von Explicit Congestion Notification (ECN) im Netzwerk, wodurch gleichzeitig geringe Latenz und hoher Durchsatz möglich werden
  • Fokus auf schrittweise Einführung: Definition von Mechanismen, mit denen eine neue Congestion-Control-Klasse und „klassische“ Congestion Control in gemeinsam genutzten Netzwerken koexistieren können

Komponenten der L4S-Architektur

  • Hosts: Skalierbare Congestion-Control-Algorithmen existieren bereits und unterscheiden sich von bestehenden klassischen Congestion-Control-Algorithmen dadurch, dass die Erholungszeit auch bei steigender Flussrate konstant bleibt
  • Netzwerk: Sorgt dafür, dass L4S-Traffic von der Latenz des klassischen Traffics isoliert wird, und trennt die Latenz mit zwei Warteschlangen, ohne die Bandbreite aufzuteilen
  • Protokoll: Verwendet Kennzeichnungen, damit Hosts zwischen L4S- und klassischen Paketen unterscheiden können und das Netzwerk die jeweiligen Pakete getrennt behandeln kann

Meinung von GN⁺

Das Wichtigste an diesem Beitrag ist, dass die L4S-Architektur einen neuen Ansatz präsentiert, um für Internetdienste geringe Latenz, geringe Verluste und skalierbaren Durchsatz zu erreichen. Diese Architektur überwindet die Grenzen bestehender Congestion-Control-Algorithmen und ermöglicht mithilfe von ECN eine effiziente Kommunikation. Das könnte für Netzwerkdesigner, Betreiber und Nutzer ein spannendes Thema sein und wichtige Auswirkungen auf die zukünftige Entwicklung des Internets haben.

Verwandte Beiträge

1 Kommentare

 
GN⁺ 2023-12-12
Hacker-News-Kommentare

  • Neugier darauf, wie der Empfänger den Sender über Netzwerküberlastung informiert

    • Detaillierte Informationen finden sich in RFC 3168
    • Es gibt drei Flags zur Unterstützung von ECN (Efficient Congestion Notification)
      • Das ECT-Flag (Echo Congestion Experienced), mit dem der Sender signalisiert, dass er ECN unterstützen kann
      • Das CE-Flag (Congestion Experienced), mit dem der Router dem Empfänger Überlastung signalisiert
      • Das ECN-Echo-Flag, das der Empfänger setzt, wenn er ein ACK-Paket an den Sender schickt
      • Der Sender erhält das ECN-Echo-Flag und geht davon aus, dass Paketverlust aufgetreten ist, und reagiert auf die Überlastung
      • Der Sender setzt das CWR-Flag (Congestion Window Reduced), um dem Empfänger seine Kenntnisnahme des ECN-Echo-Flags und seine Reaktion darauf mitzuteilen

  • Erfahrung beim Ansehen einer Live-Demo der ECN-Technologie

    • Auf der IETF 118 wurde eine Live-Demo der ECN-Technologie gezeigt
    • Buffer Bloat wurde vollständig beseitigt, was besonders nützlich für Videochats ist
    • Die Technik signalisiert durch zusätzliche Bits in IP-Paketen, dass der Puffer voll ist, und wirkte sehr futuristisch

  • Empfehlung zu einschlägiger Forschung von Bob Briscoe

    • Empfehlung klassischer Arbeiten von Bob Briscoe, der viel Zeit in Forschung zu ECN investiert hat

  • L4S-Tests im Comcast-Netzwerk

    • Es wurde ein Foliensatz mit Ergebnissen von L4S-Tests in der Kabelinfrastruktur geteilt
    • Spekulation darüber, dass ISPs eine Art Überholspur-Gebühr verlangen könnten

  • Demo eines RC-Auto-Video-Feeds mit L4S-Technologie entdeckt

    • Ein Link zu einem Demo-Video wurde geteilt, das L4S im Video-Feed eines RC-Autos zeigt

  • Vorstellung einer Webinar-Reihe zu L4S

    • Für alle, die mehr über L4S lernen möchten, wurde eine Webinar-Reihe empfohlen, beginnend bei understandinglatency.com
    • Zu den Vortragenden gehören die Autoren von L4S, die Verantwortlichen für die L4S-Feldtests bei Comcast sowie kritische Stimmen

  • Wortwitziger Vorschlag zur Aussprache von L4S

    • Ein Kommentar wünscht sich, L4S als "L-Force" auszusprechen

  • Fairness-Probleme bei L4S und Lösungsansätze

    • Probleme entstehen, wenn "bösartige" Akteure das Congestion-Feedback ignorieren und versuchen, einen größeren Anteil der Bandbreite zu beanspruchen
    • Als Lösung wird vorgeschlagen, L4S durch Fair Queuing zu ergänzen und die Congestion Control in die Lage zu versetzen, Fair Queuing zu erkennen
    • Es wurde ein GitHub-Link zu Fair-Queuing-bewusster Congestion Control geteilt

  • Erklärung zur Verkürzung der Latenz-Feedback-Schleife durch L4S

    • Ein Video-Link wurde geteilt, der erklärt, wie L4S die Latenz-Feedback-Schleife verkleinert

  • Verwirrung über Verbesserungen bei Videokonferenzen und Streaming

    • Es wird Verwirrung darüber geäußert, wie das TCP-basierte L4S zu Verbesserungen beitragen kann, obwohl Videokonferenzen und Streaming UDP verwenden