Failed to Connect

Hello

I have set up a new node 65930 on port 4571 and have my original node 553181 on port 4570

Both run on different networks/telco

I am unable to connect to either and get connection failed when I try, but am able to connect to 55553 parrot and other nodes ok on both

All passwords appear to be correct and routers configured with port forwarding to each port

I did have one day that they did connect, but later on they went back to failed and I had done nothing in between or prior to this happening

Looking at diagnostics in asl-menu I am registered and can ping successfully

Any other suggestions would be great

Thanks

Ray - VK5RR

What is the network on the failed system ? cellular ?

From what ? the other node ?

I was able to connect to 65930 this morning

553181 did not allow a connect, so the issue seems to be with that node.

Being NNX, you should probably review that part of your setup, especially if that was a recent change to NNX.
reg data = 553181=radio@202.90.241.21:4570/553181,202.90.241.21

1 Like

Hello Mike

One is Home Internet the other is cellular

The one you connected to was the cellular

I could connect both ways from either node yesterday for a short time

553181 has been up for quite some time now and working, I did try and setup another NNX note but that did the same, so I requested another plan node to see if that would work

I could alway change the NNX node back to a normal node and see if that works any different

Thanks for the info will keep looking

Ray

There are a lot of 'could be' issues.

Perhaps a look at the extensions.conf for the inbound route for connection.
Or even possibly a firewall issue.
ufw status

But you really should test this node for inbound and outbound with each config change. It probably helps to have a friend test with that is outside your network.

Verifying that it does have a nodelist file in /var/lib/asterisk and that it is up-to-date may go a long way.

systemctl restart asl3-update-nodelist

Just watching the asterisk in the foreground @ CLI> may reveal the error during connection attempt.
If you see it, post it here.

edit:
I would concentrate on the outbound connection. For it is not effected by any port routing issues.