What's new

Asuswrt-Merlin 3.0.0.4.374.33 is out

  • SNBForums Code of Conduct

    SNBForums is a community for everyone, no matter what their level of experience.

    Please be tolerant and patient of others, especially newcomers. We are all here to share and learn!

    The rules are simple: Be patient, be nice, be helpful or be gone!

Thank you for your great work, RMerlin

but since 374.32 on n16 sometimes get following wireless error, then have to reboot router

kernel: wlc_print_ampdu_txstatus: txstatus 0xf063

Hi Rmerlin, could you please have a look this issue? I can provide more details if requested.

Thank you very much in advance.
 
Hi,

On my RT-N16 it's present. Did you attach an USB drive before you checked the missing Download Master? :rolleyes:

With kind regards
Joe :cool:

Hi!
I reinstalled flash USB a disk. Everything works. Thanks.
 
Daylight Savings

Hey RMerlin,

fantastic work on the bios updates. Any chance of including a Daylight Savings checkbox in the next release? Saves having to change the timezone to match the local time, as I use Parental Controls! :)

Keep up the good work

cheers
 
Hi Rmerlin, could you please have a look this issue? I can provide more details if requested.

Thank you very much in advance.

Wireless driver is closed source. It's completely out of my control.
 
Hey RMerlin,

fantastic work on the bios updates. Any chance of including a Daylight Savings checkbox in the next release? Saves having to change the timezone to match the local time, as I use Parental Controls! :)

Keep up the good work

cheers

The firmware should automatically change to match DST. It does have trouble with some zones where the rules aren't up-to-date.
 
After upgrade to RT-AC66U_3.0.0.4_374.33_0 FW, this router cannot detect my 4G modem anymore. This log after insert this modem :-

Jan 1 08:02:32 kernel: usb 1-1.1: new high speed USB device using ehci_hcd and address 7
Jan 1 08:02:32 kernel: usb 1-1.1: configuration #34 chosen from 1 choice
Jan 1 08:02:32 kernel: scsi2 : SCSI emulation for USB Mass Storage devices
Jan 1 08:02:34 kernel: scsi 2:0:0:0: CD-ROM GCT Semi CD-ROM 312e PQ: 0 ANSI: 0 CCS
Jan 1 08:02:34 kernel: scsi 2:0:0:0: Attached scsi generic sg0 type 5
Jan 1 08:02:34 kernel: usb 1-1.1: USB disconnect, address 7
Jan 1 08:02:35 kernel: usb 1-1.1: new high speed USB device using ehci_hcd and address 8
Jan 1 08:02:35 kernel: usb 1-1.1: configuration #17 chosen from 1 choice

Reinstall back previous FW (RT-AC66U_3.0.0.4_374.32_0-dwyd) cause only this FW can detect my modem. Please help.Thank

Mr.RMerlin .Hope you can explain this problem. already post this few days agooo..
Mr.RMerlin...please say hello to me. Seems like I'm invisible here..huhu.
 
Mr.RMerlin .Hope you can explain this problem. already post this few days agooo..
Mr.RMerlin...please say hello to me. Seems like I'm invisible here..huhu.

I didn't answer simply because I don't know. I don't have or use any 3G/4G device.
 
Thank you for the firmware.

I wanted to ask if the restriction of max MTU of 1492 on PPoE could be removed to allow 1500? At least one major ISP in the UK, (BT), has a network that uses this setting. The router they supply has PPoE at MTU 1500, would be nice if we could do the same.

Thank you.
 
Last edited:
Yes, but not through the GUI. Would be helpful to be able to set it to 1500 on the WAN set up page if the restriction was removed.
 
You can set MTU on the router's interface with ifconfig. But you also have to change your computers as well to use that packet size as well.
 
It was just a question to Merlin to ask if the PPoE MTU/MRU 1492 restriction could be removed on the WAN set up page.

If it can it would be great, if it can't then we can continue to set to 1500 by other means.
 
It was just a question to Merlin to ask if the PPoE MTU/MRU 1492 restriction could be removed on the WAN set up page.

If it can it would be great, if it can't then we can continue to set to 1500 by other means.

If manually setting it works then I could lift the limitation from the webui. My primary concern was whether rp-pppoe actually used any MTU that was bigger.
 
If manually setting it works then I could lift the limitation from the webui. My primary concern was whether rp-pppoe actually used any MTU that was bigger.

I can say for sure that the BT network in the UK uses 1500. Whilst using Tomato firmware 1500 was fully working. Using Asus firmware and setting by eth0, vlan2 and ppp0, seems to work mostly for me, but occasionally some sites fail to load. I was wondering if setting manually this way is missing something which would be properly set when done through the webui?

If the restriction could be lifted in the future it would be helpful.
 
I can say for sure that the BT network in the UK uses 1500. Whilst using Tomato firmware 1500 was fully working. Using Asus firmware and setting by eth0, vlan2 and ppp0, seems to work mostly for me, but occasionally some sites fail to load. I was wondering if setting manually this way is missing something which would be properly set when done through the webui?

If the restriction could be lifted in the future it would be helpful.

If some sites fail to load, then it isn't working properly. You will have to do ping tests to confirm that you aren't suffering from packet fragmentation first.
 
inSSIDer and the N66U's GUI(hover over wireless icon) does not agree with the channels being used in 5GHz band set for auto channel. The GUI reports I'm using 157+ 159 while inSSIDer says 157+161. I don't know which to believe. :)

Note: Speed is still great even with the confusion.;)
 
inSSIDer and the N66U's GUI(hover over wireless icon) does not agree with the channels being used in 5GHz band set for auto channel. The GUI reports I'm using 157+ 159 while inSSIDer says 157+161. I don't know which to believe. :)

Note: Speed is still great even with the confusion.;)

There is a 4 channel "break" between channels in 5ghz (so APs in the same area should be able to use adjacent channels, unlike 2.4ghz) so there actually isn't a channel 159, maybe it's using that to tell you it's taking all the airspace between 157:161 = 40 MHz, like how 40 MHz channels on 2.4ghz will sometimes identify as the median channel that they are occupying. I dunno I will have to double check mine.
 

Latest threads

Support SNBForums w/ Amazon

If you'd like to support SNBForums, just use this link and buy anything on Amazon. Thanks!

Sign Up For SNBForums Daily Digest

Get an update of what's new every day delivered to your mailbox. Sign up here!

Members online

Top