----------------------清-----------------------

云***

网件r6220没有老毛子固件。希望大神适配一下

da***

google上显示类似情况蛮多的。虽然已经在/etc/config/wireless添加option disassoc_low_ack '0'还是做个脚本进行检测，等待下次遇到类似情况是否能自动解决。

1. #!/bin/sh
   
2. time1="`logread -t|grep "timer DEAUTH"|sed -n "$ p"|cut -d " " -f7|grep -o "[0-9]\+"|sed -n "1p"`"
   
3. now="`date +%s` - 120" #2min
   
4. now=`expr $now`
   
5. #echo $now
   
6. if [ "$time1" -gt "$now" ];then wifi down;wifi;  #如果是两分钟发生的日志，对wifi进行重启，怀疑这个命令会无效，下午用luci-reload有效，但不知道luci-reload做了哪些操作，不知道是否有仅仅针对hostapd的操作
   
7. echo "`(date +"%m/%d/%Y %T")` timer DEAUTH/REMOVE" >> /tmp/log1;
   
8. fi
   

复制代码

2018-02-02添加,虽然添加了补丁,通过无线以10MB/s全速拷贝windows共享文件不再出现wifi挂的情况,但是放置在公司的AP还是随机可能运行半个月又再出现这个严重的Dropping frma due to full tx queue问题,改一下脚本,让它自动重启去.运行cron 任务 */1 * * * * /wifichkeck.sh

1. #!/bin/sh
   
2. time1="`logread -t|grep "Dropping frame due to full tx queue 2"|sed -n "$ p"|cut -d " " -f7|grep -o "[0-9]\+"|sed -n "1p"`"
   
3. now="`date +%s` - 120" #2min
   
4. now=`expr $now`
   
5. #echo $now
   
6. if [ "$time1" -gt "$now" ];then #wifi down;wifi;  #如果是两分钟发生的日志，对wifi进行重启，怀疑这个命令会无效，下午用luci-reload有效，但不知道luci-reload做了哪些操作，不知道是否有仅仅针对hostapd的操作
   
7. echo "`(date +"%m/%d/%Y %T")` Dropping frame due to full tx queue 2" >> /mnt/sda1/log1;
   
8. /sbin/reboot
   
9. fi
   

复制代码

da***

今天家里的优酷路由宝刷lede 17.01.2 再次发生无线无法使用的情况。奇怪公司里那个一直没问题。可能的情况是在使用电视盒看完节目时睡着，然后长时间没操作然后因为什么原因导致所有客户端都失败。

之前至少lede17.01.0打过这个补丁从来没出现过问题(没尝试过不打补丁是否也会导致无线异常)。在lede 17.01.2第一次出现无线异常时，以前应该尝试过wifi off;wifi的无效。今天先试了试luci-reload结果无线就正常了。最糟的情况就是通过判断日志deauthenticated due to inactivity (timer DEAUTH/REMOVE)的出现去重启无线了。

1. uci set wireless.@wifi-iface[0].disassoc_low_ack=0
   
2. uci commit

复制代码

日志里有类似deauthenticated due to inactivity (timer DEAUTH/REMOVE)

1. Sun Jul  9 16:19:00 2017 daemon.info hostapd: wlan0: STA 3c:33:00 IEEE 802.11: deauthenticated due to inactivity (timer DEAUTH/REMOVE)
   
2. Sun Jul  9 16:19:01 2017 daemon.err odhcp6c[1152]: Failed to send DHCPV6 message to ff02::1:2 (Permission denied)
   
3. Sun Jul  9 16:21:08 2017 daemon.err odhcp6c[1152]: Failed to send DHCPV6 message to ff02::1:2 (Permission denied)
   
4. Sun Jul  9 16:21:28 2017 daemon.info hostapd: wlan0: STA e4:90:7e WPA: group key handshake completed (RSN)
   
5. Sun Jul  9 16:21:31 2017 daemon.notice hostapd: wlan0: AP-STA-DISCONNECTED 54:36:9b
   
6. Sun Jul  9 16:21:36 2017 daemon.info hostapd: wlan0: STA 54:36:9b IEEE 802.11: deauthenticated due to local deauth request
   
7. Sun Jul  9 16:22:33 2017 daemon.info hostapd: wlan0: STA 00:27:15 IEEE 802.11: disassociated due to inactivity
   
8. Sun Jul  9 16:22:34 2017 daemon.info hostapd: wlan0: STA 00:27:15 IEEE 802.11: deauthenticated due to inactivity (timer DEAUTH/REMOVE)
   
9. Sun Jul  9 16:23:06 2017 daemon.err odhcp6c[1152]: Failed to send DHCPV6 message to ff02::1:2 (Permission denied)
   
10. Sun Jul  9 16:24:59 2017 daemon.err odhcp6c[1152]: Failed to send DHCPV6 message to ff02::1:2 (Permission denied)
    
11. Sun Jul  9 16:27:06 2017 daemon.err odhcp6c[1152]: Failed to send DHCPV6 message to ff02::1:2 (Permission denied)
    
12. Sun Jul  9 16:27:43 2017 daemon.notice hostapd: wlan0: AP-STA-DISCONNECTED e4:90:7e
    
13. Sun Jul  9 16:27:43 2017 daemon.info hostapd: wlan0: STA e4:90:7e IEEE 802.11: disassociated
    
14. Sun Jul  9 16:27:44 2017 daemon.info hostapd: wlan0: STA e4:90:7e IEEE 802.11: deauthenticated due to inactivity (timer DEAUTH/REMOVE)
    
15. Sun Jul  9 16:27:56 2017 daemon.info hostapd: wlan0: STA e4:90:7e IEEE 802.11: authenticated
    
16. 
    
17. Sun Jul  9 16:29:07 2017 daemon.err odhcp6c[1152]: Failed to send DHCPV6 message to ff02::1:2 (Permission denied)
    
18. Sun Jul  9 16:30:00 2017 cron.info crond[1727]: USER root pid 23975 cmd /da/ddns.sh
    
19. Sun Jul  9 16:31:03 2017 daemon.err odhcp6c[1152]: Failed to send DHCPV6 message to ff02::1:2 (Permission denied)
    
20. Sun Jul  9 16:31:31 2017 daemon.notice hostapd: wlan0: AP-STA-DISCONNECTED e4:90:7e
    
21. Sun Jul  9 16:31:33 2017 daemon.info hostapd: wlan0: STA e4:90:7e IEEE 802.11: authenticated
    
22. Sun Jul  9 16:31:33 2017 daemon.info hostapd: wlan0: STA e4:90:7e IEEE 802.11: associated (aid 1)
    
23. Sun Jul  9 16:31:33 2017 daemon.notice hostapd: wlan0: AP-STA-CONNECTED e4:90:7e
    
24. Sun Jul  9 16:31:33 2017 daemon.info hostapd: wlan0: STA e4:90:7e RADIUS: starting accounting session 017598CD43E07A19
    
25. Sun Jul  9 16:31:33 2017 daemon.info hostapd: wlan0: STA e4:90:7e WPA: pairwise key handshake completed (RSN)
    
26. Sun Jul  9 16:31:34 2017 daemon.info dnsmasq-dhcp[4372]: DHCPREQUEST(wlan0) 10.1.0.231 e4:90:7e
    
27. Sun Jul  9 16:31:34 2017 daemon.info dnsmasq-dhcp[4372]: DHCPACK(wlan0) 10.1.0.231 e4:90:7e android-8647b609d6

复制代码

da***

以下回复只针对mtk7620 的优酷路由宝碰到的一些情况

优酷路由宝刷的老毛子无线方面非常不稳定，而且奇怪的是同样一个硬件在公司那地方ping网关延迟在3ms以内，拿到家里就是乱跳ping，稍微有点流量就是500ms的延迟。已经排除信道干扰。一直因为无线不稳定的原因对padavan无爱，在openwrt下面ping网关通常在1ms。
当然openwrt里能够预见的一个错误，通过windows共享反复高速以10MB/s拷贝2-3次就可以将2.4G无线弄废掉。

相关讨论在以下页面
https://right.com.cn/forum/thread-146943-3-1.html
https://lists.openwrt.org/piperm ... ptember/035776.html

目前这个999-rt2x00-queue-update.patch补丁在cc 15.05.1,lede 17.01.0都应用过。相对来说CC可能好点没再遇到问题，lede 17.01.0在一台thinpad上也会出现网络异常的情况，但只有那台笔记本有问题，其它无线客户端正常。而且这两个版本在intel无线网卡上都可以10MB/s高速拷贝，唯一的问题就是无线会短暂的1s之内信号消失又马上出现。
最近注意到lede 17.01.2更新日志提到了对ramips的无线驱动更新之类的。原以为会更好，同样也打上这个补丁，结果今天发现家里的依然出现Dropping frame due to full tx queue类似情况，确认肯定是打过这个补丁的。注意到无线信号短暂消失的情况似乎是不存在了。但是不知道是否微信问题，还是驱动有什么节能选项，手机黑屏似乎得过20分钟左右才能收到信息。。。

af***

66666666666666666666666666666666666666666

mxw***

ppaulette 发表于 2017-5-7 18:41
lede可以加hwnat插件，就支持硬件加速了

兄台说完啊插件名字啊

mxw***

ppaulette 发表于 2017-5-7 18:41
lede可以加hwnat插件，就支持硬件加速了

兄台说完啊。

mabin***

6666666666666666666666666666666666666666666666666666666

onl***

没用过老毛子，不知道好不好，应为没有固件，潘多拉固件多，比较好

siu***

谢谢·········

ljh406***

同样k2刷的lede感觉无线还好啊  没测试过。在捣鼓无线无缝漫游。

zha***

ppaulette 发表于 2017-5-7 18:41
lede可以加hwnat插件，就支持硬件加速了

lede 出HWNAT了？能指点下吗？

zzy***

k2刷的lede，感觉无线信号超好啊，特别2.4好的过分，都不敢用了，功率降到50%，还太大

clio***

LEDE系统有什么优势吗？一直用pandorabox，感觉还不错啊

我特殊***

其实不死鸟只有有S----S-------R和mac地址绑定就完美了！