[asterisk-dev] [Code Review] 3551: app_agent_pool: Return to dialplan if the agent fails to ack the call.

[rmudgett]

-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/3551/
-----------------------------------------------------------

Review request for Asterisk Developers.


Repository: Asterisk


Description
-------

Improvements to the agent pool functionality.

* AgentRequest no longer hangs up the caller if the agent fails to connect with the caller.  It now continues in the dialplan.

* AgentRequest returns AGENT_STATUS set to NOT_CONNECTED if the agent failed to connect with the call.  Most likely because the agent did not acknowledge the call in time or got disconnected.

* The agent alerting play file configured by the agent.conf custom_beep option can now be disabled by setting the option to an empty string.  The agent is effectively alerted to a call presence when MOH stops.

* Fixed bridge reference leak when the agent connects with a caller.


Diffs
-----

  /branches/12/apps/app_agent_pool.c 414212 
  /branches/12/CHANGES 414212 

Diff: https://reviewboard.asterisk.org/r/3551/diff/


Testing
-------

Initiated an AgentRequest where the agent did the following:
* Did nothing and got automatically logged off.  Before the caller would be hungup.  Now the caller returns to the dialplan with AGENT_STATUS set to NOT_CONNECTED.
* Hungup.  Before the caller would be hungup.  Now the caller returns to the dialplan with AGENT_STATUS set to NOT_CONNECTED.
* Acks the call with the wrong digit.  Before the caller would be hungup.  Now the caller returns to the dialplan with AGENT_STATUS set to NOT_CONNECTED.
* Acks the call correctly.  Before the conversation bridge would be leaked and remain in the stasis cache for "bridge show all" to display.  Now it doesn't.


Thanks,

rmudgett

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.digium.com/pipermail/asterisk-dev/attachments/20140520/902a0299/attachment.html>