6.1.4. Überlastung auf dem ACK-Pfad (Congestion on the ACK Path)
Dieser Abschnitt behandelt den Fall, in dem Überlastung auf dem Rückwärtspfad (ACK-Pfad) auftritt.
6.1.4.1. Problem: CE-markierte ACK-Pakete
Wenn ACK-Segmente durch überlastete Router laufen:
- ACKs KÖNNEN CE-markiert werden (wenn sie ECT im IP-Header haben)
- Der Datenabsender empfängt CE-markierte ACKs
- Dies signalisiert Überlastung auf dem ACK-Pfad, nicht auf dem Datenpfad
6.1.4.2. Aktuelle Spezifikation
Nach dieser Spezifikation:
ACK-Pakete SOLLTEN Not-ECT verwenden:
- Reine ACK-Segmente setzen typischerweise Not-ECT im IP-Header
- Dies verhindert CE-Markierung von ACKs
- Vermeidet Verwirrung über Überlastungsort
Alternativ KÖNNEN ACKs ECT verwenden:
- Wenn implementiert, ermöglicht dies ECN auf dem ACK-Pfad
- Erfordert jedoch zusätzliche Mechanismen zur Unterscheidung der Pfadrichtung
6.1.4.3. Behandlung von CE-markierten ACKs
Wenn ein Sender ein ACK mit CE-Codepoint im IP-Header empfängt:
Option 1: Ignorieren (Aktuelle Empfehlung)
- Der Sender KANN das CE im ACK-IP-Header ignorieren
- Konzentriert sich nur auf das ECE-Flag im TCP-Header
- Dies ist das Standardverhalten für diese Spezifikation
Option 2: Als Pfadüberlastungssignal behandeln
- Zukünftige Erweiterungen könnten dies nutzen
- Würde separate Überlastungskontrolle für ACK-Pfad ermöglichen
- Nicht in dieser Spezifikation definiert
6.1.4.4. ACK-Überlastungskontrolle
Wenn übermäßige Überlastung auf dem ACK-Pfad:
- ACKs können verloren gehen
- TCP-Standard-Mechanismen (ACK-Zeitüberschreitungen, Neuübertragungen) handhaben dies
- Kein spezieller ECN-Mechanismus erforderlich
6.1.4.5. Asymmetrische Pfade
Bei asymmetrischen Pfaden (unterschiedliche Vorwärts- und Rückwärtspfade):
- Überlastung kann auf einem Pfad, aber nicht auf dem anderen auftreten
- ECE im TCP-Header signalisiert Datenpfadüberlastung
- CE im ACK-IP-Header (falls verwendet) würde ACK-Pfadüberlastung signalisieren
6.1.4.6. Empfehlungen für Implementierungen
Aktuelle Implementierungen SOLLTEN:
- Not-ECT in reinen ACKs verwenden (einfachste Lösung)
- CE im IP-Header von empfangenen ACKs ignorieren
- Nur auf ECE-Flag im TCP-Header reagieren
6.1.4.7. Zukünftige Erweiterungen
Zukünftige Spezifikationen KÖNNTEN:
- Mechanismen zur ACK-Pfadüberlastungskontrolle definieren
- Zweiseitige ECN-Rückmeldung ermöglichen
- Getrennte Überlastungssignale für jeden Pfad bereitstellen