Beiträge von sendai

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.

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.

Zitat von Christos

Ich bin tatsächlich auf der Suche nach einem reinen SFP-Switch.
sendai

Danke die habe ich schon gesehen. Die können aber nur 1G und nicht 10G.

Wenn sich das auf die Mikrotik bezieht, die SFP+ Ports sind da 10G.

Für ein 10G Heimnetzupgrade hatte ich mir den CRS305 und den CRS309 vor ein paar Jahren selbst mal zugelegt. Falls das 1G im Modellnamen verwirrt, das bezieht sich nur auf den einen Kupfer Port mit 1G. Nur der CRS310 aus der Liste hätte eine Mischung aus 1G SFP und 10G SFP+ Ports.

Verstehe ich die Frage richtig, geht nur um einen reinen SFP+ Switch?
Bin mit meinen Netzwerkkrams im Mikrotik Lager unterwegs, da würden mir einfallen:

4x SFP+, 1x 1G RJ45 -> CRS305-1G-4S+IN
8x SFP+, 1x 1G RJ45 -> CRS309-1G-8S+IN, hätte auch 19" Rackwinkel

oder preislich dazwischen, falls 4x SFP+ reichen und man mit SFP Ports auch was anfangen kann:

5x SFP, 4x SFP+, 1x RJ45 -> CRS310-1G-5S-4S+IN, hätte auch 19" Rackwinkel

Falls das komplexere RouterOS für einen Switch zu viel ist, alle drei genannten unterstützen auch das einfachere SwitOS von Mikrotik.

Bin zwar nicht bei Pyur, aber als Beispiel von meinem Telekom GPON, zum ersten Hop habe ich ~1ms Latenz, Server in Rechenzentren in der gleichen Stadt erreiche ich dann schon in ~2ms. Ein VDSL mit Vectoring vom Freund am Ende der Stadt in ca. 5-6ms, da sieht man dann schon das selbst der Latenzanteil von VDS Lmit Vectoring gar nicht mehr so groß sein kann. Nach Rechenzentren in/um Frankfuhrt sind es dann i.d. Regel schon min. >10ms, ist dann aber auch schon 400km+ Luftlinie entfernt.

Ein Wechsel des ONTs auf eine Fiber Fritzbox wird da keine Spürbaren Veränderung bringen, höchsten die hier angesproche Einsicht in die xPON Werte die einem im Fehlerfall bei der Diagnose helfen können, oder sollte Pyur auch das Brutto großzüger schalten und man ggf. einen Gigabit Tarif hat, das man den auch voll ausnutzen könnte.

In den Medien wird oft gerne von Berlin als Pilotstadt gesprochen, das sind aber nur ein paar Teilbereiche, nicht mal ganze Bezirke, wo Ende 2023 der XGS Ausbau mit bis zu 2Gbit/s angekündigt wurde.

Abgesehen von ein paar Handvoll Adressen gab es da zu 99,9% aber noch kein Telekom FTTH. Man konnte zwar schon beobachten das fleißig eine Rolle Speedpipes nach der anderen in den Telekomschächten verschwunden sind, haufenweise NVts aufgestellt wurden, dann aber seit knapp einem halben Jahr nichts mehr. Nie eine Firma gesehen die je Glasfasern eingeblasen hat, noch irgendwo gesehen das je ein Hausanschluss gebaut wurde.

Sprich der 2000er ist hier in den Berliner Pilotgebieten noch ein Papiertiger, den man im Zuge des FTTH Ausbaus "Vorbestellen" könnte und auch nur da wo FTTH neu gebaut wird. Was mit FTTH Bestandsadressen in den Pilotenbereichen passieren soll, da konnte ich nie eine klare Aussage bekommen, denn eigentlich wäre ja vielleicht nur wie im Artikel angesprochen ein SFP Tausch am OLT nötig um den Tarif dort auch verfügbar machen zu können.

Manchmal zweifel ich ja ob die Telekom überhaupt schon einen Kunden mit Magenta Zuhause 2000 hat, zumindest in meinem Berliner Pilotgebiet, ist mindestens seit einem halben Jahr nichts sichtbares mehr an Bauarbeiten passiert. Ist zwar keiner dabei der den 2000er Vorbestellt hat, aber kenne auch noch keinen seinen FTTH Hausanschluss hier im Gebiet in den Keller gelegt bekommen hätte.

Aktuell heißt es voraussichtlich fertig bis Ende Juli 2025. Auch für meine ältere GPON Insel (im XGS-PON Pilotgebiet) hat auch noch keiner mal schnell "nur das SFP getauscht", der ist für mich nach wie vor nicht buchbar.

Macht ja auch irgendwo Sinn, was soll man knappe Baukapazitäten (und auch Geld) in einen Hausnaschluss versenken, bei dem auf Absehbare Zeit kein aktiver Tarif gebucht wird.

Zumindest für EFH ist das in meinem Ausbaugebiet schon so, da haben sie bereits letztes Jahr im Dezember auf der Inforveranstalltung von vorneherein gesagt, es wird hier kein reiner Hausanschluss ohne Traifbuchung für EFH mehr angeboten.

Der Switch selber ist jetzt kein Markengerät, also wird man da wohl vom Hersteller nicht viel erfahren was offiziell an Modulen kompatibel ist. Beworben wird er jedenfalls mit 1/2,5/10G Kompatibilität auf den SFP+ Schächten. Kabel sieht vom Produkfoto her ja gekreuzt aus, sollte also passen.

Bedenke aber wenn du nun auf der Switchseite ein SFP+ Modul für 10G einsetzen willst, bräuchtest du auf der anderen Seite beim Medienkonverter auch wieder ein 10G Modul, damit dann wieder einen anderen Medienkonverter da der vorhandene ja nur 1G SFP ohne (+) kann. Dualspeed SFP+ mit 1/10G für die Switchseite gibt es zwar, sind aber eher unüblich/selten.

Das 50m Kabel ist vermutlich schon verlegt? Zufällig ein kurzes, gekreuztes Patchkabel da?
Dann würde ich mal beide 1G SFPs in den Switch stecken und untereinander verbinden, damit baut man zwar, genau das was man im Netzwerk nicht haben will, einen Loop, (daher alles andere Abstecken!), würde aber sehen ob der Switch die Module an sich akzeptiert und einen Link aufbaut.

Kleine Anekdote am Rande, ich durfte dieses Jahr beruflich auch sehr seltsame Erfahrungen mit Medienkonvertern sammeln. Der Konverter zeigte einen Link, der Switch aber nicht, zieht man das Kabel vom Switch ab ging auch die Link LED am Konverter aus. Daten haben wir so natürlich keine drüber bekommen. Im Endeffekt haben wir uns dann entschieden einen Switch als Medienkonverter einzusetzen, der lief dann mit den gleichen SFPs. Auch wenn es seltsam klingt, insgesamt drei verschiedene Medienkonverter hatten das selbe Verhalten, um nicht weiter Zeit zu verlieren haben wir es dann am Ende mit einem zweiten Switch gelöst, wenn auch etwas übertrieben nur um von Glasfaser auf Kupfer zu wandeln.

Bei FTTH sind wir endlich bei die "letzte Meile" zum Kunden macht kaum noch was aus, da wird man nicht wirklich merken ob man an GPON oder schon neuerer XGS-PON fähigen Technik hängt. Alles weitere hängt dann davon ab wie der jeweilige Provider sein Netz aufgebaut hat, welche (Um-)wege das Routing nimmt und wie weit entfernt der Zielserver ist.

Z.b. beim Berliner Telekom Speedtestserver zeigt er mir 1ms, Server im IONOS Rechnenzentrum Berlin antworten mit 2-3ms, Telekom VectoringVDSL Anschlüsse von Familie/Freunden/Bekannten erreichbar mit 5ms. Bevor das Peering zwischen Telekom und Cloudfare schlechter wurde hab ich DNS 1.1.1.1 auch lokal in Berlin mit 2-3 ms erreicht, aktuell werde ich nach Frankfurt geschickt und schwubs sind es 9ms.

Da sieht man dann ganz schnell das aufgrund der Entfernung Berlin <-> Frankfurt ich nie niedrige einstellige Pingwerte bei Servern in Frankfuhrt werde sehen können.

Den Pressemiteilungen nach hat die Telekom ja erstmal vor das XGS-PON bis Ende des Jahres für 100.000 Haushalte verfügbar zu haben. Was wohl in etwa der Summe aller Pilotgebieten entspricht. Zumindest hier in einem der Berliner Pilotgebiete (Vermarktung ab Dezember 2023) ist, der seit Vermarktungsstart buchbar, nur bekommen ist noch nicht so einfach. Der Aufbau der Infrastruktur ist noch voll im Gange, von denen die ich kenne hat noch keiner einen fertigen Hausanschluss.

Denke mal das wird noch eine ganze Weile dauern bis das auf Bestandsgebiete ausgedehnt wird wo schon ein kompatibler OLT in der Betriebstelle steht. Nichtmal für meinen Bestands-OLT (welcher im Pilotgebiet steht) scheint es einen Plan zu geben, das auf meine Adresse verfügbar zu bekommen.

Telekom Peering kann wohl je nach Standort auch ganz anders ausfallen.

Hier mal ein Beispiel aus Berlin, auf alle drei v4 IPs von pietsmiet.de

admin@vm:~$ mtr -rwbz -c10 104.26.3.241
Start: 2024-07-05T19:10:09+0200
HOST: vm                                                      Loss%   Snt   Last   Avg  Best  Wrst StDev
  1. AS???    192.168.8.1                                      0.0%    10    0.4   0.5   0.4   0.7   0.1
  2. AS3320   p3e9bf0aa.dip0.t-ipconnect.de (62.155.240.170)   0.0%    10    1.1   1.6   1.1   2.4   0.4
  3. AS3320   b-eh3-i.B.DE.NET.DTAG.DE (217.5.101.42)          0.0%    10    3.2   3.7   2.7   8.9   1.8
  4. AS3356   4.68.62.205                                      0.0%    10    2.9   5.6   2.5  21.9   5.9
  5. AS3356   ae2.11.edge1.mln1.neo.colt.net (171.75.9.108)    0.0%    10   27.2  21.7  20.1  27.2   2.3
  6. AS3356   213.249.124.218                                 40.0%    10   21.9  24.7  21.5  30.3   3.9
  7. AS13335  188.114.100.19                                   0.0%    10   20.3  20.6  19.3  24.0   1.3
  8. AS13335  104.26.3.241                                     0.0%    10   20.2  19.8  19.2  20.4   0.4
admin@vm:~$
admin@vm:~$ mtr -rwbz -c10 104.26.2.241
Start: 2024-07-05T19:10:52+0200
HOST: vm                                                      Loss%   Snt   Last   Avg  Best  Wrst StDev
  1. AS???    192.168.8.1                                      0.0%    10    0.5   0.5   0.4   0.6   0.1
  2. AS3320   p3e9bf0aa.dip0.t-ipconnect.de (62.155.240.170)   0.0%    10    1.3   1.9   1.2   4.7   1.1
  3. AS3320   b-eh3-i.B.DE.NET.DTAG.DE (217.0.205.118)         0.0%    10    2.9   2.8   2.2   3.4   0.4
  4. AS3356   4.68.62.205                                      0.0%    10    2.3   9.9   1.7  25.8   9.2
  5. AS3356   ae2.11.edge1.mln1.neo.colt.net (171.75.9.108)   10.0%    10   19.8  20.1  19.7  20.7   0.3
  6. AS3356   213.249.124.218                                 30.0%    10   62.0  31.5  20.7  62.0  15.2
  7. AS13335  188.114.100.3                                    0.0%    10   23.1  24.7  20.6  50.7   9.2
  8. AS13335  104.26.2.241                                     0.0%    10   23.6  30.1  20.4  36.6   5.5
admin@vm:~$
admin@vm:~$ mtr -rwbz -c10 172.67.74.113
Start: 2024-07-05T19:11:33+0200
HOST: vm                                                      Loss%   Snt   Last   Avg  Best  Wrst StDev
  1. AS???    192.168.8.1                                      0.0%    10    0.6   0.6   0.3   1.3   0.3
  2. AS3320   p3e9bf0aa.dip0.t-ipconnect.de (62.155.240.170)   0.0%    10    1.3   2.4   1.2   9.2   2.4
  3. AS3320   b-eh3-i.B.DE.NET.DTAG.DE (217.5.72.90)           0.0%    10    3.8   3.6   2.9   4.1   0.4
  4. AS3356   4.68.62.205                                      0.0%    10    2.1   6.4   2.1  16.8   5.2
  5. AS3356   ae2.11.edge1.mln1.neo.colt.net (171.75.9.108)    0.0%    10   21.3  21.9  19.9  29.2   2.9
  6. AS3356   213.249.124.218                                 80.0%    10   21.6  22.9  21.6  24.1   1.8
  7. AS13335  188.114.100.5                                    0.0%    10   30.6  25.1  19.9  54.2  10.7
  8. AS13335  172.67.74.113                                    0.0%    10   21.1  21.2  20.8  21.7   0.3

Da selbst in den XGS-PON Pilotgebieten aktuell zu den Tarifen bis einschließlich 1Gbit/s immer nur die bisher bekannte GPON Hardware zubuchbar seitens der Telekom ist, könnte ich mir sogar vorstellen das man die kleinen Tarife gar nicht mit XGS Anteil des PONs realisiert und nur im GPON Anteil des Combo OLTs laufen lässt.

Das werden wir wohl erst rausfinden der Ausbau in den Pilotgebieten endlich mal vorran geht und der erste versucht auf einem kleinen Tarif ein XGS Endgerät zu aktivieren.

Ohne einen DS-Lite Anschluss in Griffweite zu haben um das mal auszuprobieren, würde ich mal mein Glück mit einem ein Packet Capture auf dem WAN interface der pfsense probieren um das DHCPv6 mitzuschneiden und ggf. mit Wireshark auswerten. Da muss ja irgendwo drin stehen welcher Wert bei OPT_64 übermittelt wurde.

Heißt natürlich dass man alles in Handarbeit für den ipv4 Tunnel konfigurieren muss, sofern die pfsense alles nötige dafür unterstützt. Falls sich der zugeteilte AFTR mal ändern sollte, muss man wieder Handarbeit anlegen.

GBGS migriert ja, die Klapp-TA ist schon zu FTTH1.7 Zeiten einen Glasfasermodem 2 gewichen um das volle Gigabit durchzubekommen

Aber ja, wer weiß welche Knoten solche Altbestandslösungen im Telekomsystem haben.

Zitat von mbo77

Du meinst, dass überhaupt ausgebaut wird?

Denn nur, um XGS-PON auszurollen, muss doch an der passiven Infrastruktur nichts gemacht werden.

Genau, das ist der Stand in einem der Berliner Pilotgebiete, die passive Infrastruktur befindet sich noch im Aufbau.

Für mein alten T-FTTH Anschluss der schon vor Jahren gebaut wurde, geografisch aber ins heutige XGS-PON Pilotgebiet fällt, hat sich bezüglich 2000er Verfügbarkeit nichts getan, der 1000er bleibt hier maximal verfügbar. So recht konnte mir seitens der Telekom bisher auch keiner sagen ob es "Pech" gehabt heißt, oder ich im Zuge des Pilotaufbaus hier auch von XGS-PON profitieren könnte.

Denke mal, selbst in den Pilotgebieten dauert es noch, bis wir die ersten MagentaZuhause 2000 Anschlüsse sehen können.

Ist zwar niemand dabei der den 2000er gebucht hatte, aber im Freundes-/Bekannten/Familienkreis hat noch keiner einen Termin für den neuen Hausanschluss. Immerhin sieht man hier so langsam die ersten neuen NVTs in den Straßen und ab und an Kabeltrommeln mit Speedpipes auftauchen.

Ich hoffe doch das sie es weiter ausdehnen und auch mein alter GPON-OLT mitten im Pilotgebiet nicht so stehen gelassen wird.

Wobei der Berliner Stadtrand Steglitz-Zehlendorf sich auch mehr nach Kleinstadt anfühlt, als "mitten" in einer Großstadt, insbesondere der Zehlendorfer Teil.

Werde gespannt sein in welchen Teilen ich zukünftig auf Open Infra treffen kann. Denke aber aus Gründen der Wirtschaftlichkeit wird sich das vermutlich nicht mit den Telekom FTTH Ausbauten im Bereich Steglitz-Zehlendorf überschneiden.