[asterisk-bugs] [JIRA] (ASTERISK-29842) Do not change 180 Ringing to 183 Progress even if early_media already enabled
Asterisk Team (JIRA)
noreply at issues.asterisk.org
Thu May 5 09:48:42 CDT 2022
[ https://issues.asterisk.org/jira/browse/ASTERISK-29842?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Asterisk Team updated ASTERISK-29842:
-------------------------------------
Target Release Version/s: 18.12.0
> Do not change 180 Ringing to 183 Progress even if early_media already enabled
> -----------------------------------------------------------------------------
>
> Key: ASTERISK-29842
> URL: https://issues.asterisk.org/jira/browse/ASTERISK-29842
> Project: Asterisk
> Issue Type: Bug
> Security Level: None
> Components: Channels/chan_pjsip
> Affects Versions: 16.23.0, 18.9.0, 19.1.0
> Reporter: Mark Petersen
> Assignee: Mark Petersen
> Target Release: 16.26.0, 18.12.0
>
>
> Currently if we receive a 180 Ringing and we previously have received a 183 Progress with SDP, asterisk is send as 183 Progress with SDP
> but it should be send as 180 Ringing with SDP
> RFC-3960 3.2. Ringing Tone Generation
> SIP User Agent (UA) could implement the following
> local policy:
> 1. Unless a 180 (Ringing) response is received, never generate
> local ringing.
> 2. If a 180 (Ringing) has been received but there are no incoming
> media packets, generate local ringing.
> 3. If a 180 (Ringing) has been received and there are incoming
> media packets, play them and do not generate local ringing.
> Note that a 180 (Ringing) response means that the callee is
> being alerted, and a UAS should send such a response if the
> callee is being alerted, regardless of the status of the early
> media session.
--
This message was sent by Atlassian JIRA
(v6.2#6252)
More information about the asterisk-bugs
mailing list