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@my.domain
2011-04-27 14:56:24.048717 [DEBUG] mod_callcenter.c:2577 Member "200"
<200> exit queue
Sales@my.domain due to BREAK_OUT
2011-04-27 14:56:24.049764 [DEBUG] switch_core_state_machine.c:371
(
sofia/internal/200@my.domain) State EXECUTE going to sleep
2011-04-27 14:56:24.049764 [DEBUG] switch_core_state_machine.c:325
(
sofia/internal/200@my.domain) Running State Change CS_HIBERNATE
2011-04-27 14:56:24.049764 [DEBUG] switch_core_state_machine.c:386
(
sofia/internal/200@my.domain) State HIBERNATE
2011-04-27 14:56:24.049764 [DEBUG] mod_sofia.c:221
sofia/internal/200@my.domain SOFIA HIBERNATE
2011-04-27 14:56:24.049764 [DEBUG] switch_ivr_bridge.c:732
(
sofia/internal/200@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@my.domain [BREAK]
2011-04-27 14:56:24.049764 [DEBUG] switch_core_state_machine.c:386
(
sofia/internal/200@my.domain) State HIBERNATE going to sleep
2011-04-27 14:56:24.049764 [DEBUG] switch_core_state_machine.c:325
(
sofia/internal/200@my.domain) Running State Change CS_RESET
2011-04-27 14:56:24.049764 [DEBUG] switch_core_state_machine.c:367
(
sofia/internal/200@my.domain) State RESET
2011-04-27 14:56:24.049764 [DEBUG] mod_sofia.c:165
sofia/internal/200@my.domain SOFIA RESET
2011-04-27 14:56:24.049764 [DEBUG] switch_ivr_bridge.c:717
sofia/internal/200@my.domain CUSTOM RESET
2011-04-27 14:56:24.049764 [DEBUG] switch_ivr_bridge.c:724
(
sofia/internal/200@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@my.domain [BREAK]
2011-04-27 14:56:24.049764 [DEBUG] switch_core_state_machine.c:367
(
sofia/internal/200@my.domain) State RESET going to sleep
2011-04-27 14:56:24.049764 [DEBUG] switch_core_state_machine.c:325
(
sofia/internal/200@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@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@my.domain CUSTOM SOFT_EXECUTE
2011-04-27 14:56:24.049764 [DEBUG] switch_channel.c:2562
(
sofia/internal/208@my.domain) Callstate Change ACTIVE -> HANGUP
2011-04-27 14:56:24.050715 [NOTICE] switch_ivr_originate.c:1045 Hangup
sofia/internal/208@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@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
_______________________________________________
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