Telekom/MagentaZuhause Giga 2000/1000

  • Wohin wird ein Ping mit 1-2 ms erwartet? Bis zum nächsten Hop?

    Ich bin in der komfortablen Lage eine (nicht mehr) Dark Fiber Strecke von Ende zu Ende vermessen zu können, da die Endpunkte unter (nicht nur) meiner Kontrolle stehen. Bei 18 km Faserlänge beträgt die RTT etwas weniger als 0,4 ms. Dies ist schon nahe an dem physisch Machbaren.

  • aber einen Anschluss zu haben der einen Ping von 6 hat, also ganz ehrlich: ich wusste nicht mal das so etwas geht.

    Wenn du einen regionalen Provider hast, der einen eigenen Speedtest-Server hostet, brauchst du für einen solchen Ping nicht einmal Glasfaser. Ich hatte mit meinem letzten VDSL-Provider einen Ping von 4,1 ms zu diesem Server. Ich würde ganz gernerell behaupten, bezüglich der Latenz ist es ziemlich egal, ob stabiles VDSL oder Glasfaser liegt. Viel wichtiger ist, wo die Netzbetreiber ihre Zugangsnetze terminieren und an welchen Orten sich die Provider und Diensteanbieter zusammenschalten.

    Witzig niedrige Latenzen bekommst du natürlich, wenn du nah am Provider-Rechenzentrum wohnst und Glasfaser von diesem lokalen Provider hast.

  • Tipp: Jetzt kostenlos registrieren, mitmachen und das Forum ohne Werbebanner nutzen.
  • Phino beeindruckend. Zumindest für mich als jemand der sich nie groß Gedanken über Glasfaser-pings gemacht hat.
    Und klar, ein Ping zum nächsten Server, der gezielt dafür an peerings platziert ist, hat nichts mit „real live“ zu tun. Aber trotzdem. Ich finde es beeindruckend.

    Ich hatte bis April halt auch Vodafone Kabel mit im besten Fall 35, meist eher ca 40 ping. Von 40 auf 6 ist schon ein Knüller. Auch wenn es mir als nicht-gamer in der Praxis nicht viel bringt

  • Eigentlich erschreckend wie alt das Thema hier schon ist, bevor wirklich mal ein Telekom Glasfaser 2000/1000 mit XGS-PON in freier Wildbahn gesichtet wird.

    Zur Vorgeschichte: Nachdem das Gebiet in dem ich wohne zu einem der XGS-PON Gebiete auserkoren wurde, konnte jedes noch nicht erschlossene Haus drumherum fröhlich den 2000er bestellen, sobald sie ans FTTH angeschlossen werden würden, konnte mir aber niemand was zu meiner alten kleinen GPON Insel sagen die halt schon vorher da war. Nach mehreren Anläufen über das Telekomhilft Team hat es am Ende dann aber noch geklappt den 2000er in die Verfügbarkeistanzeige zu bekommen.

    Immer noch etwas skeptisch ob sich denn wirklich was in Richtung XGS-PON am anderen Ende der Leitung getan hat, habe ich dann den Tarifwechsel beauftragt. Der Tarifwechsel hat von Bestellung zur Freischaltung ca. 7 Tage gedauert. Vermutlich dem geschuldet, dass ich die Fritzbox 5590 als XGS-PON Endgerät dazu bestellt habe und ein WE dazwischen lag für den Versand.

    • Zum Tag des Tarifwechsels bekommt man einen Link zum Gerätewechsel (ähnlich einer Ersteinrichtung bei neuen FTTH Anschlüssen)
    • Im Einrichtungslink wird Glasfaser-ID der Dose, alte Modem-ID und schlussendlich die neu zu registrierende Modem-ID abgefragt.
    • Nach etwas hin und her und da mir für meinen alten FTTH Anschluss die neue Glasfaser-ID (nach Telekom GBGS) noch nicht bekannt war um die Registrierung der Fritzbox abzuschließen, hat es am Ende dann doch in wenigen Minuten geklappt, nachdem mir jemand die Glasfaser-ID nach GBGS durchgeben konnte war es in wenigen Minuten durch.
    • Erst mit der Registrierung des neuen Endgerätes wurde der Tarifwechsel vom System intern durchgeführt, vorher blieb das alte Glasfaser-Modem2 mit vorherigen Tarif 1000/500 via GPON online.
    • Latenz hat sich gegenüber GPON für mich nicht spürbar mit XGS-PON verändert

    Die Fritzbox nach der Einrichtung erst mal zu PPPoE Paththrough degradiert, da Internet weiter über meinen Mikrotik Router laufen soll, eventuell versuche ich später dann noch auf ein Luleey XGS-PON SFP+ zu wechseln, eine Fritzbox "rein nur als Modem" zu nutzen fühlt sich doch irgendwie oversized an ;)


    Fritzinfos

      

    Speedtests:

     

    Iperf3 zu WTNET

     


    Jetzt müsste die Telekom nur noch hinterherkommen, Bestandsgebiete entsprechend abzudaten.

  • Latenz hat sich gegenüber GPON für mich nicht spürbar mit XGS-PON verändert

    Das war auch nicht zu erwarten... der Loewenanteil der Zugangslatenz bei den PONs kommt von DBA (dynamic bandwidth allocation, die dynamische, last-abhaengige Zuteilung von Sendeslots im Uplink), nicht von der eigentlichen Uebertragung auf dem Medium.

    Interessant, dass die Telekom da mit Huawei OLT-Gegenstellen arbeitet, ich dachte der Plan war sich von Huawei unabhaengiger zu machen.


    Ansonsten viel Vergnuegen mit Deinem schnellen Anschluss... Ach ja, gibt es auch bei XGSPON die Option sich per Push-Mitteilung den Graph zur Segmentauslastung zuschicken zu lassen?

  • Tipp: Jetzt kostenlos registrieren, mitmachen und das Forum ohne Werbebanner nutzen.
  • Dadurch das ich die Fritzbox aktuell mit PPPoE-Paththrough eigentlich zum Glasfasermodem degradiert habe hat sie selbst zwar eigentlich selber kein Internet um Push Benachrichtigungen zu verschicken, aber was bekommt man nicht alles irgendwie gebastelt ^^

    Wobei mich die Daten zur ONT Anzahl und Leitungsauslastung doch etwas überraschen.

  • Habe im Computerbase Forum noch den Tipp bekommen, die Daten zur XGS-PON Segmentauslastung/anderer ONUs aus den Supportdaten der Fritzbox auszulesen.

    Der Bericht in den Push-Benachrichtigungen scheint das einfach in Stufen wie "1-5" und vielleicht "6-10" usw. einzuteilen, den Supportdaten nach, gäbe es nur "Max num ONUs (Max) : 1" im Segment, das müsste dann meine Fritzbox sein.


  • Yupp,

    sollte passen. Sieht bei mir genauso aus, allerdings in einem GPON-Segment. Mit FritzOS 8.20 kommt übrigens auch eine Anzeige zur Segmentauslastung in die Weboberfläche, unter Internet -> Glasfaser-Informationen -> Netzauslastung.

  • Tipp: Jetzt kostenlos registrieren, mitmachen und das Forum ohne Werbebanner nutzen.
  • Dadurch das ich die Fritzbox aktuell mit PPPoE-Paththrough eigentlich zum Glasfasermodem degradiert habe hat sie selbst zwar eigentlich selber kein Internet um Push Benachrichtigungen zu verschicken, aber was bekommt man nicht alles irgendwie gebastelt ^^

    Wobei mich die Daten zur ONT Anzahl und Leitungsauslastung doch etwas überraschen.

    Mich würde mal interessieren wie hoch der Jitter bei einem so leeren Segment ist, da du ja theoretisch immer Senden kannst und nicht warten musst. Wie weit wohnst du von den Server ca weg und wie hoch ist die niedrigste Latenz?

  • Latenz war schon zu GPON niedrig, da war ich mit relativ hoher Wahrscheinlichkeit auch annähernd allein im Segment. Bei der Umstellung auf den XGS-PON Tarif habe ich nicht wirklich einen Unterschied bemerken können was die Latenz angeht.
    Anbei mal ein paar Berliner Testziele, wo der Traffic von der Telekom auch lokal in Berlin in die Zielnetze geroutet wird, meist zw. 2-3ms im Schnitt. Ohne zu wissen wo genau die Ziel-Server in Berlin alle stehen, dürfte aber das meiste im Bereich 10-20km Luftlinie von mir entfernt sein, der Anschluss ist auch in Berlin.

    # Telekom Speedtest.net Server Berlin
    sendai@baizhi:~$ mtr -zebwc 100 80.187.128.25
    Start: 2025-08-12T14:25:46+0000
    HOST: baizhi                                                      Loss%   Snt   Last   Avg  Best  Wrst StDev
     1. AS???    192.168.6.1                                          0.0%   100    0.3   0.4   0.2   1.4   0.1
     2. AS3320   p3e9bf0aa.dip0.t-ipconnect.de (62.155.240.170)       0.0%   100    1.2   3.6   1.2  31.9   4.1
     3. AS3320   b-ef82-i.B.DE.NET.DTAG.DE (217.5.87.162)             0.0%   100    5.5   3.2   2.0   9.5   1.3
     4. AS3320   80.156.5.144                                         0.0%   100    1.8   3.4   1.6  29.6   4.1
     5. AS???    192.168.91.2                                         0.0%   100    2.6   2.8   1.7  19.4   2.0
     6. AS3320   tmo-128-25.customers.d1-online.com (80.187.128.25)   1.0%   100    2.1   3.0   1.4  20.1   2.7


    # INWX.de Berliner Domainhoster
    sendai@baizhi:~$ mtr -zebwc 100 inwx.de
    Start: 2025-08-12T14:27:59+0000
    HOST: baizhi                                                  Loss%   Snt   Last   Avg  Best  Wrst StDev
     1. AS???    192.168.6.1                                      0.0%   100    0.5   0.4   0.3   0.7   0.1
     2. AS3320   p3e9bf0aa.dip0.t-ipconnect.de (62.155.240.170)   0.0%   100    1.8   7.1   1.2  33.4   8.2
     3. AS3320   b-eh2-i.B.DE.NET.DTAG.DE (62.153.188.122)        0.0%   100    3.2   4.4   2.9  25.3   3.1
     4. AS3320   80.150.169.67                                    0.0%   100    2.2   2.9   2.1   8.0   0.8
     5. AS5405   r2-ber1-de.as5405.net (94.103.180.1)             0.0%   100    2.1   2.6   1.7   6.6   0.8
     6. AS5405   45.153.82.83                                     0.0%   100    2.5   2.8   1.9   8.8   1.0
     7. AS48596  irb-23.sw1.ber1.inwx.net (185.181.107.39)        0.0%   100   23.4  19.3   4.5 137.6  19.6
     8. AS48596  vrrp.frontend1.inwx.net (185.181.104.26)         0.0%   100    3.0   3.4   2.4   8.7   0.9


    # eine Ripe Atlas Probe im IONOS RZ Berlin
    sendai@baizhi:~$ mtr -zebwc 100 87.106.207.171
    Start: 2025-08-12T14:30:42+0000
    HOST: baizhi                                                         Loss%   Snt   Last   Avg  Best  Wrst StDev
     1. AS???    192.168.6.1                                             0.0%   100    0.3   0.3   0.2   0.9   0.1
     2. AS3320   p3e9bf0aa.dip0.t-ipconnect.de (62.155.240.170)          0.0%   100    2.4   3.0   1.1  34.3   3.6
     3. AS3320   b-ec8-i.B.DE.NET.DTAG.DE (217.5.75.230)                 0.0%   100    3.5   4.2   3.0   8.3   1.1
     4. AS3320   62.157.249.142                                          0.0%   100    2.6   5.3   1.9  36.6   5.4
     5. AS8560   lo-0-0.rc-a.rs.ber.de.net.ionos.com (212.227.117.204)   0.0%   100    2.0   2.8   1.8   6.5   0.8
     6. AS8560   212.227.120.165                                         0.0%   100    2.3   3.2   1.9   9.0   1.2
     7. AS???    ???                                                    100.0   100    0.0   0.0   0.0   0.0   0.0
     8. AS???    ???                                                    100.0   100    0.0   0.0   0.0   0.0   0.0
     9. AS8560   87.106.207.171                                          0.0%   100    2.8   3.4   2.2   7.4   0.9


    # eine Ripe Atlas Probe Misaka.io (3U Rechenzentrum Berlin, ~11km Luftline)
    mtr -zebwc 100 45.142.247.207
    Start: 2025-08-12T14:35:43+0000
    HOST: baizhi                                                           Loss%   Snt   Last   Avg  Best  Wrst StDev
     1. AS???    192.168.6.1                                               0.0%   100    0.4   0.3   0.2   1.8   0.2
     2. AS3320   p3e9bf0aa.dip0.t-ipconnect.de (62.155.240.170)            0.0%   100    2.8   3.3   1.1  25.0   3.9
     3. AS3320   b-eh3-i.B.DE.NET.DTAG.DE (62.153.188.126)                 0.0%   100    3.3   3.5   2.2   7.1   0.9
     4. AS3356   ae10.edge5.ber1.sp.lumen.tech (4.68.62.205)               0.0%   100    2.8   6.3   2.5  30.3   5.0
     5. AS3356   ae2.3602.edge3.ber1.neo.colt.net (171.75.9.134)           0.0%   100    5.0   3.7   2.0  14.8   1.8
     6. AS969    e49-2-3356.cr1a.a36s.ber2.de.917.as (45.11.107.63)        0.0%   100    2.6   3.0   2.0   9.6   1.0
     7. AS969    e50-bd3327.cr1a.l5.ber3.de.917.as (199.119.64.203)        0.0%   100    4.8   3.4   2.2   6.2   0.8
     8. AS969    e35-10.spine1.ber03.de.misaka.io (102.130.51.115)         0.0%   100    3.0   3.1   1.9   5.6   0.8
     9. AS???    ???                                                      100.0   100    0.0   0.0   0.0   0.0   0.0
    10. AS35487  user-45-142-247-207.ber02.de.misaka.io (45.142.247.207)   0.0%   100    4.7   3.0   1.9   6.5   0.9

  • Tipp: Jetzt kostenlos registrieren, mitmachen und das Forum ohne Werbebanner nutzen.
  • Nachdem mir Luleey zuerst versehentlich ein GPON Modul geliefert hatte, ist endlich die Ersatzlieferung mit dem ursprünglich bestellten XGS-PON Modul angekommen (LL-X1025 mit 8311 community firmware). Nachdem ich bestellt hatte, gäbe es wohl jetzt auch ein weiteres XGS-PON Modul bei Luleey (LL-XS1010) im Sortiment.

    NAT um die WebGUI des Moduls übers LAN zu erreichen, VLANs um es über Switch zum Mikrotik Router zu führen (habe da leider nur einen SFP+ Port), war schon alles vorberietet.

    Modem-ID der Fritzbox über die WebGUI im Luleey Modul eingetragen.
    Fiberkabel umgesteckt, PPPoE Verbindung auf das andere Interface im Mikrotik geschoben -> wieder online.

    Mal sehen ob es im Langzeittest genauso unauffällig seinen Dienst tut, ansonsten bleibts halt erstmal bei der Option mit der Fritzbox im PPPoE Passthrough Modus wie bisher.