[asterisk-bugs] [JIRA] (ASTERISK-25568) 180 Ringing not sent after 183 Session Progress

Asterisk Team (JIRA) noreply at issues.asterisk.org
Wed Nov 18 06:55:33 CST 2015


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

Asterisk Team commented on ASTERISK-25568:
------------------------------------------

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].

> 180 Ringing not sent after 183 Session Progress
> -----------------------------------------------
>
>                 Key: ASTERISK-25568
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-25568
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Channels/chan_sip/General
>    Affects Versions: 13.6.0
>            Reporter: Morten Tryfoss
>            Severity: Minor
>         Attachments: chan_sip.patch
>
>
> We've got a simple scenario with a SIP call through Asterisk.
> sip.conf
> progressinband=no (default setting)
> The remote switch sends a 100 Trying and a 183 Session Progress immediately after we send the INVITE. When the remote destination starts ringing (CPG received on ISUP-side of the switch), the switch sends a 180 Ringing to Asterisk. This is not forwarded to the other side, which I think is wrong.
> This can cause lack of ringback tone or wrongly mapped release causes in the originating switch. For example, a 480 temp unavailable is mapped to "20 - subscriber absent" if it has not started to ring, or "19 - no answer from user" if it has.
> The attached patch solves the problem for me.



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



More information about the asterisk-bugs mailing list