[asterisk-bugs] [Asterisk 0013140]: [patch] Setting up a HANGUPCAUSETEXT variable for SIP channel

Asterisk Bug Tracker noreply at bugs.digium.com
Tue Aug 4 14:08:25 CDT 2009


A NOTE has been added to this issue. 
====================================================================== 
https://issues.asterisk.org/view.php?id=13140 
====================================================================== 
Reported By:                cpina
Assigned To:                tilghman
====================================================================== 
Project:                    Asterisk
Issue ID:                   13140
Category:                   Channels/chan_sip/NewFeature
Reproducibility:            always
Severity:                   feature
Priority:                   normal
Status:                     ready for testing
Target Version:             1.6.x Version Tracker
Asterisk Version:           SVN 
Regression:                 No 
SVN Branch (only for SVN checkouts, not tarball releases):  trunk 
SVN Revision (number only!): 133097 
Request Review:              
====================================================================== 
Date Submitted:             2008-07-23 13:31 CDT
Last Modified:              2009-08-04 14:08 CDT
====================================================================== 
Summary:                    [patch] Setting up a HANGUPCAUSETEXT variable for
SIP channel
Description: 
I found that sometimes it's needed to have the exactly "SIP disconnect
code" from the other end. HANGUPCAUSE could not be enough as it's mapping
different SIP codes to the same number.

After talking about it in -dev mailing list:
http://lists.digium.com/pipermail/asterisk-dev/2008-July/034004.html

Some people was interested and attached there is a initial patch to
implement it.

Note: there is a problem with a Dial to multiple channels: same problem
than HANGUPCAUSE. A good solution, as talked here:

http://lists.digium.com/pipermail/asterisk-dev/2008-July/034020.html

is to have a hash/function handling all disconnect reasons. In this status
the classic HANGUPCAUSE and also HANGUPCAUSETEXT don't handle it.

PATCH:
Mail:
http://lists.digium.com/pipermail/asterisk-dev/2008-July/034049.html
Attachment:
http://lists.digium.com/pipermail/asterisk-dev/attachments/20080723/6da29aa3/attachment.patch

In my tests the patch has been working fine. If you see any problem or
patch should be done in a different way, I'm open to work on it.
======================================================================
Relationships       ID      Summary
----------------------------------------------------------------------
related to          0014810 [patch] channel-specific hangupcauses
====================================================================== 

---------------------------------------------------------------------- 
 (0108611) lmadsen (administrator) - 2009-08-04 14:08
 https://issues.asterisk.org/view.php?id=13140#c108611 
---------------------------------------------------------------------- 
This seems to work as advertised from what I can tell. If I call
${MASTER_CHANNEL(CHANNEL)} from a Macro that was called from a
Dial(...,,M(getChan)) for example, it returns the originating channel. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-08-04 14:08 lmadsen        Note Added: 0108611                          
======================================================================




More information about the asterisk-bugs mailing list