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

[Joshua C. Colp (JIRA)]

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

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

    Summary: res_pjsip_session: Deferred re-INVITE without SDP results in a=sendonly  (was: Deferred re-INVITE without SDP results in a=sendonly)

> res_pjsip_session: 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)