Inbound Call Centre environment.
700 DID, 250 Queues (Ring-All configuration), 1 SIP trunk, 70 Devices, 70 users, average 4000 inbound calls/24 hrs, peak calls probably never exceeds 50-60 simultaneous. Average number of “day” shift users logged in would be around 25-35.
Ususally runs on a Sangoma Blue Box (Freepbx Appliance 1000)
Quad core Xeon, 16 GB ram, dual 250 GB SSD’s etc.
FreePBX 13/Asterisk 13
Has been running well since 2017 but recently occasionally stops processing new calls. Usually requires a reboot to resolve and then it’s away again till the next time which could be a day or a week away.
It doesn’t seem to coincide with peak call times but is always during “day” shift which means the most users are logged on.
I’ve had Sangoma look at it and the first thing was to prune the size of the CDR and CEL databases. This has helped, but the problem persists.
They are pretty sure that it isn’t a hardware problem.
As well as the call processing issue, web access the the FreePBX GUI is incredibly slow at times and operators are having difficulty logging in/out. Can take 30+ seconds to do this. Other FreePBX *code functions are affected ie Pauseun-pause call-recording.
Suggestion was possibly related to AGI scripts which have been worked on extensively (apparently).
Sangoma’s last suggestion was to update to FreePBX 15/Asterisk 16.
This has been done using a G6 HP ML350 server with similar spec’s to the Blue Box.
However, the same problems are apparent today after the migration.
It would seem the issue is load related. ie at 4am, web access is fine but gets slower as the day progresses.
I’m open to any suggestions as to where to look and what information would be required to reach conclusion.