]> git.ipfire.org Git - thirdparty/asterisk.git/commit
pjproject: Use a much higher limit for PJ_ICE_MAX_CHECKS 36/4436/1
authorMatt Jordan <mjordan@digium.com>
Mon, 14 Nov 2016 21:57:08 +0000 (15:57 -0600)
committerMatt Jordan <mjordan@digium.com>
Mon, 14 Nov 2016 22:03:50 +0000 (17:03 -0500)
commitedd7ae85e8adfe18b401fbb0e975f389f02d88fd
treede53e4f59bf7eb56fa2835ffa3c3d642d25abdfa
parentd1739bcf07502e5e59917818dfcf514b95a6c2e3
pjproject: Use a much higher limit for PJ_ICE_MAX_CHECKS

The PJ_ICE_MAX_CHECKS constant is used by pjproject to determine how
many pairs of local/remote candidates will be made. If for some reason
we reach this upper bound, ICE will generally fail and no media will
flow between the browser and Asterisk.

This patch makes PJ_ICE_MAX_CHECKS set to the total possible number of
pairs of candidates we'd theoretically allow, which is
PJ_ICE_MAX_CAND^2. Prior to this patch, we simply multiplied
PJ_ICE_MAX_CAND by two; on systems with multiple interfaces (I blame
Docker), this is far too low to allow WebRTC calls to succeed.

Setting this to be PJ_ICE_MAX_CAND^2 allowed WebRTC calls to succeed
even when the system Asterisk was running on had quite a few virtual
interfaces.

Change-Id: Icd4f17de0ac9d3a83dddfc8bf1cb7616bc107d55
third-party/pjproject/patches/config_site.h