[Freeswitch-users] mod_callcenter and uuid-standby

Wed Apr 27 20:42:11 MSD 2011

Get a complete SIP trace and debug log of this happening for one agent, then
open a Jira and assign it to Moc. (Marc Olivier Chouinard.)

-MC

On Wed, Apr 27, 2011 at 8:03 AM, Peter Steinbach <lists at telefaks.de> wrote:

>  Hello Guru,
>
> I got one step further. Thanks for your hint. The agent can now receive a
> call via uuid-standby. When caller hangs up then the agent is taken back
> into uuid-standby listening MOH.
>
> However this only works max 3-4 times.
> After the agent has taken 2-4 calls, the agent (208 below) and the caller
> (200 below) are hung at the time the agent receives a new call with the
> following error:
>
> 2011-04-27 14:56:24.046711 [WARNING] mod_callcenter.c:2516 Couldn't play
> file 'local_stream://moh', continuing wait with no audio
> 2011-04-27 14:56:24.047716 [DEBUG] mod_callcenter.c:2544 Member 200 <200>
> abandoned waiting in queue Sales at my.domain
> 2011-04-27 14:56:24.048717 [DEBUG] mod_callcenter.c:2577 Member "200" <200>
> exit queue Sales at my.domain due to BREAK_OUT
> 2011-04-27 14:56:24.049764 [DEBUG] switch_core_state_machine.c:371 (
> sofia/internal/200 at my.domain) State EXECUTE going to sleep
> 2011-04-27 14:56:24.049764 [DEBUG] switch_core_state_machine.c:325 (
> sofia/internal/200 at my.domain) Running State Change CS_HIBERNATE
> 2011-04-27 14:56:24.049764 [DEBUG] switch_core_state_machine.c:386 (
> sofia/internal/200 at my.domain) State HIBERNATE
> 2011-04-27 14:56:24.049764 [DEBUG] mod_sofia.c:221
> sofia/internal/200 at my.domain SOFIA HIBERNATE
> 2011-04-27 14:56:24.049764 [DEBUG] switch_ivr_bridge.c:732 (
> sofia/internal/200 at my.domain) State Change CS_HIBERNATE -> CS_RESET
> 2011-04-27 14:56:24.049764 [DEBUG] switch_core_session.c:1114 Send signal
> sofia/internal/200 at my.domain [BREAK]
> 2011-04-27 14:56:24.049764 [DEBUG] switch_core_state_machine.c:386 (
> sofia/internal/200 at my.domain) State HIBERNATE going to sleep
> 2011-04-27 14:56:24.049764 [DEBUG] switch_core_state_machine.c:325 (
> sofia/internal/200 at my.domain) Running State Change CS_RESET
> 2011-04-27 14:56:24.049764 [DEBUG] switch_core_state_machine.c:367 (
> sofia/internal/200 at my.domain) State RESET
> 2011-04-27 14:56:24.049764 [DEBUG] mod_sofia.c:165
> sofia/internal/200 at my.domain SOFIA RESET
> 2011-04-27 14:56:24.049764 [DEBUG] switch_ivr_bridge.c:717
> sofia/internal/200 at my.domain CUSTOM RESET
> 2011-04-27 14:56:24.049764 [DEBUG] switch_ivr_bridge.c:724 (
> sofia/internal/200 at my.domain) State Change CS_RESET -> CS_SOFT_EXECUTE
> 2011-04-27 14:56:24.049764 [DEBUG] switch_core_session.c:1114 Send signal
> sofia/internal/200 at my.domain [BREAK]
> 2011-04-27 14:56:24.049764 [DEBUG] switch_core_state_machine.c:367 (
> sofia/internal/200 at my.domain) State RESET going to sleep
> 2011-04-27 14:56:24.049764 [DEBUG] switch_core_state_machine.c:325 (
> sofia/internal/200 at my.domain) Running State Change CS_SOFT_EXECUTE
> 2011-04-27 14:56:24.049764 [DEBUG] switch_core_state_machine.c:377 (
> sofia/internal/200 at my.domain) State SOFT_EXECUTE
> 2011-04-27 14:56:24.049764 [DEBUG] mod_sofia.c:558 SOFIA SOFT_EXECUTE
> 2011-04-27 14:56:24.049764 [DEBUG] switch_ivr_bridge.c:742
> sofia/internal/200 at my.domain CUSTOM SOFT_EXECUTE
> 2011-04-27 14:56:24.049764 [DEBUG] switch_channel.c:2562 (
> sofia/internal/208 at my.domain) Callstate Change ACTIVE -> HANGUP
> 2011-04-27 14:56:24.050715 [NOTICE] switch_ivr_originate.c:1045 Hangup
> sofia/internal/208 at my.domain [CS_HIBERNATE] [DESTINATION_OUT_OF_ORDER]
>
> Any idea how to solve this?
>
>
> Best regards
> Peter
>
> guru singh schrieb:
>
> 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> <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> <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> <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> <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> <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 listFreeSWITCH-users at lists.freeswitch.orghttp://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-usershttp://www.freeswitch.org
>
>
>
>
> _______________________________________________
> FreeSWITCH-users mailing listFreeSWITCH-users at lists.freeswitch.orghttp://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-usershttp://www.freeswitch.org
>
>
>
>
> --
> With kind regards
> Peter Steinbach
>
> Telefaks Services GmbHmailto:lists <lists> (att) telefaks.de
> Internet: www.telefaks.de
>
>
>
> _______________________________________________
> FreeSWITCH-users mailing listFreeSWITCH-users at lists.freeswitch.orghttp://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-usershttp://www.freeswitch.org
>
>
>
> _______________________________________________
> FreeSWITCH-users mailing listFreeSWITCH-users at lists.freeswitch.orghttp://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-usershttp://www.freeswitch.org
>
>
>
> --
> With kind regards
> Peter Steinbach
>
> Telefaks Services GmbHmailto:lists <lists> (att) telefaks.de
> Internet: www.telefaks.de
>
>
> _______________________________________________
> FreeSWITCH-users mailing listFreeSWITCH-users at lists.freeswitch.orghttp://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-usershttp://www.freeswitch.org
>
>
>
>
> _______________________________________________
> FreeSWITCH-users mailing listFreeSWITCH-users at lists.freeswitch.orghttp://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-usershttp://www.freeswitch.org
>
>
>
> --
> With kind regards
> Peter Steinbach
>
> Telefaks Services GmbHmailto:lists <lists> (att) telefaks.de
> Internet: www.telefaks.de
>
>
> _______________________________________________
> FreeSWITCH-users mailing listFreeSWITCH-users at lists.freeswitch.orghttp://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-usershttp://www.freeswitch.org
>
>
>      _______________________________________________
> FreeSWITCH-users mailing listFreeSWITCH-users at lists.freeswitch.orghttp://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-usershttp://www.freeswitch.org
>
>
>
> --
> With kind regards
> Peter Steinbach
>
> Telefaks Services GmbH
> mailto:lists <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
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20110427/989fb597/attachment-0001.html 