FritzBox 7490 durch eine FritzBox 4690 ersetzt und nun habe ich den...

Funker

Zitat von KaNo

Ganz ehrlich: Nach den "Erfahrungen" der letzten Wochen, bin ich durchaus geneigt, AVM/Fritz den Rücken zukehren zu wollen (bin seit der ISDN-Zeit bei AVM), und mich in RouterOS bzw. OpenWrt einzuarbeiten.

Wenn es wirklich nur um den Fall AON-Ethernet IP/DHCP geht, kann man auch Router mit vorinstalliertem OpenWrt plus GUI kaufen, z. B. von gl-iNet. Da brauchst du dann gar nicht in die Tiefen der Konfigurationssprache absteigen, kannst es aber bei Bedarf.

Die Eingabemaske für die MAC-Adresse ist ja ein global übliches Standardfeature, das man überall findet.

KaNo

Zitat von Funker

Wenn es wirklich nur um den Fall AON-Ethernet IP/DHCP geht, kann man auch Router mit vorinstalliertem OpenWrt plus GUI kaufen, z. B. von gl-iNet. Da brauchst du dann gar nicht in die Tiefen der Konfigurationssprache absteigen, kannst es aber bei Bedarf.
Die Eingabemaske für die MAC-Adresse ist ja ein global übliches Standardfeature, das man überall findet.

Das wäre jetzt nicht so das Problem.

OpenWrt 25.12.5 x86-64 Bare Metal:

/etc/config/network (ACHTUNG: LAB-ONLY-SYSTEM NO RA DHCP v4 v6)

Code

config interface 'loopback'
	option device 'lo'
	option proto 'static'
	list ipaddr '127.0.0.1/8'

config globals 'globals'
	option packet_steering '1'
	option dhcp_default_duid ''

config device
	option name 'br-lan'
	option type 'bridge'
	list ports 'lan0'

config interface 'lan'
	option device 'br-lan'
	option proto 'static'
	option multipath 'off'
	list ipaddr '192.168.178.254/24'
	option gateway '192.168.178.1'
	list ip6addr 'fdab::x:y/64'
	list ip6addr 'fe80::x:y/64'
	option ip6assign '64'
	list dns '192.168.x.y'
	list dns '192.168.x.y'
	list dns 'fe80::x:y'
	list dns 'fe80::x:y'

config device
	option name 'wan0-xyz'
	option macaddr '08:96:d7:xx:yy:zz'

config interface 'wan'
	option device 'wan0-xyz'
	option proto 'dhcp'
	option multipath 'off'
	option clientid 'ffd7xxyyzz00030001-xyz'
	option hostname 'fritz.box'
	option vendorid 'AVM DHCPC v9.04.395'
	option defaultreqopts '0'
	option reqopts '1 3 6 15 26 42 120 121 158 212 249'
	option peerdns '0'
	list dns '192.168.x.y'
	list dns '192.168.x.y'

config interface 'wan6'
	option device 'wan0-xyz'
	option proto 'dhcpv6'
	option multipath 'off'
	option clientid '00030001-xyz'
	option reqaddress 'try'
	option reqprefix '::/56:-xyz'
	option norelease '1'
	option noclientfqdn '1'
	option defaultreqopts '0'
	option reqopts '3,17,23,25,31,56,83,86'
	option sendopts '16:00000368A'
	option ip6ifaceid '::-xyz'
	option peerdns '0'
	list dns 'fe80::x:y'
	list dns 'fe80::x:y'

Alles anzeigen

Mein "Problem mit OpenWrt & Co" ist der reibungslose Betrieb am ISP-Anschluss (in meinem Fall IPoE OHNE VLAN seitens PtP AON) hinsichtlich

IPv6 PD inkl. IA_NA + IA_PD + IAID

im Allgemeinen, als auch über owut upgrade hinweg, zzgl. des reibungslosen Austauschs der jeweiligen Geräte, ohne dass man 1+ Stunde Wartezeit in Kauf nehmen muss, damit man wieder einen vollständigen Dual-Stack-Betrieb vorweisen kann.

GL.iNet, CWWK, Topton, NanoPi & Co sind nicht so mein Fall.

JohnStorm

Hi KaNo,

bin über Deinen Beitrag gestolpert, da ich das gleich Setting und Problem (DL geht bei Steam, EPIC, EA innerhalb von Sekunden auf 0) gehabt habe. Ich dachte ebenfalls ich werde wahnsinnig oder klatsche das Ding an die Wand 🤣

Speedtest, Youtube etc. lief problemlos.

Was mir soeben half:

Priorisierung deaktivieren: Internet-->Filter-->Priorisierung stand auf deaktiviert, hier habe ich auf Auto gestellt. Das half eine sehr kleine, stabile DL zu bekommen (30Mbps)
Deaktivierung von IPv6: Internet-->Zugangsdaten-->IPv6 deaktivieren, stand auf aktiviert.

Seitdem rennt der EPIC DL konstant mit max 😀

Ich hoffe es hilft Dir - einzig für Dich habe ich mich gerade angemeldet - um aus Dankbarkeit zu helfen

mbo77

Das könnte eines der vielen Probleme mit IPv6 bei DG sein. Es gibt hier etliche Fälle, die auf Probleme beim Provider hinauslaufen.

Solange du nichts inbound auf IPv6 benötigst, hast du keine direkten Probleme.

Trotzdem wären ein paar Infos zum Prefix und traceroutes interessant.

JohnStorm

Moin zusammen,

ich sprach gerade mit dem Fritz Support:

Der Fehler (X-Box Bug nannte es der Mitarbeiter) scheint bekannt zu sein, hängt mit der Hardwarebeschleunigung zusammen - d.h.:

Links: Hilfe&Info --> ganz unten letzte Zeile: Fritzbox Support --> Paketbeschleunigung: Hardwarebeschleunigung: Haken raus zum Deaktivieren, speichern. Nach einem Neustart muss dies erneut durchgeführt werden, da die Hardwarebeschleunigung automatisch aktiviert wird.

Gerade getestet mit IPv6 wieder deaktiviert, DL läuft wie gewohnt.

Ausblick: Angeblich wird der Fehler mit der 8.50 ausgebügelt. Auswirkung der Priorisierung prüfe ich nachher.

Randinfo: Mein Anbieter ist nicht DG, sondern ein Wilhelm-Tel Reseller.

frank_m

Passiert das Problem denn auf der X-Box? Irgendwie hab ich Probleme, die Downloadquellen mit einem X-Box Problem in Zusammenhang zu bringen. Und von einem generischen Problem zwischen Fritzboxen und Diensten wie Steam hätte man gehört. Von daher bin ich im Moment noch skeptisch, dass die Lösung so pauschal gilt.

JohnStorm

kA, habe keine X-Box.

Geraten: Zuerst bei der X-Box aufgetaucht, daher der Name?

Wenn die X-Box wie ein Spiele Client (Steam, EA, Epic - diese drei habe ich getestet und hatte bei allen dreien das Problem) funktioniert, dann könnte dort das gleiche Problem vorliegen.

frank_m

Zitat von JohnStorm

Wenn die X-Box wie ein Spiele Client (Steam, EA, Epic - diese drei habe ich getestet und hatte bei allen dreien das Problem) funktioniert, dann könnte dort das gleiche Problem vorliegen.

Wie gesagt, wenn es da ein generisches Problem dieser drei Anwendungen auf PC und XBox mit einer Fritzbox gäbe, dann hätte man davon gehört. Dazu kommt, dass zumindest Steam seine Downloads ganz normal über http macht, das nutze ich nämlich auch. Heißt: Dann wäre auch jeder Browser betroffen und man müsste dort auch die Paketbeschleunigung deaktivieren.

Ich wage zu bezweifeln, dass da ein generisches Problem vorliegt. Ich vermute eher, du bist da ein Opfer ganz klassischer Peering Probleme in Rush Hour Zeiten geworden.

HubeBube

Ich werfe mal ein akustisches Problem in den Raum. Wenn man undeutlich spricht, dann fällt dem Gegenüber die Unterscheidung zwischen X-Box und Fritz-Box doch schon schwer. Und das ein Abschalten der Hardwarebeschleunigung Probleme löst, hatten wir schon einmal bei FRITZ!OS 8.20.

frank_m

Da sorgte das Problem aber für generelle Speed-Probleme hinter externen Modems. Hier sind es ausgesuchte Dienste über http/https, während andere funktionieren.

Ich bleibe skeptisch.

KaNo

Zitat von JohnStorm

Hi KaNo,
bin über Deinen Beitrag gestolpert, da ich das gleich Setting und Problem (DL geht bei Steam, EPIC, EA innerhalb von Sekunden auf 0) gehabt habe. Ich dachte ebenfalls ich werde wahnsinnig oder klatsche das Ding an die Wand 🤣
Speedtest, Youtube etc. lief problemlos.
Was mir soeben half:
Priorisierung deaktivieren: Internet-->Filter-->Priorisierung stand auf deaktiviert, hier habe ich auf Auto gestellt. Das half eine sehr kleine, stabile DL zu bekommen (30Mbps)
Deaktivierung von IPv6: Internet-->Zugangsdaten-->IPv6 deaktivieren, stand auf aktiviert.
Seitdem rennt der EPIC DL konstant mit max 😀
Ich hoffe es hilft Dir - einzig für Dich habe ich mich gerade angemeldet - um aus Dankbarkeit zu helfen

Alles anzeigen

Hi John,

erst mal danke für dein Feedback und sorry für die späte Rückmeldung.

Auf der einen Seite freut es mich, dass deine Anpassungen im FritzOS deine Probleme lösen konnten. Diese würde auf meiner Seite jedoch mehr Unruhe als alles andere stiften.

Auf der einen Seite betrifft es überwiegend Downloads seitens des ÖRR CDN, der nachwievor nur via IPv4 angesprochen werden kann, auf der anderen Seite betreibe ich einen Proxy, der nur via IPv6 funktioniert, da ich seitens DG IPv4 und IPoE hinter einem CG-NAT hänge.

Guckst du:

Code

# IPv4
C:\Windows\system32>curl.exe -v -o nul https://arteptweb-a.akamaihd.net/am/ptweb/127000/127400/127469-008-A_SQ_0_VOA_11425053_MP4-2200_AMM-PTWEB-80963092414100_tMVKA.mp4
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
  0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0* Host arteptweb-a.akamaihd.net:443 was resolved.
* IPv6: (none)
* IPv4: 185.22.140.18, 185.22.140.10
*   Trying 185.22.140.18:443...
* schannel: disabled automatic use of client certificate
* ALPN: curl offers http/1.1
* ALPN: server accepted http/1.1
* Connected to arteptweb-a.akamaihd.net (185.22.140.18) port 443
* using HTTP/1.x
> GET /am/ptweb/127000/127400/127469-008-A_SQ_0_VOA_11425053_MP4-2200_AMM-PTWEB-80963092414100_tMVKA.mp4 HTTP/1.1
> Host: arteptweb-a.akamaihd.net
> User-Agent: curl/8.13.0
> Accept: */*
>
* Request completely sent off
< HTTP/1.1 200 OK
< Accept-Ranges: bytes
< Content-Type: video/mp4
< Server: AkamaiNetStorage
< Last-Modified: Tue, 18 Aug 2026 04:21:37 GMT
< ETag: "1b9b057856b060ad35a36c4f27968701:1787026884.356583"
< Content-Length: 451885356
< Date: Mon, 05 Oct 2026 14:08:41 GMT
< Connection: keep-alive
< Access-Control-Max-Age: 86400
< Access-Control-Allow-Headers: *
< Access-Control-Allow-Methods: GET, HEAD, OPTIONS
< Access-Control-Allow-Origin: *
< Vary: Origin, Access-Control-Request-Headers
< X-EINBLIQIO-CDN-EDGE-IP: 185.22.140.18
< Access-Control-Max-Age: 86400
< Access-Control-Allow-Credentials: true
< Access-Control-Expose-Headers: Server,range,hdntl,hdnts,Akamai-Mon-Iucid-Ing,Akamai-Mon-Iucid-Del,Akamai-Request-BC,X-EINBLIQIO-CDN-EDGE-IP
< Access-Control-Allow-Headers: origin,range,hdntl,hdnts,CMCD-Request,CMCD-Object,CMCD-Status,CMCD-Session
< Access-Control-Allow-Methods: GET,POST,OPTIONS
<
{ [15500 bytes data]
100  430M  100  430M    0     0  22.9M      0  0:00:18  0:00:18 --:--:-- 24.6M
* Connection #0 to host arteptweb-a.akamaihd.net left intact

# IPv6
C:\Windows\system32>curl.exe -6 -v -o nul https://arteptweb-a.akamaihd.net/am/ptweb/127000/127400/127469-008-A_SQ_0_VOA_11425053_MP4-2200_AMM-PTWEB-80963092414100_tMVKA.mp4
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
  0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0* Could not resolve host: arteptweb-a.akamaihd.net
* shutting down connection #0
curl: (6) Could not resolve host: arteptweb-a.akamaihd.net

Alles anzeigen

Aktuell würde ich meinen Vorrednern da eher zustimmen wollen.

Wenn der Download mal wieder ins stocken gerät, oder gar mit 0 MBit/s hängen bleibt, und ich gleich darauf einen Download seitens z.B. https://releases.ubuntu.com/26.04/ubuntu-2…sktop-amd64.iso starte, läuft der Download im Single-Stream mit der vollen zugesicherten Bandbreite (+/- 1-3 MBit/s) in einem Guss durch.

Auch das rumspielen mit den Priorisierungsoptionen im FritzOS 8.25 für das Heimnetz brachte bei mir keinerlei Besserung.

Meine 4690 läuft jetzt seit knapp 40 Tagen ohne Probleme, mit stabilen Temps, CPU-Last und RAM-Auslastungen.

Nachwievor gilt in meinem Fall, dass ich wohl mehrere Entwicklungen über die Jahre hinweg verpennt habe, und mir diese erst beim Tausch meines Routers aufgefallen sind, da man dann „genauer“ hinschaut.

Ob es in 2026 noch sinnvoll erscheint IPv6 im Dual-Stack zu deaktivieren, muss jeder für sich selbst entscheiden. Natürlich spielen hier auch technische Überlegungen am jeweiligen Anschluss mit eine Rolle.

Zu deiner Randinfo: Da Wilhelm-Tel nach kurzer Recherche wohl bei allen möglichen Einwahlverfahren auf PPPoE setzt und im Dual-Stack-Betrieb auf DS-Lite, kann man auch hier keinen direkten Vergleich mit meinem Anschluss seitens DG auf Basis IPoE im Dual-Stack an einem ONT ziehen.

Ich drücke dir dennoch die Daumen, dass das FritzOS 8.50 ggf. dann endlich auch bei dir grundlegend Abhilfe für dein Problem schafft.

FritzBox 7490 durch eine FritzBox 4690 ersetzt und nun habe ich den...

Tags

Benutzer online in diesem Thema

Wir respektieren Deine Privatsphäre

Cookie-Einstellungen