[asterisk-users] problem with Asterisk 1.4.19 -accountcode dissapearing

Mike list at virtutel.ca
Wed Apr 16 07:38:02 CDT 2008


Thanks, that`s what I ended up doing.  Still, it doesn't seem to be WAD,
since the CDR(accountcode) is correct and suddently dissapears.
 
Is this a bug (I was looking through the bug system and couldnt match this
with a bug, but then again I am not a developer) or is it really WAD?
 
Mike


  _____  

From: asterisk-users-bounces at lists.digium.com
[mailto:asterisk-users-bounces at lists.digium.com] On Behalf Of Mindaugas
Kezys
Sent: Tuesday, April 15, 2008 08:58
To: 'Asterisk Users Mailing List - Non-Commercial Discussion'
Subject: Re: [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/20080416/c03c0845/attachment.htm 


More information about the asterisk-users mailing list