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
Nobody has an idea? Peter P GMX schrieb:
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
Peter P GMX wrote:
Nobody has an idea? Yes, how about be a little patient? If you want an interactive response, try #freeswitch IRC on freenode. There you will find hundreds of FreeSWITCH users who can respond to your request quicker.
----- FreeSWITCH hosted on a Seagate DockStar with OpenWRT. -- View this message in context: http://freeswitch-users.2379917.n2.nabble.com/mod-callcenter-and-uuid-standb... Sent from the freeswitch-users mailing list archive at Nabble.com.
On Fri, Apr 22, 2011 at 3:44 AM, Peter P GMX <Prometheus001@gmx.net> wrote:
Nobody has an idea?
You need to get a hold of Moc for this one...
-MC
Peter P GMX schrieb:
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
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
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
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
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
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
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
Thanks Guru and Moc, I will be able to test it on Thursday. 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
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
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
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 mailto:lists (att) telefaks.de Internet: www.telefaks.de
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@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@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> <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> <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> <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> <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> <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 listFreeSWITCH-users@lists.freeswitch.orghttp://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-usershttp://www.frees...
_______________________________________________ FreeSWITCH-users mailing listFreeSWITCH-users@lists.freeswitch.orghttp://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-usershttp://www.frees...
-- With kind regards Peter Steinbach
Telefaks Services GmbHmailto:lists <lists> (att) telefaks.de Internet: www.telefaks.de
_______________________________________________ FreeSWITCH-users mailing listFreeSWITCH-users@lists.freeswitch.orghttp://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-usershttp://www.frees...
_______________________________________________ FreeSWITCH-users mailing listFreeSWITCH-users@lists.freeswitch.orghttp://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-usershttp://www.frees...
-- With kind regards Peter Steinbach
Telefaks Services GmbHmailto:lists <lists> (att) telefaks.de Internet: www.telefaks.de
_______________________________________________ FreeSWITCH-users mailing listFreeSWITCH-users@lists.freeswitch.orghttp://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-usershttp://www.frees...
_______________________________________________ FreeSWITCH-users mailing listFreeSWITCH-users@lists.freeswitch.orghttp://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-usershttp://www.frees...
-- With kind regards Peter Steinbach
Telefaks Services GmbHmailto:lists <lists> (att) telefaks.de Internet: www.telefaks.de
_______________________________________________ FreeSWITCH-users mailing listFreeSWITCH-users@lists.freeswitch.orghttp://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-usershttp://www.frees...
_______________________________________________ FreeSWITCH-users mailing listFreeSWITCH-users@lists.freeswitch.orghttp://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-usershttp://www.frees...
-- With kind regards Peter Steinbach
Telefaks Services GmbH mailto:lists <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
participants (5)
-
guru singh
-
mazilo
-
Michael Collins
-
Peter P GMX
-
Peter Steinbach