Weird connection issue

Ok so this is a new one for me and I have dug for hours (off and on) and can not find a resolution. I have 3 nodes all on the same LAN (for now) as follows
294152 Radioless hub (working great),
294150 ShariPi (also working great)
294151 AIOC HT (for now repeater coming later).
Here is the weird part,
294152 and 294150 will connect to each other just fine but when either of these try to connect to 294151 I get connection failed
294151 will connect to 294152 but not 294150.
The common error in all of this is as follows
== Spawn extension (radio-secure, 294150, 12) exited non-zero on ‘IAX2/192.168.1.151:4570-6554’
– Hungup ‘IAX2/192.168.1.151:4570-6554’
– Accepting UNAUTHENTICATED call from 192.168.1.151:4570:
– > requested format = ulaw,
– > requested prefs = (ulaw|adpcm|gsm),
– > actual format = ulaw,
– > host prefs = (ulaw|adpcm|gsm),
– > priority = mine
– Executing [294150@radio-secure:1] NoOp(“IAX2/192.168.1.151:4570-10334”, “Connect from node: 294151”) in new stack
– Executing [294150@radio-secure:2] NoOp(“IAX2/192.168.1.151:4570-10334”, “Connect to: 294150”) in new stack
– Executing [294150@radio-secure:3] NoOp(“IAX2/192.168.1.151:4570-10334”, “The Channel IP is 192.168.1.151”) in new stack
– Executing [294150@radio-secure:4] GotoIf(“IAX2/192.168.1.151:4570-10334”, “0?connect”) in new stack
– Executing [294150@radio-secure:5] GotoIf(“IAX2/192.168.1.151:4570-10334”, “1?denylist”) in new stack
– Goto (radio-secure,294150,9)
– Executing [294150@radio-secure:9] GotoIf(“IAX2/192.168.1.151:4570-10334”, “0?:connect”) in new stack
– Goto (radio-secure,294150,12)
– Executing [294150@radio-secure:12] Rpt(“IAX2/192.168.1.151:4570-10334”, “294150”) in new stack
[2025-02-08 01:21:15.373] ERROR[242540][C-00000c91]: netsock2.c:303 ast_sockaddr_resolve: getaddrinfo(“NONEE”, “(null)”, …): Name or service not known
[2025-02-08 01:21:15.373] WARNING[242540][C-00000c91]: app_rpt.c:6075 parse_caller: Reported node 294151, name NONEE cannot be found!!
== Spawn extension (radio-secure, 294150, 12) exited non-zero on ‘IAX2/192.168.1.151:4570-10334’
– Hungup ‘IAX2/192.168.1.151:4570-10334’

If there is any other info you need let me know.
I even did a complete reinstall from scratch of ASL 3.

Reggie, have you followed instruction for setting up nodes on servers that are inside your NAT (home network) ? Perhaps you have forgotten this step.

You must explicitly define the node with ip and port in the nodes section of rpt.conf when the nodes are inside of the same network address translation (NAT) to be able to connect to it.

Otherwise, it attempts to use info from the registration where the connection is WAN IP.

Of course, if you intend to move them later outside of your NAT, you will need to remove those entries and rely on the registered node list data for connection for they would no longer be correct…

Mike,
Yes, if you are referring to this
294151 = radio@127.0.0.1:4570/294151,NONE
294150 = radio@192.168.1.150:4569/294150,NONE ;ShariPi node
294152 = radio@192.168.1.152:4566/294152,NONE ;DMR Hub Node

Its set up in each rpt.conf file of each node as well. The only difference being is the 127 address for each node.

These are outbound paths only. This one for 294151 is ok but is not the problem child.

Show the [nodes] section from 294150 & for 294152 servers.

You must be missing something that a new set of eyes might catch.

One other thing to check is the firewall on 294151 server so it allows local addresses
192.168.1.0/24 to access the IAX port udp 4570.

150 rpt.conf (30.6 KB)
152 rpt.conf (31.9 KB)

Not sure what I did when I pasted the nodes stanza but it was a garbled mess so I just uploaded the conf files for each

I thought this same thing at first so I turned the firewall off completely. Solved the issue of Allmon3 not working but I was not concerned with that LOL.

152 shows
294151 = radio@127.0.0.1:4570/294151,NONE
294150 = radio@192.168.1.150:4569/294150,NONE ;ShariPi node
294152 = radio@192.168.1.152:4566/294152,NONE ;DMR Hub Node

should be
294151 = radio@192.168.1.151:4570/294151,NONE
294150 = radio@192.168.1.150:4569/294150,NONE ;ShariPi node
294152 = radio@127.0.0.1:4566/294152,NONE ;DMR Hub Node

I’m still looking…

294150 = radio@127.0.0.1/294150,NONE
294152 = radio@192.168.1.152:4566/294152,NONE
294151 = radio@192.168.1.151:4570/294151,NONEE

150 server seems functionally correct.

Don’t forget to save and restart after changes.

I am assuming your port assignment are correct.

It helps to use the code button when pasting conf’s ( </> )
which I did not do. But I know what to avoid.
But the platform has issues with some characters and that code button ignores them inside of it’s markers.

So after careful review I was confused on these settings. It seems I renamed and uploaded the wrong one. Apparently I need more coffee lol. So here is the correct conf file for 152
actual 152 rpt.conf (30.9 KB)

Yes ports are correct and ported in my router.
294150 port 4569
294151 port 4570
294152 port 4566
Verified this in my Allstar portal as well and in my iax.conf file as well. Bindport is used (obviously) but not bindaddr.
The strange thing is I tried connecting to several other nodes outside my network and had no issue. 294150 can connect to 294151 if I initiate it from 294150 but can not connect to 294150 if I initiate it from 294151.

So Reggie, if you sit at a asterisk CLI> on 294151
Do you see the connection attempt and if so, what is the error message ?

Well things just went from weird to really weird. I am not getting that error or any error now.
== Manager ‘admin’ logged on from 127.0.0.1
== Manager ‘admin’ logged off from 127.0.0.1
– Call accepted by 192.168.1.150:4569 (format ulaw)
– Format for call is (ulaw)
– Hungup ‘IAX2/192.168.1.150:4569-14262’
– Hungup ‘DAHDI/pseudo-1361218478’
– Hungup ‘DAHDI/pseudo-1904392581’
– <DAHDI/pseudo-1331548873> Playing ‘rpt/node.gsm’ (language ‘en’)
– <DAHDI/pseudo-1331548873> Playing ‘digits/2.ulaw’ (language ‘en’)
– <DAHDI/pseudo-1331548873> Playing ‘digits/9.ulaw’ (language ‘en’)
– <DAHDI/pseudo-1331548873> Playing ‘digits/4.ulaw’ (language ‘en’)
– <DAHDI/pseudo-1331548873> Playing ‘digits/1.ulaw’ (language ‘en’)
– <DAHDI/pseudo-1331548873> Playing ‘digits/5.ulaw’ (language ‘en’)
– <DAHDI/pseudo-1331548873> Playing ‘digits/0.ulaw’ (language ‘en’)
– <DAHDI/pseudo-1331548873> Playing ‘rpt/connection_failed.gsm’ (language ‘en’)
– Hungup ‘DAHDI/pseudo-1331548873’
– Hungup ‘DAHDI/pseudo-695563330’

Lets have a look at your extensions.conf.
Attach it to the post.

extensions.conf (5.4 KB)

Find this

[radio-secure]
;exten => ${NODE},1,rpt(${EXTEN})
exten => _XXXX!,1,NoOp(Connect from node: ${CALLERID(num)}) ; <<<<<<<<<<<<

;>>>>>>>>>>>>>>>>>>>>>>>>>>> Try This (change only what is marked)

[radio-secure]
;exten => ${NODE},1,rpt(${EXTEN})
exten => _XXXXX!,1,NoOp(Connect from node: ${CALLERID(num)})

(one more X) works if everything is 6 digit (NNX).
Obviously this is not asl3

But if this is the only node in this server and you do have node = 294151 in [Globals]

[radio-secure]
;exten => ${NODE},1,rpt(${EXTEN})
exten => ${NODE},1,NoOp(Connect from node: ${CALLERID(num)}) ; <<<<<<<<<<

You may have similar issues in the other servers, for when those default asl versions were released, there was no NNX.

This should also work

[radio-secure]
;exten => ${NODE},1,rpt(${EXTEN})
exten => _29415N,1,NoOp(Connect from node: ${CALLERID(num)}) ; <<<<<<<<<<

Dont forget to save /restart.

Also note that these are inbound routes, not outbound. Test accordingly.

Well that kind of worked. 294152 and 294151 can connect to each other no problem. 294152 and 294150 can connect to each other no problem. 294150 and 294151 can not connect to each other at all no matter what node initiates it. But that’s ok. Its all I needed was to get 151 and 152 to connect so thank you. I will be testing it on a repeater in couple of days. For now the repeater will be on the same network. Thanks again.

Without getting my head twisted out any further,
let me just say that you need to check that area on each ‘target’ not accepting the connection.
(not where you are connecting from but to)
I am assuming the same asl version on each server, which you did not say.

But each is a NNX node and is 6 digits.