I have a AC87U running Asuswrt-Merlin 376.48_1 that is running dual-wan in load balancing mode.
Since using dual-wan webpages seem to lag in that chrome says "Waiting for (some domain)" and in particular HTTPS sites seem to have the problem more often in that the page only partially loads and then hangs. In order to fully render the page, the page must be refreshed.
One of the WAN's is VDSL using PPPOE and its MTU is 1492, but the other is DHCP with an MTU of 1500. It seems the firmware automatically applied the following iptables rule:
As I understand it, this forces the packet size to be no larger than the MTU. Will this work for both 1492 and 1500 MTU sizes? Could the presence of multiple MTU sizes interfere with MTU Path Discovery? Another idea I am considering is if the route cache (rt_cache) is not optimized for dual wan scenarios; the output of lnstats is posted below.
If anyone has any ideas at all, it would be very appreciated. Suggestions on even how to diagnose the problem, pages hanging and requiring a refresh, would be very helpful!
More Details:
For the primary WAN, I have "Automatic IP" (DHCP I assume) with a 1500 MTU. The second WAN is using the 4th Ethernet port and is connected to an Actiontec C1000a running in "Transparent Bridge" mode. The AC87U is configured to connect to CenturyLink DSL which I believe is VDSL2 using PPPOE with a 1492 MTU and MRU.
Both the primary and secondary WAN connections use 8.8.8.8 and 8.8.4.4 as the WAN DNS. The internet connection tab of the "WAN" page seems to sometimes to revert the toggle back to "Get WAN DNS Automatically", but other pages and the "/tmp/resolv.conf" file still show the correct DNS.
I have DDNS using dyndns.org (custom) and always want this to update to the primary WAN IP and seems to be happening without any further configuration. This is used in conjunction with port 80 forwarding to a server running apache, JIRA, etc. Since implementing dual wan, external access to JIRA has been reported to be slower.
Primary Wan Config
Ethernet/DSL WAN Config
rt_cache_stats.txt (Router has only been up for about 1.5 hours)
Since using dual-wan webpages seem to lag in that chrome says "Waiting for (some domain)" and in particular HTTPS sites seem to have the problem more often in that the page only partially loads and then hangs. In order to fully render the page, the page must be refreshed.
One of the WAN's is VDSL using PPPOE and its MTU is 1492, but the other is DHCP with an MTU of 1500. It seems the firmware automatically applied the following iptables rule:
Code:
A FORWARD -p tcp -m tcp --tcp-flags SYN,RST SYN -j TCPMSS --clamp-mss-to-pmtuAs I understand it, this forces the packet size to be no larger than the MTU. Will this work for both 1492 and 1500 MTU sizes? Could the presence of multiple MTU sizes interfere with MTU Path Discovery? Another idea I am considering is if the route cache (rt_cache) is not optimized for dual wan scenarios; the output of lnstats is posted below.
If anyone has any ideas at all, it would be very appreciated. Suggestions on even how to diagnose the problem, pages hanging and requiring a refresh, would be very helpful!
More Details:
For the primary WAN, I have "Automatic IP" (DHCP I assume) with a 1500 MTU. The second WAN is using the 4th Ethernet port and is connected to an Actiontec C1000a running in "Transparent Bridge" mode. The AC87U is configured to connect to CenturyLink DSL which I believe is VDSL2 using PPPOE with a 1492 MTU and MRU.
Both the primary and secondary WAN connections use 8.8.8.8 and 8.8.4.4 as the WAN DNS. The internet connection tab of the "WAN" page seems to sometimes to revert the toggle back to "Get WAN DNS Automatically", but other pages and the "/tmp/resolv.conf" file still show the correct DNS.
I have DDNS using dyndns.org (custom) and always want this to update to the primary WAN IP and seems to be happening without any further configuration. This is used in conjunction with port 80 forwarding to a server running apache, JIRA, etc. Since implementing dual wan, external access to JIRA has been reported to be slower.
Primary Wan Config
Ethernet/DSL WAN Config
rt_cache_stats.txt (Router has only been up for about 1.5 hours)
