<div dir="ltr"><div><div><div>Hi Doug,<br><br></div><div>Thanks for your quick reply. <br><br></div><div>I thought it could be DNS issue but when I looked at the network trace I see the node doing a DNS lookup right before it issues the IAX2 command and getting a proper DNS reply back with the registration node IP address that it seams to be using. I also compare the trace before and after I reboot the box and it both cases the registration server it trying to use are the same. It really does look like the registration server is just ignoring the request unless the UDP packet is getting lost somewhere else. Am I missing something in how the DNS could be impacting this?<br></div><div><br></div>I guess hitting the reboot switch is just faster than typing the command but you have a good suggestion in verifying it next time around and getting a network trace to see what is different with a reload vs. the normal poll that is failing and if that works. I am annoyed with myself in that I didn't have the network trace running this time around when I rebooted the box to see what was being sent. I'll have to wait until next time it happens to validate the reload command and then reboot if reload doesn't work.<br><br></div>I am curious though why my node is doing the DNS lookup each time even though I don't have the DNS config file. Regardless I'm not going to argue as it makes sense to do a DNS lookup each time otherwise it would be hard for the registration server to ever move.<br><br><br><br></div>Mike<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Jan 21, 2015 at 3:56 PM, Doug Crompton <span dir="ltr"><<a href="mailto:doug@crompton.com" target="_blank">doug@crompton.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div><div dir="ltr"><font color="#000000" face="Tahoma,sans-serif">Mike,<br><br> This sometimes happens although I have not seen it lately on any of my systems nor has anyone else reported it. On the BBB we did add a dnsmgr.conf file in /etc/asterisk with the following :<br><br>[general]<br>enable=yes ; enable creation of managed DNS lookups<br> ; default is 'no'<br>refreshinterval=300 ; refresh managed DNS lookups every <n> seconds<br> ; default is 300 (5 minutes)<br><br>You might try that. It can be a dns issue. Also when it happens go into the client and issue an 'iax2 reload' command. That will often fix it. Check it with an 'iax2 show registry' command. If it does then you could execute that command on a regular basis from a script. If that does not fix it there should be no need to reboot the system though as astres.sh at the linux prompt will restart asterisk and should clear the problem without a reboot. If it does not then you might have network or dns issues with your Linux system. <br></font><br><b><font style="font-size:16pt" size="4">73 Doug</font><font style="font-size:16pt" size="4"><br></font><font style="font-size:16pt" size="4">WA3DSP</font><font style="font-size:16pt" size="4"><br></font><font style="font-size:16pt" size="4"><a href="http://www.crompton.com/hamradio" target="_blank">http://www.crompton.com/hamradio</a></font></b><font style="font-size:16pt" size="4"><br></font><br><br><div><hr>Date: Wed, 21 Jan 2015 15:27:41 -0800<br>From: <a href="mailto:ka6oij@arrl.net" target="_blank">ka6oij@arrl.net</a><br>To: <a href="mailto:app_rpt-users@ohnosec.org" target="_blank">app_rpt-users@ohnosec.org</a><br>Subject: [App_rpt-users] Node becomes unregistered after many weeks (no reply from registration server)<div><div class="h5"><br><br><div dir="ltr"><div><div><div><div><div>I've seen this problem on various nodes now for a while and finally had a minute to actually grab ethernet packets from the WAN side of the firewall to see if I could dig deeper to figure out what is breaking after sometime. This is not a major problem since a reboot fixes it but more of a curiosity. I tried to search the forums to see if this had been asked before but didn't find anything of help.<br><br></div>The issue is that after a node sits unused for a long time it becomes unregistered. I'm not sure how long a long time is but it is in weeks. A reboot of the box always bring is back.<br><br></div>Today I went looking on the WAN side of the firewall and I can see the box sending IAX2 packets out to the registration server but the registration server never replying. I used the WAN side so as to rule out local network issues. As far as I can tell the IAX registration UDP packet looks fine to me. The contents of the failed one look the same to a successful one. It appears to be sending the REGREQ message and waiting 2 seconds before resending the same REGREQ message again and waiting 10 seconds and repeating once more after 10 seconds. Finally waiting 28 seconds and starting again with a new REGREG message with a new Source Call. When it works the REGREQ is replied to from the registration server with a CALL TOKEN, etc and the rest of the IAX handshake and authentication happens.<br><br></div>Not sure if helps in figuring this out but when the node is in this state the call to get <a href="http://nodes.pl" target="_blank">nodes.pl</a> is rejected. Call to uhandler are replied with "OK!".<br><br></div>Since it takes a long time to reproduce this issue I'm wondering if I should be looking for something else the next time this happens. The fact that a reboot always bring it back implies that there is something else on the local node that is causing this to break and the registration server to ignore the IAX requests on purpose. <br><br><br><br></div>Mike<br><div><div><div><br><br></div></div></div></div>
<br></div></div>_______________________________________________
App_rpt-users mailing list
<a href="mailto:App_rpt-users@ohnosec.org" target="_blank">App_rpt-users@ohnosec.org</a>
<a href="http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users" target="_blank">http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users</a>
To unsubscribe from this list please visit <a href="http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users" target="_blank">http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users</a> and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"
You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.</div> </div></div>
</blockquote></div><br></div>