[SOLVED] Newly installed FusionPBX times out SIP connection on port 5060

C

crusader.fgn

New Member
Jul 26, 2025
9
0
1
47
I've reinstalled a new FusionPBX since I'm still running a very old implementation of this PBX solution.
I've copied the configs a tried to do a switch of the PBX systems to the same IP the original old 3.x version had and phones are connecting with.
Now the issue is, that on the new PBX appliance the connection for SIP is timing out on port 5060, even though the port is open according to netstat/ss.
What exactly am I missing? I don't see incoming traffic in the log viewer, which makes it hard to guess what is causing the issue. Can someone support me on that topic?
Thank you in advance.
 
Did you check Iptables? Is the port open?

Also, check SNGREP to ensure the traffic is directed to your box.
 
I've checked the IPTables, it has all the necessary ports open. That doesn't seem to be the issue. The traffic is directed to my box, cause I checked it with wireshark and it's trying to reach the IP of my FusionPBX box, still it's not responding. Is it possible that there is a service not running properly, or somehow not active?
 
crusader.fgn said:
I've checked the IPTables, it has all the necessary ports open. That doesn't seem to be the issue. The traffic is directed to my box, cause I checked it with wireshark and it's trying to reach the IP of my FusionPBX box, still it's not responding. Is it possible that there is a service not running properly, or somehow not active?
Click to expand...
If traffic is directed to your box, it doesn't yet mean it reaches it. You need to run SNGREP to confirm that. Once you confirm, then check FreeSwitch running as @DigitalDaz suggested. Also, check the ports it's listening on.
 
Is the Freeswitch status something I can check on the WebUI as well, or is that only possible via CLI?
@pbxgeek: btw. the sngrep tells me that the registration requests are reaching the pbx box. So it has to be Freeswitch or another service.
Yet Freeswitch "is" in fact running, so what else can it be?
 
should I be able to see events directly on the CLI console? If that's the case, nothing is happening at all. According to the status:


Code: 
 show status
UP 0 years, 14 days, 0 hours, 55 minutes, 24 seconds, 822 milliseconds, 876 microseconds
FreeSWITCH (Version 1.10.12-release git d8481a9 2025-01-13 17:41:43Z 64bit) is ready
0 session(s) since startup
0 session(s) - peak 0, last 5min 0
0 session(s) per Sec out of max 30, peak 0, last 5min 0
1000 session(s) max
min idle cpu 0.00/97.03
Current Stack Size/Max 240K/8192K

there was any session. Yet I don't know if a session only counts as an active sip call or every event with a sip device.

Concerning the events, that's all I get:

Code: 
RECV EVENT
Event-Name: RE_SCHEDULE
Core-UUID: b34c7257-0863-40d2-be21-2f879d5011e7
FreeSWITCH-Hostname: fusionpbx
FreeSWITCH-Switchname: frollein
FreeSWITCH-IPv4: 192.168.10.10
FreeSWITCH-IPv6: ::1
Event-Date-Local: 2025-10-04 10:19:14
Event-Date-GMT: Sat, 04 Oct 2025 08:19:14 GMT
Event-Date-Timestamp: 1759565954335777
Event-Calling-File: switch_scheduler.c
Event-Calling-Function: switch_scheduler_execute
Event-Calling-Line-Number: 73
Event-Sequence: 143584
Task-ID: 2
Task-Desc: check_ip
Task-Group: core
Task-Runtime: 1759566014


RECV EVENT
Event-Name: HEARTBEAT
Core-UUID: b34c7257-0863-40d2-be21-2f879d5011e7
FreeSWITCH-Hostname: fusionpbx
FreeSWITCH-Switchname: frollein
FreeSWITCH-IPv4: 192.168.10.10
FreeSWITCH-IPv6: ::1
Event-Date-Local: 2025-10-04 10:19:34
Event-Date-GMT: Sat, 04 Oct 2025 08:19:34 GMT
Event-Date-Timestamp: 1759565974335773
Event-Calling-File: switch_core.c
Event-Calling-Function: send_heartbeat
Event-Calling-Line-Number: 95
Event-Sequence: 143585
Event-Info: System Ready
Up-Time: 0 years, 14 days, 1 hour, 3 minutes, 20 seconds, 118 milliseconds, 177 microseconds
FreeSWITCH-Version: 1.10.12-release+git~20250113T174143Z~d8481a949d~64bit
Uptime-msec: 1213400118
Session-Count: 0
Max-Sessions: 1000
Session-Per-Sec: 30
Session-Per-Sec-Last: 0
Session-Per-Sec-Max: 0
Session-Per-Sec-FiveMin: 0
Session-Since-Startup: 0
Session-Peak-Max: 0
Session-Peak-FiveMin: 0
Idle-CPU: 97.133333


RECV EVENT
Event-Name: RE_SCHEDULE
Core-UUID: b34c7257-0863-40d2-be21-2f879d5011e7
FreeSWITCH-Hostname: fusionpbx
FreeSWITCH-Switchname: frollein
FreeSWITCH-IPv4: 192.168.10.10
FreeSWITCH-IPv6: ::1
Event-Date-Local: 2025-10-04 10:19:34
Event-Date-GMT: Sat, 04 Oct 2025 08:19:34 GMT
Event-Date-Timestamp: 1759565974335773
Event-Calling-File: switch_scheduler.c
Event-Calling-Function: switch_scheduler_execute
Event-Calling-Line-Number: 73
Event-Sequence: 143586
Task-ID: 1
Task-Desc: heartbeat
Task-Group: core
Task-Runtime: 1759565994


RECV EVENT
Event-Name: HEARTBEAT
Core-UUID: b34c7257-0863-40d2-be21-2f879d5011e7
FreeSWITCH-Hostname: fusionpbx
FreeSWITCH-Switchname: frollein
FreeSWITCH-IPv4: 192.168.10.10
FreeSWITCH-IPv6: ::1
Event-Date-Local: 2025-10-04 10:20:14
Event-Date-GMT: Sat, 04 Oct 2025 08:20:14 GMT
Event-Date-Timestamp: 1759566014355757
Event-Calling-File: switch_core.c
Event-Calling-Function: send_heartbeat
Event-Calling-Line-Number: 95
Event-Sequence: 143589
Event-Info: System Ready
Up-Time: 0 years, 14 days, 1 hour, 4 minutes, 0 seconds, 138 milliseconds, 607 microseconds
FreeSWITCH-Version: 1.10.12-release+git~20250113T174143Z~d8481a949d~64bit
Uptime-msec: 1213440138
Session-Count: 0
Max-Sessions: 1000
Session-Per-Sec: 30
Session-Per-Sec-Last: 0
Session-Per-Sec-Max: 0
Session-Per-Sec-FiveMin: 0
Session-Since-Startup: 0
Session-Peak-Max: 0
Session-Peak-FiveMin: 0
Idle-CPU: 96.966667


So I don't even see the registration attempts which are in fact reaching the host itself.
 
Last edited:
If you are trying to watch SIP traffic that is not secured with SSL. Then you can use sngrep, it has an easy and intuitive interface. FusionPBX installs this by default, as it is a very useful command-line tool.
```
sngrep
```
You also need to look at FreeSWITCH.
  • If using FusionPBX, you would go to Status -> SIP Status
    • If not, and you are using FreeSWITCH, then use the command line
    • fs_cli -x 'sofia status'
  • Make sure the SIP profiles are running.
  • Make sure FreeSWITCH is not binding to loopback on 127.0.0.1. This happens if FreeSWITCH starts too fast before the network is fully ready.
  • Check Status -> Event Guard to make sure the IP address for your phone wasn't blocked.
 
If I check the SIP Status from within FusionPBX I only see this:

1759616392821.png
So ipv6 is running but shouldn't there be a ipv4 as well? I think in my old version there was.

This is what the status shows in the SIP Status

1759616448798.png

According to my Event Guard there is no blocked phone at all.
 
Yes, you are missing IPv4. Likely misconfiguration in Variables or SIP profiles. It can't properly start. If you watch the Freeswitch CLI while reloading sofia you will see errors that might point you in the right direction.
 
It's really strange.
I found some article in stackoverflow which is similar: https://stackoverflow.com/questions...e-sip-bind-ip-address-on-fusionpbx-freeswitch

so I checked the local_ip_v4 var and it seems to be correct:

Code: 
freeswitch@fusionpbx> eval $${local_ip_v4}
192.168.10.10
RECV EVENT
Event-Name: API
Core-UUID: b34c7257-0863-40d2-be21-2f879d5011e7
FreeSWITCH-Hostname: fusionpbx
FreeSWITCH-Switchname: frollein
FreeSWITCH-IPv4: 192.168.10.10
FreeSWITCH-IPv6: ::1
Event-Date-Local: 2025-10-05 12:04:57
Event-Date-GMT: Sun, 05 Oct 2025 10:04:57 GMT
Event-Date-Timestamp: 1759658697375800
Event-Calling-File: switch_loadable_module.c
Event-Calling-Function: switch_api_execute
Event-Calling-Line-Number: 2954
Event-Sequence: 154572
API-Command: eval
API-Command-Argument: $${local_ip_v4}

yet still it won't bind to the IPv4 which is mentioned.
Any idea what I can do about it?
 
I think I found the issue! With this:
1759675244315.png
Now the phones are registering. I was able to start the two profiles, yet I don't get why it didn't work with "sofia profile external start" on the cli, cause it told me "profile does not exist"


Aside from that I have one last issue. My Gateway doesn't register, yet it did when I had the old PBX working just stopped the gateway there.
Is there any more detailed information about "why" the gateway is failing?
Cause the credentials are correct for sure.
 
A newer version of FreeSWITCH occasionally has behavior changes. You good stop and start the gateway and look at the fs_cli or Status -> Log Viewer

You can also use it to find your gateway registration attempt.
```
sngrep
```
 
Hmm sngrep might be an option. Yet the log viewer doesn't show much then the stop and start of the gateway connection. At lease I couldn't find much more then that.
Not even in the fs_cli
 
I've tried SNGREP now, but it doesn't show any outgoing registration either. In the logs I only see the message that the gateway is being bound to the external profile and the hash value for it.

But I got it now, for some reason it was a DNS issue. Need to still figure out why, but it work, finally.
Thank you for your support.
 
You must log in or register to reply here.
Top Bottom