[Freeswitch-users] mod_callcenter and uuid-standby

Wed Apr 27 19:03:54 MSD 2011

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> 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
>>
>>
>>     
>
> _______________________________________________
> 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/9509a4f9/attachment-0001.html 