[asterisk-bugs] [JIRA] (ASTERISK-29052) Deferred re-INVITE without SDP results in a=sendonly

Patrick Verzele (JIRA) noreply at issues.asterisk.org
Fri Aug 28 08:33:43 CDT 2020


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

Patrick Verzele updated ASTERISK-29052:
---------------------------------------

    Attachment: res_pjsip_session.c.patch
                packet_trace_patched_sdp.pcap
                packet_trace_broken_sdp.pcap

Adding packet trace of the broken SDP.
Adding packet trace of patched SDP.
Also adding patch to get the correct SDP.

> Deferred re-INVITE without SDP results in a=sendonly
> ----------------------------------------------------
>
>                 Key: ASTERISK-29052
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-29052
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Resources/res_pjsip_session
>    Affects Versions: 16.12.0
>         Environment: Centos 7 with asterisk 16.12.0
> Archlinux with asterisk 16.12.0
>            Reporter: Patrick Verzele
>            Severity: Minor
>              Labels: patch
>         Attachments: extensions.conf, packet_trace_broken_sdp.pcap, packet_trace_patched_sdp.pcap, pjsip.conf, res_pjsip_session.c.patch, uac.xml, uas.xml
>
>
> This is related to https://issues.asterisk.org/jira/browse/ASTERISK-25854
> When the device requests hold by sending SDP with attribute recvonly, asterisk correctly places the session in sendonly mode. When the device later requests to resume the call with a deferred re-INVITE excluding SDP, asterisk continues in sendonly mode, however it should return to sendrecv, and allow the device to decide further.
> The current result with PJSIP is for a one-way audio stream.



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



More information about the asterisk-bugs mailing list