[asterisk-bugs] [JIRA] (ASTERISK-24464) [patch]ICE Candidates Gathering causes abort in pjproject code due to too small network interface array size

[Andreas Steinmetz (JIRA)]

    [ https://issues.asterisk.org/jira/browse/ASTERISK-24464?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=235234#comment-235234 ] 

Andreas Steinmetz commented on ASTERISK-24464:
----------------------------------------------

As for the version I really can't recall anymore (more than two years) but the bug states that it was 11.13. Anyhow the thing is that the pjsip candidates limit is way to low for a dual stack network. Though it fits the bill for an IPv4 only network one has to multiply the  value with at least 3 (better 4) to fit the bill for dual stack (ipv4 address, link local address, any kind of global address at least per interface). Setting a value of 64 as the limit should be the default nowadays.

Anyway, I will not be able to get around to test this for quite a while due to current job demand as well as health issues. I hope you don't mind.


> [patch]ICE Candidates Gathering causes abort in pjproject code due to too small network interface array size
> ------------------------------------------------------------------------------------------------------------
>
>                 Key: ASTERISK-24464
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-24464
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Resources/res_rtp_asterisk
>    Affects Versions: 11.13.0
>         Environment: Linux
>            Reporter: Andreas Steinmetz
>         Attachments: abort_pjproject.txt, ice-candidates-length.patch
>
>
> The array size for network gathering for the ice candidates list  is too small (16). This can cause the required candidates not to be included which lateron triggers a pjproject abort.
> Thinking of VLANs and that every network interface has typically at least two addresses an array size of 64 seems to be more reasonable.



--
This message was sent by Atlassian JIRA
(v6.2#6252)