[Freeswitch-users] Passing channel variables to mod_fifo and xml_cdr

[Michael Jerris]

There is no association if the agent does not accept the call.  When fifo has calls waiting for agents, it will call as many agents as it needs for calls waiting to be handled, when those agents accept the call, only then does it go and grab a specific caller to attach to the agent.  What most people assume incorrectly is that it is calling the agent using the waiting caller.  There is no connection at all at the time the call is made.  This is the same reason that you do not get caller id of the caller until you answer.  This is how mod_fifo is architected and a behavior that can not be changed without writing a completely different call queue system.

Mike

On Feb 4, 2010, at 9:09 PM, Adam Ford wrote:

> When sending a call through mod_fifo I seem to be losing my custom channel variables that were assigned during prior processing of the call.  In my example, I am trying to assign a unique identifier at the time the call enters my FreeSWITCH system in order to more easily tie the xml_cdr logs together.  This works great, until a call is processed through mod_fifo, which drops my custom channel variable in the calls that it generates.  Is it likely that I have something wrong with my config? Or does mod_fifo not support the passing of custom channel variables?
>  
> The overall problem I am trying to solve is that mod_fifo generates a separate a-leg for every time it rings an agent.  If the agent answers, the a-leg log gets tied to the associated b-leg log with the uuids and I am able to see the entire call in xml_cdr.  However, if the agent rejects the call or doesn’t answer, the a-leg is abandoned with seemingly no association back to a b-leg log.  Anyone have a better suggestion for tying all these xml_cdr logs together for a full picture of the call?  
>  
> -Adam
> _______________________________________________
> FreeSWITCH-users mailing list
> FreeSWITCH-users at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100209/12063867/attachment-0002.html