Wifi Intermittent Slow Down Broadcom SDK 5.60 (r3702)

[GoogleCodeExporter]

What steps will reproduce the problem?
1. Reboot router
2. Works fine for a few hours (N client, WPA2/PSK/AES
3. Then intermittently becomes slow / fast and requires router reboot.

Original issue reported on code.google.com by balaran...@gmail.com on 25 Jan 2012 at 11:36

[GoogleCodeExporter]

Я роутер всегда перезагружаю.
хоть сколько раз перезагружать , но если 
днс не заработали сразу то не будут к ним 
обращаться.
А вот после выше описанных манипуляций 
подергать из режима usbmodem на automaticip и 
перезагрузить и потом назад и потом 
прописать опять вручную ип днс то в какой 
то момент начинает работать...

Давайте тогда этот вопрос оставим до 
полностью как я воссоздам эту проблему 
пошагово.

Original comment by den1230...@gmail.com on 16 Sep 2012 at 2:42

[GoogleCodeExporter]

хочу сообщить что 6 суток тестировала 
,прошивка 3300 , ни каких проблем ни разу не 
было с Wi-fi.
Все время держится скорость подключения 300 
мегабит\с, ни разу не было симптомов когда 
соединение вдруг падало.

Original comment by den1230...@gmail.com on 21 Sep 2012 at 5:54

[GoogleCodeExporter]

приятно слышать, как и подозревалось - баг в 
броадкомовксих SDK..

надеюсь девелоперы отловят..

Original comment by spameden on 21 Sep 2012 at 12:36

[GoogleCodeExporter]

1.9.2.7-rtn-r4645

похоже что пытались исправить проблему с 
WI-FI N 
Но теперь прыгает как угорелый, то 300 
мегабит\с то спускается до 13.5 мегабит\с, то 
опять до 300 доходит.

Сигнал сильный, в 2 метрах роутер прямой 
видимости.

Original comment by den1230...@gmail.com on 2 Oct 2012 at 11:02

[GoogleCodeExporter]

после перезагрузки роутера опять 
стабильно держит 300 мегабит\с, хорошо хоть 
не сразу начинает скакать ...

Original comment by Olesya...@gmail.com on 2 Oct 2012 at 11:09

[GoogleCodeExporter]

ну вот видите, стоит видимо сидеть на 3300 :)

Original comment by spameden on 2 Oct 2012 at 11:21

[GoogleCodeExporter]

Да там тоже проблема, не все usbмодемы 
правильно работают.
Например huawei e173 , он определяется, но почему 
то всегда уровень сигнала 6% и не выходит в 
интернет, любые другие пожалуйста , только 
не e173 , меняю прошивку , все проблема 
исчезает .
Попробую еще ниже скатиться попозже ...

Original comment by Olesya...@gmail.com on 2 Oct 2012 at 11:29

[GoogleCodeExporter]

как вариант можно попробовать сунуть broadcom 
модуль из старой ревизии + придется утянуть 
заголовочные файлы, shared и прочее, остальное 
заменить и собрать.

Original comment by spameden on 2 Oct 2012 at 11:43

[GoogleCodeExporter]

> похоже что пытались исправить проблему с 
WI-FI N 
Нет, никаких изменений, связанных с Wi-Fi, не 
было с r3833. Драйвер и настройки Wi-Fi во всех 
версиях по текущую включительно одинаковы.

Original comment by ad...@vampik.ru on 2 Oct 2012 at 7:11

[GoogleCodeExporter]

ага, баг тянется с r3833

Original comment by spameden on 3 Oct 2012 at 6:59

[GoogleCodeExporter]

Добрый вечер.
Скажите в новом релизе не исправили 
проблему с WIFI-N ?

Не совсем конечно понимаю , почему такая 
бяка и нет возможности исправить , а цифры 
увеличиваются....

Конечно не мое дело совершенно , я ни кто 
для разработчиков, но разве это не у всех 
такая проблема ? просто смысл весь 
пропадает дальше ставить прошивки с одной 
и той же проблемой

Приходится пока сидеть другой версии..

Original comment by den1230...@gmail.com on 11 Oct 2012 at 4:16

[GoogleCodeExporter]

You have to learn reading, not just blind writing. There is no Broadcom Wi-Fi 
driver sources in public access.

Original comment by lly.dev on 11 Oct 2012 at 4:30

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

r4667 have this bug too

Original comment by IvanNi...@gmail.com on 15 Oct 2012 at 1:12

[GoogleCodeExporter]

может есть смысл откатить wl.ko до старой 
версии вместе со всеми shared и прочими 
штуками броадкома, на которой все 
стабильно работает?

Original comment by spameden on 15 Oct 2012 at 1:15

[GoogleCodeExporter]

P.S. на r3300 все нормально работает  den1230... ?

Original comment by spameden on 15 Oct 2012 at 1:16

[GoogleCodeExporter]

Old SDK don't support new devices.

Original comment by lly.dev on 15 Oct 2012 at 6:21

[GoogleCodeExporter]

Может быть прыжки скорости соединения это 
фича а не бага?
У меня даже до 1Мбит падало, но при 
возникновении трафика скорость 
увеличивалась, правда не всегда до 100%. 
Клиенты Asus N55 c Intel N1030 и Samsung P-29 с Atheros 5001
Ревизии прошивки: r4667 и r4672(самособранная).

Original comment by mike.kor...@gmail.com on 16 Oct 2012 at 7:33

[GoogleCodeExporter]

>Old SDK don't support new devices.

Как насчет сделать для старых девайсов 
свой SDK стабильный, а для новых новый ? И 
соответственно собирать с этим расчетом, 
чтобы пользователи не мучались и получали 
нормальный продукт с хорошей 
стабильностью?

Насчет "фичи", я бы сказал это баг. Причем у 
меня на 300 мбпс (40Mhz) соединение вообще 
отваливалось через некоторое время. 
Пришлось переключить на 144 (20Mhz) - чтобы было 
стабильно.

Original comment by spameden on 16 Oct 2012 at 7:39

[GoogleCodeExporter]

Parallel SDK support requires some efforts. We simply has no time for it.
Additionally, SDK 5.10 has some problems with emf/igs snooping and requires 
merge from trunk.

There was three points of Wi-Fi driver change - r3505 (SDK 5.60), r3688, r3833
So, revisions for testing: r3497 (release), r3656, r3831

Original comment by lly.dev on 16 Oct 2012 at 10:49

[GoogleCodeExporter]

P.S. на r3300 все нормально работает  den1230... ?
==========================================

Все просто идеально на 3300... с WIFI ни каких 
проблем.

==================
Может быть прыжки скорости соединения это 
фича а не бага?
==================
это бага 100%, у меня интернет пропадает и до 
роутера вообще не достучаться , как через 
старый модем 5 килобайт\с

Original comment by den1230...@gmail.com on 16 Oct 2012 at 4:51

[GoogleCodeExporter]

r3497 is the last Version that works correctly. Isnt it possible to make a 
Version of the current releas with the broadcomm driver from r3497 for N16 
users?

reading russian via translator is very hard :(

Original comment by mrmmmk...@googlemail.com on 16 Oct 2012 at 6:18

[GoogleCodeExporter]

Hi! Sorry for that.

Yes, it's possible, you can do it yourself, just merge appropriate files / 
patches related to wireless / kernel from r3497 into the latest trunk.

Original comment by spameden on 16 Oct 2012 at 6:46

[GoogleCodeExporter]

i am an absolute noob at this, have no idea how to do this ;).

Is there a howto, or could you explain it here?

Original comment by mrmmmk...@googlemail.com on 16 Oct 2012 at 8:37

[GoogleCodeExporter]

I'm afraid it's complicated I might post the build bit later when I have some 
free time. I'm currently using r3323, you might consider using it or try r3497 
it's on the downloads page.

Original comment by spameden on 16 Oct 2012 at 9:11

[GoogleCodeExporter]

i am on r3497, its the last version that works quite well for me. i am after 
this problem since comment 10 of this issue ;), looking here once a week and 
hope that there is a solution for us N16 users, but it looks that there will be 
none cause broadcomms sdk messing :(.

Original comment by mrmmmk...@googlemail.com on 17 Oct 2012 at 4:58

[GoogleCodeExporter]

I'm wondering if there is an official firmware for RT-N16 based on SDK 5.60 ?

If so could you check please on original firmware with fresh SDK if it happens 
for you?

Original comment by spameden on 17 Oct 2012 at 9:00

[GoogleCodeExporter]

Я единственный выход для себя нашла при 
новых прошивках 

установила Wireless Mode: G только и работаю.

хотя конечно это не хорошо при таком 
роутере в 6 раз урезанной в скорости..

Original comment by den1230...@gmail.com on 17 Oct 2012 at 9:35

[GoogleCodeExporter]

How do i find out on which SDK a Firmware is based? The last Version from Asus 
is from 2012/09/07, see below.

Version 3.0.0.4.220 

Beschreibung ASUS RT-N16 Firmware Version 3.0.0.4.220
AiCloud debut (for more information, please refer to 
http://event.asus.com/2012/nw/aicloud/index.htm)

Fixed
1. wrong 2.4g/5g message on network map after setting guest network

Modify
1. Allow user add/delete/rename folder in Media server folder selector.
2. Show more information in Network map
3. QoS user interface, shows applied rule in first page.

Add
1. Support Huawei K3770 USB Modem
2. NO-IP support
3. Enable NTFS file system Auto repair feature
4. Add GCT Wimax dongle support
5. FAQ search bar 
6. PIN support for EV-DO system

 Dateigröße  22.64 (MBytes) 2012/09/07 aktualisieren  

Original comment by mrmmmk...@googlemail.com on 17 Oct 2012 at 9:39

[GoogleCodeExporter]

А если поставить 144 mbps (20Mhz) 802.11n тоже 
отваливается?

Original comment by spameden on 17 Oct 2012 at 9:40

[GoogleCodeExporter]

You need to get GPL archive and check there

Original comment by spameden on 17 Oct 2012 at 10:00

[GoogleCodeExporter]

А если поставить 144 mbps (20Mhz) 802.11n тоже 
отваливается?
=========================================================

поставила на тест

Original comment by den1230...@gmail.com on 17 Oct 2012 at 10:49

[GoogleCodeExporter]

Version of Wi-Fi driver easily can be read from "wl ver" command output.

Original comment by lly.dev on 17 Oct 2012 at 4:24

[GoogleCodeExporter]

A possible workaround is to restart wireless connection once in several 
minutes. Not to do this manually I have written a script executing "wl down; wl 
up" once in 5 minutes and an init script.
====
/opt/etc/init.d/S15wl_reset

#!/bin/sh
PIDFILE=/opt/var/run/wl_reset.pid
[ -f ${PIDFILE} ] && kill `cat ${PIDFILE}`
/opt/bin/wl_reset.sh&

====
/opt/bin/wl_reset.sh
#!/bin/sh

PIDFILE=/opt/var/run/wl_reset.pid
WL_LOG=/tmp/wl_reset.log

echo $$ > $PIDFILE;
while [ 1 ] ; do
        wl down 2>&1 >> $WL_LOG;
        wl up 2>&1 >> $WL_LOG;
        sleep 300 2>&1 >> $WL_LOG;
        echo "wl reset at "`date` >> $WL_LOG;
done
====
Hope that this will save somebody trouble.

Original comment by Fogei...@gmail.com on 17 Oct 2012 at 8:38

[GoogleCodeExporter]

LOL yeah nice workaround..

you'd drop all client connections with that script.

Just use instead 20Mhz Bandwidth instead of 40 - it might help.

Original comment by spameden on 17 Oct 2012 at 8:44

[GoogleCodeExporter]

I fully agree with you that the way it works is very stupid by design but it 
solves the slowdown problem (the network works at least). As for the 
connections dropping, I have not noticed any difference from the user's point 
of view (thanks for the reliable communication protocol).
To sum up, you should use such method only as a very last resort.

Original comment by Fogei...@gmail.com on 17 Oct 2012 at 8:57

[GoogleCodeExporter]

I just wanted to confirm that r3497 is the firmware that does not show the 
problem described above (RT-N16, WPA2/PSK,AES,20MHz, all clients with different 
chipsets experience the same signal drop, slowdown/disconnect). 
I tried several recent versions, including r4667 - the problem persists.

Original comment by paul.shm...@gmail.com on 19 Oct 2012 at 8:47

[GoogleCodeExporter]

А если поставить 144 mbps (20Mhz) 802.11n тоже 
отваливается?
============================================================
уже несколько дней тестирую

хочу сказать о двойственности ощущений
1. на компе в прямой видимости падения до 78 
мб\с при 20-30 килобайт\с нагрузке
2. на компе за стенкой бывает что в течении 2 
часов может держать 6.8 мегабит\с соединение 
(за место 13.5 как раньше на 40mhz), до роутера не 
достучаться ... через какое то время все 
нормализуется, но если перегрузить роутер 
... тут же все отлично сразу !

Original comment by den1230...@gmail.com on 21 Oct 2012 at 4:19

[GoogleCodeExporter]

на последней прошивке?

а чем вас r3497 не устраивает?

сидели бы на ней, да и все :)

Original comment by spameden on 21 Oct 2012 at 9:47

[GoogleCodeExporter]

Да меня все устраивает, просто есть ошибка 
думала что могу чем то поучаствовать ..
нет так нет , жаль что такая ошибка из 
версии в версию переходит, сама удивляюсь 
как это не мешает жить кто живет в N 
стандарте.

Original comment by den1230...@gmail.com on 21 Oct 2012 at 1:23

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

r3497 с wifi конечно стабильная, но за 3 дня 
тестов 2 раза наглухо терял настройки. 
Откатываюсь на r4667, вариант с crontab и 
перезагрузкой 1 раз в 2 часа надежнее.

Original comment by IvanNi...@gmail.com on 21 Oct 2012 at 6:13

[GoogleCodeExporter]

что сбрасывалось?

а r3323 ?

Original comment by spameden on 21 Oct 2012 at 6:34

[GoogleCodeExporter]

настройки ключа wifi, после перехода обратно 
на r4667 аналогично завис в течении суток. 
перезагрузка не помогала, ssid был виден, но 
не пускал, помогало только подключение 
через провод и паразабивка ключа. в итоге 
сегодня перенастройка с 0 без 
использования сохраненных конфигов.

Original comment by IvanNi...@gmail.com on 22 Oct 2012 at 7:54

[GoogleCodeExporter]

у меня такая лажа тоже была один раз, причем 
пропало ни с того ни с сего - на r3323.

возможно перегрев модуля под нагрузкой - 
непонятно или какая-то злобная ошибка в wl.ko

Original comment by spameden on 22 Oct 2012 at 8:02

[GoogleCodeExporter]

Can you please post in english ?
Issue is very important for me, but there's no way to translate last 3 post 
using google...

Thanks

Original comment by qma...@gmail.com on 1 Nov 2012 at 3:02

[GoogleCodeExporter]

nothing important there, just a strange 'hangup' happened on both r3323 and 
r4667 - cured by re-flashing the firmware.

Original comment by spameden on 1 Nov 2012 at 3:08

[GoogleCodeExporter]

1.9.2.7-rtn-r4667 WIFI speed drops, and even became the latest firmware 
connection to disappear for a while, when the level is weak. And constantly 
jumping.

Original comment by pavlo1...@gmail.com on 6 Nov 2012 at 2:27

[GoogleCodeExporter]

as you can see issue is quite old.

what's the type of your router?

the only thing you can do is to try r3497

on the another note, you can try combining r3497 wireless drivers into latest 
trunk or r4667.

developers can't do anything with it because bug resides inside Broadcom's SDK. 
(it might be in wl.ko as well, i'm not sure).

Original comment by spameden on 6 Nov 2012 at 3:16

[GoogleCodeExporter]

SDK 5.10 branch revived at r4730. You can try to compile it:

svn co http://wl500g.googlecode.com/svn/branches/sdk510

r4731 equals to r4330 trunk release.

Original comment by lly.dev on 25 Nov 2012 at 2:10