QUIC für TCP aufgeben? Die kontraintuitive Architektur der xSend-LAN-Transfers
Warum sollte ein modernes Dateiübertragungstool hochmodernes QUIC über das Internet verwenden, aber im lokalen Netzwerk auf primitives TCP zurückgreifen? Willkommen in xSends pragmatischer Architektur.
Im großen Fluss der Netzwerkarchitektur ist QUIC (die Basis von HTTP/3) unbestreitbar der leuchtende Stern. QUIC hat die Transportschicht komplett neu erfunden und bietet 0-RTT-Handshakes sowie Immunität gegen Paketverlust.
Es überrascht nicht, dass xSend QUIC für seine WAN-Transfers vollständig integriert. Aber im lokalen Netzwerk (LAN) haben wir das hochentwickelte QUIC verworfen und sind zum primitiven TCP zurückgekehrt.
1. Der absurde Flaschenhals: Wenn die CPU das Netzwerk drosselt
In Gigabit-LANs ist die physische Bandbreite nicht das Problem. Die eigentliche Hürde ist die CPU-Auslastung.
QUIC läuft im User-Space. Wenn LAN-Übertragungsgeschwindigkeiten auf 300 MB/s ansteigen, ist der einzelne CPU-Kern bei 100 %! TCP hingegen ist im Kernel-Space des Betriebssystems fest verdrahtet. Moderne Netzwerkkarten berechnen TCP-Prüfsummen in Hardware, ohne die CPU aufzuwecken. Im perfekten LAN ist TCP der unangefochtene König des Durchsatzes.
2. QUIC-Funktionen werden zum Ballast
- 0-RTT-Handshakes: Bei einem Ping von 0,5 ms bringt das Retten von 1 Millisekunde nichts.
- Kein Head-of-line-Blocking: In einem zuverlässigen Gigabit-Switch liegt der Paketverlust bei praktisch
0.000%. - Verbindungsmigration: Niemand wechselt während eines 50GB-Transfers im Büro vom internen WLAN auf ein 5G-Netzwerk.
3. TCPs Minimalismus: ChaCha20-Poly1305
Um die Datensicherheit im LAN zu gewährleisten, verfolgen wir bei xSend einen “gewalttätig minimalistischen” Ansatz: Wir etablieren eine saubere TCP-Verbindung, tauschen symmetrische X25519-Schlüssel aus und lassen die ChaCha20-Poly1305-Verschlüsselung direkt über den Rohdaten-TCP-Stream in 2MB-Blöcken laufen. Jedes Byte an Overhead wird entfernt, um die Leistung zu maximieren.
Großartige Architektur bedeutet nicht, immer das neueste Werkzeug zu verwenden. Wir nutzen das robuste QUIC für die gefährliche “Wildnis” des Internets und hochoptimiertes TCP für die zehnspurige Autobahn des heimischen Netzwerks.