SIP Accounts remain unregistered on network restoration - DNS SRV Failure



Here you go, debug level syslog included. How long \ how much storage is available for these debug packages? It’s difficult to catch this after it happens, but I could possibly start the debug at home, and then retrieve it once the issue occurs at the office, so as to hopefully capture what happens when it reconnects to AP2 and begins sending to the wrong DNS server address.

Also, I am editing my previous post, as I reversed the networks when explaining things. (168.6 KB)



I think this debug package is captured a bit early. Please wait until you get back to the office network again before extracting the log. We basically want to see the log of the transition from home network to office network. As for the packet capture, the device typically have around 500 mb for storage. If you do capture, we just need the packet capture when its back to the office environment. If not its ok, but we do need to know at what time the handset was in office or home so we can scan the logs quickly to identify the cause.

We also tried to reproduce the issue here while mimic your setup. It seem for us the SRV query using new network’s DNS every time. Do you know if a reboot can help resolve the issue? You do not have alternate DNS setup on the handset right?



I won’t be travelling between the office and home until Monday, but I will make sure to start the debug prior to moving networks on Monday. I will start one here in a moment before I head home, and maybe we’ll see it happen.

Alternate DNS is not configured, and the phone is relying only on DHCP for DNS server addresses.

A reboot does clear the problem, however disabling WiFi and re-enabling it does not. I have captured the disable\enable of wifi and the failure to register due to SRV DNS failure in the attached (107.8 KB)


Happy Monday,

I was able to reproduce the problem, with a debug running from when I left AP1 to when DNS fails on AP2. (946.9 KB)

Looking around the internet, I also found a very similar sounding issue:

Not sure if it’s at all related, but sure looks like some underlying process caching the DNS server from the previous network.



Thanks for the new logs and finding. We will continue to investigate the issue.


Ran another test this morning with the alternate DNS set in the phone, and did not have any issue. When arriving at the new network all DNS queries, A record and SRV record, are sent to the manually defined DNS servers, and the phone registers fine. (1.1 MB)



Could you please check your PM for the test build we sent to check on this issue?




Any feedback on the build we provided to you?

Anyone else have this issue still?