I just analysed the daily full log files and searched for the stasis warning and observed the following pattern:
- The warnings start appearing daily around 8:55 AM, before the office opens at 9 AM.
- They continue throughout the working day, often just minutes apart.
- The warnings stop appearing after office hours (around 5 PM).
- On one occasion, the logs showed warnings continuing until 9 PM.
No warnings appear on weekends or during inactive periods.
Combined with normal office-day call activity, voicemail interactions, device registrations, and FreePBX modules seem to generate enough real-time events to overload the stasis message pool. Will this have a performance issue on the system or effect end-users ?
The issue is clearly tied to active hours and real-world call flow, not rogue scripts or background jobs.
Should I leave it as it is or is it advisable to increase the 500 threshold? I have 12gb ram on the VM with 2 VCores so would it be advisable to increase this? Or can I somehow turn off unnessary tasks that use up the pool threshold?
All I am using the system for is SIP Yealink phones to dial internal and external. Only two dedicated extensions have voicemail to email but they aren’t extensions that have a SIP phone. I am just using them as a Voice Mailbox account. All other extensions have voicemail disabled per extension.