What's new

[RT-AC5300] Internet Call Issues. iPhone. Wifi.

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

Djnetics

New Around Here
Hi all.

I'm having some issues and hope someone can guide me to solve it.

Have an Asus RT-AC 5300 running Merlin 380.64. I have 1Gbps internet spped by Singtel Singapore on fibre.

When I have NAT Acceleration switched on, I did a speed test and I got an average of 800-900 mbps download and upload speed.

When I have NAT Acceleration switched off, the speed dropped to an average of 400-500 mbps download and upload speed.

I'm using speedtest.net to test the speed and using Singtel server to test it. Have always used that website for all my speed testing and it have been accurate so far.

ISSUE:

With NAT Acceleration switched on and making internet calls via Whatsapp, Facetime etc, the other party can't hear me but I can hear the other party.

With NAT Acceleration switched off, both of us can hear and speak to each other.

I've tried switching to 4G on the iPhone for internet calls and it works. So there's no software or hardware issue with my iPhone. Have also tried playing around by switching on and off the settings for each functions and came to the conclusion that NAT Acceleration is the culprit.

May I know how to solve the internet call issue but with NAT Acceleration switched on due to the speed dropped if it's off? Saw some posts on routing via VPN but using that seems to defeat the purpose since the speed will drop too. I have a Ring Doorbell and was routing through VPN for it to work previously due to NAT Acceleration issue too but the connection is still kinda laggy and slow...

I'm using Torguard as my VPN provider.

Hope someone can enlighten me on this. Appreciated.
 
If Torguard provide Openvpn server, set the Openvpn client and Redirect Internet traffic NO.
After that add this lines in custom configuration and test whatsapp.
I got this IP addresses from https://www.whatsapp.com/cidr.txt

If this works, find ip address of facetime and other voip services then add them below.

route-nopull
max-routes 500
#whatsapp
route 31.13.64.51
route 31.13.65.49
route 31.13.66.49
route 31.13.67.51
route 31.13.68.52
route 31.13.69.240
route 31.13.70.49
route 31.13.71.49
route 31.13.72.52
route 31.13.73.49
route 31.13.74.49
route 31.13.75.52
route 31.13.76.81
route 31.13.77.49
route 31.13.78.53
route 31.13.80.53
route 31.13.81.53
route 31.13.82.51
route 31.13.83.51
route 31.13.84.51
route 31.13.85.51
route 31.13.86.51
route 31.13.87.51
route 31.13.88.49
route 31.13.90.51
route 31.13.91.51
route 31.13.92.52
route 31.13.93.51
route 31.13.94.52
route 31.13.95.63
route 50.22.198.204
route 50.22.210.32
route 50.22.210.128
route 50.22.225.64
route 50.22.235.248
route 50.22.240.160
route 50.23.90.128
route 50.97.57.128
route 75.126.39.32
route 108.168.171.224
route 108.168.174.0
route 108.168.176.192
route 108.168.177.0
route 108.168.180.96
route 108.168.254.65
route 108.168.255.224
route 108.168.255.227
route 157.240.0.53
route 157.240.1.53
route 157.240.2.53
route 157.240.3.53
route 157.240.6.53
route 157.240.7.54
route 157.240.8.53
route 157.240.9.53
route 157.240.10.53
route 157.240.11.53
route 158.85.0.96
route 158.85.5.192
route 158.85.46.128
route 158.85.48.224
route 158.85.58.0
route 158.85.61.192
route 158.85.224.160
route 158.85.233.32
route 158.85.249.128
route 158.85.254.64
route 169.44.23.192
route 169.44.36.0
route 169.44.57.64
route 169.44.58.64
route 169.44.80.0
route 169.44.82.96
route 169.44.82.128
route 169.44.82.192
route 169.44.83.0
route 169.44.83.96
route 169.44.83.128
route 169.44.83.192
route 169.44.84.0
route 169.44.85.64
route 169.44.87.160
route 169.45.71.32
route 169.45.71.96
route 169.45.87.128
route 169.45.169.192
route 169.45.182.96
route 169.45.210.64
route 169.45.214.224
route 169.45.219.224
route 169.45.237.192
route 169.45.238.32
route 169.45.248.96
route 169.45.248.160
route 169.46.52.224
route 169.46.111.144
route 169.47.5.192
route 169.47.6.64
route 169.47.33.128
route 169.47.35.32
route 169.47.40.128
route 169.47.42.96
route 169.47.42.160
route 169.47.42.192
route 169.47.47.160
route 169.53.29.128
route 169.53.48.32
route 169.53.71.224
route 169.53.81.64
route 169.53.250.128
route 169.53.252.64
route 169.53.255.64
route 169.54.2.160
route 169.54.44.224
route 169.54.51.32
route 169.54.55.192
route 169.54.193.160
route 169.54.210.0
route 169.54.222.128
route 169.55.67.224
route 169.55.69.128
route 169.55.74.32
route 169.55.75.96
route 169.55.126.64
route 169.55.210.96
route 169.55.235.160
route 173.192.162.32
route 173.192.219.128
route 173.192.222.160
route 173.192.231.32
route 173.193.205.0
route 173.193.230.96
route 173.193.230.128
route 173.193.230.192
route 173.193.239.0
route 174.36.208.128
route 174.36.210.32
route 174.36.251.192
route 174.37.199.192
route 174.37.217.64
route 174.37.243.64
route 174.37.251.0
route 179.60.192.51
route 179.60.195.51
route 184.173.136.64
route 184.173.147.32
route 184.173.161.64
route 184.173.161.160
route 184.173.173.116
route 184.173.179.32
route 185.60.216.53
route 185.60.218.53
route 192.155.212.192
route 198.11.193.182
route 198.11.251.32
route 198.23.80.0
route 208.43.115.192
route 208.43.117.79
route 208.43.122.128
 
thanks guys. I will try it out and report back.

When NAT acceleration was on did it show cut thru forwarding (CTS) and flow acceleration (FA)? I suspect so. I also have gigabit ethernet and have also noticed issues but mainly with FA. Try this...with NAT acceleration on turn on Traffic Analyzer statistics. Then reboot. I would expect that you will only see CTF running. Now see if things work OK. You will use more cpu but I see full bandwidth speed and my wierd issues have vanished. There is definitely some issues with implementation of flow acceleration.
 
Try Adaptive Qos, customize voip to the highest priority.

If Torguard provide Openvpn server, set the Openvpn client and Redirect Internet traffic NO.
After that add this lines in custom configuration and test whatsapp.
I got this IP addresses from https://www.whatsapp.com/cidr.txt

If this works, find ip address of facetime and other voip services then add them below.

route-nopull
max-routes 500
#whatsapp
route 31.13.64.51
route 31.13.65.49
route 31.13.66.49
route 31.13.67.51
route 31.13.68.52
route 31.13.69.240
route 31.13.70.49
route 31.13.71.49
route 31.13.72.52
route 31.13.73.49
route 31.13.74.49
route 31.13.75.52
route 31.13.76.81
route 31.13.77.49
route 31.13.78.53
route 31.13.80.53
route 31.13.81.53
route 31.13.82.51
route 31.13.83.51
route 31.13.84.51
route 31.13.85.51
route 31.13.86.51
route 31.13.87.51
route 31.13.88.49
route 31.13.90.51
route 31.13.91.51
route 31.13.92.52
route 31.13.93.51
route 31.13.94.52
route 31.13.95.63
route 50.22.198.204
route 50.22.210.32
route 50.22.210.128
route 50.22.225.64
route 50.22.235.248
route 50.22.240.160
route 50.23.90.128
route 50.97.57.128
route 75.126.39.32
route 108.168.171.224
route 108.168.174.0
route 108.168.176.192
route 108.168.177.0
route 108.168.180.96
route 108.168.254.65
route 108.168.255.224
route 108.168.255.227
route 157.240.0.53
route 157.240.1.53
route 157.240.2.53
route 157.240.3.53
route 157.240.6.53
route 157.240.7.54
route 157.240.8.53
route 157.240.9.53
route 157.240.10.53
route 157.240.11.53
route 158.85.0.96
route 158.85.5.192
route 158.85.46.128
route 158.85.48.224
route 158.85.58.0
route 158.85.61.192
route 158.85.224.160
route 158.85.233.32
route 158.85.249.128
route 158.85.254.64
route 169.44.23.192
route 169.44.36.0
route 169.44.57.64
route 169.44.58.64
route 169.44.80.0
route 169.44.82.96
route 169.44.82.128
route 169.44.82.192
route 169.44.83.0
route 169.44.83.96
route 169.44.83.128
route 169.44.83.192
route 169.44.84.0
route 169.44.85.64
route 169.44.87.160
route 169.45.71.32
route 169.45.71.96
route 169.45.87.128
route 169.45.169.192
route 169.45.182.96
route 169.45.210.64
route 169.45.214.224
route 169.45.219.224
route 169.45.237.192
route 169.45.238.32
route 169.45.248.96
route 169.45.248.160
route 169.46.52.224
route 169.46.111.144
route 169.47.5.192
route 169.47.6.64
route 169.47.33.128
route 169.47.35.32
route 169.47.40.128
route 169.47.42.96
route 169.47.42.160
route 169.47.42.192
route 169.47.47.160
route 169.53.29.128
route 169.53.48.32
route 169.53.71.224
route 169.53.81.64
route 169.53.250.128
route 169.53.252.64
route 169.53.255.64
route 169.54.2.160
route 169.54.44.224
route 169.54.51.32
route 169.54.55.192
route 169.54.193.160
route 169.54.210.0
route 169.54.222.128
route 169.55.67.224
route 169.55.69.128
route 169.55.74.32
route 169.55.75.96
route 169.55.126.64
route 169.55.210.96
route 169.55.235.160
route 173.192.162.32
route 173.192.219.128
route 173.192.222.160
route 173.192.231.32
route 173.193.205.0
route 173.193.230.96
route 173.193.230.128
route 173.193.230.192
route 173.193.239.0
route 174.36.208.128
route 174.36.210.32
route 174.36.251.192
route 174.37.199.192
route 174.37.217.64
route 174.37.243.64
route 174.37.251.0
route 179.60.192.51
route 179.60.195.51
route 184.173.136.64
route 184.173.147.32
route 184.173.161.64
route 184.173.161.160
route 184.173.173.116
route 184.173.179.32
route 185.60.216.53
route 185.60.218.53
route 192.155.212.192
route 198.11.193.182
route 198.11.251.32
route 198.23.80.0
route 208.43.115.192
route 208.43.117.79
route 208.43.122.128

Odkrys, tried those IP you've listed but it's not working. Even tried adding those IPv6 IP just in case but those don't work too. Tried your Adaptive Qos also didn't work.

When NAT acceleration was on did it show cut thru forwarding (CTS) and flow acceleration (FA)? I suspect so. I also have gigabit ethernet and have also noticed issues but mainly with FA. Try this...with NAT acceleration on turn on Traffic Analyzer statistics. Then reboot. I would expect that you will only see CTF running. Now see if things work OK. You will use more cpu but I see full bandwidth speed and my wierd issues have vanished. There is definitely some issues with implementation of flow acceleration.

jeff3820, my original settings are already "CTF (Cut Through Forwarding) is enabled" under "LAN -> Switch Control -> NAT Acceleration" before any settings are changed. There's no FA shown. Under "Tools -> HW acceleration", it shows "Enabled".

I did tried your suggestion on Traffic Analyzer but it didn't work for me too.

Thanks for all your help guys... But those methods still didn't work for me. Had tried resetting, clearing NVRAM and re-flashing firmware to start anew with all your suggestions but still none work... Not sure if it's my ISP or I'm just bad and a total noob at it. Or should I just get flashrouters.com to flash DD-WRT for me and do the configs/scripts/whatever-is-needed-but-not-for-noobs service? Because I do have another issues of not getting VPN on Guest SSID to work and Guest SSID to be hidden after trying all that's listed in SNB Forums and Merlin's wiki. But that's for another topic.
 
Odkrys, tried those IP you've listed but it's not working. Even tried adding those IPv6 IP just in case but those don't work too. Tried your Adaptive Qos also didn't work.



jeff3820, my original settings are already "CTF (Cut Through Forwarding) is enabled" under "LAN -> Switch Control -> NAT Acceleration" before any settings are changed. There's no FA shown. Under "Tools -> HW acceleration", it shows "Enabled".

I did tried your suggestion on Traffic Analyzer but it didn't work for me too.

Thanks for all your help guys... But those methods still didn't work for me. Had tried resetting, clearing NVRAM and re-flashing firmware to start anew with all your suggestions but still none work... Not sure if it's my ISP or I'm just bad and a total noob at it. Or should I just get flashrouters.com to flash DD-WRT for me and do the configs/scripts/whatever-is-needed-but-not-for-noobs service? Because I do have another issues of not getting VPN on Guest SSID to work and Guest SSID to be hidden after trying all that's listed in SNB Forums and Merlin's wiki. But that's for another topic.

Hey sorry to bring back old thread - but i'm in the same position where my Whatsapp audio is not working with NAT Acceleration. Did you figure this out?
 
Odkrys, tried those IP you've listed but it's not working. Even tried adding those IPv6 IP just in case but those don't work too. Tried your Adaptive Qos also didn't work.



jeff3820, my original settings are already "CTF (Cut Through Forwarding) is enabled" under "LAN -> Switch Control -> NAT Acceleration" before any settings are changed. There's no FA shown. Under "Tools -> HW acceleration", it shows "Enabled".

I did tried your suggestion on Traffic Analyzer but it didn't work for me too.

Thanks for all your help guys... But those methods still didn't work for me. Had tried resetting, clearing NVRAM and re-flashing firmware to start anew with all your suggestions but still none work... Not sure if it's my ISP or I'm just bad and a total noob at it. Or should I just get flashrouters.com to flash DD-WRT for me and do the configs/scripts/whatever-is-needed-but-not-for-noobs service? Because I do have another issues of not getting VPN on Guest SSID to work and Guest SSID to be hidden after trying all that's listed in SNB Forums and Merlin's wiki. But that's for another topic.


Try resetting with reset switch held in and power cycle the router. Then reset to factory default. And manually enter wifi configuration again. It has to work - my Ac5300 works fine on 384.5 and so do Whatsapp , FB and Skype. And I have HW acceleration ON>
 
I keep NAT hardware acceleration ON, since without it, the CPU is not even close to keeping up with my internet speeds.

VoIP is very sensitive to pings, so I would NOT route it through the VPN, as any and all extra/forwarding step will add latency.

QOS is a must for VoIP. If QOS is not working, you have little chance of good working VoIP.

With that being said, if you combine my QOS script + VPN, it will NOT correctly give priority to VoIP. (MY QOS SCRIPT DOES NOT SORT VPN TRAFFIC)

I hope this makes sense.

Try Adaptive Qos, customize voip to the highest priority.

In response to this post. ASUS Adaptive QOS does not identify iOS Wifi-Calling. (I can confirm T-Mobile iOS calling not working + reports of other carries not working even on the Android side).

When Wifi-Calling is not identified with stock-qos, it gets WORSE priority than VideoStreaming & Downloads. As such it has ZERO hope to work.

With FreshJR AdaptiveQOS, non-VPN wifi calling should be correctly identified. If not, custom rules can be made for it!
 
Last edited:
I use an ac5300 with gigabit internet too. I use a voip connection for my "landline". Mine runs with nat accelleration on too as otherwise it won't keep up the speed. I never had any issues with my voip. I do have sip passthrough enabled though, maybe that will help (see pic)? with gigabit internet I don't need Qos.
 

Attachments

  • 2018-06-09 09_18_31-ASUS Wireless Router RT-AC5300 - NAT Pass-Through.png
    2018-06-09 09_18_31-ASUS Wireless Router RT-AC5300 - NAT Pass-Through.png
    218 KB · Views: 939
I use an ac5300 with gigabit internet too. I use a voip connection for my "landline". Mine runs with nat accelleration on too as otherwise it won't keep up the speed. I never had any issues with my voip. I do have sip passthrough enabled though, maybe that will help (see pic)? with gigabit internet I don't need Qos.

Oh wow, I didn't read the gigabit specification in the OP.

At those speeds QOS should be optional. NAT accleration should OFF as CPU processing is not close a gigabit in throughput.

Seems like a firewall issue. Toggle SIP helper and see if it helps. Remove VoIP from VPN as well. (VPN also uses a lot of CPU and is not close a gigabit in throughput)
 
Last edited:
I worked from home the other day and works voip runs flawlessly. Also tried skype, no problems found here with my setup.
 
With NAT Acceleration switched on and making internet calls via Whatsapp, Facetime etc, the other party can't hear me but I can hear the other party.

With NAT Acceleration switched off, both of us can hear and speak to each other.

Remember - with many VOIP applications

SIP is TCP - that's the signaling side - register/call/answer
RTP is UDP - that's the actual audio channel typically used

NAT acceleration can break these...
 
NAT acceleration can break these...

I was not aware of that.

I know SIP helper inspects/changes incoming packets to prevent incoming packets from getting blocked by NAT and attempts to route them to the correct device. From that I could see SIP helper as definitely culprit that can cause incompatabilities.

I was not aware that the hardware NAT acceleration behaved different from software NAT processing.

Thanks for that.

Out of curiosity, after a hole is punched inside the NAT via either an established connection, port forward, or SIP packet inspection, what makes VOIP UDP traffic different from any other UDP traffic.
 
I've done some extensive testing. I use a cisco spa 112 to hook up my dect phone to my voip provider. It seems incoming calls do not have any sound. No matter what I do (nat accell off, qos on / off, traffic analyzer on /off) rtsp it does not work. Since I wanted to make sure it was something with the asus, I hooked up the router from my provider and that seemed to work fine. Never the less, if I ring out phonecalls are as it should. Crisp clear sound. I have no idea how to fix this, the previous router (asus rt-n66u) it seemed to work fine.

Anyone an idea, or is this a bug somewhere in the asus parts of the firmware?
 
I have no problems here using an SPA112 as well on my RT-AC88U. No special configuration done on the router. ATA was configured as per voip.ms's Wiki article on that device.
 
I didn't have any problems with my rt-n66u. That's the only thing that has been changed, everything else is still the same. Not a big deal, voip does not get used often, but still it would be good to have it working properly.
 
I've compared the settings in the zyxel router from my provider to the spa112 and changed some settings to make them equal. However, if I ring in I see the rtp send go up but the rtp received stays on 0. Regardless of the rtp pass through settings (enable or enable+nat helper).

I noticed in the spa112 my external ip address was empty. I figured out where to supply it and after that incoming calls are as they should. So I don't know why it worked with the n66, but nevertheless it works now.
 

Latest threads

Sign Up For SNBForums Daily Digest

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