[arm-allstar] Trying to connect two nodes

[Doug Crompton]

I wanted to add one more thing and that is there is a waiting period for connections when a node first comes online. This is more apparent in nodes that may be going on and off line often. 

When you bring a node up the node database is downloaded to your server during the boot process but other nodes that you would connect to also must have your connection information. The update interval is 10 minutes. That is your node refreshes its node database every ten minutes. This is a random update and if a node you wanted to connect to happened to do an update 30 seconds after you booted and registered then you could connect that fast. On the other hand if they had done an update 30 seconds before you registered then it would be another 9.5 minutes before they would again update and have knowledge of you so you could connect.

So don't be disturbed if you get connection failure messages in the first 10 minutes after booting. This is normal.

If on the other hand you try to connect to a valid online node after boot and you get no message back about connect or failure then that node is not in your database. This is probably due to a failure of your system to download the database. Look for the file /tmp/rpt_extnodes after boot. If it is not there then your server  failed to download the database. Next check if you are actually registered -

asterisk -rvvv
iax2 show registry

If not then you might have a connection problem. Also check that your node password is correct in the registration line in /etc/asterisk/iax.conf

Failures to download the database have occurred with some cell systems most notably AT&T so far. We are looking at a work around for this. If you experience these kind of problems we would like to know. Let us know your hotspot model, and your provider. 

73 Doug
WA3DSP
http://www.crompton.com/hamradio

 		 	   		  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.hamvoip.org/pipermail/arm-allstar/attachments/20160709/b3332bd9/attachment.html>