[asterisk-bugs] [JIRA] (ASTERISK-21899) Q850 Reason not forwarded between call legs

[Matt Jordan (JIRA)]

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

Matt Jordan commented on ASTERISK-21899:
----------------------------------------

This is not a bug.

Asterisk is a Back-to-Back User Agent. It does not forward information from one SIP dialog to another, nor should it do so.

Instead, you should manipulate the hangup cause directly in the dialplan. You can override the hangup cause on a channel by calling the [Hangup|https://wiki.asterisk.org/wiki/display/AST/Asterisk+11+Application_Hangup] application with the desired cause code during either the {{h}} extension or a [hangup handler|https://wiki.asterisk.org/wiki/display/AST/Hangup+Handlers]. The available [cause codes are documented|https://wiki.asterisk.org/wiki/display/AST/Hangup+Cause+Mappings] on the wiki (note: drop the {{AST_}} from the string when passing it to the Hangup application).

There are a few other problems here as well.
# Patches are only accepted once a valid License Contributor agreement has been signed. The 'dirty patch' attached to this issue was not attached and marked as a code contribution. As such, I've removed it from the issue. In the future, if you'd like to provide a patch, please sign a license contributor agreement and mark the patch as a code contribution.
# Patches must be attached in unified diff format. Rich-text files and/or other forms or markup are not accepted.
# "Dirty patches" will receive little attention. Patches that are thought out and well-tested are generally accepted as contributions; patches that require significant attention from the Asterisk developer community typically languish in Jira.

For these reasons, I've gone ahead and closed out this issue as "Not a Bug". Because this is an improvement that I don't think should be made to Asterisk, and because there is not an acceptable patch for said improvement, I'm closing this issue out.
                
> Q850 Reason not forwarded between call legs
> -------------------------------------------
>
>                 Key: ASTERISK-21899
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-21899
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Channels/chan_sip/General
>    Affects Versions: 1.8.22.0
>         Environment: debian squeeze / linux
>            Reporter: Daren Pereira
>            Severity: Minor
>         Attachments: Q850 Reason bug dirty bypass patch.rtf, Q850 Reason bug.rtf
>
>
> We all know that SIP is not as precise as ISUP with reason of the call failure.
> For example, there are no differences between
> UNALLOCATED 1
> NO_ROUTE_DESTINATION 3
> They are all treated as "404 Not Found", that might be a big problem when running with a gateway connected to SS7 and for the one you need precise "Release Cause".
> We normally can use Q850 with "use_q850_reason" in sip.conf but i discovered a problem in the forwarding of the Q850 value.
> The value is simply dropped and replaced by the "not enough precise" HANGUPCAUSE
> See the attached SIP/DIALPLAN debug. You'll see the :
> Using Reason header for cause code: 3
> and on the other leg
> Reason: Q.850;cause=1
> The problem is, except if i missed it in all researchs i've made, there is no way to recover the Q850 value in a DIALPLAN variables.
> There is the "storesipcause" but it stores the "SIP 404 Not Found" message, not the causecode.
> So this ticket is in a way an issue, in a way a improvement to make.
> To bypass the problem, i made a dirty patch to chan_sip.c
> Instead of doing a MASTER_CHANNEL(HASH(SIP_CAUSE,[chan_name])) when "storesipcause" is set, I define a Q850 variable containing the code.
> Thank you for your comments.
> Regards

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.asterisk.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira