Hello all.<br><br>I&#39;m setting up a new call center PBX using * v1.4, and figure it&#39;s better to go with AddQueueMember over AgentCallbackLogin.&nbsp; The functionality of AgentCallbackLogin still works, but without a firm idea of how long it will be in the codebase, I&#39;m wary of building a system on top of it.
<br><br>The basic mechanics work, but I&#39;m having some trouble on logging.&nbsp; With AgentCallbackLogin, ${MEMBERINTERFACE} and the entry in the queue log refer to the agent that the call was sent to.&nbsp; With AddQueueMember, the log entry refers to the channel (in my case, SIP/XXXX).&nbsp; To tie call disposition back to a person, I need to maintain a map of channels to agents and then populate that in the CDR somehow.
<br><br>This isn&#39;t a huge problem, as I already have to set up an agent login context in the dialplan, so when I authenticate the agent and call AddQueueMember, I can easily stick the mapping into AstDB, then pull it out before the call to Queue() and stick it in the CDR userfield.&nbsp; I can&#39;t think of a way to put the agent in the queue log however, unless I&#39;m missing a way to customize what shows up in 
queue.log.<br><br>I could do the mapping in post-processing by having my agent login application store the login / logout times, the channel and the agent, but any missing data found in post would not easily be correctable in a billing program.
<br><br>Am I missing something obvious, or is this just part and parcel of using dynamic queues instead of AgentCallbackLogin?<br><br>Thanks<br clear="all"><br>-- <br>j.