[asterisk-bugs] [JIRA] (ASTERISK-29957) Transport autoselection is broken on FreeBSD

Joshua C. Colp (JIRA) noreply at issues.asterisk.org
Mon Mar 7 13:34:06 CST 2022


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

Joshua C. Colp updated ASTERISK-29957:
--------------------------------------

    Component/s:     (was: pjproject/pjsip)
                 Resources/res_pjsip

> Transport autoselection is broken on FreeBSD
> --------------------------------------------
>
>                 Key: ASTERISK-29957
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-29957
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Resources/res_pjsip
>    Affects Versions: 16.24.1, 18.10.1
>         Environment: OS: FreeBSD 13.0-RELEASE
> Architecture: amd64
> Environment: jail(8)
>            Reporter: 04dco
>
> PJSIP transport autoselection fails and the last defined transport in pjsip.conf is used if not explicitly specified on endpoint, as a result no audio gets through. For example if the last transport in pjsip.conf is over IPv6, calls over IPv4 have no audio. RTP Packet Debugging says packets of -13 bytes are send to the endpoint but none are received back. When the endpoint tries to send RTP packets to Asterisk, they bounce with ICMP port-unreachable.
> Issue is as described in this older forum post:
> https://community.asterisk.org/t/13-14-0-pjsip-rtp-problem-no-audio/70244
> RTP Packet Debugging output excerpt:
> [Mar  6 23:17:40] Sent RTP packet to      10.0.1.5:33024 (type 09, seq 020789, ts 000160, len -000013)
> [Mar  6 23:17:40] Sent RTP packet to      10.0.1.5:33024 (type 09, seq 020790, ts 000320, len -000013)
> [Mar  6 23:17:40] Sent RTP packet to      10.0.1.5:33024 (type 09, seq 020791, ts 000480, len -000013)
> Forcing transport fixes it but for one address family only. If I force an IPv4 UDP transport then RTP over IPv6 breaks with the usual -13 byte packets and vice-versa. If I force an IPv4 UDP transport, TLS over IPv4 works normally.
> Steps to reproduce: specify two UDP transports in pjsip.conf, one over IPv4 then one over IPv6 (in that order). Make a call over IPv4 and fail to get audio.
> Workarounds: explicitly specify transport for endpoints



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



More information about the asterisk-bugs mailing list