Deutsche Glasfaser - Single Streams extrem langsam

Nicht umsonst nutzt auch der Test der BNetzA 4 Streams gleichzeitig ...

Ich empfehle als erstes eine Optimierung der TCP Einstellungen. Dort liegt das Problem häufig. Grundsätzlich ist es aber nicht ungewöhnlich, dass Single Streams langsamer sind, als Multi Streams. Das Problem kann ja theoretisch auch hinter dem DG Netz auftreten, dann sind sie raus aus der Diskussion. Es dürfte praktisch unmöglich sein, das Nadelöhr exakt zu identifizieren. Wenn du Server im Netz findest, bei dem das Problem nicht auftritt, dann hast du praktisch keine Chance, daran was zu ändern.

Das liegt ganz häufig daran, das ein einzelner Stream nicht über eine LAG-Gruppe aufgeteilt werden kann. Nahezu jeder Provider nutzt LAGs für seine BB-Interconnects, wenn da ein einzelner Stream über einen überlasteten Link geht, siehts schlecht für dich aus. Auch von der BNA gibt es hierzu keinerlei Zusagen an garantierter Bandbreite als Singlestream, ausschlaggebend ist hier -einzig- der Speedtest der Zafaco (aka Breitbandmessung.de). Da musst du dich wohl oder übel leider damit abfinden.

Zitat von waldy327

Genau deswegen ist der Test der Bundesnetzagentur ziemlicher Müll.

Eben nicht, da Single Stream die absolute Ausnahme ist. Die Messung ist nicht repräsentativ für typische Anwendungsszenarien.

Zitat von waldy327

Wenn ich eine Datei herunterladen möchte, dann ist da i.d.R. nix mit Multi-Stream.

Das geht immer, mit Browserplugins oder Downloadmanagern.

Zitat von waldy327

Gibt es denn Best Practices für die TCP-Einstellungen an einem DG-Anschluss?

Das ist nicht DG spezifisch, sondern eher eine Sache des Betriebssystems.

Zitat von waldy327

Also irgendwie habe ich das Gefühl, dass das Netz der Deutschen Glasfaser ziemlich überlastet ist. Vor allem in den Abendstunden ist es extrem.

Kann ich überhaupt nicht bestätigen.

Bitte nicht vergessen, dass sämtliche Billig-Privat-/Geschäftskundenprodukte immer mit der Verkehrsklasse "Best Effort" abgewickelt werden! Anders ließe sich das auch nicht finanzieren ...

Das klingt aber halt danach, dass DG einfach schrottiges Peering hat.

Ich hab sowohl nach Düsseldof als auch nach Frankfurt Full-Speed. Dabei führt bei mir der Weg nach Frankfurt über Düsseldorf. Pauschal kann man das also nicht sagen, es kommt immer auf die individuellen Randbedingungen an.

Und da sind wir bei der kritischen Frage: Was muss die DG bieten? Muss sie einen Anschluss bieten, der grundsätzlich in der Lage ist, die Geschwindigkeit zu liefern, oder muss sie einen Anschluss bieten, der die Geschwindigkeit zu jedem Ziel im Internet bietet? Letzteres kann es eigentlich nicht sein, denn man kann die DG nicht für eine schlechte Serverperformance irgendeines Anbieters auf den Malediven verantwortlich machen.

Deshalb muss man sich auf ein Szenario festlegen, um die Geschwindigkeit neutral zu bewerten. Und da kommt die BNetzA ins Spiel mit ihrem Test. Da du den Test bereits als "ziemlichen Müll" bezeichnet hast, gehe ich davon aus, dass du mit dem Test die vorgesehenen Geschwindigkeiten erreichst. Ich denke, damit ist die Diskussion dann beendet.

Das Problem ist nicht nur die Peeringbandbreite sondern auch die Anzahl der Peeringpunkte bzw. deren geographische Lage.

DGF (AS60294) hat laut Peeringdb nur 3 öffentliche Peeringpunkte, davon 1 x400 DECIX-FRA. EWE z.B. dagegen 5 Punkte, davon 500GBits DECIX-FRA und 100GBits DECIX-HAM, neben einigen anderen.

Dann wäre noch die Frage wie das Peering zum Telekom-Netz aussieht! Das sind i..d.R private Peerings, die auch bezahlt werden müssen. DTAG ist bei DECIX kaum vertreten!Wir haben doppelt so hohe Laufzeiten von unseren Business DGF-Anschlüssen zu unseren Servern im Telekom-Netz als bei unseren EWE-Glasfaseranschlüssen.

Hab ich was vom Maßstab geschrieben? Fakt ist, dass unser Roundtrip von allen DGF-Anschlüssen Richtung Telekom (und vielen anderen Netzen) bei 22-25 ms liegt, von allen anderen Nicht-DGF-Anschlüssen, seien es EWE, Telekom oder sogar ein Lokalprovider aus Borken, bei 9-14 ms. Macht für flüssiges Arbeiten per RDP schon einiges aus. BTW: Da die Telekom mit das größte Netz betreibt, ist es schon wichtig, wie das Peering dahin ausgestattet ist.

Nee, aber ich habe mich bei der DGF beschwert... Sind unsere einzigen Anschlüsse, die Lahm sind. Aber wie sagt man so schön: Einem geschenkten Gaul schaut man nicht ins Maul - Vor allem, wenn es der einzige Gaul weit und breit ist.

Zitat von waldy327

Denn mit Standardmitteln erfolgt der Up-/Download ja mit einem Stream.

Ganz im Gegenteil. Streamingdienste, Downloadmanager, Webbrowser: Sie bauen hunderte parallele Verbindungen auf. Und in jedem typischen Haushalt mit 30+ Geräten im Netz ... naja, du weißt schon.

Zitat von waldy327

Oder könntest du mir bitte erklären, wie man z.B. mit einem VPN eine Multistream-Session aufbaut?

Das kommt aufs VPN an. Bei einem UDP VPN (Wireguard, OpenVPN) ist jedes Paket ein eigener Stream.

Also bitte. So ein Rechenzentrum ist mit mehreren 100 GBit/s direkt am Backbone angebunden, die Infrastruktur in den Serverräumen hat mindestens 10 GBit/s pro Host. Das ist mit einem Verteilnetz eines Internetproviders nicht zu vergleichen. Das ist ein Unterschied wie Autobahn und Trampelpfad.

Zitat von waldy327

Ich würde es zumindest einfach gerne verstehen, warum die Pakete bei der Deutschen Glasfaser so malträtiert werden.

Was heißt malträtiert? Was passiert, hat kingpin ja oben beschrieben.

Zitat von gponner

Das Problem ist nicht nur die Peeringbandbreite sondern auch die Anzahl der Peeringpunkte bzw. deren geographische Lage.

DGF (AS60294) hat laut Peeringdb nur 3 öffentliche Peeringpunkte, davon 1 x400 DECIX-FRA. EWE z.B. dagegen 5 Punkte, davon 500GBits DECIX-FRA und 100GBits DECIX-HAM, neben einigen anderen.

Dann wäre noch die Frage wie das Peering zum Telekom-Netz aussieht! Das sind i..d.R private Peerings, die auch bezahlt werden müssen. DTAG ist bei DECIX kaum vertreten!Wir haben doppelt so hohe Laufzeiten von unseren Business DGF-Anschlüssen zu unseren Servern im Telekom-Netz als bei unseren EWE-Glasfaseranschlüssen.

Die PeeringDB sollte man nicht überbewerten. Die DG hat sicherlich einige PNIs abseits der IX, die sind allerdings nirgends verzeichnet, bei uns sind die auch nirgends gelistet, es gibt sie aber. Das kann man allerdings mit einem Traceroute oder einem Looking-Glass (oder für die Fortgeschrittenen via RIPE Atlas) verifizieren, die IP-Ranges der hiesigen IXe sind ja bekannt, im Peering LAN werden die immer genutzt. Alternativ müsste man die gesetzten Communities kennen, die sind aber mWn. von der DG nicht öffentlich dokumentiert.

Ich hatte es mal an anderer Stelle erwähnt, die DTAG bietet kein Peering an. Auch nicht gegen Geld. Du bekommst immer Transit angeboten und kannst es dir selbst dann zu einem Peering zurechtstutzen.

Die DTAG ist nur aus Marketinggründen am DECIX.

Die EWE wird vermutlich auch ein kastriertes Paid-Peering zur DTAG besitzen, zumindest nehme ich das stark an:

Erkennbar am :

• direkten AS-Path in Kombination mit einer AS3320 Next-Hop IP (194.25.5.167)
• der BGP Community (65010,65003): das ist eine Community der DTAG, damit sie die empfangenen Routen von EWE nicht weiter Richtung Upstreams/Peers announced. (steht z.B. hier https://onestep.net/documents/AS33…nities_v1.1.pdf)

Zitat von alfalfa

Wie ihr von "Single-Stream von netzinternem Server ist langsam" auf "Peering ist schlecht" kommt, müsst ihr mir mal technisch erklären...

Das frage ich mich auch. Das können genauso gut verstopfte Links von den OLTs Richtung BNG/Core oder wie oben schon genannt, LAG-Problematiken sein.

Zitat von gponner

Da die Telekom mit das größte Netz betreibt, ist es schon wichtig, wie das Peering dahin ausgestattet ist.

Je nachdem in welchem Maße man sich erpressen lassen will, ja.

Zitat von alfalfa

Ich glaube, das nennt man heutzutage "victim blaming".

Richtig, funktioniert aber leider manchmal. Hetzner ist vor Jahren eingeknickt, wir sind es letztes Jahr...