[Info] 7270 V2&V3 CEBIT-Labor xx.05.04-19718 vom 19.04.2011

[Sozifuzzi]

Oldman ist schon bei 1&1 zumindest privat und ich bin bei t-online. Da wir beide den Fehler hatten, wird es wahrscheinlich nicht am Provider liegen. So war es gemeint.

@xxMExx hab nur die WPA2 Verschlüsselung und trotzdem w-lan Probleme, dann gehöre ich wohl zu den restlichen 20%

 

[nucleardirk]

@xxMExx hab nur die WPA2 Verschlüsselung und trotzdem w-lan Probleme, dann gehöre ich wohl zu den restlichen 20%

Deaktivierung der 300er Netzwerkkanäle bringt bei mir Besserung.

 

[effmue]

Guude,

ich habe hier beides an (WPA+WPA2) und habe keinerlei Probleme. Ansonsten sind die empfohlenen WLAN Einstellungen gesetzt......also gehöre ich zu welchem Prozentsatz...???

..allerdings hakt der medienserver.....muss ich mir die Tage noch genauer anschaun...

 

[Feuerwehr]

Hier auch keine WLAN Probleme mehr (WPA2, Broadcom 300 MBit), seit ich den Kanal selbst ausgesucht habe. Auf "Automatik" nimmt die Box ausgerechnet den Kanal, den auch der Nachbar verwendet und trifft damit die schlechteste mögliche Wahl. :-(
Im Log fällt auf, dass ab und zu eine Mikrowelle erkannt wird, was nicht sein kann. Wir haben keine (hier wird richtig gekocht! ), und die vom Nachbarn steht ein Stockwerk höher als meine Box, und es sind 4 Wände dazwischen.

 

[oldmen]

Onlinespeicher - "vergessene" USB-Schreibrechte

@Sozifuzzi, @3949354

Mit dem Onlinespeicher bzw. Provider o.ä. hatte das nichts zu tun, es wurden ja nach der Zwangstrennung nur die "fehlenden Schreibrechte" des USB-Gerätes bemeckert, welche die Box offensichtlich "vergessen" hatte.

Nach dem Neustart hat sich die Box dann wieder daran "erinnert".



zu Wlan:

Es wird immer mal wieder geraten, die Einstellung "für 300 Mbit/s optimierte Kanäle verwenden" zu deaktivieren.
Das ist natürlich zur Fehlersuche sinnvoll, aber keine wirkliche Dauerlösung (man will ja schließlich 300 Mbit/s auch nutzen!).

 

[loeben]

... Im Log ... Mikrowelle erkannt ...

Kannst Du so ein Log mal bitte posten? Ich bin nur neugierig.

 

[Novize]

Kannst Du so ein Log mal bitte posten?

Erzeuge das doch selbst:
Fritz in die Mikrowelle (Strom dran, damit sie auch fleißig loggen kann) und dann die Mikrowelle einschalten :shock: :kasper::wippe:

 

[loeben]

... aber dann geht die Türe nicht zu und die Microwelle nicht an

 

[3949354]

@Oldman
Das mit den Schreibrechten auf einem Stick hatte ich einmal, als er davor war, in die ewigen Jagdgründe zu gehen. Wenn es öfters auftritt, tausche ihn einmal aus.

 

[Feuerwehr]

Kannst Du so ein Log mal bitte posten? Ich bin nur neugierig.

20.04.11 23:30:00 WLAN wurde von der Nachtschaltung deaktiviert (2,4 GHz).
20.04.11 23:20:58 WLAN: Eine Mikrowelle wurde erkannt, für 300 Mbit/s optimierte Funkkanäle vorübergehend deaktiviert (2,4 GHz).
20.04.11 23:20:58 Kein WLAN-Gerät mehr angemeldet, Stromverbrauch wird reduziert (2,4 GHz).
20.04.11 23:18:44 WLAN-Gerät wird abgemeldet (2,4 GHz): WLAN-Gerät antwortet nicht. Name: xxx. (#0103)
20.04.11 22:53:48 WLAN-Gerät angemeldet (2,4 GHz). Name: xxx, Geschwindigkeit 300 Mbit/s.
20.04.11 22:53:48 WLAN-Gerät angemeldet, WLAN wird mit voller Leistung reaktiviert (2,4 GHz).
20.04.11 22:11:14 Kein WLAN-Gerät mehr angemeldet, Stromverbrauch wird reduziert (2,4 GHz)

 

[Rohrnetzmeister]

Ein Sreenshot wäre glaubhafter.

 

[Feuerwehr]

Glaubhafter? Ich wusste nicht, dass ich im Verdacht stehe, mir das ausgedacht zu haben. Geht's Dir noch gut? :crazy:

 

[colonia27]

Rohrnetzmeister,

entspann dich. Die MIrkrowellen im Log sind mittlerweile ein alter Hut und schon läger immer mal wieder anzutreffen

 

[vel_tins]

@oldmen:
@all:

Ist das Problem nur bei mir vorhanden gewesen oder gehen bei euch ar7 Änderungen bezüglich maxdownstream / SNR usw. auch nicht mehr?

Nein, ist hier das gleiche. Und damit ebenfalls unbrauchbar für mich.
Zudem ist dies die erste Firmware, bei der meine Box (V2) sporadisch rebootete.
Kleine Warnung am Rande: Nicht mit RUKernel Tool probieren die AR7.cfg zu bearbeiten....
Ich mußte danach neu flashen.

 

[page]

Hallo

Da ich ja immer noch sporadisch mit dem Wlan zu kämpfen hatte habe ich vor 2 tagen das Update gemacht so wie das Update der 3 Fritzfons.
Jetzt habe ich Hall! Das habe ich schon ein halbes Jahr nicht mehr gehabt. Wie in den schlechteste Internettelefonie Zeiten. Ja und dabei
mache ich keine Internettelefonie mehr. Ist jetzt ISDN. Jetzt ist es die Frage liegt es an der Labor 05.04-19718 oder an dem Update der fritzfone.
Mit der Fritzlabor kann ich ja jetzt wieder zurück zur vorletzten mit Einstellungen.

mfg page

 

[Feuerwehr]

Ich durfte gerade eine deutlich schlechtere DECT Reichweite feststellen, mit Verbindungsabbrüchen, die vorher an gleicher Stelle nicht auftraten.

 

[DickS]

@Sozifuzzi, @3949354

Es wird immer mal wieder geraten, die Einstellung "für 300 Mbit/s optimierte Kanäle verwenden" zu deaktivieren.
Das ist natürlich zur Fehlersuche sinnvoll, aber keine wirkliche Dauerlösung (man will ja schließlich 300 Mbit/s auch nutzen!).

Seitdem ich diese Option de-aktiviert habe sind die Log-Einträge von immer wieder an- und abmelden des WLAN Geräts weg (Android Device in dem Fall). 300 Mbit/s scheint noch nicht stabil zu sein... ?

 

[Chatty]

Man müsste ein gestörtes WLAN auf der Kommandozeile erkennen können, denn ein Ein- und Ausschalten (z.B. mit "ctlmgr_ctl w wlan settings/ap_enabled 0 && ctlmgr_ctl w wlan settings/ap_enabled 1") behebt das Problem kurzzeitig. Jemand eine Idee? Ich durchforste gerade /dev/debug nach einem eindeutigen Anzeichen.

EDIT: Also wenn es anfängt und Pakete ausbleiben, steht dort folgendes:

wifi0: no skbuff (ath_rx_poll)
wifi0: no skbuff (ath_rx_poll)
wifi0: no skbuff (ath_rx_poll)
... und auch ...
ath_beacon_tasklet at stuck workaround
ath_beacon_tasklet at stuck workaround
ath_beacon_tasklet at stuck workaround

Und evtl. wegen meiner NTFS-formatierten und angeschlossenen Platte stand dann nach WLAN-Stillstand:

ntfs-3g: page allocation failure. order:1, mode:0x20
Call Trace:
[<944167BC>] dump_stack+0x8/0x34
[<9415E7F4>] __alloc_pages_nodemask+0x528/0x598
[<94181694>] T.569+0xa8/0x428
[<94181C1C>] cache_alloc_refill+0x208/0x27c
[<94181D30>] __kmalloc+0xa0/0xf8
[<94336F98>] __alloc_skb+0x70/0x160
[<C1DBA594>] __ath_alloc_skb_align__+0x50/0xa8 [ath_pci]
[<C1DBA718>] ath_rxbuf_init+0x12c/0x240 [ath_pci]
[<C1DBA880>] ath_startrecv+0x54/0xd0 [ath_pci]
[<C1DBB498>] ath_resetinternal+0x284/0x3d0 [ath_pci]
[<C1DBB7B0>] ath_bstuck_tasklet+0xb4/0xfc [ath_pci]
[<9412B21C>] tasklet_action+0xf8/0x16c
[<9412B6A8>] __do_softirq+0xc4/0x188
[<9412B7B4>] do_softirq+0x48/0x68
[<9412B904>] irq_exit+0x40/0x90
[<941011D8>] ur8_cascade+0xb4/0xf0
[<941012D0>] plat_irq_dispatch+0xbc/0xf0
[<94104E0C>] ret_from_irq+0x0/0x4
[<942838B0>] __copy_user+0x2c/0x2bc
[<942545D0>] fuse_copy_do+0x60/0xb0
[<94254B74>] fuse_copy_page+0x104/0x1c4
[<94254CD0>] fuse_copy_args+0x9c/0x148
[<942560CC>] fuse_dev_read+0x248/0x368
[<94184E84>] do_sync_read+0xd4/0x130
[<94185B98>] vfs_read+0xac/0x160
[<94185D28>] sys_read+0x50/0x90
[<9410DDC4>] stack_done+0x20/0x3c

Nach ein paar weiteren Systeminfos über freien Speicher etc. steht dann:

[COLOR="#ff0000"]DEBUG : SKB NULL[/COLOR]
wifi0: ath_resetinternal: unable to start recv logic
ath_uapsd_processtriggers: no skbuff
ath_uapsd_processtriggers: no skbuff

Und kurz darauf ein weiterer Prozessabsturz:

capi_oslib/0: page allocation failure. order:4, mode:0x20
Call Trace:
[<944167BC>] dump_stack+0x8/0x34
[<9415E7F4>] __alloc_pages_nodemask+0x528/0x598
[<94181694>] T.569+0xa8/0x428
[<94181C1C>] cache_alloc_refill+0x208/0x27c
[<94181464>] kmem_cache_alloc+0x6c/0xc4
[<C1DC437C>] ath_node_alloc+0xe8/0x16c [ath_pci]
[<C1C691D4>] ieee80211_alloc_node+0x34/0x1c8 [wlan]
[<C1C696F8>] ieee80211_dup_bss+0x44/0x150 [wlan]
[<C1C5D118>] avm_send_wdsbeacon+0x250/0x2a0 [wlan]
[<C1DBD0AC>] ath_intr+0xc8c/0x14b4 [ath_pci]
[<94151128>] handle_IRQ_event+0x78/0x1f0
[<941534B0>] handle_level_irq+0x98/0x120
[<941041A0>] pci_interrupt+0x28/0x58
[<94151128>] handle_IRQ_event+0x78/0x1f0
[<941534B0>] handle_level_irq+0x98/0x120
[<941011D0>] ur8_cascade+0xac/0xf0
[<941012D0>] plat_irq_dispatch+0xbc/0xf0
[<94104E0C>] ret_from_irq+0x0/0x4
[<942B1438>] PowerManagmentActivatePowerMode+0x54/0x70
[<C13514DC>] check_te_mode+0x2c/0x108 [pcmlink]
[<C1351674>] pcmlink_ul_readregister+0xbc/0x2f0 [pcmlink]
[<C15B969C>] Block_S0TECIIndication+0x18/0x28 [isdn_fbox_fon5]
[<C15B96C8>] Block_S0TEState+0x1c/0x1b8 [isdn_fbox_fon5]
[<C15B987C>] Block_S0CheckStates+0x18/0x4c [isdn_fbox_fon5]
[<C15AA97C>] CM_Schedule+0x30/0x70 [isdn_fbox_fon5]
[<94324E38>] capi_oslib_scheduler+0x48/0xc0
[<94137CC0>] run_workqueue+0x11c/0x1cc
[<94137E0C>] worker_thread+0x9c/0xc0
[<9413BBC8>] kthread+0x7c/0x84
[<94107080>] kernel_thread_helper+0x10/0x18

Und nach obiger roter Zeile müsste man regelmäßig greppen können und dann einen WLAN-Reset ausüben.

 

[FSnyder]

Hi,

habe sie mir gestern auf meiner V2 angetan....
Update problemlos, die SNR wird wieder richtig angezeigt, die Fehlanmeldungen beim WLAN gibt es immer noch.
Die Telefonie ist generell etwas lauter geworden, dafür hat man jetzt bei Festnetztelefonaten (analoger Anschluss) statt Hall/Echo während der ersten Sekunden ein "Zudrücken" der Empfangsrichtung, während man spricht. Da das mit einer kleinen Verzögerung geschieht, ist das ein absolut grottiges Telefonieren, weil man sich ganz kurz selbst hört..
Man hat also die Wahl zwischen Pest und Colera: Leise und verrauschte Telefonate mit Hall am Anfang (88er FW) oder laute Telefonate und dieses "Zudrücken" während des gesamten Gespräches bei der Labor. :argh:
Warum AVM das nicht wieder so macht, wie bei der ersten 80er Labor erschließt sich mir nicht.....

Grüße
Snyder

 

[M.Pört]

Die Meldung mit der Microwelle hatte ich auch schon mal. Ist ja auch nicht ganz abwegig wenn man weiß, dass die gute Microwelle das WLAN empfindlich stören kann.