search for: verdiansw

...oming call to a queue and log that to my back-office system with a CURL to a HTTP endpoint. However, the Queue application does not appear to allow passing of parameters to the called queue pickup macro. E. g. non-working code is: [queuetest] timeout = 60 retry = 2 member=>SIP/testnum [macro-verdianswer] exten=>s,1,NoOp(Entering Verdi answer macro) exten=>s,n,NoOp(Value: ${ARG1}) exten=>s,n,MacroExit [incomingcontext] exten=>tstqueue,1,NoOp(Incoming call for VerDi) same=>n,Set(curlResult=${SHELL(/usr/src/verdi/bash/verdiIncGetUUID.sh)}) same=>n,Set(curlResultLength=${LEN(${cu...

...06d9a&direction=IN&requested_endpoint=SIP/3027-00006db1&caller_id=SIP/3027-00006db1&sourced_from=ApiLogIncomingCall.java&successfully_sent_to_server=1 [root at acasterisk bash]# E. g. all params present - because no variable references need to be parsed. If I use this: [macro-verdianswer] exten=>s,1,NoOp(Entering Verdi answer macro - picked up by ${CHANNEL}) same=>n,NoOp(Source Channel: ${sourceChannel}) same=>n,NoOp(Answering Channel: ${CHANNEL}) same=>n,NoOp(Lodging CDR accountcode: ${curIncAccCode} as an incoming call from ${numbersource} with VerDi and answered by...

...quot; data. The classic concurrently accessed single variable issue. Anyway, I've managed to solve this by declaring a variable in the main dialplan as inheritable and storing my back-office relevant GUID in there, then referencing that variable without the pre-prended _ in the macro: E. g. [verdianswer] exten=>s,n,NoOp(Lodging CDR accountcode: ${curIncAccCode} as an incoming call from ${numbersource} with VerDi and answered by ${MEMBERINTERFACE}...) exten=>s,n,MacroExit [telkomin] . . . same=>n,Set(curlResult=${SHELL(/usr/src/verdi/bash/verdiIncGetUUID.sh)}) same=>n,Set(_curIncAccC...