[Freeswitch-users] mod_callcenter and uuid-standby

[guru singh]

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 at 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 at 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 at 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 at 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 at 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 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
>
>
>
>
> _______________________________________________
> 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
>
>
>
>
> --
> With kind regards
> Peter Steinbach
>
> Telefaks Services GmbH
> mailto:lists (att) telefaks.de
> Internet: www.telefaks.de
>
>
>
> _______________________________________________
> 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
>
>
>
> _______________________________________________
> 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
>
>
>
> --
> With kind regards
> Peter Steinbach
>
> Telefaks Services GmbH
> mailto:lists (att) telefaks.de
> Internet: www.telefaks.de
>
>
> _______________________________________________
> 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
>
>
>
>
> _______________________________________________
> 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
>
>
>
> --
> With kind regards
> Peter Steinbach
>
> Telefaks Services GmbH
> mailto:lists (att) telefaks.de
> Internet: www.telefaks.de
>
>
> _______________________________________________
> 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
>
>