search for: storesipcause

Hi, I am experimenting with getting hold of the sip cause and sip response from outgoing call. How could i make a userevent printing the sip cause and/or sip response. I have tried using hangupcause, sip_cause and such , but i am not getting any data. I would at least like to use the q.850 reason codes in the dialplan which i now am unable to do. Any help appreciated. [Beskrivning: Fogwise -

Hello, I read on the wiki : Asterisk 1.8 will allow to read SIP response codes in the dialplan via *${HASH(SIP_CAUSE,<channel-name>)}*. Additionally make sure you're using the destination channel, not the source channel. But when I use this in my dialplan, this 'variable' is empty. Dialplan : exten => h,n,NoOp(sip cause = ${HASH(SIP_CAUSE,${CHANNEL})}) exten =>

...determine what actions you may want to take (or avoid taking). More information is available on the Asterisk blog: http://blogs.asterisk.org/2011/09/19/ilbc-support-in-asterisk-after-googles-acquisition-of-gips/ The following is a sample of the issues resolved in this release: * Added the 'storesipcause' option to sip.conf to allow the user to disable the setting of HASH(SIP_CAUSE,) on the channel. Having chan_sip set HASH(SIP_CAUSE,) on the channel carries a significant performance penalty because of the usage of the MASTER_CHANNEL() dialplan function. We've decided to disab...

...determine what actions you may want to take (or avoid taking). More information is available on the Asterisk blog: http://blogs.asterisk.org/2011/09/19/ilbc-support-in-asterisk-after-googles-acquisition-of-gips/ The following is a sample of the issues resolved in this release: * Added the 'storesipcause' option to sip.conf to allow the user to disable the setting of HASH(SIP_CAUSE,) on the channel. Having chan_sip set HASH(SIP_CAUSE,) on the channel carries a significant performance penalty because of the usage of the MASTER_CHANNEL() dialplan function. We've decided to disab...

B.H. Hello, i'm using AMI Originate action (with async=true) to send outgoing calls to a SIP trunk (using asterisk-java library to connect to AMI). The problem is that in case of failed originate, OriginateResponse event is returning only the reason code which is sometimes not sufficient to determine the real cause of failure. Also, there's no way to link between the channel that was

...quot;, "sip cause = ") in new stack > > [Oct 30 14:48:03] -- Executing [h at pbx-routing:6] > > NoOp("SIP/SipAT01-00000015", "sip cause = ") in new stack > > > > > > Can anyone tell me how this should be used ? > > > sip.conf: storesipcause=yes > > > -- > Paul Belanger | PolyBeacon, Inc. > Jabber: paul.belanger at polybeacon.com | IRC: pabelanger (Freenode) > Github: https://github.com/pabelanger | Twitter: > https://twitter.com/pabelanger > > > > ------------------------------ > > Message: 6 &gt...