thanks for the info, will give it a restart this evening when the calls are quiet. I'm on the same version as you.Hi,
Based on information provided, you can either run a script that is provided from FusionPBX Membership or restart FS.
These stuck call can also result in BLF showing extension in use when obviously it is not.
This was known problem on FS 1.10.10. You can use Match 200 OK on the phones or push only g711.
Depending on what your SIP Provider offers. They might have g722 and even Opus.
You should always provide what FS and what FusionPBX version you have, found in - Status - System Settings.
Current FusionPBX master is 5.3.1. There is also Stable release.
All my servers are upgraded to FS 1.10.11, PHP 8.1 and PostgreSQl 16 and don't have those problems anymore.
Yeah FS is on 1.0.11Restart is the only way I found that works 100%. Some stale calls cannot be killed easily. Are you on the 1.10.11 version?
I would not be comfortable downgrading to a previous version This is a production PBX I would be a little scared to mess with itCan you downgrade to 1.10.7? I have customers who use this version in production, and they have no stale calls. I also heard that the bug was noticed all the way in 10.10.9 version. Freeswitch developers have had a ticket open for years; they are well aware but not doing much to fix it.
Im no script kiddie so would not know where to start with that to be fair lolYeah, I get that. Your only other option is to run a script every so often to remove the stale calls. It's not perfect, but it will work. Say you run a script every 30 minutes and delete calls older than 4 hours. You will have a BLF issue until the call is removed, but at least it's automated.
apt install sqlite3
#!/usr/bin/env sh
#default location
sqlite3 /var/lib/freeswitch/db/core.db "delete from channels where strftime('%s','now') - created_epoch > 14400;"
#ram drive
#sqlite3 /dev/shm/core.db "delete from channels where strftime('%s','now') - created_epoch > 14400;"