[Info] FRITZ!Box 7490 Labor-Firmware Version 113.06.36-31656 vom 23.10.2015

[PeterPawn]

Mea maxima culpa ... aber - auch wenn es mit dem direkten Firmware-Update ebenfalls nur am Rande zu tun hat - ich kann - als kleinen Versuch der "Wiedergutmachung" - auch die "frohe Kunde verbreiten" (zumindest für einige), daß diese Firmware beim Extrahieren mit "tar" kein "short read" meldet und damit das "Umpacken" für die Anwendung eines meiner Skripte nicht notwendig ist. Die Aktualisierung funktioniert auch nach dem "üblichen" Schema, der erneuten "Machtergreifung" in der eigenen FRITZ!Box sollte also von dieser Seite nichts entgegenstehen.

Wirklich spaßig wäre es jetzt allerdings, wenn AVM (Achtung, reiner Sarkasmus, nicht ernst zu nehmen) eigentlich nur noch Firmware-Images reibungslos installieren kann und/oder will, bei denen genau dieses "short read" (absichtlich) eingebaut wurde ... das wäre doch mal eine nette Form eines versuchten "Kopierschutzes", wenn da ein absichtliches Problem vorhanden sein muß, damit es funktioniert.

 

[stefan69]

Habe die Labor ohne Probleme heute installiert.

Mfg stefan69

 

[ipforum74189]

Gibts hier jemanden der VDSL50 oder VDSL100 von der Telekom hat mit DSLAM mit Broadcom 164.97-Hardware? Läuft daran die neueste beta?

 

[Nagra]

Update auch hier ohne Probleme.
Auffällig ist, dass sich seit dem Update 4 Samsung Handys (Note 4 und 5) als einzige von ca. 30 angemeldeten Geräten immer wieder abmelden. War in der vorherigen Labor (und anderen Versionen) bei mir bisher nicht der Fall. Betrifft sowohl das 2,4 als auch 5GHz Netz.

 

[digi1]

Mit den Samsung-Geräten, die sich immer mal wieder abmelden, hab ich auch manchmal, auch schon in vorhergehenden Betas. Neu Booten der Box oder der Geräte schafft keine Abhilfe, auch W-LAN kurz ab und Anschalten hilft nicht. Was bei mir bisher immer geholfen hat: Kurzzeitige Umstellung der Verschlüsselungsart und dann wieder auf die gewünschte Einstellung umstellen. Danach funktionieren die Geräte (übrigens auch ein China Handy mit gleichem Effekt) ohne Probleme. Das Problem tritt manchmal nach einem Restart der Box wieder auf und lässt sich dann wieder wie vorher beschrieben beseitigen. Hab noch keine Meldung an AVM gegeben, da ich nicht oft zu Hause bin.
Gruß digi1

 

[tramp]

Gibts hier jemanden der VDSL50 oder VDSL100 von der Telekom hat mit DSLAM mit Broadcom 164.97-Hardware? Läuft daran die neueste beta?

Ich kann nur damit dienen:
DSL-Version 1.100.133.37
DSL aktiv seit: 16 Stunden und 40 Minuten
VDSL2 (ITU G.993.2)
Broadcom 176.15

Läuft einwandfrei mit der neuen Beta.

 

[PCusta]

VDSL100 von der Telekom läuft mit dieser BETA-FW am DSLAM mit Broadcom 164.97-Hardware.

 

[Dirk132]

Einen Fehler gibt es wieder, bei aktivierter Nachtschaltung wird WLAN deaktiviert, obwohl noch Geräte verbunden sind (Feedback geht raus)

 

[dksoft2]

Gibts hier jemanden der VDSL50 oder VDSL100 von der Telekom hat mit DSLAM mit Broadcom 164.97-Hardware? Läuft daran die neueste beta?

Bei mir läuft es sehr schlecht bis gar nicht. Seit der Firmware 1.100.133.x habe ich ca. am VDSL100 Verbindungen von 100/35 kbit/s, ständige Abbrüche und Fehlerraten um die 100-200 pro Minute.
Da hilft es auch nicht mit den Reglern zu spielen.

Schalte ich um auf die vorherige Firmware, in meinem Fall ist das 1.100.131.29, sieht es ganz anders aus. Verbindung 109/42 kbit/s, Fehlerrate 0.02 pro Minute und total stabile Verbindung.

Vielleicht hat jemand von euch eine Ahnung, was die Ursache sein kann. Ich hoffe zumindest, dass die alte Firmware in der finalen Version erhalten bleibt.

Noch ein paar Daten:
DSL-Version 1.100.131.29
VDSL2 G.Vector (ITU G.993.5)
Broadcom 164.97

Viele Grüße,
dksoft

 

[Wareman]

Der Treiber taugt am VDSl 100 Anschluß an einem Broadcom 164.97 mal wieder nichts. Der Sync bricht um über 15000kbit ein. Der letzte Treiber 1.100.133.36 war noch ok, aber der 1.100.133.37 in dieser Beta taugt echt nichts. Übrigens kommt es immer drauf an wo die FB die Trägerfrequenz hinsetzt. Wenn die ziemlich am Anfang des Spektrum ist, dann ist der Sync und die Leitungskapazität niedriger. Befindet sich die Trägerfrequenz weiter in der Mitte, dann ist alles bedeutend höher und besser. Also ein Wert von ca. 300 ist absolut nicht zu gebrauchen. Wie wird die eigentlich berechnet und kann man die irgendwie beeinflussen?

 

[tacitus-nrw]

Bei mir läuft es sehr schlecht bis gar nicht. Seit der Firmware 1.100.133.x habe ich ca. am VDSL100 Verbindungen von 100/35 kbit/s, ständige Abbrüche und Fehlerraten um die 100-200 pro Minute.
Da hilft es auch nicht mit den Reglern zu spielen.

Schalte ich um auf die vorherige Firmware, in meinem Fall ist das 1.100.131.29, sieht es ganz anders aus. Verbindung 109/42 kbit/s, Fehlerrate 0.02 pro Minute und total stabile Verbindung.

Vielleicht hat jemand von euch eine Ahnung, was die Ursache sein kann. Ich hoffe zumindest, dass die alte Firmware in der finalen Version erhalten bleibt.

Noch ein paar Daten:
DSL-Version 1.100.131.29
VDSL2 G.Vector (ITU G.993.5)
Broadcom 164.97

Viele Grüße,
dksoft

Der letzte VDSL Treiber ist einfach Mist an grenzwertig langen Leitungen.
Nimm mal zum Test die Labor vom 20.10 mit Treiber 1.100.133.36 und alles wird wahrscheinlich wieder laufen. Ich hatte mit der 1.100.133.37 auch nur CRC Errors im Upstream und keinen Vollsync im Downstream mehr.

 

[page]

So wie auch bei den vorherigen Beta`s, Wlan mit Applegeräten iPad und iPhone nicht stabil.
Geräte verlieren immer noch ihre Verbindung nach Nichtbenutzung. Oder finden nur das langsamere
2,4 ghz Netz anstatt das schnellere 5 ghz Netz was einen anderen Namen trägt.

Betreff Gastzugang 7490 als IP Client Internet über Lan1; gestern mit Androiden- und Applegeräte der
Gäste versucht. Gelang nicht da keine IP übermittelt wurde. Über die Googlestoreapp wurde nicht versucht,
da kein Internet.

 

[tuxedonet]

habe Funktion "WLAN-Gastzugang zum Internet (privater Hotspot)" IP-Clientmode mit aktueller Lab-FW geprüft;
dies sollte eingentlich seit FRITZ!OS 6.36-31504 funktionieren.

Weitere Verbesserungen in  FRITZ!OS 6.36-31504
Behoben - WLAN-Gastzugang in der Betriebsart "Vorhandene Internetverbindung mitbenutzen (IP-Client) wieder aktivierbar."

Ergebnis:
Android Handy erhält keine IP-Adresse von FB7490-IPclient-Mode bei Verbindungsversuch mit WLAN-Gästenetz;
das Android-Smarphones bricht nach ca. 20 sek im Vorgang "IP-Adesse wird abgerufen" ab;
es werden im 5 sec Takt UPNP-Multicast gesendet;

20:42:32 IP fb7490_lan.45405 > 239.255.255.250.upnp: UDP, length 123
20:42:37 IP fb7490_lan.45405 > 239.255.255.250.upnp: UDP, length 123
20:42:41 IP fb7490_lan.44428 > 239.255.255.250.upnp: UDP, length 122
20:42:46 IP fb7490_lan.44428 > 239.255.255.250.upnp: UDP, length 122
20:42:56 IP fb7490_lan.44428 > 239.255.255.250.upnp: UDP, length 122
20:43:41 IP fb7490_lan.44428 > 239.255.255.250.upnp: UDP, length 122
20:43:51 IP fb7490_lan.44428 > 239.255.255.250.upnp: UDP, length 122
20:44:18 IP fb7490_lan.45405 > 239.255.255.250.upnp: UDP, length 123
20:44:23 IP fb7490_lan.45405 > 239.255.255.250.upnp: UDP, length 123
20:44:29 IP fb7490_lan > all-systems.mcast.net: igmp query v3
20:44:36 IP fb7490_lan.44428 > 239.255.255.250.upnp: UDP, length 122
20:44:41 IP fb7490_lan.44428 > 239.255.255.250.upnp: UDP, length 122
20:44:46 IP fb7490_lan.44428 > 239.255.255.250.upnp: UDP, length 122
20:44:51 IP fb7490_lan.44428 > 239.255.255.250.upnp: UDP, length 122
20:44:56 IP fb7490_lan.44428 > 239.255.255.250.upnp: UDP, length 122
20:45:36 IP fb7490_lan.44428 > 239.255.255.250.upnp: UDP, length 122
20:45:41 IP fb7490_lan.44428 > 239.255.255.250.upnp: UDP, length 122
20:45:46 IP fb7490_lan.44428 > 239.255.255.250.upnp: UDP, length 122
20:45:56 IP fb7490_lan.44428 > 239.255.255.250.upnp: UDP, length 122

UPNP-Multicast beinhaltet Suche nach IGD-/L2TP-Device:

ST: urn:schemas-upnp-org:device:l2tpv3:1
M-SEARCH * HTTP/1.1
HOST: 239.255.255.250:1900
MAN: "ssdp:discover"
MX: 5
ST: urn:schemas-upnp-org:device:l2tpv3:1
M-SEARCH * HTTP/1.1
HOST: 239.255.255.250:1900
MAN: "ssdp:discover"
MX: 5
ST: urn:schemas-upnp-org:device:l2tpv3:1
M-SEARCH * HTTP/1.1
HOST: 239.255.255.250:1900
MAN: "ssdp:discover"
MX: 5
ST: urn:schemas-upnp-org:device:l2tpv3:1
M-SEARCH * HTTP/1.1
HOST: 239.255.255.250:1900
MAN: "ssdp:discover"
MX: 5
ST: urn:schemas-upnp-org:device:l2tpv3:1
M-SEARCH * HTTP/1.1
HOST: 239.255.255.250:1900
MAN: "ssdp:discover"
MX: 5

es sieht so aus, als wird hier versucht eine L2TP-Verbindung zu einer vorgelagerten Fritz!Box (Master FB) aufzubauen;
diese L2TP-Verbindung könnte dann verwendet werden, um den Gäste-WLAN-Traffic durch das "Heim-Netzwerk" zu tunneln.

Problem: Funktion "WLAN-Gastzugang zum Internet (privater Hotspot)" IP-Clientmode funktioniert mit Non-AVM-Router nicht;
eine Fehlermeldung erscheint weder beim Aktivieren noch in Ereignisanzeige der FritzBox;
Menü >> Diagnose meldet bei WLAN-Gastzugang alles OK

Nach meiner Ansicht sollte beim Aktivieren des "WLAN-Gastzugang" geprüft werden, ob die erforderliche Infrastruktur (z.B. vergelagerte FritzBox mit UPNP enabled) vorhanden ist.
Wenn diese Requirements nicht gegeben sind, dann sollte eine Fehlermeldung erscheinen und die Funktion deaktiviert werden.

Bugreport an AVM ist raus.

Hinweis: die Captive-Portal Option "Anmeldung am Gastzugang nur nach Zustimmung zu den Nutzungsbedingungen gestatten" habe ich fuer den Test disabled.

LG Tuxedonet

 

[page]

Nach meiner Ansicht sollte beim Aktivieren des "WLAN-Gastzugang" geprüft werden, ob die erforderliche Infrastruktur (z.B. vergelagerte FritzBox mit UPNP enabled) vorhanden ist.
Wenn diese Requirements nicht gegeben sind, dann sollte eine Fehlermeldung erscheinen und die Funktion deaktiviert wer

LG Tuxedonet

Nee ich möchte bitte auch hinter einem anderem Modem als AVM diese Funktion haben, AVM!
Erst kein MyFRITZ! für Fernzugriff und nun auch noch der Gastzugang.
Die Fritzbox verliert 70% ihrer Funktionen hinter diesem Superrouter der Glasfaser.

 

[thtomate12]

Nee ich möchte bitte auch hinter einem anderem Modem als AVM diese Funktion haben, AVM!

Was kann AVM dafür, wenn dein Provider seinen Router Modem nennt?

 

[HabNeFritzbox]

AVM kann nix für wenn man fremde Router verwendet, und nicht nur Modem bzw. es dazu degradieren kann.

Die FB muss halt als Router laufen.

 

[PeterPawn]

@page:
Auch wenn Du das vielleicht nicht hören willst, aber mich erleichtert es ein wenig, daß das Gastnetz an einer FRITZ!Box im IP-Client-Mode offenbar nur funktioniert, wenn das Gateway auch eine FRITZ!Box ist.

Hier habe ich mich schon bei der vorherigen Labor-Version gewundert, wie das ansonsten gehen soll. Das wäre einfach kein "echtes Gastnetz" mehr (oder die FRITZ!Box kein echter IP-Client), Begründung/Hintergrund/Fragen wiederhole ich nicht, steht ja unter o.a. Link schon da.

 

[tuxedonet]

AVM kann nix für wenn man fremde Router verwendet.

Hallo HabNeFritzbox,
mir geht es darum, dass man bei Funktionen, die dem User angeboten werden, entweder vor Aktivieren eine Plausibilitätsprüfung (sprich software-technisch die Requirements der Infrastruktur prüft) durchführt, bzw. bei Aktivieren einer Funktion deren korrekter Betrieb überprüft und bei Problemen dem User z.B. per Ereignislog und Statusinfo Rückinfo gibt.

Schlecht ist es nach meiner Ansicht, wenn mann etwas ankündigt und keine Hinweise über die erforderlichen Voraussetzungen für die Anwender bereitstellt, die korrekte Funktion nicht prüft und kein Eintrag im Log mit vernünftiger Fehlermeldung/Error-Nr. vorhanden ist.

LG Tuxedonet

 

[HabNeFritzbox]

Die FB ist in erster Linie ein Router und kein WLAN AP mit extras.

Verwende einfach ein Modem oder nen Router mit Bridge Funktion an LAN 1, und schon kann die FB normal arbeiten.

 

[Thomas5]

Gibts hier jemanden der VDSL50 oder VDSL100 von der Telekom hat mit DSLAM mit Broadcom 164.97-Hardware? Läuft daran die neueste beta?

Bei mir läuft VDSL100 an der Broadcom 164.97 problemlos mit vollem Sync. Die Leitung ist allerdings relativ kurz.