[Info] Fritz!Box 5690 Pro - Inhaus 8.1x (Smart24P2-Reihe)

Also keinerlei Probleme mit der Beta, außer dass der Router bzw die Oberfläche extrem langsam ist.
 
  • Like
Reaktionen: henkb
Also seit 14 Uhr läuft alles normal - kein Radar usw - ich hatte bislang immer so nach 25+ h Probleme. So muss ich noch warten.
Wobei ich nur die 5690 Pro geupdatet habe, der Rest ist auf Release.
 
Zuletzt bearbeitet:
Also bei mir läuft es aktuell ganz glatt. Direkt nach Update gab es etwas Probleme mit extrem zäher GUI, und Gemecker vom angeschlossenen Home Assistant - RasPi, dass diverse Zigbee Entitäten nicht vorhanden waren und auf das NAs nicht zugegeiffen werden konnte. Hat sich nach stromlos machen und Indexierung manuell anschubsen aber gelöst.
Zigbee: Alles wieder da
Oberfläche: wieder flott
Wlan: keine Beanstandungen (auch nicht von Tochter-Iphone/IPad)
NAS: wird von Home Assistant wieder eingebunden.
Wlan-Kanäle sind stets manuell vergeben, WiFi 6 , WPA2/3 mit Kompatibilitätsmodus und LAN-Buchsen von EEE automatisch auf aus gestellt.
Läuft ...
 
... die WLAN Bugs ... weg ... ?!
WLAN 6 GHz ist immer noch kaputt!

MB Air M4 hat ebend eine WLAN 6E Blockade gehabt, nichts ging mehr. Nach WLAN kurz aus/ein am Mac ist jetzt wieder Konnektivität vorhanden .....

iPhone 16 mit MLO läuft noch, kann sich bis zur Störung aber auch nur noch max. um Stunden handeln ...
 
Bei mir funktioniert MLO zwar, aber im 5Ghz sind nur 6 MBit/s während 6 GHz mit 1,4 bis 2,2 GBit/s pumpt. Entfernung des Gerätes zur Box ist unter drei Meter.
 
Auch hier zu früh gefreut.
WLAN Probleme weiter vorhanden.
 
im 5Ghz sind nur 6 MBit/s
Ist bei mir auch so. Das kann vielleicht nach WLAN 7 Standard zum Energie sparen so gewollt sein und war bei der 8.03 noch nicht so richtig implementiert?
2. Frequenz wird dann erst bei Bedarf dazugeschaltet .....

Für den korrekten WLAN 7 Standard haben sie ja auch vielleicht das WLAN zur 8.03 geändert? Ich bin da nicht so tief drin. Weiss hier jemand mehr?

Mich wundert nur absolut, das FRITZ! es anscheinend so schlecht getestet hat und als Labor rausgibt! Ich werde mich wohl zukünftig wieder sehr stark bei den Labors zurückhalten.
 
Nach dem heutigen Update auf Android 16 bzw. OneUI 8.0 hat sich beim MLO Durchsatz auf Grundlage der 8.10-124575 Inhaus, kann zumindest der 2,5 GBit/s WAN-Port weitestegehenst ausgelastet werden (bei 4,5 Gbit/s brutto bei MLO).

PS: EEE deaktiviert sowie Paketbeschleunigung, Sicherheitseinstellungen für den "WLAN-Zugang auf eine erhöhte Kompatibilität für ältere WLAN-Geräte optimieren" ist nicht aktiv und die WLAN-Einstellungen werden aktuell vollständig automatisch gewählt.
 

Anhänge

  • Screenshot_20250918_203809_Chrome.jpg
    Screenshot_20250918_203809_Chrome.jpg
    108 KB · Aufrufe: 31
Zuletzt bearbeitet:
  • Like
Reaktionen: DocMarc
Mich wundert nur absolut, das FRITZ! es anscheinend so schlecht getestet hat und als Labor rausgibt! Ich werde mich wohl zukünftig wieder sehr stark bei den Labors zurückhalten.
Meinungsäußerungen hin oder her, mal wieder zurück zu den Fakten:
Abgesehen von diesen ganzen angezeigten Übertragungsraten in der FB: merkt ihr denn irgendwelche objektivierbaren oder meinetwegen subjektiven Einbrüche an den Endgeräten?
 
Zuletzt bearbeitet:
Hat das sonst noch wer seit der heutigen Labor:

Anrufer, dessen Mobilfunknummer in der Form +49xxxxxxxxxx im Boxtelefonbuch gespeichert ist, wird beim Anruf, der laut Anrufliste im Format 49xxxxxxxxxx ankommt, nicht namentlich erkannt, erst/nur wenn ich das + im Telefonbucheintrag entferne.
 
Zuletzt bearbeitet:
Und das betrifft sicherlich nur Mobilfunkrufnummern?

Bist Du bei der Telekom? Falls ja, Punkt 3:
 
Vielen Dank, das (Punkt 3) hat das Problem gelöst!

Bin tatsächlich bei der Telekom, Problem trat nicht nur bei Mobilfunkanrufen auf meine Telekom Rufnummern auf,
und das exakt erst mit der heutigen Labor.

Zwei easybell Rufnummern unter meinen eigenen Rufnummern waren witzigerweise nicht betroffen.
 
Zuletzt bearbeitet:
  • Like
Reaktionen: DocMarc
Das scheint sich ähnlich wie mit plötzlich fehlschlagendem Push-Versand zu verhalten, wobei es dort ja um Sicherheitsmaßnahm geht, auch wenn diese wohl zufällig getriggert werden.
Ist ja auch immer wieder mal ein Thema, obwohl es ja jahrelang bereits funktionierte.

Daher wohl auch der extra Hinweis, dass Punkt 3 nur an Telekomanschlüssen durchgeführt werden soll bzw. muss.
 
nach 19 h mit der neuen Labor - weiterhin alles OK - wir lesen uns dann heute um 16 oder 18 Uhr wieder :cool:
24 h rum - noch alles am laufen :cool:
aktiv seit 1 Tag, 6 Stunden, 59 Minuten -> noch alles am laufen - bin schwer begeistert
 
Zuletzt bearbeitet:
Hat jemand die Labor mit IPTV am laufen? Hatte gestern einige Aussetzer obwohl das immer problemlos funktioniert...kann aber auch der Anbieter sein...
 
Wobei das kein IPTV mehr ist. MagentaTV 2.0.

1.0 ist IPTV aber 2.0 ist WebTV

IPTV ist geschlossener Kreis und geht nur ein einem Anschluss was ja bei 2.0 eindeutig nicht mehr der Fall ist und daher ist 2.0 wie Waipu, Zattoo WebTV
 
Auch hier keine Probleme mit unterschiedlicher Hardware/Apps mit Magenta TV 1.0, aber auch Amazon, D+ oder Netflix ohne Probleme
 
  • Like
Reaktionen: GNUMAS und darki2017

Tjaaaaa, man hat sich darüber bereit's in diversen Foren den Kopf zerbrochen was das denn nun genau ist. :-)

Lass mal so sagen:
  • Mein (IP)TV im Unicast-Modus arbeitet einwandfrei
  • IPTV im Multicast-Modus kann ich nicht beurteilen, denn so etwas habe ich nicht mehr
 
  • Like
Reaktionen: darki2017
@darki2017
Bei mir läuft auch MagentaTV 1.0. Seit so 2 Wochen fallen mir ganz kurze Ruckler (<0,3 Sek.) im LiveTV Bild auf. Problem also bei mir auch schon mit der 8.03.

Fehler braucht man wohl nicht mehr vorrangig suchen, denn zur Zeit wird ja MagentaTV 1.0 auf 2.0 "Zwangsmigriert". Dann sind die Probleme mit dem udp Stream bald für alle Geschichte.

Link zu den Migrations-FAQ:
 
Zuletzt bearbeitet:
  • Like
Reaktionen: darki2017
Kostenlos!

Statistik des Forums

Themen
248,879
Beiträge
2,303,853
Mitglieder
378,550
Neuestes Mitglied
gäsbock