]> git.ipfire.org Git - thirdparty/asterisk.git/commit
pjproject: Use a much higher limit for PJ_ICE_MAX_CHECKS 30/4430/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 21:57:08 +0000 (15:57 -0600)
commitfb9b867d7df75146dab08a299e314cb3808a4a25
tree82c2e027ec81ce22b58443b33ff1d6887faa4674
parent46bedcbbadf568dcbc65d9d17dfd30c82199fa41
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