Asuswrt-Merlin 3.0.0.4.354.27 Beta 1

[RMerlin]

Merlin, will there be another beta build or is this the final version?

Will depend on whether any FW-specific issues get reported and require fixing or not.

 

[cmillar6]

dhcp logging in the system log seems to
be broken, I even removed static IP addresses
and I still don't see them in the log.
Oddly, after I initially flashed it was
working properly. However after I read about
wiping your settings I did this and that's
when the dhcp requests in the log stopped
I've checked all my settings and they should
work

 

[RMerlin]

dhcp logging in the system log seems to
be broken, I even removed static IP addresses
and I still don't see them in the log.
Oddly, after I initially flashed it was
working properly. However after I read about
wiping your settings I did this and that's
when the dhcp requests in the log stopped
I've checked all my settings and they should
work

LAN -> DHCP Server page - what do you have "Log DHCP queries" set to?

Logging is working normally here.

 

[cmillar6]

It's set to Yes

 

[morden]

I've always had my Panasonic Viera VT50 television connect to the 5ghz band. My settings are (I've always had it set to these settings and haven't changed them in quite a long time):
Wireless mode -N only
Channel bandwith - 40mhz
Control channel - 36
Extension channel - Auto

Just did did a network connection test on the tv and it says no issues with connection. I'm currently using your latest beta build on the router (3.0.0.4.354.27 Beta 1)

I suspect there's an issue with the RT-N66U and the Centrino 6230 with the new driver. While it works fine with my RT-AC66U, my laptop is totally unable to connect to the RT-N66U on the 5 GHz band with the Centrino 6230. I'll contact Asus about it, see if they can reproduce the issue on their end.

UPDATE: the issue seems to only occur while the 5 GHz band is set to 40 MHz width. That might mean it's not specific to the Centrino 6230, but to 40 MHz width in general.

Anyone could test this for me on an RT-N66U? Have the 5 GHz band set to 40 MHz, and let me know if you are able to connect, and at what rate. Also specify which network card you have, so I can tell if it's a single, dual or triple stream card.

 

[Soul--Reaver]

I suspect there's an issue with the RT-N66U and the Centrino 6230 with the new driver. While it works fine with my RT-AC66U, my laptop is totally unable to connect to the RT-N66U on the 5 GHz band with the Centrino 6230. I'll contact Asus about it, see if they can reproduce the issue on their end.

UPDATE: the issue seems to only occur while the 5 GHz band is set to 40 MHz width. That might mean it's not specific to the Centrino 6230, but to 40 MHz width in general.

Anyone could test this for me on an RT-N66U? Have the 5 GHz band set to 40 MHz, and let me know if you are able to connect, and at what rate. Also specify which network card you have, so I can tell if it's a single, dual or triple stream card.

I'm running my laptop with a Intel T8100 processor and Intel Wifi Link 4965. 5ghz is working fine for me with 40mhz

SSID: "SL-Wireless_5ghz"
RSSI: 0 dBm SNR: 0 dB noise: -79 dBm Channel: 36l
BSSID: 10:BF:483:5E:A4 Capability: ESS
Supported Rates: [ 6(b) 9 12(b) 18 24(b) 36 48 54 ]
802.11N Capable:
Chanspec: 5GHz channel 38 40MHz (0x1d26)
Control channel: 36
802.11N Capabilities:
Supported MCS : [ 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 32 ]

Mode : AP Only

Stations List Rx/Tx speed rssi state
--------------------------------------------------------------------------------------
00:1F:3B:A9:58:E7 192.168.1.155 SL-Gundam 150/270 Mbps -37 dBm assoc auth

 

[lilstone87]

LAN -> DHCP Server page - what do you have "Log DHCP queries" set to?

Logging is working normally here.

Yeah I can tell you on my N66U it's not logging either. Hell nothing has been recorded in the log for over a day, and I can tell you using previous firmware version's. It's almost like spam to me seeing DHCP stuff being logged. I have multiple thing's with assigned IP's, and yes the option is set to "Yes", which if I am correct is "Yes" by default anyway's.

 

[jerry6]

I had 2 discomects in 48 hours on 5 ghz band and could not see the band until I rebooted router then 5 ghz band was visible again . All 5 ghz ssid were missing from inssider and windows
intel 5300 on chan 153 40mhz

 

[Magoo]

No DHCP logging here either.

 

[jay50n]

I had 2 discomects in 48 hours on 5 ghz band and could not see the band until I rebooted router then 5 ghz band was visible again . All 5 ghz ssid were missing from inssider and windows
intel 5300 on chan 153 40mhz

I had the same problem from channel 149 to 161. File transfers would suddenly drop to 0 for a few seconds and back up. 1 to 2 disconnections a day on the 5ghz band and the ssid for the router could no longer be seen until a reboot of the router. However, switching to channel 36 to 48 resolves all the problems for me or for those who just have no choice but to stay on channel 149 to 161, switching to 20mhz does solve the problem too

 

[RMerlin]

I'll try to see if I can reproduce the DHCP logging issues here, but so far my log gets a healthy dose of DHCP log entries from my various devices.

 

[RMerlin]

I'm running my laptop with a Intel T8100 processor and Intel Wifi Link 4965. 5ghz is working fine for me with 40mhz

Thanks for the report. Might be specific to the 6230 (and possibly a few other select devices) then. I'll try to follow up on this with Asus.

 

[RMerlin]

Yeah I can tell you on my N66U it's not logging either. Hell nothing has been recorded in the log for over a day, and I can tell you using previous firmware version's. It's almost like spam to me seeing DHCP stuff being logged. I have multiple thing's with assigned IP's, and yes the option is set to "Yes", which if I am correct is "Yes" by default anyway's.

Makes me wonder if the issue wouldn't be with syslog itself them, and not DHCP events. Log to your router over SSH, then see if there's a new entry in syslog looking like this:

Apr  1 02:50:27 login[1828]: root login on 'pts/0' admin@Stargate:/tmp/home/root#

 

[Magoo]

Nothing in the syslog after logging in via SSH.

 

[house]

Wireless mode -N only
Channel bandwith - 40mhz
Control channel - 36
Extension channel - Auto

also have random disconnects on 5ghz but there are 1-2 time per day.not so often.on samsung galaxy s3 (only device i have with 5ghz band)

 

[joegreat]

I'll try to see if I can reproduce the DHCP logging issues here, but so far my log gets a healthy dose of DHCP log entries from my various devices.

Hi,

I can confirm: Logging works just fine!

Mar 31 22:38:17 login[5723]: root login on 'pts/0'
Apr  1 10:34:43 rc_service: httpd 509:notify_rc restart_dnsmasq
Apr  1 10:34:43 dnsmasq[507]: exiting on receipt of SIGTERM
Apr  1 10:34:43 dnsmasq[7876]: started, version 2.65 cachesize 1500
Apr  1 10:34:43 dnsmasq[7876]: compile time options: IPv6 GNU-getopt no-RTC no-DBus no-i18n no-IDN DHCP DHCPv6 no-Lua TFTP no-conntrack
Apr  1 10:34:43 dnsmasq[7876]: asynchronous logging enabled, queue limit is 5 messages
Apr  1 10:34:43 dnsmasq-dhcp[7876]: DHCP, IP range 192.168.0.2 -- 192.168.0.251, lease time 1d
Apr  1 10:34:43 dnsmasq[7876]: read /etc/hosts - 36 addresses
Apr  1 10:34:43 dnsmasq[7876]: read /etc/hosts.dnsmasq - 26 addresses
Apr  1 10:34:43 dnsmasq-dhcp[7876]: read /etc/ethers - 26 addresses
Apr  1 10:36:05 dnsmasq-dhcp[7876]: DHCPREQUEST(br0) 192.168.0.10 [MAC-Address]
Apr  1 10:36:05 dnsmasq-dhcp[7876]: DHCPACK(br0) 192.168.0.10 [MAC-Address] josi-pc
Apr  1 10:36:08 dnsmasq-dhcp[7876]: DHCPINFORM(br0) 192.168.0.10 [MAC-Address]
Apr  1 10:36:08 dnsmasq-dhcp[7876]: DHCPACK(br0) 192.168.0.10 [MAC-Address] Josi-PC

With kind regards
Joe

 

[Gingernut]

Makes me wonder if the issue wouldn't be with syslog itself them, and not DHCP events. Log to your router over SSH, then see if there's a new entry in syslog looking like this:

Apr  1 02:50:27 login[1828]: root login on 'pts/0' admin@Stargate:/tmp/home/root#

Mine logs..

Apr  1 11:37:23 dropbear[10737]: Child connection from 192.168.2.172:50904
Apr  1 11:37:36 dropbear[10737]: Password auth succeeded for 'admin' from 192.168.2.172:50904

got quite a bit of log spamming also

Apr  1 08:51:39 dnsmasq-dhcp[5798]: not giving name RT-N66U to the DHCP lease of 192.168.2.160 because the name exists in /etc/hosts with address 192.168.2.1
Apr  1 09:04:10 dnsmasq-dhcp[5798]: not giving name RT-N66U to the DHCP lease of 192.168.2.160 because the name exists in /etc/hosts with address 192.168.2.1
Apr  1 09:19:49 dnsmasq-dhcp[5798]: not giving name RT-N66U to the DHCP lease of 192.168.2.160 because the name exists in /etc/hosts with address 192.168.2.1
Apr  1 09:21:04 dnsmasq-dhcp[5798]: not giving name RT-N66U to the DHCP lease of 192.168.2.160 because the name exists in /etc/hosts with address 192.168.2.1
Apr  1 09:31:39 dnsmasq-dhcp[5798]: not giving name RT-N66U to the DHCP lease of 192.168.2.160 because the name exists in /etc/hosts with address 192.168.2.1
Apr  1 09:58:48 dnsmasq-dhcp[5798]: not giving name RT-N66U to the DHCP lease of 192.168.2.160 because the name exists in /etc/hosts with address 192.168.2.1
Apr  1 10:00:42 dnsmasq-dhcp[5798]: not giving name RT-N66U to the DHCP lease of 192.168.2.160 because the name exists in /etc/hosts with address 192.168.2.1
Apr  1 10:04:54 dnsmasq-dhcp[5798]: not giving name RT-N66U to the DHCP lease of 192.168.2.160 because the name exists in /etc/hosts with address 192.168.2.1
Apr  1 10:05:03 dnsmasq-dhcp[5798]: not giving name RT-N66U to the DHCP lease of 192.168.2.160 because the name exists in /etc/hosts with address 192.168.2.1
Apr  1 10:13:10 dnsmasq-dhcp[5798]: not giving name RT-N66U to the DHCP lease of 192.168.2.160 because the name exists in /etc/hosts with address 192.168.2.1
Apr  1 10:17:09 dnsmasq-dhcp[5798]: not giving name RT-N66U to the DHCP lease of 192.168.2.160 because the name exists in /etc/hosts with address 192.168.2.1

 

[Bagman]

Hi,

Yes, this due to wrong DST (daylight saving time) implementaion in the firmware.
Go for manual daylight saving time!

Manual daylight saving time settings for 2013 (in Europe):
DST start time: M3 month / 5 week / 0 weekday / 2 hour
DST end time: M10 / 4 week / 0 weekday / 2 hour

These settings switched today like a charm to DST...

With kind regards
Joe

I went back and re-enabled the manual DST settings, and now my N66 gets the time correct. I'm guessing there's additional problems between 1am and 2am on the day of the DST change that gave the problem I saw of going back one hour instead of forwards one hour under manual DST.

Once it's no longer the hour where the time jumps forwards, the router seems to get DST right (at least under manual settings).

 

[Builder71]

Just to make sure we are not only looking at 5GHz...

Also using 2.4GHz there are problems.
It connects fine but throughput is much lower than before.
It's also fluctuating.

I always set a fixed control channel and tested with a bunch of devices.
(Most of them are Android tablets and a few laptops.)
Upload speed seems to be hit the most.

Not sure what Asus did with the new (Beta) wireless driver, but it sucks bigtime.

(Tested on a 50/50 fiber connection.)

IMHO

 

[Magoo]

Definitely no SSH or DHCP logging here, even toggled the DHCP logging setting saved and rebooted and still no logging. I have changed the IP Pool Starting Address to .100 , not sure if that would have any effect.

Edit:

Cleared browser cache, reflashed firmware, restored to factory defaults and still no logging.