[Info] FRITZ!Box 7390 Labor-Firmware 84.05.55-25934 vom 12.07.2013

Status
Für weitere Antworten geschlossen.
Auch bei mit gibt es diesesmal große Probleme. Musste sogar die komplette Box neu aufsetzen.
Permanenter Reboot nach 2 Minuten. POR - kein Erfolg. Werkseinstellung - neu eingerichtet.
Folgene Probleme (an AVM gemeldet!):
Siptrunkting (SIPGATE) - Bei z.b. 10 Nummern, werden die Nummern jetzt eingetragen und grün, dafür sind nachher unter den eigenen Rufnummern 10x die erste Nummer und die anderen nicht. Vermutlich schreibt Macro die erste Nummer 10x weg und die anderen nicht ...
WLAN - Starke Aussetzer - Vermutung - Lease Zeit Hänger im DHCP
Internet Radiosender nur noch ca. 5 vorhanden, früher waren es deutlich mehr (klar, kann ich wieder zufügen ...)
Pushnachrichten (Anrufe etc.) werden mehrfach versendet, jedoch nicht von allen MSN, nur von den MSN, bei denen die Push Einstellungen geändert wurden, Vermutung, löscht die alten Einstellungen nicht ...
Behoben wurden die meisten meiner gemeldeten Fehler aus der Vorgängerversion. (z.B. Smarthome - Abschalten nach 30 Min wenn Watt < 2 - konnte nicht mehr verändert werden ...)
Ich denke, wenn AVM den Fehler reproduzieren kann, werden die auch beseitigt, Phänomäne sind halt schwieriger zu finden ...

Nach der Neuinstallation sind die Grundfunktionen ok - WLAN eingeschränkt, durch die vermutliche Lease geschichte.
 
Zuletzt bearbeitet:
Ich bau mir in Kürze eine neue WLan Karte ins Notebook, mal schaun ob das Wlan Problem dann immer noch besteht.
Was mir noch aufgefallen ist - Ich hab jetzt ein 2. MT-F. Setze ich dort die Klingelsperre auf individuell, immer klingeln mit Ausnahme 01:00 bis 9:30 - dann klingt das Telefon trotzdem nie! Erst wenn ich die KS rausnehme klingeln die Nummern.
 
Auch hier wieder die Fehlermeldung mit der maximalen Anzahl gleichzeitig nutzbarer WLAN-Geräte.
Manchmal frage ich mich echt, ob die bei AVM auch lesen, was man so schreibt.

Bei mir genau das gleiche Fehlerbild. Nach dem Update auf diese Labor ging es bis gestern gut und nun tauchen wieder diese WLAN Anmeldeprobleme auf! Es ist echt zum Verzweifeln.
 
Zum Thema: regelmäßige Neustarts bei SIP-Accounts auf Asterisk-Servern

Auf meiner 7390 (Labor 25934-BETA) stürzt der voipd beim Verbinden mit einem SIP-Account auf einem Asterisk-Server (1.8, 10 o. 11 ist offenbar egal) mit einem "segmentation fault" ab ... und das passiert reproduzierbar erst nach erfolgreicher Anmeldung am Asterisk, d.h. beim OK fürs REGISTER oder beim unmittelbar danach folgenden OPTIONS seitens des Servers, das kann man auf der FB nicht so ohne weiteres feststellen.

Code:
/var/flash/crash.log
2013-07-18 00:06:09(1) [Segmentation fault] voipd(1194) CRASHED at sip_negotiation_sdp_build_offer+0x3ec (/lib/libsiplib.so.2 at 00026dac) accessing 00000124 (?)
SIGNO 11 ERRNO 0 CODE 1
Version: 05.55-25934
No bugmsg
ze: 00000000 at: 00000001 v0: 00000000 v1: 00000001
a0: 2b03d088 a1: 00000000 a2: 00000000 a3: 2b03d088
t0: 00000000 t1: 00000000 t2: ffffffff t3: 2aaa8000
t4: f0000000 t5: 00000001 t6: 2abafd6c t7: 2abb1a9c
s0: 7fa52af0 s1: 00000000 s2: 2b035710 s3: 00000000
s4: 00000000 s5: 2aabd000 s6: 2b035c90 s7: 2b03d374
t8: 000003c3 t9: 2ae798d0 k0: 00000000 k1: 00000000
gp: 2ab30510 sp: 7fa52a70 fp: 2b03d370 ra: 2aae6da8
FA 00000124 00000124 (?)
PC 2aae6dac sip_negotiation_sdp_build_offer+0x3ec (/lib/libsiplib.so.2 at 00026dac)
RA 2aae6da8 sip_negotiation_sdp_build_offer+0x3e8 (/lib/libsiplib.so.2 at 00026da8)
Code: 0320f809  00003821  8fbc0020 <8e620124> 10400022  8f99826c  8e030000  8f84802c  afa30034
[bt]  2aae6da0 sip_negotiation_sdp_build_offer+0x3e0 (/lib/libsiplib.so.2 at 000269c0)
[bt]  2aaed5c4 sdp_build_local_offer+0x34 (/lib/libsiplib.so.2 at 0002d590)
[bt]  2aaf40a4 [2aaf3c88] <0+0x2aaf3c88>+0x41c (/lib/libsiplib.so.2 at 00033c88)
[bt]  2ab98230 nist_rcv_request+0x9c (/lib/libosip2.so.4 at 00006194)
[bt]  2ab99ca4 [2ab99c94] <fsm_callmethod+0x34>+0x10 (/lib/libosip2.so.4 at 00007c94)
[bt]  2ab9c650 osip_transaction_execute+0x98 (/lib/libosip2.so.4 at 0000a5b8)
[bt]  2aae257c [2aae1fdc] <0+0x2aae1fdc>+0x5a0 (/lib/libsiplib.so.2 at 00021fdc)
[bt]  2aae2d88 [2aae2848] <0+0x2aae2848>+0x540 (/lib/libsiplib.so.2 at 00022848)
[bt]  2ad0ea18 [2ad0e70c] <0+0x2ad0e70c>+0x30c (/lib/libavmcsock.so.2 at 0003070c)
[bt]  2ad110b0 csock_select_with_timeval+0x40c (/lib/libavmcsock.so.2 at 00032ca4)
[bt]  00408728 main+0x10a8 (voipd at 00007680)
[bt]  2aea1158 __uClibc_main+0x2c4 (/lib/libc.so.0 at 0005de94)

Spätestens 160 Sekunden danach fällt dann dem Watchdog auf, daß da irgendetwas nicht stimmt und die Box wird neu gestartet ...

Soviel zu diesem Thema, erklärt vielleicht bei einigen anderen auch noch die ständigen Neustarts.

Anderes Thema:
Ich melde jetzt schon seit der Labor-Version vom Mai immer wieder Probleme mit dem FTP-Server an AVM, ohne daß sich da aus meiner Sicht wirklich etwas tut. Die Feststellung "Internet: Problem mit FTPS beseitigt" für die Labor-25667 kann ich jedenfalls nicht bestätigen.

Um den AVM-Leuten nicht erneut auf den Zeiger zu gehen, solange ich nicht 100%ig sicher bin, daß es nicht doch noch an meiner (lange vererbten) Konfiguration liegt, würde ich gerne das folgende Problem bestätigt wissen.

Der FTP-Server ignoriert bei mir die Einstellung "Nur sichere FTP-Verbindungen zulassen (FTPS)" beim Zugriff aus dem Internet tapfer, d.h. die Verwendung des Kommandos "AUTH TLS" wird nicht erzwungen. Auch das UI verhält sich an dieser Stelle etwas merkwürdig bei den Protokoll-Angaben, da offenbar irgendjemand unbedingt ein "ftps://"-Schema erfinden will, obwohl (anders als bei https://) dafür keine IANA-Reg. existiert https://www.iana.org/assignments/uri-schemes/uri-schemes.xhtml und m.W. auch kein (gebräuchlicher) HTML-Browser und/oder FTP-Client das Format erkennt.

Dabei habe ich selbstverständlich die korrekte Einstellung sowohl mit ctlmgr_ctl als auch direkt in der usb.cfg geprüft:
Code:
usb.cfg
usbhost {
[...]
   ftp_internet_enabled = yes;
[...]
   ftp_server_enabled = yes;
[...]
   users_enabled = yes;
[...]
   internet_secured_only = yes;
[...]
}
Code:
# ctlmgr_ctl r ctlusb settings/internet-secured
1
#
Kann das jemand das unverschlüsselte Login aus dem Internet bestätigen oder bin ich wirklich der einzige mit diesem Problem ?
 
Nee, kann ich nicht bestätigen, "nur sicheres FTPS zulassen" funktioniert bei mir genau wie erwartet; einfaches FTP aus dem Internet geht dann nicht:

Code:
C:\Users\JimKnopf>ftp XXXXXXXX.no-ip.info
Verbindung mit XXXXXXXX.no-ip.info wurde hergestellt.
220 FRITZ!BoxFonWLAN7390 FTP server ready.
Benutzer (XXXXXXXX.no-ip.info:(none)): JimKnopf
530 Must use AUTH TLS
Anmeldung fehlgeschlagen.
ftp>
 
Zuletzt bearbeitet von einem Moderator:
Seit dieser Laborversion scheint DR-EasyUPnP nicht mehr zu funktionieren.
 
Telefonie Analog

Hi zusammen,

das Problem der Analogtelefonie konnte man für mich zwar nicht direkt lösen, aber hier eine Antwort von AVM, die endlich mal qualifizierte Infos enthält.
Wer sich am Blechklang und der digitalen Verhackstückelung bei weit entfernten Teilnehmern stört, gehe zum Workaround wie beschrieben vor. Natürlich hoffe ich, dass dieser Filter in einer Finalversion verbessert werden kann.

LG,
voy

Die aktuelle Labor-Version enthält einen neuen und standardmässig auch
schon aktivierten Rauschfilter für die analoge Festnetzanbindung. Dieser
scheint hier aber eher kontraproduktiv zu wirken.
Daher bitte diesen manuell deaktivieren (dann ist das Rauschen natürlich
wie zuvor wieder da). Dazu über ein an der FRITZ!Box angeschlossenes
Telefon folgende Tastensequenz eingeben:

#614*1*#91**: Aufbereitung der Sprachdaten deaktivieren
#614*0*#91**: Aufbereitung der Sprachdaten wieder aktivieren

Das Problem mit dem Rauschen tritt nur bei gestecktem DSL-Kabel auf oder
auch bei abgezogenem DSL-Kabel?

Freundliche Grüße aus Berlin
AVM Support
 
Nee, kann ich nicht bestätigen, FTPS funktioniert bei mir genau wie erwartet, einfaches FTP aus dem Internet geht nicht:
Danke, dann werde ich wohl doch mal ein komplettes Reset auf Default ins Auge fassen müssen.
 
Hatte extreme Probleme mit WLAN. Habe dann die 7270 und die 7390 komplett auf Werkseinstellung zurück (beide haben die aktuelle Labor) und rebootet. Dann neu eingerichtet und jetzt schient das WLAN stabiler zu laufen. Werde morgen nach der Nachtschaltung sehen ob der auch funktioniert.

Update: Gerade hat der Repeater die Verbindung zur Basis verloren und die angeschlossene Geräte haben keine IP mehr. WLAN an der Basis aus/an und es geht wieder. Werde beobachten.
 
Zuletzt bearbeitet:
Mir ist an allen meinen Boxen aufgefallen das ich immer einen Powercutback von 3 im Upstream habe. Ebenso wird der Downstream runtergeregelt auch wenn die volle Geschwindigkeit nicht erreicht wird. Könnt ihr bitte mal schauen was ihr so habt?

Mit der aktuellen Version sieht man den Powercutback nur noch in der SupportDatei von AVM. Mit der 5.50/2 stehts noch unter DSL
 
Zuletzt bearbeitet:
Inwiefern würde dir das helfen, wenn bei mir kein Powercutback von 3 im Upstream steht? Das hat doch mit der Labor-Firmware absolut nichts zu tun.
 
vielleicht nicht direkt mit dieser Firmware, sondern allgemein vielleicht ein Problem mit der 7390 oder einem bestimmten Port?

Siehe meine Signatur. Ist halt sehr auffällig. Leitungskapazität deutlich über Sync und wird trotzdem gedrosselt. Alles über Indoor geschaltet!
Einziger Router in meiner Liste der alles richtig macht, ist der 7320. Drosselt den Downstream weil max erreicht ist und beim Upstream 0 damit er synct was geht. Genau das sollte die 7390 ja eigentlich auch machen!
 
Zuletzt bearbeitet:
wlan-problem auf der Spur.

Bitte überprüft mal. Ich merke das Wlan Problem durch die MAC Adresse.
Habe Hyper-V unter win8, darunter läuft win8.1 und Server 2012. Beide melden gleich MAC, und daher hängt WLan in der Box für diese MAC ...
 
vielleicht nicht direkt mit dieser Firmware, sondern...
...mit anderen Dingen.
Damit ist das nicht das Thema des Threads Laborfirmware x.y.z. Bitte beim Thema bleiben bzw eigenen Thread (bei Deinem Thema im Bereich "Internet/DSL/Netzwerk") aufmachen. ;)
 
wlan-problem auf der Spur.

Bitte überprüft mal. Ich merke das Wlan Problem durch die MAC Adresse.
Habe Hyper-V unter win8, darunter läuft win8.1 und Server 2012. Beide melden gleich MAC, und daher hängt WLan in der Box für diese MAC ...

Und wie wirkt sich das aus? Wie ist deine Konfiguration?
 
Unter Hyper-V habe ich den Virtuellen Switch , der IP und MAC adressen verteilt, siehe Hyper V.
ZB Computer 1 - IP 192.168.1.100 - MAC 12:12:34:34:01 ...
Dieser Computer taucht aber in der FB mit der MAC vom WLAN des Notebooks auf, nicht mit der MAC, welche Hyper V zuteilt ...
Bei der Normalen Firmware taucht der Computer mit Hyper-V MAC auf ...
Logik ???
 
Hallo,
Ich hab' folgendes festgestellt:

PLA 546E mit 53er Release:
7390 mit vorheriger Labor am DSL: erhöhtes Aufkommen ungeplanter Pushmails mit Schaltvorgängen
7390 mit 52er Release am DSL: nur normale geplante Pushmails, weil keine Schaltvorgänge definiert
7390 mit dieser Labor als Client (52er Release am DSL): erhöhtes Aufkommen ungeplanter Pushmails mit Schaltvorgängen

Seltsam, AVM konnte sich bisher kein Bild machen ... :noidea:
 
Da mein PLA 546E alle drei Tage einen Reboot hinlegt, ist er über diese Labor nicht mehr Schaltbar.
Er bleibt zwar in der Smart Home Übersicht erhalten, lässt sich aber nicht mehr schalten u. die Energieanzeige ist auch eingefroren.

Bezüglich der VPN-Problematik: Ändert man eine Einstellung (aktiviert bzw. deaktiviert eine VPN-Verbindungen) sind die restlichen VPN-Verbindungen nicht mehr zu gebrauchen.
 
Status
Für weitere Antworten geschlossen.
Holen Sie sich 3CX - völlig kostenlos!
Verbinden Sie Ihr Team und Ihre Kunden Telefonie Livechat Videokonferenzen

Gehostet oder selbst-verwaltet. Für bis zu 10 Nutzer dauerhaft kostenlos. Keine Kreditkartendetails erforderlich. Ohne Risiko testen.

3CX
Für diese E-Mail-Adresse besteht bereits ein 3CX-Konto. Sie werden zum Kundenportal weitergeleitet, wo Sie sich anmelden oder Ihr Passwort zurücksetzen können, falls Sie dieses vergessen haben.