[Sammlung] Fritz!Box 5690 Pro Inhaus/Labor - ( 8.4x ) -

[NDiIPP]

Wie das dann in ferner Zukunft nach der Abschaltung von DSL aussieht, ist eine andere Frage, das wird aber noch eine Weile dauern.

Was sollte sich da groß ändern? Imo nicht viel bzw. nur so viel, wie sich generell der Bandbreitenbedarf ändert. Bei max. 32 bzw. in Zukunft max. 64 Kunden (aber dann gibt es zusätzlich ggf. auch noch XGS-PON) pro OLT-Port dürfte es kaum dazu kommen, dass es zu ernsten Überlastungen kommt (zudem die max. Anzahl an Teilnehmern pro OLT-Port i.d.R. nie ausgereizt wird). Oder anders: Es wäre schon sehr seltsam, wenn man die anderen PON-Teilnehmer bemerken würde.

Das ganze ist halt bei weitem nicht mit überlasteten Kabelsegmenten vergleichbar, wo sich tw. auch mal mehrere tausend Kunden die Bandbreite eines Kabelsegmentes teilen (wenn nicht mittlerweile entspr. gesplittet). Insb. die Kapazitäten im US sind aufgrund der geringen Frequenzbandbreite im TV-Kabelnetz gering. Ganz abgesehen von den möglichen Störungen im Kabelnetz.

 

[darki2017]

Es wäre schön wenn es wieder direkt um das Topic geht...Firmware inhaus/Labor...

 

[chronos42]

Wenn Du Neuigkeiten zur Firmware hast: Her damit, wir sind alle gespannt

 

[fnord1]

Gibt es diese Information bei den Boxen mit Realtek PON-Chipsatz auch nicht oder bisher nur noch nicht gefunden? Ist im WebGUI imo nicht zu finden sondern in den Support-Daten (dort unter "FIBER Overview" -> "Maximum Number ONUs") oder in der Push-Mail "FRITZ!Box-Info" mit aktivierter Option "Details zum Internetanschluss" (unter "Anzahl ONUs im optischen Netz").

Muss hier nochmal nachhaken: Gibt es einen von Fritz genutzten Chipsatz, der das Anzeigen der aktiven ONU nicht erlaubt? Ich hänge übrigens seit ein paar Monaten mit einer anderen ONU im Segment, vorher war ich alleine. Am OLT hängt wohl noch min. ein anderer Segmentstrang mit zwei aktiven ONU.

 

[Robert T-Online]

FRITZ.Box_5690_Pro-08.40-137414-Inhaus.image

 

[NDiIPP]

Muss hier nochmal nachhaken: Gibt es einen von Fritz genutzten Chipsatz, der das Anzeigen der aktiven ONU nicht erlaubt?

Keine Ahnung, ich kenne bisher nur den Intel/MaxLinear xPON-Chipsatz bei den Fritzboxen. Das "auch nicht" bezog sich auf die Anzeige der Auslastung des Upstream, die ja offenbar bei den Varianten mit Realtek-Chips fehlt (und es hätte ja sein können, dass die Information zu den ONUs ebenfalls fehlt, was sich aber nicht bestätigt hat).

 

[FifaheId]

also die Ki von Fritz! meint dazu folgendes:

Nein, es gibt keinen dokumentierten Chipsatz in FRITZ!Box-Modellen, der das Anzeigen der aktiven ONU (Optical Network Unit) oder Verbindungsinformationen explizit einschränkt oder verbietet.
Wenn eine FRITZ!Box direkt als Glasfaser-Router (wie die Modelle 5530 Fiber, 5590 Fiber oder 5690 Pro) betrieben wird, übernimmt sie selbst die Rolle der ONU/des ONT. In diesem Fall liest FRITZ!OS alle relevanten Glasfaser-Leistungsdaten (wie Wellenlänge, Signalstärken und Verbindungstyp) direkt über das eingesteckte SFP-Modul aus und stellt sie transparent im Menü unter Internet > Glasfaserinformationen dar. [1, 2, 3, 4]
Es gibt jedoch zwei Szenarien, die fälschlicherweise wie eine solche Einschränkung wirken können:

1. Betrieb hinter einem externen Modem (ONT): Wenn Sie ein Standard-Modell (z. B. FRITZ!Box 7590 oder 7690) über den WAN-Anschluss an ein separates, vom Anbieter gestelltes Glasfasermodem anschließen, fungiert dieses externe Gerät als ONU. Da die FRITZ!Box in diesem Setup nur IP-Pakete via Ethernet erhält, hat sie technisch keinen Zugriff auf die internen Glasfaser-Statistiken des Modems und kann diese nicht anzeigen. [1, 2]
2. Inkompatible SFP-Module oder falsche Frequenzen: Wird in einer FRITZ!Box Fiber ein unpassendes SFP-Modul verwendet (z. B. ein AON-Modul an einem GPON-Anschluss), kann der Router die Gegenstelle auf der Glasfaserleitung logischerweise nicht auslesen oder sich mit ihr synchronisieren. [1, 2]

Falls Sie bei Ihrer FRITZ!Box ein konkretes Problem mit der Anzeige

 

[Robert T-Online]

Der Dienstag Bug ist auch in der aktuellen Inhaus von gestern weiterhin vorhanden.

 

[DSLAMist]

Nochmal die Bitte an diejenigen -8.4x Labornutzer die auch einen HAN-FUN Panasonic Magnetkontakt KX-HNS101angemeldet haben. Seit der ersten Labor dieses Zweiges wird dieser Kontakt nicht mehr erkannt. Kann das jemand bestätigen oder widerlegen?
Der Support von Fritz ist mittlerweile nur noch eine einzige, unglaubliche Frechheit!

 

[Erforderlich]

Etwas im Ton vergriffen über den Support, den es für die Labors gar nicht gibt?
Leider schreibst du nicht mal über einen Versuch, den KX-HNS101 neu anzumelden. Außerdem ist ein zeitlicher nicht immer ein kausaler Zusammenhang. Laufen denn andere HAN-FUN am 5690pro?

 

[DSLAMist]

Nein, ich halte meine persönliche Einschätzung in diesem Fall tatsächlich für objektiv gerechtfertigt.
Eine Neuanmeldung ist seit dem Löschen des Teilnehmers gar nicht mehr möglich. Der sehr enge zeitliche Zusammenhang direkt nach dem Update von der letzten Final zur ersten Laborversion stellt für mich somit einen kausalen Zusammenhang dar. Zum testen habe ich nur diesen einen HAN-FUN Teilnehmer.

 

[zorro neu]

Gegenprobe... Zurück zum Release. Geht er dann wieder?

 

[Novize]

meine persönliche Einschätzung [...] für objektiv

Finde den Fehler
=> "meine persönliche Einschätzung" ist die perfekte Beschreibung für SUBJEKTIV
Btw ist der Hinweis von Erforderlich definitiv korrekt: Für Labor-FW gibt's keinen einforderbaren Support!

 

[SnoopyDog]

Nach dem Einspielen von Labor-/Inhaus-Versionen habe auch ich mit einem meiner beiden ZigBee Bewegungsmelder (Hue) sporadisch das Problem, daß dieser nicht mehr funktioniert. Ich muß ihn dann aus der Konfiguration der Box löschen, ihn zurücksetzen und neu anmelden. Danach funktioniert er wieder zuverlässig. Ob das bei einer Release-Version auch passieren würde, weiß ich nicht.
Der einzige HAN-FUN Sensor, den ich besitze (Telekom / QIVICON Tür-/Fenstersensor) hat bei mir noch nie derartige Probleme bereitet. Es ist immer leicht, AVM für alles verantwortlich zu machen, wenn Hardware von mehreren Herstellern beteiligt ist anstatt nur einmal kurz einen Gedanken daran zu verschwenden, daß auch der andere Hersteller ein Problem haben könnte. "Der Support von Panasonic ist mittlerweile nur noch eine einzige, unglaubliche Frechheit!" habe ich hier noch nie gelesen.

Meine DSL-Download-Geschwindigkeit hat sich übrigens (trotz gleichbleibender Wetterbedingungen) seit ein paar Tagen wieder auf den gewohnten Wert eingependelt.

 

[DocMarc]

Mein Senf:
Habe 3 HAN FUN Telekom Taster, die nach einem Neustart recht lange brauchen (Sleep state) bis sie wieder "online" sind oder ich drücke halt einmal auf jeden Taster und sie sind sofort wieder online.
Meine 4 Philips HUE Zigbee Bewegungsmelder (2x indoor/ 2x outdoor) funktionieren bisher mit jeder Version soweit zuverlässig.
Senf Ende

 

[zorro neu]

Habe 4 Telekom Rauchmelder, 6 Taster, unzählige LED Bulb´s und ne Sirene. Alles Telekom. Nach maximal 30 Minuten sind die immer wieder online.
Deswegen ohne Gegenprobe mit der Release, wird man den Fehler nicht finden.

 

[Grisu_]

Das finde den Fehler gilt hier aber genauso!

mit einem meiner beiden ZigBee Bewegungsmelder (Hue) sporadisch das Problem, daß dieser nicht mehr funktioniert.
...
Danach funktioniert er wieder zuverlässig.

Wenn er sporadisch ausfällt, kann er nicht gleichzeitig zuverlässig funktionieren ...

 

[DocMarc]

Wo wir beim Klugscheißen sind:
wird häufig übersehen: bei Zigbee, Wlan 2,4 Ghz, Thread und Bluetooth drauf achten, dass die Kanäle sich nicht überlappen. Ist wohl die häufigste Ursache für merkwürdige/sporadische SmartHome Geräte Störungen.

 

[zorro neu]

...aber nicht bei DECT. Jedenfalls mir nicht bekannt.

 

[DocMarc]

Habe auch nicht von DECT gesprochen.