[asterisk-bugs] [JIRA] (ASTERISK-28036) Codec negotiation when incoming re-INVITE has no SDP

Asterisk Team (JIRA) noreply at issues.asterisk.org
Mon Sep 3 23:01:54 CDT 2018


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

Asterisk Team commented on ASTERISK-28036:
------------------------------------------

Thanks for creating a report! The issue has entered the triage process. That means the issue will wait in this status until a Bug Marshal has an opportunity to review the issue. Once the issue has been reviewed you will receive comments regarding the next steps towards resolution.

A good first step is for you to review the [Asterisk Issue Guidelines|https://wiki.asterisk.org/wiki/display/AST/Asterisk+Issue+Guidelines] if you haven't already. The guidelines detail what is expected from an Asterisk issue report.

Then, if you are submitting a patch, please review the [Patch Contribution Process|https://wiki.asterisk.org/wiki/display/AST/Patch+Contribution+Process].

>  Codec negotiation when incoming re-INVITE has no SDP
> -----------------------------------------------------
>
>                 Key: ASTERISK-28036
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-28036
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Channels/chan_pjsip
>    Affects Versions: 13.22.0, 15.5.0
>         Environment: Centos 6.10, 64bit
>            Reporter: Daniel Harper
>            Severity: Minor
>
> I appreciate that there might be a view that this is a feature request but I also believe that it could be also be viewed that this is a bug but I welcome the discussion.
> When recieving an re-Invite without SDP asterisk is not re-offering all supported media formats & codecs only the previously determined one.
> I found this link that references the various RFC's where this behaviour is expected. 
> Where this is an issue is in a call-pick up scenario where asterisk is dialing a call-pick feature code to pick up a external call. The issue being that the call being picked might not support the originally determined codec.



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



More information about the asterisk-bugs mailing list