As well as the following error-syslog entries:
Squashfs errors would indicate errors in the flash. Try reflashing again.
As well as the following error-syslog entries:
@RMerlin I understand ac66u will be highly likely be dropped out off support.. How about ac66u b1? Will it still be supported by you when Asus drop 382 source?
Sent from my iPad using Tapatalk
Any new setting that's longer than 255 characters won't be saved. This will limit the number of Policy rules to 255 chars total for instance - around 5-7 rules, depending on the length of your description field.
Any settings which I made larger (like the DHCP static reservations) won't be able to store more settings than allowed by the original buffer length. The DHCP reservation list will be limited even more, as I add an extra hostname field to the stored data in nvram.
I was also forced to move SSH keys to JFFS during early development - didn't know at the time the cause, now I do. Anything stored to jffs won't be included in settings backups.
Dang... I hope Asus can assist or revert their changes on this. I already have the AC86U to replace my current AC66U - hopefully you won’t drop the support
I'm in the same boat. Just bought a AC86u to replace my AC66u.
Oct 20 09:09:11 kernel: dhd_prot_ioctl: status ret value is -17
Oct 20 09:09:24 kernel: dhd_prot_ioctl: status ret value is -17
Oct 20 09:09:24 kernel: dhd_prot_ioctl: status ret value is -17
Oct 20 09:09:31 kernel: dhd_prot_ioctl: status ret value is -17
Oct 20 09:09:31 kernel: dhd_prot_ioctl: status ret value is -17
Oct 20 09:13:10 kernel: dhd_prot_flow_ring_create: Send Flow Create Req flow ID 262 for peer XX:XX:XX:XX:XX:XX prio 0 ifindex 0
Oct 20 09:13:10 kernel: dhd_prot_flow_ring_create_response_process: Flow Create Response status = 0 Flow 262
Oct 20 09:13:10 kernel: CONSOLE: 027513.964 flow_create : bitmap_size=512 maxitems=512
Oct 20 09:13:10 kernel: CONSOLE: 027513.975 wl0.0: wlc_send_bar: seq 0x1 tid 0
Oct 20 09:13:17 kernel: dhd_flow_rings_delete_for_peer: ifindex 0
Oct 20 09:13:17 kernel: dhd_prot_flow_ring_delete: Send Flow Delete Req RING ID 262 for peer XX:XX:XX:XX:XX:XX prio 0 ifindex 0
Oct 20 09:13:17 kernel: dhd_prot_flow_ring_delete_response_process: Flow Delete Response status = 0
Oct 20 09:13:17 kernel: CONSOLE: 027520.974 wl0: Proxy STA XX:XX:XX:XX:XX:XX link is already gone !!??
Oct 20 09:18:40 kernel: dhd_prot_flow_ring_create: Send Flow Create Req flow ID 262 for peer XX:XX:XX:XX:XX:XX prio 0 ifindex 0
Oct 20 09:18:40 kernel: dhd_prot_flow_ring_create_response_process: Flow Create Response status = 0 Flow 262
Oct 20 09:18:40 kernel: CONSOLE: 027842.960 flow_create : bitmap_size=512 maxitems=512
Oct 20 09:18:40 kernel: CONSOLE: 027842.971 wl0.0: wlc_send_bar: seq 0x1 tid 0
Oct 20 09:18:48 kernel: dhd_prot_ioctl: status ret value is -17
Oct 20 09:18:48 kernel: dhd_prot_ioctl: status ret value is -17
Oct 20 09:18:51 kernel: dhd_flow_rings_delete_for_peer: ifindex 0
Oct 20 09:18:51 kernel: dhd_prot_flow_ring_delete: Send Flow Delete Req RING ID 262 for peer XX:XX:XX:XX:XX:XX prio 0 ifindex 0
Oct 20 09:18:51 kernel: dhd_prot_flow_ring_delete_response_process: Flow Delete Response status = 0
Oct 20 09:18:51 kernel: CONSOLE: 027854.439 wl0: Proxy STA XX:XX:XX:XX:XX:XX link is already gone !!??
service restart_qos
Hi @RMerlin,
I've updated my RT-AC88U from 380.68_4 to 382.1_beta1 and all went smotth, excepting for the following:
- My CTF Hw Acceleration changed from disabled (380.68_4) to automatic (382.1_beta1): I reverted it to disabled, due to inconsistency with QOS management
- I had to clear my browser cash with CTRL+F5 in order to correctly visualize the webUI
- I had a lot of these message in the syslog:
Code:Oct 20 09:09:11 kernel: dhd_prot_ioctl: status ret value is -17 Oct 20 09:09:24 kernel: dhd_prot_ioctl: status ret value is -17 Oct 20 09:09:24 kernel: dhd_prot_ioctl: status ret value is -17 Oct 20 09:09:31 kernel: dhd_prot_ioctl: status ret value is -17 Oct 20 09:09:31 kernel: dhd_prot_ioctl: status ret value is -17 Oct 20 09:13:10 kernel: dhd_prot_flow_ring_create: Send Flow Create Req flow ID 262 for peer 70:ee:50:12:3c:86 prio 0 ifindex 0 Oct 20 09:13:10 kernel: dhd_prot_flow_ring_create_response_process: Flow Create Response status = 0 Flow 262 Oct 20 09:13:10 kernel: CONSOLE: 027513.964 flow_create : bitmap_size=512 maxitems=512 Oct 20 09:13:10 kernel: CONSOLE: 027513.975 wl0.0: wlc_send_bar: seq 0x1 tid 0 Oct 20 09:13:17 kernel: dhd_flow_rings_delete_for_peer: ifindex 0 Oct 20 09:13:17 kernel: dhd_prot_flow_ring_delete: Send Flow Delete Req RING ID 262 for peer 70:ee:50:12:3c:86 prio 0 ifindex 0 Oct 20 09:13:17 kernel: dhd_prot_flow_ring_delete_response_process: Flow Delete Response status = 0 Oct 20 09:13:17 kernel: CONSOLE: 027520.974 wl0: Proxy STA 70:ee:50:12:3c:86 link is already gone !!?? Oct 20 09:18:40 kernel: dhd_prot_flow_ring_create: Send Flow Create Req flow ID 262 for peer 70:ee:50:12:3c:86 prio 0 ifindex 0 Oct 20 09:18:40 kernel: dhd_prot_flow_ring_create_response_process: Flow Create Response status = 0 Flow 262 Oct 20 09:18:40 kernel: CONSOLE: 027842.960 flow_create : bitmap_size=512 maxitems=512 Oct 20 09:18:40 kernel: CONSOLE: 027842.971 wl0.0: wlc_send_bar: seq 0x1 tid 0 Oct 20 09:18:48 kernel: dhd_prot_ioctl: status ret value is -17 Oct 20 09:18:48 kernel: dhd_prot_ioctl: status ret value is -17 Oct 20 09:18:51 kernel: dhd_flow_rings_delete_for_peer: ifindex 0 Oct 20 09:18:51 kernel: dhd_prot_flow_ring_delete: Send Flow Delete Req RING ID 262 for peer 70:ee:50:12:3c:86 prio 0 ifindex 0 Oct 20 09:18:51 kernel: dhd_prot_flow_ring_delete_response_process: Flow Delete Response status = 0 Oct 20 09:18:51 kernel: CONSOLE: 027854.439 wl0: Proxy STA 70:ee:50:12:3c:86 link is already gone !!??
Is that normal?
With OpenVPN I can say it's all ok: I also tried to connecting my Android phone from outside the LAN and all went smooth as in 380.68_4
As is, the Beta is working great for me
Cool.Same here, OpenVPN performance is fantastic!!
I had a lot of these message in the syslog:
Here you could get the Beta FW from Asus for RT-AC86U with the Movistar+ Triple VLAN in preview: https://www.asuswebstorage.com/navigate/s/17AD71220AC246CB90478625CE46022CY
Cool.
Can you define "fantastic"?
Cool.
Can you define "fantastic"?
My ISP service is 200 down, 20 up. With my primary VPN service provider, PrivateTunnel, via Chicago server and AES-128-GCM cipher I get full throughput, 200/20. I tried Mullvad VPN service (3-hour trial) via Chicago server last weekend out of curiosity with AES-256-GCM cipher and was still able to achieve full throughput, 200/20.
Additional OpenVPN performance numbers from RMerlin…
https://www.snbforums.com/threads/openvpn-performance-of-the-rt-ac86u.41217/
@RMerlin : Can you let us know if there is anything we can do to apply pressure or help you get things changed to make supporting the RT-AC86U and other models easier. I know you are waiting to hear back from ASUS.. but please let us know if we can help.
Thanks for offering, but there isn't much users can do about it. Ultimately, it will depend on whether there's any way for Asus to provide me a way around this without having to break their licensing agreement with Broadcom and/or investing a significant amount of engineer time working on something that ultimately is only for a third party.
Asus's R&D probably already has their hands quite full with the recent WPA2 issues and something like 30-ish router models (plus all the wifi clients) in need of update, so it might take some time before I hear back from them one way or another.
At least I have a potential way around that I want to investigate in the coming days (splitting large nvram values into multiple small ones).
Welcome To SNBForums
SNBForums is a community for anyone who wants to learn about or discuss the latest in wireless routers, network storage and the ins and outs of building and maintaining a small network.
If you'd like to post a question, simply register and have at it!
While you're at it, please check out SmallNetBuilder for product reviews and our famous Router Charts, Ranker and plenty more!