Beiträge von jan

Du nutzt aktuell ziemlich sicher noch den Telekom-Anschluss. Die PPPoE-Zugangsdaten werden bei der Telekom ja standardmäßig gar nicht geprüft (Easy Login), dementsprechend läuft das auch mit den Daten von o2. Da zählt nur, auf welchen Vertrag das Modem registriert ist.

Und ich vermute mal, dass du du das Glasfaser-Modem erst bei o2 aktivieren können wirst, nachdem der Telekom-Vertrag abgeschaltet ist. Oder halt du benutzt ein anderes Modem, das noch nicht auf einen Vertrag aktiv ist.

Ansonsten zum Speedport generell: Der Internetzugang wird wahrscheinlich auch mit o2 funktionieren, weil dort genau wie bei der Telekom PPPoE mit Dual Stack genutzt wird. Telefonie könnte evtl. eher ein Problem sein.

Den Geräten nach nehme ich an, dass du von Telekom-DSL auf Telekom-Glasfaser wechselst?

Den Einrichtungslink bekommst du nach Installation der Glasfaserdose, aber nicht direkt vom Techniker, sondern per SMS, E-Mail, und im Glasfaser-Portal.

Der Link ist 30 Tage gültig und du kannst den genauen Zeitpunkt der Umstellung damit selber bestimmen. Einen Parallelbetrieb gibt es nicht, der DSL-Anschluss wird während dem Einrichtungsprozess über den Link abgestellt.

Den Speedport Smart 3 kannst du auch schon am DSL-Anschluss einrichten.

Zitat von kingpin42

Das liest sich auch hier zumindest anders;

Der RTL9601D wird zwar auch in SFP-Modulen verbaut, bei der 5690 Pro befindet er sich aber auf der Hauptplatine der Box (deutlich zu sehen bei Minute 1:40):

Genauso ist es beim PRX321 in der 5590: https://boxmatrix.info/wiki/File:FRIT…ber-Image70.jpg

Noch eine kleine Ergänzung: Etwas davor im Video (Minute 0:40) sind auch die SFP-Module der 5690 Pro zu sehen. Die Artikelnummern sind identisch mit den Modulen für die 5530/5590 (GPON: 2000 2942, AON: 2000 2940). In den Handbüchern sind sie auch bei allen drei Boxen mit diesen Artikelnummern abgebildet.

Zitat von Marvin911

Die Fritzbox 5590 Fiber hat z.b. einen Qualcomm Modemchip.

Der Hauptprozessor der 5590 ist von Qualcomm, aber für die Glasfaserschnittstelle wird ein MaxLinear PRX321 genutzt.

Zitat von kingpin42

dass die PON SFPs von AVM schon vollständige ONTs sind, die werden angeblich von der Fritzbox über eine Webschnittstelle parametriert.

Wenn es so wäre, dann hätte sich AVM ja in der 5590 den PRX321, und in der 5690 Pro den RTL9601D sparen können. Ein "normaler" SFP-Slot wäre auch direkt am Qualcomm-SoC möglich.

Zitat von Phino

Scheint ja bei ihm noch nicht so zu sein, wenn er nur bei der Telekom es sieht.

Von Anfang an bedeutet mit Beginn der Vorvermarktungsphase. Wenn da wirklich die Telekom selbst ausbaut, dann sollte spätestens ein paar Tage nach dem 2.8. die Bestellung bei 1&1 oder o2 möglich sein.

Zitat von HubeBube

denn sollte die Telekom ebenfalls im Gf-Bereich marktmächtig werden, dann erfolgt mittelfristig sicherlich hier ebenfalls eine Regulierung.

Die Telekom ist doch schon wegen ihrer Marktmacht reguliert: BK3-19-020, BK3-20-027. Genauso Glasfaser Plus (BK3-22-005, BK3-22-015) und Glasfaser Nordwest (BK3-21-010, BK3-22-014).

Zitat von wandler

auch wenn der "Link-Status" LAN-Schnittstelle komisch wirkt.

Das ist nur ein Anzeigefehler, wenn die Netzwerkverbindung mit 2.5 Gbit/s läuft.

Zitat von DLMttH

Normalfall sollte DS Lite (mit 192.0.0.1 statt Anzeige DS-Lite-Tunnel im Online-Monitor) sein

Wenn da als Adresse 192.0.0.1 angezeigt wird, und nichts von DS-Lite steht, dann ist es auch kein DS-Lite, sondern "normales" CGNAT.

Im OpenWrt-Forum gibt es einen Log-Auszug, der eindeutig zeigt, dass diese Adresse direkt über PPPoE zugewiesen wird, ohne DS-Lite-Tunnel: https://forum.openwrt.org/t/ipv4-ipv6-vo…ermany/214381/3

Zitat von frank_m

Einschränkungen beim Datentransfer von z.B. USB auf LAN oder WLAN hingen eben daran, dass alle Daten durch das Interface zum PRX müssen. Praktisch alles, was Netzwerk heißt, hängt daran.

Zumindest hardwaremäßig hängen die LAN und WLAN auf jeden Fall am Qualcomm-SoC, die Device-Trees sind da eindeutig. Wenn sämtlicher Datenverkehr über den PRX321 laufen würde, wäre das schon ein sehr merkwürdige Software-Umsetzung.

Mit einer kurzen Suche im IP-Phone-Forum finde ich leider auch keine Details. Aber ist ja für das Thema hier auch nicht so wichtig.

Wie das mit dem Support aussieht ist natürlich immer schwierig vorauszusehen. Auch hardwaremäßig sehr ähnliche Modelle wurden da in der Vergangenheit teilweise sehr unterschiedlich behandelt (vermutlich wegen der Verbreitung). Aber da die 5530 (und 5590) auch von einigen Providern angeboten wird, sehe ich da ebenfalls kein besonders hohes Risiko.

Zitat von frank_m

Der komplette Netzwerk-Teil wird vom 5530 System übernommen.

Der MaxLinear PRX321 ist in der 5590 nur für die Glasfaser-Verbindung zuständig. Alles andere (LAN-Ports, WLAN, etc.) hängt direkt am Qualcomm-SoC.

Zitat von Crash Override

Gut das es OpenWRT gibt vom 04.02.2025 für die 549x.

Das ist leider wirklich nur mit großen Einschränkungen nutzbar. Die LAN-Ports gehen zwar mittlerweile alle, aber sonst hat sich nichts geändert: Kein WLAN (separater SoC), keine Telefonie (fehlende Treiber), kein Glasfaser, schwache CPU und fehlende Hardwarebeschleunigung fürs Routing (man sollte demnach mit < 100 Mbit/s rechnen).

gponner Mir ging es eigentlich auch nur um die Aussage, dass jeder ONT in jedem Frame eine Sendegelegenheit bekommt. Und dafür finde ich den ITU-Recommendations keine Quelle. Der OLT kann die Upstream-Bursts innerhalb eines Frames beliebig verteilen, und muss dabei nicht alle ONTs (bzw. Alloc-IDs) berücksichtigen. Außerdem gibt es für jeden Frame eine neue BWmap, d.h. die Zuordnung kann sich auch ständig ändern.

Falls ich da was falsch verstanden habe, würde ich mich sehr freuen, wenn du mir sagst, wo genau der Fehler liegt.

Ich habe mir auch das Ericsson-Paper nochmal etwas genauer angeschaut: Da wurde angenommen, dass jeweils einmal pro Polling-Intervall innerhalb von einem einzigen Frame die Bandwidth-Reports von allen ONTs abgefragt werden. Konkrete Details zur Zuweisung in den restlichen Frames (in diesem Modell) gehen daraus aber nicht wirklich eindeutig hervor.

Dafür habe ich noch etwas mehr Lesestoff gefunden, wo auch neuere PON-Standards untersucht werden:

• Understanding Latency across PON systems (With few comparisons to DOCSIS systems) (2022)
• Bandwidth and Latency Analysis of 25GS PON - An Overview of 25GS Passive Optical Networks (2022)

Zitat von gponner

Auch bzgl. der Latenzen hat das GPON Protokoll viele Vorteile. Aufgrund der 8 KHz Taktung der Up- und Downstream-Frames hat jeder Teilnehmer am PON 8000 mal pro Sekunde die Chance ein Paket loszuwerden bzw. zu bekommen. Das Protokoll lässt nicht zu, dass ein Teilnehmer einen kompletten PON nur mit seinen Daten sättigt! 8000 mal pro Sekunde wird jeder Teilnehmer auf jeden Fall bedient.

Man könnte sicher jedem ONT in jedem Frame eine Sendemöglichkeit geben, aber die Frage ist ob das wirklich sinnvoll ist. Vorgeschrieben ist es soweit ich sehe ja gerade nicht, der OLT hat die volle Kontrolle über die Zuteilung. Und in dem verlinkten Dokument von Ericsson wurden ja Polling-Intervalle im Bereich 0,5-3,5 ms untersucht.

Jeder Upstream-Burst hat einen Overhead von 19 Bytes (2 Bytes TX-Enable + 2 Bytes TX-Disable + 12 Bytes Guard/Preamble/Delimiter + 3 Bytes Burst Header). Ein Upstream-Frame hat 19440 Bytes. Damit blieben gleicher Verteilung auf 32 Teilnehmern rein rechnerisch jeweils 588,5 Bytes für die Nutzdaten (wobei der GEM-Overhead, und evtl. Management-Daten noch nicht berücksichtigt ist).

Klingt jetzt tatsächlich erstmal nicht nach so einem riesigen Overhead (evtl. habe ich auch was übersehen). Aber ich bin trotzdem nicht überzeugt, dass eine Polling-Rate von 0,125ms sinnvoll wäre.

HubeBube Das Zitat des Pressesprechers der Bundesnetzagentur stammt aber aus dem aktuellen Artikel, und bezieht sich sogar direkt auf die neue Entscheidung. Das ist demnach also die aktuelle Position der Bundesnetzagentur.

Zitat von GlasfaserFORUM

- gem. TKG ist die Inhouse-Verkabelung Vermietersache, er kann dies aber über das Glasfaserbereitstellungsentgelt auf mich als Mieter umlegen (60€ jährlich)

Bietet der Netzbetreiber überhaupt die Inhaus-Verkabelung gegen ein Glasfaserbereitstellungsentgelt an? Denn selber berechnen darf der Vermieter das nicht, erlaubt ist nur die Gebühren vom Netzbetreiber 1:1 durchzureichen.

Zitat von DLMttH

Soweit ich weiß, kannst du aktuelle 1&1-Boxen nicht einmal debranden.

Genau so ist es. Ein Provider-Additive lässt sich wie oben von Lozuopbro beschrieben entfernen. Die 1&1-Boxen haben aber ein richtiges Branding, und das kann man nicht ohne weiteres entfernen. Das wird über die Variable "firmware_version" gesteuert, die sich über den Bootloader nicht (mehr) dauerhaft ändern lässt.

Aber letztendlich gibt es dadurch keine nennenswerten Einschränkungen außer dem Einrichtungsassistenten von 1&1, und den kann man ja einfach überspringen.

Normalerweise sollte für DS-LIte unter OpenWrt keine zusätzliche Konfiguration nötig sein. Es muss nur das Paket "ds-lite" installiert sein. Sobald über DHCPv6 der AFTR bekannt ist, wird dann automatisch ein dynamisches Interface für den Tunnel angelegt.

Manuell ein Interface für DS-Lite mit option peeraddr '::' zu konfigurieren (wie es im OpenWrt-Wiki steht, und wohl auch im verlinkten Thema zuerst versucht wurde) ist nicht sinnvoll. Es gibt keinen Code der diesen Wert irgendwie speziell behandeln würde, das ist also einfach nur eine ungültige Konfiguration. Man müsste dann schon die richtige AFTR-Adresse angeben (und am besten auch das eigentliche WAN-Interface um option iface_dslite '0' ergänzen, um die Autokonfiguration zu deaktivieren).

Der Name ist "teranet", das X ist bloß ein ungünstig gestaltetes Logo.

Einige Ausbaugebiete der GVG (das ist die Firma hinter Teranet) wurden jetzt nach längerem Stillstand an die UGG übergeben. Teranet als Anbieter im UGG-Netz ist deshalb wohl auch nur in diesen Gebieten verfügbar.

Bei einem der betroffenen Gebiete hier in der Nähe wird auf der Gebietsseite bei der UGG als Anbieter auch Teranet mit aufgelistet.

Zitat von ConiKost

Weißt du eigentlich, ob man auf mobilen Geräten in der Google und Apple Welt auch einen statischen Interface Identifier setzen kann?

Unter Android gibt es wohl keine Möglichkeit, den Interface Identifier manuell zu setzen.

Im WLAN wird EUI-64 genutzt, wenn die Verbindung mit zufälliger MAC-Adresse konfiguriert ist. Bei Nutzung der Geräte-MAC-Adresse wird stattdessen eine Stable-Privacy-Adresse vergeben. In beiden Fällen werden zusätzlich temporäre Adressen genutzt (Privacy Extensions).

Wenn man also will, dass der Interface Identifier unabhängig vom Präfix gleich bleibt, muss man die WLAN-Verbindung mit zufälliger MAC-Adresse konfigurieren (die zufällige MAC-Adresse ist bei Android standardmäßig persistent, und ändert sich nicht regelmäßig).

Zitat von HubeBube

Android und Chromebooks kennen gar kein DHCPv6!

Das ist nur fast richtig: Android unterstützt mittlerweile tatsächlich DHCPv6, allerdings nur als Fallback, und auch nur Prefix Delegation. Also in der Praxis ziemlich nutzlos.

Die Änderung wurde in einem Update für Android 14 eingeführt, aber da der Netzwerk-Stack seit Android 10 über Mainline aktualisierbar ist, geht es auch bei älteren Geräten.

Zitat von HubeBube

Warum hat eine 5530 die HW Revision 257, obwohl sie nur den Falcon Prozessor (Modemteil) beinhaltet?

Ich verstehe die Frage nicht ganz. Geht es dir darum, dass sich die HW-Revision der 5530 von der des Modemteils der 5590 unterscheidet? Das wird wohl einfach daran liegen, dass es zwei verschiedene Geräte sind.

Es ist ja grundsätzlich schon richtig, dass jede Fritzbox bzw. Hardwarevariante eine eigene eindeutige HW-Revision hat. Die 5590 besteht halt im Prinzip intern aus zwei verschiedenen Geräten, auf denen jeweils eine separate Version vom FritzOS läuft.

Das Nummerierungsschema scheint einfach chronologisch zu sein, wenn man mal die Liste bei BoxMatrix durchgeht.

Zitat von HubeBube

Kennst Du ein unter Windows lauffähiges Tool, welches mir vergleichbar mit fritz_tffs_read die Key/value Paare ausliest? Bitte als Windows exe.

Da kann ich dir leider nicht weiterhelfen. Hier funktioniert das nichtmal mit fritz_tffs_read (getestet mit einer 7530). Ich vermute mal das liegt daran, dass bei Geräten mit NAND-Flash eine andere TFFS-Variante benutzt wird, die fritz_tffs_read nicht versteht.

Möglicherweise wäre es eine Idee fritz_tffs_nand von OpenWrt anzupassen, sodass es eine Datei lesen kann statt direkt von einem MTD-Gerät zu lesen. Das funktioniert jedenfalls auf einer 7520 mit OpenWrt einwandfrei.

Zitat von HubeBube

Boxmatrix führt 273 und 272 auf: https://boxmatrix.info/wiki/FRITZ%21Box_5590_Fiber

Scrolle runter zu den Firmware-Scans: Die "Fritz_Box_HW272" findest du hier nur bei der Software für den Hauptprozessor, und die "Fritz_Box_HW273" nur bei der vom Modem.

Das ist bei AVM bei Geräten mit mehreren SoCs so üblich, dass jeder Teil seine eigene HW-Revision hat. Lässt sich auch überprüfen, wenn man die Firmware selber entpackt, oder sich mal in den Open-Source-Archiven umschaut.