Helinet Performance instabil - open access aber kein anderer Anbieter?

Sorry, aber Downloads auf unterschiedlichen Anschlüssen und unterschiedlichen PCs zu vergleichen bringt gar praktisch nichts. Das kann man direkt lassen.

Allein der Umstand, dass ein Tausch des Routers eine Änderung ergab, zeigt ja schon, dass du definitiv ein lokales Problem hast. Der Traffic Shaper stand ja schon mal auf der Liste. Der Rest wird sich in der Konfiguration der Endgeräte verbergen.

Wie gesagt:Wenn du mit mehreren parallelen Verbindungen die angestrebte Geschwindigkeit erreichst, dann ist der Provider raus. Der stellt lediglich die Transportleitung zur Verfügung, der guckt nicht, was du darüber machst. Und wenn dein test am Vodafone Anschluss irgendwas beweist, dann: Die Server sind es auch nicht, die können offenbar liefern. Was bleibt? Genau: Dein Equipment.

Zitat von alfalfa

Kleine Paketverluste führen bei Einzelverbindungen schon zu deutlichen Geschwindigkeitseinbußen.

Nicht unbedingt, jedenfalls nicht auf Ebene der Glasfaserverbindung.

Bei Paketverlusten hat man üblicherweise das Phänomen, dass die Übertragung im Hintergrund weiterläuft, bis das verlorene Paket erneut übertragen wurde. Download-Tools, wie z.B. ein Browser oder ein Download-Manager, zeigen dann kurzfristig für einige Sekunden gar keine empfangenen Daten an, und sobald dann das verlorene Paket nachgeliefert wurde, gibt es einen Stoß Daten und der Download läuft mit bisheriger Geschwindigkeit weiter. Der Empfang wird unrhytmisch, aber in der Summe kaum langsamer. Das erkennt man dann auch im Online-Monitor der Fritzbox, wo der Traffic mit voller Geschwindigkeit weiterläuft.

Paketverluste findet man ja relativ einfach, z.B. über niedrig priorisierte Verbindungen wie Ping oder Traceroute. Gibt es dabei Probleme? Auch mit Wireshark lässt sich relativ einfach herausfinden, wenn in einem TCP Stream Pakete verloren gehen.

Zitat von Hans

Möchte mal den Highendcomputer sehen der bei popeligen 400 MBit/s limitiert :).

Ich habe eine 12 Core Ryzen 5900X Cpu mit all core @ 4,5 GHz sowie eine Corsair MP610 PCIe 4.0 x4 SSD mit TLC Nand und DRAM Cache, der Lan Controller beherrscht 2,5 GBit/s. So ein System lacht über 400 MBit/s.

Gegen eine schlechte Konfiguration ist keine Rechenleistung gewachsen. Ein Raspberry Pi 4 reicht, um 400 MBit/s nach /dev/null zu pumpen, wenn alles passt. Aber wenn nicht, dann kommt auch ein 12-Kerner mit 400 MBit/s nicht zurecht.

Zitat von Hans

Dass die Fritzbox 7590 nicht gut funktioniert wird an der Konfig liegen die Helinet an die Fritzbox übermittelt. Nach dem Beziehen einer IP vom Helinet DHCP zeigt das Web Gui der Fritzbox ein Helinetanbieter Profil das vorher nicht vorhanden war.

Das geht nicht. Nachträglich Konfigurationsprofile in die Fritzbox eizuspielen, ist nicht möglich. Vorhandene Parameter können ggf. via TR069 gesetzt werden, aber auch nur, wenn das vorgesehen ist und die Box über die entsprechenden Zertifikate verfügt. Das ist oft nur bei Provider-Boxen der Fall. Wenn es ein Helinet Profil in der Drop-Down Liste gibt, dann war das auch vorher schon da. Einstellungen für den Traffic Shaper sind davon üblicherweise auch nicht betroffen, lediglich Maximalbandreiten können über PPPOE übermittelt werden. Aber das halte ich bei Helinet für unwahrscheinlich, meines Wissens macht nur die Telekom macht PPPOE über Glasfaser.

Hast du einen Werksreset der 7590 durchgeführt, als du sie an dem Glasfaser Anschluss in Betrieb genommen hast?

Ganz ehrlich: Mein Bauchgefühl sagt mir, dass bei dir was im Argen liegt. Es gibt einfach zu viele typische Symptome, mit denen ich mich damals im IPPF hundertfach herumgeschlagen habe. Das Bild ist das Gleiche, und ganz ehrlich: Gerade die Hardwareauswahl lässt mich schlimmstes befürchten. Das sind immer die ersten Kandidaten, bei denen es den Bach runtergeht. Gamer versuchen immer, die letzte Kleinigkeit durchzuoptimieren und optimieren dabei auch gerne mal kaputt. Das waren damals locker 75% aller Fälle. Ist nicht persönlich gemeint, einfach nur Erfahrung.

Zitat von alfalfa

Ich setze mal voraus, dass die TCP Parameter für die Latenz der Verbindung geeignet sind, also nicht die Ursache für einen langsamen Einzelstream sind.

Zu 99,9% kannst du davon ausgehen, dass das der Fall ist. Glaubs mir, ich mach seit nahezu 20 Jahren nichts anderes. Vor allem die bei Gamern beliebten Tools um die letzte Millisekunde Latentz rauszuholen machen den Download kaputt. Dafür spricht absolut alles, was ich hier sehe.

Zitat von Hans

Der Helinetmitarbeiter hat mir gesagt, die Fritzbox zieht sich die entsprechende Konfiguration bei Erstverbindung von Helinet automatisch.

Ja, das ist TR069. Dazu gehören vor allem Zugangsdaten für VoIP und ähnliches.

Zitat von Hans

Bei einer Fritzbox habe ich vorher noch nie ein HeLi Net Profil gesehen. Das war vorher nicht da.

Dann wurde es aus was für Gründen auch immer nicht angezeigt. Wie gesagt: Es ist technisch nicht möglich, ein zusätzliches Konfigurationsprofil auf die Fritzbox zu lasen. Die Profile sind in den Untiefen der Firmware-Dateien hinterlegt und nicht in der Konfiguration.

Zitat von frank_m

Wie gesagt: Es ist technisch nicht möglich, ein zusätzliches Konfigurationsprofil auf die Fritzbox zu lasen. Die Profile sind in den Untiefen der Firmware-Dateien hinterlegt und nicht in der Konfiguration.

In der FB liegen diese, ich nenne sie mal "Templateordner" in /var/tmp/providers/ in 7.21 sind das knapp 73 configs, die Aktive findest Du hier: /var/flash/ar7.cfg

Vermutlich wurde via TR069 der Anzeigename geändert. Wobei ich mich noch nicht in die Norm eingelesen habe, momentan ist 25 Gbit/s in Verbindung mit Nexus 9k spannender (ne, ist es nicht, eher frustrierend)....

Zitat von alfalfa

Ganz besonders, wenn das zu einer Tageszeit geht und zu einer anderen regelmäßig nicht, bleibt kaum eine andere Erklärung als Netzüberlastung.

Wir wissen doch alle wie stark die deugl und alle anderen kleinen Mitbewerber gerade wachsen, da wächst die eigene, interne Infrastruktur nicht schnell genug mit. Kunden sind online und deren Daten noch nicht vollständig im System eingefügt. Die Bandbreite für das Peering ist noch nicht erhöht, weil das Controlling die Mehrkosten noch nicht freigegeben hat usw. Ganz abgesehen davon, daß an dem Netz noch permanent gebaut wird. Das alles fördert nicht gerade die Stabilität. Es herrscht Goldgräberstimmung im FTTH/FTTH Bereich mit den entsprechenden Folgen.

Zitat von HubeBube

Vermutlich wurde via TR069 der Anzeigename geändert.

Ich bin mir sicher, ob das geht. Kann aber sein.

Zitat von alfalfa

Ein sauberes System wie ein aktuelles Live-Linux auf einem nicht zu alten Computer sollte kabelgebunden in der Lage sein, mit iPerf3 oder wget/curl die volle Anschlussbandbreite mit einem einzelnen TCP-Stream zu erreichen.

Ja, sollte. Aber da gibt es noch zahlreiche Möglichkeiten, von anderen Teilnehmern im Netz bis hin zu EMV Problemen.

Überbuchung ist selten geworden in den letzten Jahren. Vor 10 Jahren im Kabelnetz war das noch ein Problem, aber in letzter Zeit praktisch gar nicht mehr.

Ihr könnt euch gern auf den Provider einschießen, ich hab da kein Problem mit. Es ist halt nur ärgerlich, wenn man in einigen Monaten feststellt, dass man was übersehen hat, weil man den Schuldigen zu früh ausgemacht hat. Sowas kommt öfter vor, als man glaubt. Es ist auch ein Stückweit Erfahrung auf Basis der Symptome und Randbedingungen einzuschätzen, ob es sich noch mal lohnt, selber Hand anzulegen, oder eher nicht. In diesem Fall lohnt es sich.

Zitat von alfalfa

Dann bekommt man eine Reihe Ergebnisse vom Bundesnetzagentur-Speedtest vorgelegt und sieht den Kunden nur noch von hinten.

Bei den Kunden ist das üblicherweise ein Vorteil. Bleibt die Netzkapazität für diejenigen, die ihr Setup im Griff haben.

Und wenn eines sicher ist, dann: Der nächste Provider bekommt auch einen Satz Speedtests. Aber die Ursachen bleiben die gleichen. Aber dann kann sich der nächste Support damit herumschlagen.

Spaßeshalber noch mal ein Kapitel aus dem Buch "wer viel misst misst Mist".

Ich hab einen Raspi 4 und einen PC hier direkt nebeneinander am Switch hängen, von da gehts zur 5530 im Netz der Deutschen Glasfaser mit einem 400/200 Tarif. Der PC ist ein i7-7700k, zwar schon 4 Jahre alt, aber es sollte erst mal reichen für 400 MBit/s.

Als Tool kam iperf3 zum Einsatz, direkt von der Webseite (https://iperf.fr/iperf-download.php)

Erster Test: iperf zwischen PC und Raspi. Siehe da: 1 GBIt/s:

Soweit so gut.

Test vom Raspi auf den Speedtest von wt.net:

In Ordnung für einen 400er Anschluss.

Jetzt test vom PC auf wt.net:

Uups. Auch eine mehrfache Testwiederholung brachte keine Besserung.

Dann noch mal mit 10 Threads:

Siehe da, es geht doch.

Spaßeshalber noch mal iperf3 aus einem WSL auf dem PC:

Ein ookla Test vom PC:

Wie gesagt, wer viel misst misst Mist. Die iperf3 Implementierung auf Windows (nutzt cygwin) ist scheinbar so schlecht, dass sie mit einer Verbindung den Speed nicht hinkriegt. Aus einer WSL Installation ist es schon besser, aber noch nicht gut. Aber ein popeliger Raspi direkt daneben rockt die Verbindung.

Ich glaube an eine Providereinschränkung erst, wenn es handfeste Beweise dafür gibt. Vor allem, wenn mit mehreren parallelen Verbindungen der Speed erreicht wird. Ansonsten tippe ich zu mehr als 99,9 % auf die lokale Konfiguration.

Zitat von Hans

Auch wenn frank_m immer von angeblich so falscher Konfig spricht, ich habe mir gleich gedacht dass das nur heiße Luft ist.

Um mal in Bezug auf die Funktionsweise eines Forums zu kommen. Hier waren ihre Beiträge auch sofort auf den Provider eingeschossen, was durchaus berechtigt sein kann aber man muss auch in einem Forum die Standpunkte und Ideen anderer auch hinnehmen.

Im Grundsatz und das ist das schöne an diesem Forum, will man sich ja gegenseitig nur helfen.