Hi Steve, Want to update you that we have committed the patch in https://trac.pjsip.org/repos/changeset/5233. Thanks for the report and patch! Best Regards, Riza On Mon, Jan 4, 2016 at 7:09 PM, Steve Davies <davies147 at gmail.com> wrote: > Hi, > > First time posting to this list, and I've not lurked for long, so > hopefully no faux-pas below :) > > The following references are from: > pjnath/src/pjnath/stun_session.c > this SEGV can be seen when using Asterisk 11+ with JsSIP or similar > clients in a very small number of calls (1 in 10,000?) and can also be seen > as a 100% CPU utilisation in some cases. It seems to have started due to an > optimisation in Chrome 47+ which triggers this timing-related problem. > > In the STUN engine, a retransmit cache is maintained in > sess->cached_response_list > When this linked-list of data is modified, the relevant lock > sess->grp_lock > is held in all places except one. > > A cache expiry timer is set on the above list, which fires > on_cache_timeout() > to clean the cache after 10 (?) seconds. This function does not get the > group lock before trying to empty the list. I propose that the locks are > added as per the attached patch against 2.4.5. > > Feedback obviously welcome. I have load- tested this patch here with great > success. > > Regards, > Steve > > _______________________________________________ > Visit our blog: http://blog.pjsip.org > > pjsip mailing list > pjsip at lists.pjsip.org > http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.pjsip.org/pipermail/pjsip_lists.pjsip.org/attachments/20160105/6a6e7151/attachment.html>
