[asterisk-bugs] [JIRA] (ASTERISK-27437) [patch] ICE: server-reflexive candidates (srflx) with Dual-Stack.

[Asterisk Team (JIRA)]

     [ https://issues.asterisk.org/jira/browse/ASTERISK-27437?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Asterisk Team updated ASTERISK-27437:
-------------------------------------

    Target Release Version/s: 13.19.0

> [patch] ICE: server-reflexive candidates (srflx) with Dual-Stack.
> -----------------------------------------------------------------
>
>                 Key: ASTERISK-27437
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-27437
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Resources/res_rtp_asterisk
>    Affects Versions: 13.18.2, 15.1.2
>            Reporter: Alexander Traud
>      Target Release: 13.19.0
>
>         Attachments: ice_srflx_with_dual_stack.patch
>
>
> When ICE and IPv4+IPv6 (Dual-Stack) are enabled, no server-reflexive ICE candidates (srflx) are advertised in SDP, even if a user-agent client is connected via IPv4 only.
> *Steps to reproduce*
> # Asterisk behind a NAT
> # channel driver _chan_sip_
> # configuration file _sip.conf_ enabled for IPv6: {{bindaddr=::}}
> # configuration file _sip.conf_ enabled for ICE: {{icesupport=yes}}
> # call an extension on this Asterisk server, trace with Wireshark
> *Expected results*
> The answer to the SIP-INVITE contains an SDP media session with server-reflexive ICE candidates, like:
> {{a=candidate:2 1 UDP 1694498815 192.0.2.3 45664 typ srflx raddr 10.0.1.1 rport 8998}}
> *Actual results*
> The answer to the SIP-INVITE contains an SDP media session without any server-reflexive ICE candidates.
> *Notes*
> The current source code works for IPv4-only servers. In all other cases (IPv6-only, IPv4+IPv6) no srflx are gathered. The attached patch gathers srflx even when Asterisk is enabled for IPv4+IPv6. When no IPv4 interface is available (Asterisk is IPv6-only), the proposed patch does not gather srflx as before.



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