Showing results for 
Search instead for 
Did you mean: 

Wi-Fi Calling on Unleashed


First I just want to say thank you for adding this to Unleashed!  I have configured a Profile for this and enabled it on a WLAN, but I am not seeing my Wi-Fi Calling Client, even after refreshing, on the Summary tab even though I’m currently on a Wi-Fi Call.  How do I go about troubleshooting this?

Thank you!


Contributor II
Can you share the profile you created?  And a screenshot on the WLAN that you had enabled it.

Sure Tony:

Image_ images_messages_5f91c451135b77e247a1efe1_788b785a8f04c769718a4df246a50280_RackMultipart20200910173371huc-53ec53cf-2e27-436c-b22d-59646b9c7be3-1754263585.png1599774152
Image_ images_messages_5f91c451135b77e247a1efe1_4003448cc2bfa984b33582799dc1da14_RackMultipart202009101243193mm-7b05c45c-939e-421e-932e-f26e11d096d0-1251208190.png1599774180

Contributor II
Thanks Daniel.  It looks good.  To rule out the possible DNS factor, try to add the first entry TMobile ( with the ip and second entry Verizon ( with ip  Even though the ip address is optional but worth to test.  I think the Verizon one been pretty much static to this ip but TMobile been changing depending on location, you can use the host as it includes the geo subdomain for the dns lookup based on your location for the closest ePDG server ip address.

Another test you can try is to just keep one server line in your Wi-Fi Calling profile, just a better controlled setup for troubleshooting for now.

If you are not 100% sure if your operator supports Wi-Fi Calling (suppose you did see the Wi-Fi Call icon on your phone),  you can start a Wireshark capture on or behind the AP and then activate Wi-Fi calling on the device to capture the FQDN that the device is looking for and can use that for your profile.  


Hey Tony!

In reviewing your reply, I did the following:

  • Used tcpdump to verify the DNS lookup that the Wi-Fi Calling client is using
  • Used tcpdump to confirm IPsec connectivity for Wi-Fi Calling
  • Confirmed adding an IP Address for the ePDG does not change the behavior
  • Confirmed adding the actual IP Address that my Wi-Fi Calling client is actually using for the ePDG does not change the behavior
  • Confirmed using one ePDG/server does not change the behavior

Some more detail:

The actual DNS lookup performed by the Wi-Fi Calling client is:

$ sudo tcpdump -ni vlan19 host and port 53
tcpdump: listening on vlan19, link-type EN10MB
13:06:02.082764 > 24301+ A? (DF)

The host above as well as are just CNAMEs for their respective “geo” names:

$ host -t A is an alias for has address
$ host -t A is an alias for has address

The IP addresses returned for and related are highly dynamic, change frequently and have a very short TTL.. 

Lastly, after changing the ePDG to, which is what the client actually uses, the web UI started to populate for some reason, but it’s not clear why; it is also very possible my testing results are highly skewed due to the delay between when a change is made and what’s reflected in the Wi-Fi Calling Summary tab.  Subsequent Wi-Fi calls appear to eventually get reflected in the web UI—they don’t readily show up with frequent refreshes—but this is definitely not reflected in real-time and this hampers troubleshooting.  I guess I’ll consider the matter closed for now unless you are interested in me trying some more things.

Are there any command line operations I can run on the AP to gain greater insight that might be omitted or delayed in relation to the web UI?

Thanks Tony!

Image_ images_messages_5f91c451135b77e247a20051_6d5533e008971f71080b93d9b9337f23_RackMultipart2020091193742qa4r-ef7a86b2-cab0-4a04-8a31-5fa79b32c233-130204651.png1599854104