Deutsche Glasfaser - Performance bei Netzen im Aufbau

  • Es gibt von der Bundesnetzagentur die Breitbandmessung. Das Windows Tool nimmt 20 Messungen auf und erstellt im Anschluss ein genaues Protokoll inklusive Traceroutes und der gemessenen Datenrate pro Messung. Das kannst du dann bei der BNetzA einreichen. Ob das was bringt, kann ich nicht sagen. Wenn das aber viele machen ändert sich vielleicht etwas.

    Ich nehme an, der Speedtest auf der DG Seite zeigt immer die volle Bandbreite an? Der 1st Level Support verweist dich nämlich immer ausschließlich auf diesen Speedtest, da dieser immer die volle Bandbreite liefert. Ich nehme an, das die Peering und Transit Kapazitäten in deren Backbone einfach überlastet sind.

    Erfahrungsgemäß handelt die DG nur, wenn es schlechte Presse gibt, denn die ist denen hoch und heilig, sprich wenn Heise oder Golem schlecht über die DG berichten.

  • Hat die Bundesnetzagentur denn auch eine API, die man ansprechen kann? Es macht doch wenig Sinn, nur eine punktuelle Messung zu machen. Da können die Ursachen doch sonstwo liegen. Aber aus den kontinuierlichen Messungen sieht man sehr schön den Einbruch der Bandbreite am Abend.

    Kennt jemand die Server-ID des von der DG verwendeten Ookla-Servers? Dann könnte ich als Vergleich auch mal gegen den die Speedtests laufen lassen. Aber einen Server durch QoS so zu priorisieren, dass er volle Bandbreite hat, ist ja kein Kunststück. Da finde ich Werte gegen unterschiedliche Server aussagekräftiger.

    Das mit der Presse ist eine gute Idee. :)

    Einmal editiert, zuletzt von Friese (11. Oktober 2020 um 14:21)

  • Hat die Bundesnetzagentur denn auch eine API, die man ansprechen kann? Es macht doch wenig Sinn, nur eine punktuelle Messung zu machen. Da können die Ursachen doch sonstwo liegen. Aber aus den kontinuierlichen Messungen sieht man sehr schön den Einbruch der Bandbreite am Abend.

    Kennt jemand die Server-ID des von der DG verwendeten Ookla-Servers? Dann könnte ich als Vergleich auch mal gegen den die Speedtests laufen lassen. Aber einen Server durch QoS so zu priorisieren, dass er volle Bandbreite hat, ist ja kein Kunststück. Da finde ich Werte gegen unterschiedliche Server aussagekräftiger.

    Ddas mit der Presse ist eine gute Idee. :)

    Die Breitbandmessung ist nunmal, meines Wissens nach, das einzige womit die BNetzA arbeiten, kann, weil die Sicherstellen können, das der Speedtest Server nicht das Problem war zu dieser Zeit. Das ist wichtig, wenn die BNetzA die DG zur Stellungnahme auffordern will, da es mit Speedtest.net Servern schlicht nicht rechtssicher ist und die DG das sofort auf die Speedtest.net Gegenstellen schieben wird.

    Deswegen machst du mit dem Tool ja auch 20 Messungen. Die muss man leider manuell machen, aber das kann man ja mal an einem Wochenende machen, indem man jede Stunde auf den Knopf drückt. Am Ende fällt eine PDF raus mit weitaus mehr Informationen, als dein Speedtest.net liefern kann. Unter anderem die Traceroute von Server -> Client. Die PDF kannst du der BNetzA schicken.

    Die DG betreibt keinen öffentlichen Speedtest.net Server, sondern hat sich den Custom Speedtest.net bei Ookla eingekauft zum selber hosten. Der Speedtest auf der DG Seite ist nur ein IFrame, den kannst du seperat öffnen.

    Ich bezweifel, das die DG QoS zum eigenen Speedtest Server macht. Erfahrungsgemäß sind die Engpässe tatsächlich in den Transits/Peerings bzw. in deren Core Routern. Der Speedtest Server steht davor.

  • Tipp: Jetzt kostenlos registrieren, mitmachen und das Forum ohne Werbebanner nutzen.
    • Offizieller Beitrag

    Ich nehme an, der Speedtest auf der DG Seite zeigt immer die volle Bandbreite an? Der 1st Level Support verweist dich nämlich immer ausschließlich auf diesen Speedtest, da dieser immer die volle Bandbreite liefert. Ich nehme an, das die Peering und Transit Kapazitäten in deren Backbone einfach überlastet sind.

    In meinem Fall hat der DG-Speedtest ebenfalls die Bandbreiteneinbrüche gemessen. Außerdem hat es diese Probleme aber bei anderen auch gegeben, während an meinem Anschluss sowohl nahe als auch weit entfernte Testserver außerhalb des DG-Netzes volle Leistung anzeigten. Beides deutet darauf hin, dass es nicht an den Transit- und Peeringkapazitäten liegt. Es scheint regionale Unterschiede zu geben, und die Einschränkungen verschwinden mit der Aufrüstung regionaler Infrastruktur im DG Netz.

    Zur Testmethodik: Um zu verstehen, wo der Engpass ist, ist es immer auch sinnvoll, getrennte Messungen mit IPv4 und IPv6 durchzuführen. Außerdem sind Tests mit iPerf3 und festen Testservern ratsam, am besten getrennt mit einer Verbindungen und mit mehreren Verbindungen. Dafür böte sich zum Beispiel https://speedtest.wtnet.de/ an.

  • Mit etwas Glück ist das garnicht mehr nötig. Die DG hat sich heute bei mir telefonisch gemeldet und bestätigt, dass das Problem bekannt sei und an einer Lösung gearbeitet würde. Letzte Woche bin noch noch per Mail mit Standardfloskeln abgetan worden. Auch wenn ich nichts Verbindlicheres habe, hoffe ich doch, dass das Problem in absehbarer Zeit behoben wird. Ich habe mich mittlerweile in der Gemeinde umgehört und es haben sich diverse andere gemeldet, die das gleiche Problem haben. Meine Messungen mögen nicht exakt gewesen sein, aber die Verläufe zeigen doch trotzdem gut die Regelmässigkeit der Bandbreiteneinbrüche. Verglichen mit den Störungsmeldungen andere Kunden (Das Internet geht nicht...) sollte das schon recht fundiert sein. Trotzdem vielen Dank für die Tips und Anregungen, insbesondere die Messung mit iPerf3 per IPv4 und IPv6 werde ich mier mal ansehen. Evtl. kann ich mein Bandbreitendashboard damit noch erweitern.

    Letztlich will ich ja nur stabil die zugesagte Bandbreite und nicht zweifelsfrei den Nachweis erbringen, wie wenige Bits jetzt genau durch meinen Anschluß getröpfelt sind. Ich hätte mich wahrscheinlich auch mehr auf die Mobilisierung anderer Kunden und evtl. auch die Presse konzentriert.

    Einmal editiert, zuletzt von Friese (12. Oktober 2020 um 21:27)

    • Offizieller Beitrag

    Klar, eigentlich muss einen nicht interessieren, was genau da bremst. Es wäre halt schön, wenn man durch bessere Daten irgendwann der DG sagen könnte, "passt auf, ihr habt in dieser Region wieder zu wenig Bitflüssigkeit eingefüllt, macht mal ordentlich", aber halt mit einer zutreffenden Diagnose. Vielleicht müssten sich die Kunden in neuen Regionen dann nicht immer erst für dumm verkaufen lassen, wenn sie mit allabendlichen Bandbreiteneinbrüchen beim Support aufschlagen. Langsames Internet am Abend ist ein Problem, dass ich der DG wirklich nicht durchgehen lassen will: Die machen offensiv Werbung damit, dass das bei anderen passiert, aber nicht bei Glasfaser!

  • Tipp: Jetzt kostenlos registrieren, mitmachen und das Forum ohne Werbebanner nutzen.
  • In meinem Fall hat der DG-Speedtest ebenfalls die Bandbreiteneinbrüche gemessen. Außerdem hat es diese Probleme aber bei anderen auch gegeben, während an meinem Anschluss sowohl nahe als auch weit entfernte Testserver außerhalb des DG-Netzes volle Leistung anzeigten. Beides deutet darauf hin, dass es nicht an den Transit- und Peeringkapazitäten liegt. Es scheint regionale Unterschiede zu geben, und die Einschränkungen verschwinden mit der Aufrüstung regionaler Infrastruktur im DG Netz.

    Zur Testmethodik: Um zu verstehen, wo der Engpass ist, ist es immer auch sinnvoll, getrennte Messungen mit IPv4 und IPv6 durchzuführen. Außerdem sind Tests mit iPerf3 und festen Testservern ratsam, am besten getrennt mit einer Verbindungen und mit mehreren Verbindungen. Dafür böte sich zum Beispiel https://speedtest.wtnet.de/ an.

    Ich denke mal es liegt einfach daran dass zu viele Kunden auf einem GPON-Port sind. Man teilt sich ja mit bis zu 32 Kunden die 2,5Gbit/s. Deswegen dauert es dann auch lange das zu beheben, denn dafür muss extra ein Techniker hinkommen um die Kunden umzustecken. Mich würde einmal interessieren was für ein Ping ihr zu 100.68.119.24 habt. Und wie bei euch so der Jitter aussieht. Da habe ich bei meinem Anschluss relativ große Probleme. Mein Kumpel mit DSL meist so bei 0,5ms. Ich bin meist bei 1-2ms.

  • Mit etwas Glück ist das garnicht mehr nötig. Die DG hat sich heute bei mir telefonisch gemeldet und bestätigt, dass das Problem bekannt sei und an einer Lösung gearbeitet würde. Letzte Woche bin noch noch per Mail mit Standardfloskeln abgetan worden. Auch wenn ich nichts Verbindlicheres habe, hoffe ich doch, dass das Problem in absehbarer Zeit behoben wird. Ich habe mich mittlerweile in der Gemeinde umgehört und es haben sich diverse andere gemeldet, die das gleiche Problem haben. Meine Messungen mögen nicht exakt gewesen sein, aber die Verläufe zeigen doch trotzdem gut die Regelmässigkeit der Bandbreiteneinbrüche. Verglichen mit den Störungsmeldungen andere Kunden (Das Internet geht nicht...) sollte das schon recht fundiert sein. Trotzdem vielen Dank für die Tips und Anregungen, insbesondere die Messung mit iPerf3 per IPv4 und IPv6 werde ich mier mal ansehen. Evtl. kann ich mein Bandbreitendashboard damit noch erweitern.

    Letztlich will ich ja nur stabil die zugesagte Bandbreite und nicht zweifelsfrei den Nachweis erbringen, wie wenige Bits jetzt genau durch meinen Anschluß getröpfelt sind. Ich hätte mich wahrscheinlich auch mehr auf die Mobilisierung anderer Kunden und evtl. auch die Presse konzentriert.

    Wie testest du das denn genau, würde gerne das Script haben um es bei mir auch zu testen. ;)

    • Offizieller Beitrag

    Man teilt sich ja mit bis zu 32 Kunden die 2,5Gbit/s.

    Bis zu 64 Kunden.

    Mich würde einmal interessieren was für ein Ping ihr zu 100.68.119.24 habt. Und wie bei euch so der Jitter aussieht. Da habe ich bei meinem Anschluss relativ große Probleme. Mein Kumpel mit DSL meist so bei 0,5ms. Ich bin meist bei 1-2ms.

    Das ist eine nicht-öffentliche Adresse*. Wenn dein Kumpel die an seinem DSL Anschluss erreichen kann, ist das sehr wahrscheinlich nicht das selbe Ziel wie bei dir.

    *) 100.64.0.0/10 (100.64.0.0 bis 100.127.255.255) ist Shared Address Space (RFC 6598)

  • Tipp: Jetzt kostenlos registrieren, mitmachen und das Forum ohne Werbebanner nutzen.
  • Moin,

    wir haben glaube ich neue Erkenntnisse, sind aber noch am Debuggen des DG Anschlusses, deswegen als Disclaimer: Das sind ausschließlich Vermutungen und müssen noch genauer überprüft werden.

    Ich war heute bei einem Kunden um einen Deutsche Glasfaser Anschluss in Betrieb zu nehmen. Dieser nutzte eine gemietete FritzBox 7590. Ich war sichtlich erstaunt, als an diesem Anschluss beim Download der Datei speed.hetzner.de/1GB.bin die Downloadrate auf 50MB/s kletterte und stabil blieb. Ich also zurück an meinen Anschluss und einen Speedtest mit der gleichen Datei gemacht: Downloadrate 2-8MB/s und völlig instabil. Die beiden Anschlüsse sind am gleichen PoP. Ich nutze einen Kundeneigenen Router (genauer EdgeRouter 4).

    Die erste Vermutung war, das die FritzBox 7590 dort irgendeine Magic fabriziert. Also den Traffic mitgeschnitten und gesehen, das sämtlicher Traffic über VLAN 360 geht O_o. Gleichzeitig scheint es für VoIP und TR-069 nochmals ein eigenes VLAN zu geben (342 und 330). Über VLAN 0, sprich untagged, gibt es außschließlich die Möglichkeit die Provisionierungskonfiguration des Routers zu laden.

    Um die FritzBox als "Verschnellerungsmagie" auszuschließen, haben wir den DHCP-Request der Fritzbox 7590 mitgeschnitten und mit dem dhcp-test-tool (https://github.com/saravana815/dhtest) die DHCP-Anfrage der DG über das VLAN 360 (Internet) nachgebaut. Wir haben vom DHCP Server eine IP bekommen, die wir uns dann statisch auf das VLAN Interface 360 gesetzt haben.

    Das Ergebnis war, das am Laptop die volle Bandbreite des gebuchten Tarifs ankam.

    Wir haben die Vermutung, das Anschlüsse mit Kundeneigenem Router offensichtlich ein anderes DG internes Routing haben als die Anschlüsse mit einem DG Router über VLAN 360 und somit langsamer sind. Mit den Leuten mit denen ich bisher gesprochen habe, die ein Bandbreitenproblem haben nutzen alle einen eigenen Router. Diese These wäre auch noch zu verifizieren.

    Die jetzt noch offene Frage ist: Könnte man einen Basic Router bestellen und dann den eigenen Router über VLAN 360 betreiben. Wir werden das mal testen ;)

  • Okay, ich habe eine eigene 7590. Bei mir sind die Speeds zu Hetzner auch stabil bei 50 Mb/s über IPv4/v6. Wenn ich mein Laptop direkt an ONT anschließe komme ich zu gleichen Ergebnissen.

    Bis zu 64 Kunden.

    Das ist eine nicht-öffentliche Adresse*. Wenn dein Kumpel die an seinem DSL Anschluss erreichen kann, ist das sehr wahrscheinlich nicht das selbe Ziel wie bei dir.

    *) 100.64.0.0/10 (100.64.0.0 bis 100.127.255.255) ist Shared Address Space (RFC 6598)

    Ja, dass weiß ich. Geht nur an die DG Kunden. ;). Das mit 64 Kunden ist aber eher selten. Wenn man in einem Dorf wohnt(Dort wo DG meist ausbaut) hat man bessere Chanchen.

  • Tipp: Jetzt kostenlos registrieren, mitmachen und das Forum ohne Werbebanner nutzen.
  • Okay, ich habe eine eigene 7590. Bei mir sind die Speeds zu Hetzner auch stabil bei 50 Mb/s über IPv4/v6. Wenn ich mein Laptop direkt an ONT anschließe komme ich zu gleichen Ergebnissen.

    Du meinst auch 50MB/s? Nicht 50Mbit/s? Sprich du bekommst deine 400Mbit/s zu Hetzner durch?

    Das ist alles total merkwürdig :D. Wir haben aktuell bei uns im Dorf fast überall nur 70Mbit/s zu Hetzner, während ein paar wenige Anschlüsse scheinbar volle Bandbreite bekommen. Keine Ahnung ob da nen Load Balancing läuft.

  • Hallo Leute,

    also bei mir ist das Problem auch wieder zurück. Mir ist in den letzten Tagen aufgefallen, dass meine Download abends in verschiedenen Speedtests teilweise auf 5-6 mbit/s fällt - so wie damals, als ich den Thread aufgemacht hatte. Und ich habe keinen kundeneigenen Router, sondern diese Genexis Standardbox...

    Werde das jetzt mal wieder verschärft beobachten und evtl. noch ein Ticket dazu aufmachen.


    VG

    Michael

  • Tipp: Jetzt kostenlos registrieren, mitmachen und das Forum ohne Werbebanner nutzen.
  • Guten Abend,

    ich verfolge diesen Thread jetzt schon eine ganze Weile.

    Bei mir Plz. Bereich 38xxx sind ebenfalls seit Beginn an die selben Probleme zu bezeichnen.

    Hier wurde im in den letzten drei Monaten ausgebaut.

    Tagsüber ist die Performance zu 99% gegeben. In den Abendstunden ca. ab 19:30 Uhr bricht hier ebenfalls die Leistung massiv ein.. Teils auf 2Mbit.

    Das ganze zieht sich dann bis in die Nacht hinein. Der Upload ist dabei nicht betroffen.

    Gebucht habe ich den 400er und dazu die FB 7590 von DG gemietet.

    Mit der "Taskforce" welche sich wohl um diese Probleme kümmert, hatte ich bereits auch Kontakt und auf dieses Forum hier verwiesen.

    Eine zeitlang war das Problem dann anscheinend behoben und jetzt fängt es genau wie bei Dir "layer9" wieder an..

    Gruß

  • Servus,

    bin seit ca 1 Jahr Kunde von DG (PLZ 8xxxx) - eigentlich sehr zufrieden - zumindest zu 'normalen' Bürozeiten (9 to 5).

    Leider ist ab ca. 17 Uhr die Durchsatzrate ins Internet mehr als bescheiden.

    Aktuell bleiben teilweise nur noch 1% von meinen 400MBit übrig.

    Das ganze geht von 17 bis ca 22 Uhr - wenn halt TV genutzt wird.

    Weiß jemand wie die DG dazu steht?

    Ignorieren die das ?

    Ich hab mal ein Ticket dazu aufgemacht - allerdings noch nichts dazu gehört.

    Eigentlich müssten dieses Problem doch alle Kunden der DG haben. Meines erachtens ist das Bottleneck am Übergabepunkt zum DECIX zu sehen.....

    Hab mir gerade einen Termin im Kalender gemacht um DG zu kündigen und wieder zum guten alten MagentaRiesen zurückzuwechseln.

    Sind zwar nur 50 DSL - aber dafür auch Abends.....

    Grüße

    Tommi

  • Tipp: Jetzt kostenlos registrieren, mitmachen und das Forum ohne Werbebanner nutzen.
  • Servus,

    kann mich da gleich anschließen. Ich habe den Tarif DG400..

    Meine Messergebnisse muss ich in IPv4- und IPv6-Verkehr und auch die Uhrzeit trennen.

    Auch bei mir (8er PLZ) geht der IPv4 Verkehr im Downstream ab ca. 19:30 Uhr mit bis zu 2Mb/s massiv in die Knie. Der Upstream bleibt dabei meist bei 80Mb/s.

    Gemessen habe ich unter Win10 mit einem I7 Laptop und dem eingebauten 1G Interface mit dem Programm Speedtest.net (also nicht mit der Weboberfläche von Ookla). Leider zeigt das Programm nicht an, ob der Anbieter der Gegenstelle IPv4 oder IPv6 macht. Deshalb habe ich mit Wireshark nachgesehen. Anbieter mit den langsamen Werten verwendeten IPv4.

    Händle&Korte, Philunet oder Incas z.B. verwenden z.B. IPv6. Wähle ich die aus, sehe ich auch am Abend erfreuliche 413 im DS und 209 im US.

    Morgens ab 8 Uhr bekomme ich diese Werte bei allen Anbietern zu Gesicht. Um diese Uhrzeit wundere ich mich aber, dass die US Werte bei IPv6 Anbietern auf 60-80Mb/s runtergehen, während sie bei IPv4 auf 209 bleiben. Hat da jemand eine Idee?

    Die Erklärung für den abendlichen Einbruch sehe ich im wohl überlasteten CG-NAT Server. Ich arbeite auch bei einem Internetanbieter (nee, nee schreibe jetzt nicht welcher!!) und wir hatten den Kunden das gleiche Problem zugemutet. Ist nicht meine Abteilung, habe es aber mitbekommen.

    Übrigens decken sich die Messwerte recht gut, wenn man iperf3 statt Speedtest,net verwendet!

    Ich habe ein Ticket bei DG offen und habe gestern einen interessanten Anruf von einem Techniker bekommen, der auf Grund des Tickets bei mir vorbeikommen sollte. Er bestätigte mir, dass er von Kunden seit 14 Tagen, sprich Anfang November, Beschwerden bearbeitet, die genau das selbe Bild haben! Ich habe ihm dann gesagt, dass er nicht vorbeikommen muss, er meinte dann auch, dass er halt nur einen Speedtest machen würde. Das macht keinen Sinn.

    Mit den Daten habe ich DG schon versorgt. Da ich von uns weiß, dass der Aufwand wohl nicht niedrig ist (sowohl kosten-, als auch manpowermäßig), die Kapazität zu erweitern, sehe ich schwarz, dass da bald was passiert.

    Habe im Ticket um Rückruf von der Fachabteilung gebeten. Bin sehr gespannt, ob der erfolgt! Die weiß doch genau woran es hakt und weiß eigentlich nicht, was sie mir erzählen soll.

    Einmal editiert, zuletzt von onurbi (14. November 2020 um 22:38)