What's new

Asuswrt-Merlin 374.40 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!

Status
Not open for further replies.
That's the one I ran, right from that posted link. Just ran it again, same results, all stealth(green).

ICMPv6 ECHO REQUEST returned : ECHO NO REPLY

Strange i just ran it again and all is stealth but the echo reply that was yellow. I believe Merlin stated that was normal for v6. Are you sure your IPv6 is working the way it should ?
 
That's the one I ran, right from that posted link. Just ran it again, same results, all stealth(green).

ICMPv6 ECHO REQUEST returned : ECHO NO REPLY

That's what I thought I had seen on 39_0-em and earlier.

Strange as Merlin is saying 'Nothing has been changed to the IPv6 firewall.' and it sounds like the 374.40 behaviour is the expected behavior.
 
That's what I thought I had seen on 39_0-em and earlier.

Strange as Merlin is saying 'Nothing has been changed to the IPv6 firewall.' and it sounds like the 374.40 behaviour is the expected behavior.

I am using 374_39 on the AC-68U maybe the EM build has somthing different when it comes to V6.
 
n66u has been up for 6 days and the 68u has been up for 4 days without an issue. both rebooted for other reasons such as the shoddy asus code for the USB refusing to mount (now got a network drive to replace it)
 
There is a weird bug in 374.40 for AC66U

I'm using the Russian language but in the top-right language menu it shows incorrectly: only one letter "Р" instead of word "Русский"

Maybe it's the asus bug but I don't want to flash official build to test.

And also I have one question about PPTP VPN:

After I've started the PPTP server and used it for a little, all was OK.
But after some idle time (an hour or two) the server does not want to accept any connection from win7,win8 pcs, android phones etc.

the log:

Code:
Mar 12 17:19:49 pptpd[664]: CTRL: Client 10.10.1.100 control connection started
Mar 12 17:19:49 pptpd[664]: CTRL: Starting call (launching pppd, opening GRE)
Mar 12 17:19:49 pptp[665]: Plugin pptp.so loaded.
Mar 12 17:19:49 pptp[665]: PPTP plugin version 0.8.5 compiled for pppd-2.4.5, linux-2.6.22.19
Mar 12 17:19:49 pptp[665]: pppd 2.4.5 started by admin, uid 0
Mar 12 17:19:49 pptp[665]: Using interface ppp10
Mar 12 17:19:49 pptp[665]: Connect: ppp10 <--> pptp (10.10.1.100)
Mar 12 17:20:19 pptp[665]: LCP: timeout sending Config-Requests
Mar 12 17:20:19 pptp[665]: Connection terminated.
Mar 12 17:20:19 kernel: Interface ppp10 doesn't exist
Mar 12 17:20:19 pptp[665]: Modem hangup
Mar 12 17:20:19 pptp[665]: Exit.
Mar 12 17:20:19 pptpd[664]: CTRL: Client pppd TERM sending
Mar 12 17:20:19 pptpd[664]: CTRL: Client pppd finish wait
Mar 12 17:20:19 pptpd[664]: CTRL: Client 10.10.1.100 control connection finished
Mar 12 17:25:23 rc_service: httpd 320:notify_rc stop_pptpd

Restarting the PPTP server does not solves the problem, even rebooting the router does not helps. The server suddenly can just 'decide' to accept connections again and all over again.

The PPTP server begins to work again after flashing the router (374.40>374.39 and back)

the same problem appears on 374.39 too...

And here's the log when the server accepts the connection:
Code:
Mar 12 17:41:59 pptpd[672]: CTRL: Client 10.10.1.100 control connection started
Mar 12 17:41:59 pptpd[672]: CTRL: Starting call (launching pppd, opening GRE)
Mar 12 17:41:59 pptp[673]: Plugin pptp.so loaded.
Mar 12 17:41:59 pptp[673]: PPTP plugin version 0.8.5 compiled for pppd-2.4.5, linux-2.6.22.19
Mar 12 17:41:59 pptp[673]: pppd 2.4.5 started by admin, uid 0
Mar 12 17:41:59 pptp[673]: Using interface ppp10
Mar 12 17:41:59 pptp[673]: Connect: ppp10 <--> pptp (10.10.1.100)
Mar 12 17:42:02 pptpd[672]: CTRL: Ignored a SET LINK INFO packet with real ACCMs!
Mar 12 17:42:02 pptp[673]: MPPE 128-bit stateless compression enabled
Mar 12 17:42:03 pptp[673]: Cannot determine ethernet address for proxy ARP
Mar 12 17:42:03 pptp[673]: local  IP address 10.7.7.33
Mar 12 17:42:03 pptp[673]: remote IP address 192.168.10.2
 
Yes, Comcast and running a RT-N66W.

What's the make and model of your modem? If you have a modem/router, you'll need to call Comcast and have them bridge your modem. It sounds like you're double natted to me.

If that doesn't work then follow basic troubleshooting steps and update firmware, and then reset router to factory defaults and reconfigure from scratch.
 
What's the make and model of your modem? If you have a modem/router, you'll need to call Comcast and have them bridge your modem. It sounds like you're double natted to me.

If that doesn't work then follow basic troubleshooting steps and update firmware, and then reset router to factory defaults and reconfigure from scratch.

I have an SB6121 and same router as Keenan RT-N66 and saw similar behavior with 39_0-em and below. It only seemed to change when I updated to 374.40

That's the first time I saw ICMPv6 ECHO REQUEST returning a reply with an IPv6 port test. Previously it had been 'stealth'ed
 
Can't upload any firmware after 374.40 update

I'm running 374.40 on my RT-N66U.

Because I'm having constant wireless dropouts on 2.4 GHz, I decided to roll back to the 374.39_0-em version, which worked well for me.

Now I find that I cannot upload any .trx file to the router. Not even the same one which is already installed.

All firmware updates result in "Firmware upgrade unsuccessfully. It may result from incorrect image or error transmission. Please check the version of firmware and try again."

Help?
 
What's the make and model of your modem? If you have a modem/router, you'll need to call Comcast and have them bridge your modem. It sounds like you're double natted to me.

If that doesn't work then follow basic troubleshooting steps and update firmware, and then reset router to factory defaults and reconfigure from scratch.
The modem is a Zoom 5341J with firmware version 5.5.8.6J. It was very recently updated from the previous firmware, probably in the last few weeks.
 
I'm trying to determine the best fw fit for my RT-N16 coming from a older version of a tomato derivative. Reading allot about reboots etc on the newer routers with the current release, so I'm a bit concerned as to which is best from a throughput and stability perspective. This is not my testing router so its needs to be 100% rock solid.
Thanks!
 
The modem is a Zoom 5341J with firmware version 5.5.8.6J. It was very recently updated from the previous firmware, probably in the last few weeks.

Ok. Looks like your modem is just a modem and not the problem. I guess you'll just have to update the firmware on the asus and reset it to factory defaults and go from there.
 
The modem is a Zoom 5341J with firmware version 5.5.8.6J. It was very recently updated from the previous firmware, probably in the last few weeks.

Just to confirm are you saying you always got a stealth report for v6 for the echo ? I have never been able to get stealth on the echo request all others are green and stealth. Merlin says this is normal i am also using the Zoom 5341J and have been for over 2 years on the comcast network.
 
Just to confirm are you saying you always got a stealth report for v6 for the echo ? I have never been able to get stealth on the echo request all others are green and stealth. Merlin says this is normal i am also using the Zoom 5341J and have been for over 2 years on the comcast network.

Well, I've never tried that particular test site before and have only tried it with my current FW of 39_0-em. On the ShieldsUp site I've always had stealth/green results on the tests I've ran there.

I just removed the router and went straight computer to the modem and got the same results, all green including the echo request.
 
I'm running 374.40 on my RT-N66U.

Because I'm having constant wireless dropouts on 2.4 GHz, I decided to roll back to the 374.39_0-em version, which worked well for me.

Now I find that I cannot upload any .trx file to the router. Not even the same one which is already installed.

All firmware updates result in "Firmware upgrade unsuccessfully. It may result from incorrect image or error transmission. Please check the version of firmware and try again."

Help?

I have had that issue with one firmware on my router through wireless. Try uploading the firmware from a hardwired computer. That worked for me.
 
I have had that issue with one firmware on my router through wireless. Try uploading the firmware from a hardwired computer. That worked for me.

Thanks for the suggestion, but my PC is hard wired.
 
Status
Not open for further replies.

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!
Top