What's new

Mysterious in by router

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

PavelBab

Occasional Visitor
Hi,
I use router RT-N16 router with Netgear DM200 modem (in bridge mode).
With official firmware and also with Merlin firmware some of HTTP web services times-out or throws "Connection has been reset" message while transferring data (for example submitting POST data through web form).
With old firmwares made by Oleg or Igor I have no problem.
Does anybody have any idea how to make new firmware work.

Thanks
 
Turn off your modem for 10-20 minutes.
 
Hi Gui,
I founded the problem. There is an error in the new firmware generation (version 3.0.xx).
I tested following routers:
- RT-N16 with old firmware generation (version 1.9.2.7.xxx)
- Zyxel VMG1312
- Netgear DM200 (in router mode)
All above mentioned routers work with MTU equal 1492 (according to specification of my provider).
Router RT-N16 with new generation of firmware does not work with MTU values higher than 1484. (Tested stock, Merlin, John's, ... firmwares)

Why it is necessary to set MTU value in new firmware generation lower than recommended.
 
All above mentioned routers work with MTU equal 1492 (according to specification of my provider).
Router RT-N16 with new generation of firmware does not work with MTU values higher than 1484. (Tested stock, Merlin, John's, ... firmwares)
Why it is necessary to set MTU value in new firmware generation lower than recommended.

Really? :rolleyes:

On my AC87U all MTU values are set to 1500 (expect loop back) - and same on the N66U:
chief@RT-AC87U:/tmp/home/root# ip ad | grep mtu
1: lo: <LOOPBACK,MULTICAST,UP,LOWER_UP> mtu 16436 qdisc noqueue state UNKNOWN
2: ifb0: <BROADCAST,NOARP> mtu 1500 qdisc noop state DOWN qlen 32
3: ifb1: <BROADCAST,NOARP> mtu 1500 qdisc noop state DOWN qlen 32
4: aux0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN qlen 1000
5: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UNKNOWN qlen 1000
6: eth1: <BROADCAST,MULTICAST,ALLMULTI,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UNKNOWN qlen 16
7: vlan1@eth0: <BROADCAST,MULTICAST,ALLMULTI,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP
8: vlan2@eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP
9: br0: <BROADCAST,MULTICAST,ALLMULTI,UP,LOWER_UP> mtu 1500 qdisc noqueue state UNKNOWN
10: wl0.3: <BROADCAST,MULTICAST,ALLMULTI,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UNKNOWN qlen 16
11: tun11: <POINTOPOINT,MULTICAST,NOARP,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 100

You can test the best MTU for your provider with this homepage - to not forget to allow WAN ping responses in the firewall settings (otherwise the test will not work).
 
Last edited:
Realy,
I set MTU 1500 and I tested it by ping command:
ping 8.8.8.8 -f -s 1456 -i 200
It is mean that MTU=1456+28=1484
Higher value cause loss of packet. More over HTTP services are OK for MTU 1484.

PS: thank you. I am testing it.
 
Last edited:
OK. Maybe you are right.
I have no any detail information about the Modem mode. I use PPPoE setup in the router.
Lower MTU is not big issue. I know when my router die I can buy new Asus again. I know how to solve it now.

Thanks to all.
 

Similar threads

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