[Freeswitch-users] mod_callcenter and uuid-standby

[Peter Steinbach]

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


-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20110427/2d084b49/attachment.html