I have an ASL3 on Pi3B+ that is fine in all respects except the following issue:
- all inbound connections are successful,
- outbound connections fail except on node numbers in the 2xxx range.
Any ideas??
I have an ASL3 on Pi3B+ that is fine in all respects except the following issue:
Any ideas??
Version of the software ?
asterisk -rvvv
cli> core show version
Likely you need update to the latest version.
Connected to Asterisk 20.9.1+asl3-3.0.4-1.deb12 currently running on portable (pid = 1671)
Asterisk 20.9.1+asl3-3.0.4-1.deb12 built by builder @ allstarlink.org on a aarch64 running Linux on 2024-07-29 20:34:10 UTC
I also get the same behavior on Pi4 .
We are adding a new asl-node-lookup
command to the release. It’s currently in the beta channel but should be moved to the production channel soon. Details are available @ 20240816 - Package Updates - Beta Channel.
In this case, and given that the content in the beta channel content is currently minimal, I would suggest/ask that you :
asl-node-lookup
command with a few node #'s.sudo asl-node-lookup <node-number>
Then, repeat the same commands but specify an alternate DNS server.
sudo asl-node-lookup --ns 8.8.8.8 <node-number>
SRV (_iax._udp.2000.nodes.allstarlink.org)
11 10 4569 2000.nodes.allstarlink.org.
A (2000.nodes.allstarlink.org)
162.248.93.134
TXT (2000.nodes.allstarlink.org)
NN=2000
RT=2024-08-23 23:27:53
RB=0
IP=162.248.93.134
PIP=0
PT=4569
RH=register-west
RPT LOOKUP (2000)
radio@162.248.93.134:4569/2000,162.248.93.134
SRV (_iax._udp.2000.nodes.allstarlink.org)
11 10 4569 2000.nodes.allstarlink.org.
A (2000.nodes.allstarlink.org)
162.248.93.134
TXT (2000.nodes.allstarlink.org)
NN=2000
RT=2024-08-23 23:27:53
RB=0
IP=162.248.93.134
PIP=0
PT=4569
RH=register-west
RPT LOOKUP (2000)
radio@162.248.93.134:4569/2000,162.248.93.134
I see no difference in the two responses.
If I want to turn off beta mode, what is the command?
If I want to turn off beta mode, what is the command?
sudo asl-repo-switch -r
sudo apt update
I see no difference in the two responses.
Didn’t you write that you had no issues with 2xxx nodes? If you are having issues with longer (5-digit, 6-digit) node numbers then try repeating the asl-node-lookup
commands with the the node numbers you are having issues.
The key responses are the “SRV” record, the “A” record, and the “RPT LOOKUP”.
Here is node lookup for 42610:
SRV (_iax._udp.42610.nodes.allstarlink.org)
11 10 4569 42610.nodes.allstarlink.org.
A (42610.nodes.allstarlink.org)
50.43.65.82
TXT (42610.nodes.allstarlink.org)
NN=42610
RT=2024-08-23 23:28:50
RB=0
IP=50.43.65.82
PIP=0
PT=4569
RH=register-west
RPT LOOKUP (42610)
radio@50.43.65.82:4569/42610,50.43.65.82
SRV (_iax._udp.42610.nodes.allstarlink.org)
11 10 4569 42610.nodes.allstarlink.org.
A (42610.nodes.allstarlink.org)
50.43.65.82
TXT (42610.nodes.allstarlink.org)
NN=42610
RT=2024-08-23 23:28:50
RB=0
IP=50.43.65.82
PIP=0
PT=4569
RH=register-west
RPT LOOKUP (42610)
radio@50.43.65.82:4569/42610,50.43.65.82
I again, see no difference.
'Can’t connect TO 42610; but can be connected FROM 42610.
Well, it looks like your node can pickup the information needed to connect to the remote nodes.
Good that your incoming connections are working.
As for your outgoing connections, this feels like a networking issue. Are you using any type of VPN? or might you have an outgoing firewall blocking (or redirecting) your traffic?
My ASL2 nodes on the same LAN don’t have this problem.
I just started having the same problem myself with ASL3 and Rpi4. It was working ok yesterday.
I just started tcpdump looking at traffic to the gateway (192.168.0.1):
tcpdump -n host 192.168.0.1
When I try to connect to 42610, I see this:
23:54:50.721009 IP 192.168.0.80.51459 > 192.168.0.1.53: 18906+ SRV? _iax._udp.4261.nodes.allstarlink.org. (54)
'Looks like the node 42610 is truncated to just 4 digits. Node 2000, of course is no problem. Perhaps this was broken in a recent “update”.
ASL will start looking for node information as soon as you’ve entered 4 digits. But, you should see additional queries as you enter more digits.
The recent ASL3-Asterisk 20.9.1+asl3-3.0.4-1 update included :
Q? is it possible that you did not restart your node after it was last updated to v3.0.4 and that the “asterisk” process is still running an earlier version?
Note: the recently added Node Resolution - AllStarLink Manual page may be of interest.
I wonder if this is related to my issue with DTMF strings longer that six characters? I can also join 4 char nodes, but 5 character and longer fail. Are you seeing anything in /var/log/asterisk/messages? "Exceptionally long voice queue length" during DTMF
Sounds like the same symptoms. I can link nodes with Allmon3 no matter the length, I’m betting the node lookup tool will all work. It’s only when using DTMF longer than 6 chars. That’s when the queue backs up on the channel the DTMF came in on.
As I noted in the case I created, the asl-node-lookup command is successful and matches with google DNS or my ISP DNS. Perhaps something with pr #372 is hanging the channel after the 4th digit of the node? It looks like it’s only link and unlink, wait just link, commands that hang at 6 chars. The disconnect/unlink/*1 command is working as expected on node numbers longer than 4 chars. I can enter *722722722 and it will ‘hear’ all the characters. Updating my other case with more detail.
outbound connections are fine from Allmon3. Here is a connection to 42610:
-- Call accepted by 50.43.65.82:4569 (format ulaw)
-- Format for call is (ulaw)
09:47:02.677585 IP 192.168.0.80.45272 > 192.168.0.1.53: 47916+ SRV? _iax._udp.42610.nodes.allstarlink.org. (55)
09:47:02.741800 IP 192.168.0.1.53 > 192.168.0.80.45272: 47916 1/0/0 SRV 42610.nodes.allstarlink.org.:4569 11 10 (102)
09:47:02.742297 IP 192.168.0.80.38929 > 192.168.0.1.53: 27212+ A? 42610.nodes.allstarlink.org. (45)
09:47:02.791083 IP 192.168.0.1.53 > 192.168.0.80.38929: 27212 1/0/0 A 50.43.65.82 (61)
09:47:02.891124 IP 192.168.0.80.43180 > 192.168.0.1.53: 4493+ A? stats.allstarlink.org. (39)
09:47:02.891952 IP 192.168.0.1.53 > 192.168.0.80.43180: 4493 2/0/0 CNAME stats-west.allstarlink.org., A 34.105.111.212 (95)
I see from some previous dialogs that there is a line needed in rpt.conf. I’ve added that with no change. The problem isn’t a network issue. It is ASL3 not properly handling DTMF or “rpt fun 41886 *342610”.
max_dns_node_length = 6
node_lookup_method = both
K5TRA