Can you duplicate the problem with Chan_sip? I know it would be a pain to switch from PJ to chan, but it might shed some light on narrowing down the problem.
On Wed, May 5, 2021, 8:47 AM Dan Cropp <d...@amtelco.com> wrote: > Running Asterisk 16.17.0 > > > > We have an interesting scenario where we see Asterisk CPU usage spike to > the point the entire system is maxed out. > > > > There is a specific scenario where we have two ConfBridges and they are > connected via a local channel. Everything is fine here. > > > > Callers <-> ConfBridge A <-> local channel <-> ConfBridge B <-> Callers > > > > We may be recording both ConfBridges for different groups. Again, all is > fine. > > > > Where we run into a problem is when someone decides they need to record a > response. We connect another local channel to the ConfBridge. All is fine. > > Callers <-> ConfBridge A <-> local channel <-> ConfBridge B <-> Callers > > > <-> Local Channel > > > > Then, we initiate a record on the other end of the local channel. > > Callers <-> ConfBridge A <-> local channel <-> ConfBridge B <-> Callers > > > <-> Local Channel (start recording) > > > > Suddenly, the CPU usage spikes to the point the system is starving and > gradually gets worse. > > Looking at the debug log for Asterisk, we are seeing thousands of messages > like this (roughly 8-10 sets every millisecond) > > [05/05 10:25:28.541] DEBUG[2981][C-00000038] chan_pjsip.c: > PJSIP/1003-00000007: Indicated Video Update > > [05/05 10:25:28.541] DEBUG[2981][C-00000038] chan_pjsip.c: > PJSIP/1003-00000007 > > [05/05 10:25:28.541] DEBUG[2981][C-00000038] chan_pjsip.c: > PJSIP/1003-00000007: Indicated Video Update > > [05/05 10:25:28.541] DEBUG[2981][C-00000038] chan_pjsip.c: > PJSIP/1003-00000007 > > [05/05 10:25:28.541] DEBUG[2981][C-00000038] chan_pjsip.c: > PJSIP/1003-00000007: Indicated Video Update > > [05/05 10:25:28.541] DEBUG[2981][C-00000038] chan_pjsip.c: > PJSIP/1003-00000007 > > [05/05 10:25:28.541] DEBUG[2981][C-00000038] chan_pjsip.c: > PJSIP/1003-00000007: Indicated Video Update > > > > After this occurs, the messages in the debug output can also be a bit out > of order for the date/time listed in the file. > > > > An interesting scenario, if we first start recording on the Local channel, > then add it to the ConfBridge this CPU spike does not occur. > > > > We realize this is a bit of an extreme scenario, two ConfBridges connected > with a local channel, and needing to connect another local channel to one > of the ConfBridges and start recording. Unfortunately, it’s a scenario we > are stuck with due to a unique customer requirement. > > > > Any thoughts or suggestions? > > > > Dan > -- > _____________________________________________________________________ > -- Bandwidth and Colocation Provided by http://www.api-digital.com -- > > Check out the new Asterisk community forum at: > https://community.asterisk.org/ > > New to Asterisk? Start here: > https://wiki.asterisk.org/wiki/display/AST/Getting+Started > > asterisk-users mailing list > To UNSUBSCRIBE or update options visit: > http://lists.digium.com/mailman/listinfo/asterisk-users
-- _____________________________________________________________________ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- Check out the new Asterisk community forum at: https://community.asterisk.org/ New to Asterisk? Start here: https://wiki.asterisk.org/wiki/display/AST/Getting+Started asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
