Hi Peter, Yes, there were some changes made again. Try using transfer_after_bridge application. http://wiki.freeswitch.org/wiki/Variable_transfer_after_bridge Regards, guru On Wed, Apr 27, 2011 at 3:46 PM, Peter Steinbach <lists@telefaks.de> wrote:
Hello Guru,
I upgraded to latest GIT, but behaviour is still the same.
Best regards Peter
guru singh schrieb:
Hi Peter,
Please try latest git. Moc's commit has fixed the issue.
Regards, guru
On Sun, Apr 24, 2011 at 6:09 PM, guru singh <grsingh750@gmail.com> wrote:
Hi Peter,
You're right. Please ignore my previous message, status 'Available (On Demand)' should also be fine. I've tried it and I see the same behavior as you. Reading the logs, I can see that nothing after playback gets executed once the call is hungup. It's not just transfer, any other application also is not getting executing. Something is amiss. Maybe moc or somebody else will point it out.
Regards, guru
On Sun, Apr 24, 2011 at 2:03 PM, Peter Steinbach <lists@telefaks.de> wrote:
Hello Guru,
thanks for your hint, however this did not help. The point is that according to the dialplan the agent should be transferred to the same extension again an wait. In my case, when the call hanges up, there is no attempt to continue with the dialplan. So I expect it does not have to do with the agent's setings.
Best regards Peter
guru singh schrieb:
Hi Peter
Try setting the status as 'Available' instead of 'Available (On Demand)' In case of 'Available (On Demand)' after the call ends, the agent's status is set to 'idle', so therefore no calls are given to the specific agent. I'm not too sure if this is the only change required to get the behavior you expect. I've not tried it on my box yet. I can only do it Monday and let you know.
Regards, guru
On Sun, Apr 24, 2011 at 12:59 AM, Peter Steinbach <lists@telefaks.de> wrote:
Thank you guru,
I tried the example in the wiki. This worked. I wanted the agent also to wait again with MOH after the caller hung up. This did not work in my environment (Freeswitch git April 2011). The agent was always hungup after the caller hung up and was not transferred to the same dialplan extension again. Also hangup after bridge =false did not work.
Does this work in your environment?
Best regards Peter
guru singh schrieb:
Hi Peter,
I've been using mod_callcenter for a while and must say it works really well. I just tried the uuid-standby strategy and basically it's exactly what you say the asterisk thing does. See the dialplan example. http://wiki.freeswitch.org/wiki/Mod_callcenter#uuid-standby Agent is dialing 4099 and listening to MOH. When a call arrives, it's bridged directly to the agent.
Regards guru
On Wed, Apr 20, 2011 at 5:38 PM, Peter P GMX <Prometheus001@gmx.net> wrote:
Hello,
I am trying to use the mod_callcenter functionality. This works nicely so far so thank you to everybody involved for programming this nice module! But I am stuck somehow with uuid-standby. Can anybody explain how uuid-standby works?
Another question: In the Asterisk based callcenter solution named "Vicidial", an agent can be held permanently in a conference, waiting for calls who are bridged to his uuid in the conference. Can this be haviour be done with mod_callcenter?
Best regards Peter
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
-- With kind regards Peter Steinbach
Telefaks Services GmbH mailto:lists (att) telefaks.de Internet: www.telefaks.de
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
-- With kind regards Peter Steinbach
Telefaks Services GmbH mailto:lists (att) telefaks.de Internet: www.telefaks.de
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
-- With kind regards Peter Steinbach
Telefaks Services GmbH mailto:lists (att) telefaks.de Internet: www.telefaks.de
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org