Mike
2008-Apr-15 12:23 UTC
[asterisk-users] problem with Asterisk 1.4.19 - accountcode dissapearing
Hi,
I have a big issue during transfers (using Polycom phones, but I don't think
that's relevent) with Asterisk 1.14.19. Basically, the value contained in
${CDR(accountcode)} dissapears.
Here is the relevant code snippet:
------------------------------------------
exten => _X!.,n,Noop(${CDR(accountcode)}) ;THE VALUE HERE IS CORRECT AND IS
EQUALS TO THE ACCOUNTCODE SPECIFIED MUCH EARLIER IN THE DIALPLAN
exten => _X!.,n,Gotoif($["${i}" = "1"]?$[${PRIORITY}+2])
;DIAL ALL MAC PHONE ASSOCIATED WITH THIS EXTENSION SIMULATENOUSLY
exten =>
_X!.,n,Dial(${mac_dial_string:0:$[${LEN(${mac_dial_string})}-20]}|${sip_phon
es_ring_time}) ;remove least 7 characters, thos
e are left there by the invalid last SQL fetch
exten => _X!.,n,Set(i=0)
exten => _X!.,n,Noop(${CDR(accountcode)}) ;THE VALUE HERE IS EMPTY, and so
is this variable if I use it in any way.
------------------------------------
When I dial an extension and it hits this diaplan, it works fine. But if I
dial an extension, answer and then transfer (using Polycom phones) to an
extension using this dialplan I lose the accountcode where specified in the
code. It's empty. How can ${CDR(accountcode)} lose it's value for no
reason in those two seemingly innocent diaplan lines?
Below is the CLI output if it's useful:
-- Executing [701 at generic-extensions-db:22]
NoOp("SIP/0004f2134384-1-097fb4e8", "1234567890") in new
stack ;THIS IS THE
ACCOUNTCODE
-- Executing [701 at generic-extensions-db:23]
GotoIf("SIP/0004f2134384-1-097fb4e8", "0?25") in new stack
-- Executing [701 at generic-extensions-db:24]
Dial("SIP/0004f2134384-1-097fb4e8", "SIP/0004f2134384-3|8")
in new stack
-- Called 0004f2134384-3
-- SIP/0004f2134384-3-099947b0 is ringing
== Spawn extension (generic-extensions-db, 705, 24) exited non-zero on
'SIP/0004f2134384-1-097fb4e8<ZOMBIE>'
-- Incoming call: Got SIP response 500 "Internal Server Error" back
from
192.168.1.6
-- Nobody picked up in 8000 ms
-- Executing [701 at generic-extensions-db:25]
Set("SIP/0004f212ae63-1-099700a8", "i=0") in new stack
-- Executing [701 at generic-extensions-db:26]
NoOp("SIP/0004f212ae63-1-099700a8", "") in new stack
;MISSING ACCOUNTCODE
IS HERE
Mick
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://lists.digium.com/pipermail/asterisk-users/attachments/20080415/23019c3d/attachment.htm
Mindaugas Kezys
2008-Apr-15 12:58 UTC
[asterisk-users] problem with Asterisk 1.4.19 - accountcode dissapearing
As far as I noticed - this issue is not 1.4.19 only. Same thing happens on
all Asterisk versions.
Set your own variable before transfer:
Exten => ...., Set(__MYACC=${CDR(accountcode)})
And use ${MYACC} in other (transfered) calls.
Regards,
Mindaugas Kezys
http://www.kolmisoft.com
MOR PRO - Advanced Billing for Asterisk
From: asterisk-users-bounces at lists.digium.com
[mailto:asterisk-users-bounces at lists.digium.com] On Behalf Of Mike
Sent: Tuesday, April 15, 2008 3:24 PM
To: 'Asterisk Users Mailing List - Non-Commercial Discussion'
Subject: [asterisk-users] problem with Asterisk 1.4.19 - accountcode
dissapearing
Hi,
I have a big issue during transfers (using Polycom phones, but I don't think
that's relevent) with Asterisk 1.14.19. Basically, the value contained in
${CDR(accountcode)} dissapears.
Here is the relevant code snippet:
------------------------------------------
exten => _X!.,n,Noop(${CDR(accountcode)}) ;THE VALUE HERE IS CORRECT AND IS
EQUALS TO THE ACCOUNTCODE SPECIFIED MUCH EARLIER IN THE DIALPLAN
exten => _X!.,n,Gotoif($["${i}" = "1"]?$[${PRIORITY}+2])
;DIAL ALL MAC PHONE ASSOCIATED WITH THIS EXTENSION SIMULATENOUSLY
exten =>
_X!.,n,Dial(${mac_dial_string:0:$[${LEN(${mac_dial_string})}-20]}|${sip_phon
es_ring_time}) ;remove least 7 characters, thos
e are left there by the invalid last SQL fetch
exten => _X!.,n,Set(i=0)
exten => _X!.,n,Noop(${CDR(accountcode)}) ;THE VALUE HERE IS EMPTY, and so
is this variable if I use it in any way.
------------------------------------
When I dial an extension and it hits this diaplan, it works fine. But if I
dial an extension, answer and then transfer (using Polycom phones) to an
extension using this dialplan I lose the accountcode where specified in the
code. It's empty. How can ${CDR(accountcode)} lose it's value for no
reason in those two seemingly innocent diaplan lines?
Below is the CLI output if it's useful:
-- Executing [701 at generic-extensions-db:22]
NoOp("SIP/0004f2134384-1-097fb4e8", "1234567890") in new
stack ;THIS IS THE
ACCOUNTCODE
-- Executing [701 at generic-extensions-db:23]
GotoIf("SIP/0004f2134384-1-097fb4e8", "0?25") in new stack
-- Executing [701 at generic-extensions-db:24]
Dial("SIP/0004f2134384-1-097fb4e8", "SIP/0004f2134384-3|8")
in new stack
-- Called 0004f2134384-3
-- SIP/0004f2134384-3-099947b0 is ringing
== Spawn extension (generic-extensions-db, 705, 24) exited non-zero on
'SIP/0004f2134384-1-097fb4e8<ZOMBIE>'
-- Incoming call: Got SIP response 500 "Internal Server Error" back
from
192.168.1.6
-- Nobody picked up in 8000 ms
-- Executing [701 at generic-extensions-db:25]
Set("SIP/0004f212ae63-1-099700a8", "i=0") in new stack
-- Executing [701 at generic-extensions-db:26]
NoOp("SIP/0004f212ae63-1-099700a8", "") in new stack
;MISSING ACCOUNTCODE
IS HERE
Mick
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://lists.digium.com/pipermail/asterisk-users/attachments/20080415/ba1e8077/attachment.htm