[asterisk-bugs] [JIRA] (ASTERISK-27088) res_rtp_asterisk: Better handle ICE renegotiation and unidirectional negotiation

[Friendly Automation (JIRA)]

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

Friendly Automation commented on ASTERISK-27088:
------------------------------------------------

Change 8264 merged by Jenkins2:
res_rtp_asterisk: Fix ICE candidate nomination

[https://gerrit.asterisk.org/8264|https://gerrit.asterisk.org/8264]

> res_rtp_asterisk: Better handle ICE renegotiation and unidirectional negotiation
> --------------------------------------------------------------------------------
>
>                 Key: ASTERISK-27088
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-27088
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>            Reporter: Joshua Colp
>            Assignee: Joshua Colp
>      Target Release: 13.17.0, 14.6.0, 15.0.0
>
>
> When re-inviting to add more streams it is possible for the role of existing ICE sessions to be changed to the incorrect value. This results in subsequent refreshes within the sessions getting a role conflict and the ICE session breaking down.
> As well if we encounter a situation where a unidirectional ICE negotiation happens and the other side does not send us candidates we will not store any information for sending traffic, even though we know where they are reachable.



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