<![CDATA[checkdir passing bad variables]]>So I got everything working properly, but something has changed. The variables never get set for the callerid and callername anymore.

I get this in my logs now when a call runs the checkdir.php.

/fop2/checkdir.php?poptype=connect&clidnum=undefined&clidname=undefined&exten=275&fromqueue=Sales&UNIQUEID=1332695254.28713

[trix asterisk]# grep 1332695254.28713 queue_log
1332695277|1332695254.28713|1010|NONE|ENTERQUEUE||"SalesNOT FOUND" <1235551212>

The event_log for the above example (with the phone number changed)

Is there anything I should be looking for or a setting somewhere that would cause it to be "undefined"

We use your call-stats, and all the callerID and callerNumbers are there perfectly fine.

Our checkdir.php is your example pretty much for the variables.


function custom_popup($ALLVAR) {

        $clidnum   = $ALLVAR['clidnum'];
        $clidname  = $ALLVAR['clidname'];
        $fromqueue = $ALLVAR['fromqueue'];
        $exten     = $ALLVAR['exten'];
]]>http://localhost:4567/topic/1099/checkdir-passing-bad-variablesRSS for NodeTue, 27 Oct 2026 13:08:40 GMTSun, 25 Mar 2012 18:12:26 GMT60<![CDATA[Reply to checkdir passing bad variables on Tue, 27 Mar 2012 03:47:41 GMT]]>Do you have eventmemberstatus=yes in your queue configuration? Try toggling it and see if that makes a difference.

]]>http://localhost:4567/post/4955http://localhost:4567/post/4955Tue, 27 Mar 2012 03:47:41 GMT<![CDATA[Reply to checkdir passing bad variables on Tue, 27 Mar 2012 02:14:36 GMT]]>read = all
write = all
writetimeout = 1000
eventfilter=!Event: RTCPSent
eventfilter=!Event: RTCPReceived
eventfilter=!Event: VarSet
eventfilter=!Event: Cdr
eventfilter=!Event: ExtensionStatus
eventfilter=!Event: ChannelUpdate

]]>http://localhost:4567/post/4954http://localhost:4567/post/4954Tue, 27 Mar 2012 02:14:36 GMT<![CDATA[Reply to checkdir passing bad variables on Tue, 27 Mar 2012 02:07:32 GMT]]>It is still working fine, perhaps your manager events are being filtered. Do you have "all" permissions in /etc/asterisk/manager.conf file read and write lines ?

]]>http://localhost:4567/post/4953http://localhost:4567/post/4953Tue, 27 Mar 2012 02:07:32 GMT<![CDATA[Reply to checkdir passing bad variables on Tue, 27 Mar 2012 01:09:46 GMT]]>It isn't passing it at all, the only one I see is "fromqueue" to the web client. I have pretty much given up at this point, I am no debugger, and to be honest this isnt critical enough to hire someone to look at it. The logs make no sense to me what so ever. There is no clidnum or clidname being passed anywhere. eventwhencalled is set to yes on all queues.

I haven't changed anything and it used to work fine, I figured it would of been something simple. However I appreciate all your support, and I hope someone can get something out of your explanations on this in the future by reading our post here.

]]>http://localhost:4567/post/4952http://localhost:4567/post/4952Tue, 27 Mar 2012 01:09:46 GMT<![CDATA[Reply to checkdir passing bad variables on Mon, 26 Mar 2012 21:59:51 GMT]]>I forgot about this, sorry. The callerid number and name are set prior to that event, it could be set on:

Event: Newstate
With Ringing state

or the Event: MemberStatus
if you have eventmemberstatus=yes in the queue configuration.

And some other situations, a Link event, a Callerid event, etc. So, inspect a little bit up your log and look for those, when the callerid is set, the callerid. If you set debug level to 15 ( -x 15 ), you will see the commands sent to the web client, look for the commands clidnum and clidname that are passed, and then the manager event just above those.

]]>http://localhost:4567/post/4951http://localhost:4567/post/4951Mon, 26 Mar 2012 21:59:51 GMT<![CDATA[Reply to checkdir passing bad variables on Mon, 26 Mar 2012 20:59:39 GMT]]>The variable doesn't even exist in the AgentConnect, its set in the AgentCalled though.

Sorry I guess I really don't know how its being passed since its not in that Event. I don't know, we have a ringall system in place if that makes any difference. So it rings all channels, until someone picks it up.

Can you explain more on this new option you mentioned? eventwhencalled=vars

127.0.0.1       <- Event: NewCallerid
127.0.0.1       <- Privilege: call,all
127.0.0.1       <- Channel: SIP/xxxxxxx-xxx
127.0.0.1       <- CallerIDNum: 1235551212
127.0.0.1       <- CallerIDName: SalesNOT FOUND
127.0.0.1       <- Uniqueid: 1332788687.31688
127.0.0.1       <- CID-CallingPres: 0 (Presentation Allowed, Not Screened)
127.0.0.1       <- Server: 0

127.0.0.1       <- Event: AgentCalled
127.0.0.1       <- Privilege: agent,all
127.0.0.1       <- Queue: 1010
127.0.0.1       <- AgentCalled: Local/275@from-internal/n
127.0.0.1       <- AgentName: Local/275@from-internal/n
127.0.0.1       <- ChannelCalling: SIP/xxxxxxxx-xxx
127.0.0.1       <- DestinationChannel: Local/275@from-internal-9301;1
127.0.0.1       <- CallerIDNum: 1235551212
127.0.0.1       <- CallerIDName: SalesNOT FOUND
127.0.0.1       <- Context: ext-queues
127.0.0.1       <- Extension: 1010
127.0.0.1       <- Priority: 19
127.0.0.1       <- Uniqueid: 1332788687.31688
127.0.0.1       <- Server: 0

127.0.0.1       <- Event: AgentConnect
127.0.0.1       <- Privilege: agent,all
127.0.0.1       <- Queue: 1010
127.0.0.1       <- Uniqueid: 1332788687.31688
127.0.0.1       <- Channel: Local/275@from-internal-9301;1
127.0.0.1       <- Member: Local/275@from-internal/n
127.0.0.1       <- MemberName: Local/275@from-internal/n
127.0.0.1       <- Holdtime: 105
127.0.0.1       <- BridgedChannel: 1332788805.31785
127.0.0.1       <- Ringtime: 6
127.0.0.1       <- Server: 0
]]>http://localhost:4567/post/4950http://localhost:4567/post/4950Mon, 26 Mar 2012 20:59:39 GMT<![CDATA[Reply to checkdir passing bad variables on Mon, 26 Mar 2012 12:05:51 GMT]]>Hi,

You might want to check the manager debug to see what callerid and name are passed to the AgentConnect event. I have just tested it locally and callerid is passed fine, also the new option to pass variables (eventwhencalled=vars) works ok too.

So, start fop2_server in manager debug mode:

service fop2 stop
cd /usr/local/fop2
script capture.log
./fop2_server -X 3

(do your calls, wait for an agent to be connected to a call then stop the session)

ctrl-C
exit

Inspect the capture.log, search for AgentConnect and check the data there.

Best regards,

]]>http://localhost:4567/post/4949http://localhost:4567/post/4949Mon, 26 Mar 2012 12:05:51 GMT