Appreciate any and all insight into my cloud pbx problem

Running into a audio issue on one of our cloud pbx. This one is used alot, 3 different physical locations with sonicwall fwall at each. Connection is good, just getting choppy audio. Doesn’t affect all calls, can always hear it on MOH recordings. Looking at a ton of options, but can find anything other than whats below to see if problems exit.

Main thing: all 3 offices use same call queue. They suck at answering calls to. Call queue usually answers around 250 calls a day. About 20 phones in queue.

Asterisk:13.38.0
Freepbx 14.0.16.2
sonicwall TZ350

[2021-01-11 10:20:29] WARNING[30235][C-00005676]: taskprocessor.c:1162 taskprocessor_push: The ‘stasis/m:cache_pattern:1/channel:all-000000d7’ task processor queue reached 500 scheduled tasks again.
[2021-01-11 10:20:29] WARNING[30231][C-00005676]: taskprocessor.c:1162 taskprocessor_push: The ‘stasis/p:channel:all-0000abc4’ task processor queue reached 500 scheduled tasks again.
[2021-01-11 10:20:29] WARNING[30231][C-00005676]: taskprocessor.c:1162 taskprocessor_push: The ‘stasis/p:channel:all-0000ab1d’ task processor queue reached 500 scheduled tasks again.
[2021-01-11 10:20:29] WARNING[30231][C-00005676]: taskprocessor.c:1162 taskprocessor_push: The ‘stasis/m:channel:all-000000d8’ task processor queue reached 500 scheduled tasks again

Josh

Are there resource constraints on the cloud PBX server itself? Looking at resource utilization would be a good idea I’m thinking if you have visibility into that area.

If the “Taskprocessor Overload Trigger” in Asterisk SIP Settings, PJSIP tab is set to global, you can try setting it to pjsip only, that might quite the taskprocessor log entries.

Double check the hint subscription types too. If you are doing your hint subscriptions “wrong”, you can run into this.

Taskprocessor in version 15 shows there. Where would it show in a version 14?

Told its dual processor with gigabit speed. Running top on asterisk it hits up to around 64% sometimes, but never sticks or goes much higher.
Here are some visuals from pbx, as i am not sure how to get the best historical data yet. Based of work day starting at 730ish and ending at 5pm.

Cynjut,
checked everything i could for hints and dont see anything jumping at me. Posting what i found running core show hints in asterisk itself. Maybe to many watchers???

Top snapshot of PBX
23%20PM

Another update, calling with issues again. Heard them on call. Found this command and am watching it:
rtcp debug stats on
pjsip show channelstats
rtcp debug
Here is quick screen shot, not seeing the jitter or any details on why.

Bump"

This topic was automatically closed 31 days after the last reply. New replies are no longer allowed.