<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1">
<META NAME="Generator" CONTENT="MS Exchange Server version 6.5.7654.12">
<TITLE>RE: [Freeswitch-users] Bridge calls to Java ESL socket does not work as expected</TITLE>
</HEAD>
<BODY>
<!-- Converted from text/plain format -->
<P><FONT SIZE=2>Hi Anthony,<BR>
<BR>
I appreciate your points, thank you very much for your helps!<BR>
<BR>
Cheers,<BR>
Xing<BR>
<BR>
<BR>
<BR>
-----Original Message-----<BR>
From: freeswitch-users-bounces@lists.freeswitch.org on behalf of Anthony Minessale<BR>
Sent: Fri 10/7/2011 22:55<BR>
To: FreeSWITCH Users Help<BR>
Subject: Re: [Freeswitch-users] Bridge calls to Java ESL socket does not work as expected<BR>
<BR>
My only real point is that pushing subsequent calls into the dial-plan<BR>
mechanism of FreeSWITCH and failing over to another "slot" is not<BR>
going to work very well in the FreeSWITCH architecture coming from<BR>
first hand experience of developing it myself. Rather than question<BR>
the motive I just restate that you can use one call to the socket app<BR>
and limit the connections on the other side in a forking process or<BR>
use mod_limit ....<BR>
<BR>
<BR>
On Fri, Oct 7, 2011 at 4:10 PM, Hector Geraldino<BR>
<Hector.Geraldino@ip-soft.net> wrote:<BR>
> Hi,<BR>
><BR>
> Most of the issues you've can be addressed with a 'single instanced' application, but I understand why you designed the application to work this way. If at any moment you think about enabling this application to handle several calls, you can overtake these issues in various ways, for example:<BR>
><BR>
> - Controlling the number of calls: you can register all answered calls (uuids) in a data structure (list, map), remove them when disconnected, and decide when to accept a new call by getting the collection size and comparing it to your parameter. If you ever get more Nuance licenses, increasing the number of managed calls would be as easy as change a parameter in a property file.<BR>
><BR>
> - You can have as many MRCP profiles as you want defined in the configuration xml files on mrcp_profiles/ directory. Coming up with the algorithm to assign channels to MRCP engines (Nuance server/port) won't be that hard. I can think of one: having all mrcp profiles in a map with a flag (in use/free), when the call comes I lock the first available profile so it's attached to this call. When the call is disconnected the profile is freed.<BR>
><BR>
> - log mixed, sure. But, is this really a problem? The same with the publishing of topics, you can replicate the same behavior of having multiple instances in a single one. I mean, if you make an abstraction and say: one instance of my java application equals one thread of my new java app you'll see how easy is to overcome this and other problems.<BR>
><BR>
> Sorry for such a long message, but as many others I feel real passion about application design topics. My intention is never to criticize what you've done, as each mind is a different world.<BR>
><BR>
> Anyway, good luck with that!<BR>
><BR>
> -----Original Message-----<BR>
> From: freeswitch-users-bounces@lists.freeswitch.org [<A HREF="mailto:freeswitch-users-bounces@lists.freeswitch.org">mailto:freeswitch-users-bounces@lists.freeswitch.org</A>] On Behalf Of xl127<BR>
> Sent: Friday, October 07, 2011 6:55 AM<BR>
> To: FreeSWITCH Users Help<BR>
> Subject: Re: [Freeswitch-users] Bridge calls to Java ESL socket does not work as expected<BR>
><BR>
> Hi Hector,<BR>
><BR>
> Your points make sense but I have some specific issues for my<BR>
> application so I thought of binding only one call per runnning instance.<BR>
><BR>
> 1. My outbound socket application is one component/server of our Spoken<BR>
> Dialogue System (SDS).<BR>
> We have four ports Nuance ASR/TTS licenses, each port is specific to one<BR>
> machine( yeah, we have four seperate license files for four machines).<BR>
> It seems to be difficult to specify which channel uses which Nuance MRCP<BR>
> profile if simultenous calls are answered by only one instance.<BR>
><BR>
> 2. It seems to me that the log info would be mixed for simultenous calls<BR>
> if running one instance.<BR>
><BR>
> 3. My socket app will be communicating with other components/servers of<BR>
> the SDS via ICE middleware (<A HREF="http://www.zeroc.com/">http://www.zeroc.com/</A>).<BR>
> It will register to the central ICE server when starting the system via<BR>
> a Topic name which is a static name given by the developer,<BR>
> it will keep publishing ASR results on that topic so the other<BR>
> components listening on the topic will get the results,<BR>
> and it also subscribes and listens to other topics from other components<BR>
> for TTS.<BR>
><BR>
> In simultenous calls to one running instance scenario, the<BR>
> distinguishable thing between channels would be the channel UUID which I<BR>
> could use<BR>
> as a part of the topic name, but it is dynamic and other servers could<BR>
> not know it when registering to the central server.<BR>
><BR>
> I could let the all channels publish results with a same static topic<BR>
> name and channel UUID, the interested parties could parse the results<BR>
> they want based on the UUID, but I worried this would cause more burdens<BR>
> to the whole system.<BR>
><BR>
><BR>
> 4. Even if running one instance, I still need some ways to check and<BR>
> control the maximum number of calls as we have limited ASR/TTS resources.<BR>
><BR>
> Cheers,<BR>
> Xing<BR>
><BR>
> On 06/10/11 22:34, Hector Geraldino wrote:<BR>
>> This might sound a little bit Off-Topic but, why are you willing to bind only one call per running instance? I cannot imagine any user scenario where this is desirable. Maybe as a proof of concept is Ok, but having an equivalence between calls and instances mmm... I don't know.<BR>
>><BR>
>> Can you please tell me what are you willing to accomplish? I'm really curious about it.<BR>
>><BR>
>> -----Original Message-----<BR>
>> From: freeswitch-users-bounces@lists.freeswitch.org [<A HREF="mailto:freeswitch-users-bounces@lists.freeswitch.org">mailto:freeswitch-users-bounces@lists.freeswitch.org</A>] On Behalf Of Anthony Minessale<BR>
>> Sent: Thursday, October 06, 2011 3:20 PM<BR>
>> To: FreeSWITCH Users Help<BR>
>> Subject: Re: [Freeswitch-users] Bridge calls to Java ESL socket does not work as expected<BR>
>><BR>
>> don't actually hang it up just don't connect the socket or connnect it<BR>
>> and disconnect it right away and the app will fail on in the<BR>
>> dial-plan.<BR>
>><BR>
>> again you could try mod_limit otherwise.<BR>
>><BR>
>><BR>
>> On Thu, Oct 6, 2011 at 11:28 AM, xl127<x.liu@hw.ac.uk> wrote:<BR>
>>> Thanks for the suggestions!<BR>
>>><BR>
>>> I thought about and tried to make my outbound socket application<BR>
>>> fail e.g. by send a hangup message but it didn't work.<BR>
>>><BR>
>>> What I did is that I set a public variable channelUUID with initial<BR>
>>> value null in MyOutboundHandler,<BR>
>>> I check if it is null in the handleConnectionResponse method. If it not<BR>
>>> null, a hangup command is sent to FS.<BR>
>>> But it looks like each call channel creates its own Java thread, so the<BR>
>>> channelUUID is always null before the connection.<BR>
>>> So my approach doesn't work.<BR>
>>><BR>
>>> Any idea about checking if the remote application is answering a call?<BR>
>>><BR>
>>> Thanks!<BR>
>>> Xing<BR>
>>><BR>
>>><BR>
>>> On 06/10/11 16:43, Anthony Minessale wrote:<BR>
>>>> Really the socket app has not limit to how many simultaneous<BR>
>>>> connections it can handle.<BR>
>>>> You could try mod_limit, or make the remote end of you application<BR>
>>>> fail when there are too many connections.<BR>
>>>><BR>
>>>><BR>
>>>> On Thu, Oct 6, 2011 at 10:30 AM, xl127<x.liu@hw.ac.uk> wrote:<BR>
>>>>> Hello,<BR>
>>>>><BR>
>>>>> I am trying to bridge multiple calls to multiple Java ESL outbound<BR>
>>>>> socket applications.<BR>
>>>>><BR>
>>>>> Basically I want to check if the first socket app is engaged then the<BR>
>>>>> call should be transferred<BR>
>>>>> to the second socket app and so on.<BR>
>>>>><BR>
>>>>> For initial test, I tried two concurrent calls, the problem is both<BR>
>>>>> calls are always answered<BR>
>>>>> by the first outbound socket.<BR>
>>>>><BR>
>>>>> I have following setting in the dialplan:<BR>
>>>>><BR>
>>>>> <extension name="sipgateDialedIn"><BR>
>>>>> <condition field="destination_number" expression="^5800$"><BR>
>>>>> <action application="set" data="continue_on_fail=true"/><BR>
>>>>> <action application="set" data="hangup_after_bridge=true"/><BR>
>>>>> <action application="bridge" data="loopback/5801"/><BR>
>>>>> <action application="bridge" data="loopback/5802"/><BR>
>>>>><BR>
>>>>> <action application="set" data="tts_engine=flite"/><BR>
>>>>> <action application="set" data="tts_voice=kal"/><BR>
>>>>> <action application="speak" data="Sorry, I am busy at the moment. Please<BR>
>>>>> try again later."/><BR>
>>>>> <action application="sleep" data="10"/><BR>
>>>>> <action application="hangup"/><BR>
>>>>> </condition><BR>
>>>>> </extension><BR>
>>>>><BR>
>>>>> <extension name="myOutboundESL5801"><BR>
>>>>> <condition field="destination_number" expression="^5801$"><BR>
>>>>> <action application="socket" data="127.0.0.1:9981 async full"/><BR>
>>>>> </condition><BR>
>>>>> </extension><BR>
>>>>><BR>
>>>>> <extension name="myOutboundESL5802"><BR>
>>>>> <condition field="destination_number" expression="^5802$"><BR>
>>>>> <action application="socket" data="127.0.0.1:9982 async full"/><BR>
>>>>> </condition><BR>
>>>>> </extension><BR>
>>>>><BR>
>>>>> I expect the first call to 5800 would be asnwered by extension 5801, the<BR>
>>>>> second concurrent call to 5800 will be<BR>
>>>>> answered by extension 5802, and the third call gets a busy message.<BR>
>>>>><BR>
>>>>> I use Java ESL client-0.9.2 libraries. How do I check in the dialplan if<BR>
>>>>> the socket is engaged?<BR>
>>>>><BR>
>>>>> I've tried and googled a while but without success.<BR>
>>>>><BR>
>>>>> Any advices please?<BR>
>>>>><BR>
>>>>> Many thanks!<BR>
>>>>> Xing<BR>
>>>>><BR>
>>>>><BR>
>>>>><BR>
>>>>> --<BR>
>>>>> Heriot-Watt University is a Scottish charity<BR>
>>>>> registered under charity number SC000278.<BR>
>>>>><BR>
>>>>> Heriot-Watt University is the Sunday Times<BR>
>>>>> Scottish University of the Year 2011-2012<BR>
>>>>><BR>
>>>>><BR>
>>>>><BR>
>>>>><BR>
>>>>> FreeSWITCH-users mailing list<BR>
>>>>> FreeSWITCH-users@lists.freeswitch.org<BR>
>>>>> <A HREF="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</A><BR>
>>>>> UNSUBSCRIBE:<A HREF="http://lists.freeswitch.org/mailman/options/freeswitch-users">http://lists.freeswitch.org/mailman/options/freeswitch-users</A><BR>
>>>>> <A HREF="http://www.freeswitch.org">http://www.freeswitch.org</A><BR>
>>>>><BR>
>>>><BR>
>>><BR>
>>><BR>
>>> --<BR>
>>> Heriot-Watt University is a Scottish charity<BR>
>>> registered under charity number SC000278.<BR>
>>><BR>
>>> Heriot-Watt University is the Sunday Times<BR>
>>> Scottish University of the Year 2011-2012<BR>
>>><BR>
>>><BR>
>>><BR>
>>><BR>
>>> FreeSWITCH-users mailing list<BR>
>>> FreeSWITCH-users@lists.freeswitch.org<BR>
>>> <A HREF="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</A><BR>
>>> UNSUBSCRIBE:<A HREF="http://lists.freeswitch.org/mailman/options/freeswitch-users">http://lists.freeswitch.org/mailman/options/freeswitch-users</A><BR>
>>> <A HREF="http://www.freeswitch.org">http://www.freeswitch.org</A><BR>
>>><BR>
>><BR>
>><BR>
><BR>
><BR>
><BR>
> --<BR>
> Heriot-Watt University is a Scottish charity<BR>
> registered under charity number SC000278.<BR>
><BR>
> Heriot-Watt University is the Sunday Times<BR>
> Scottish University of the Year 2011-2012<BR>
><BR>
><BR>
><BR>
><BR>
> FreeSWITCH-users mailing list<BR>
> FreeSWITCH-users@lists.freeswitch.org<BR>
> <A HREF="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</A><BR>
> UNSUBSCRIBE:<A HREF="http://lists.freeswitch.org/mailman/options/freeswitch-users">http://lists.freeswitch.org/mailman/options/freeswitch-users</A><BR>
> <A HREF="http://www.freeswitch.org">http://www.freeswitch.org</A><BR>
><BR>
><BR>
> FreeSWITCH-users mailing list<BR>
> FreeSWITCH-users@lists.freeswitch.org<BR>
> <A HREF="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</A><BR>
> UNSUBSCRIBE:<A HREF="http://lists.freeswitch.org/mailman/options/freeswitch-users">http://lists.freeswitch.org/mailman/options/freeswitch-users</A><BR>
> <A HREF="http://www.freeswitch.org">http://www.freeswitch.org</A><BR>
><BR>
<BR>
<BR>
<BR>
--<BR>
Anthony Minessale II<BR>
<BR>
FreeSWITCH <A HREF="http://www.freeswitch.org/">http://www.freeswitch.org/</A><BR>
ClueCon <A HREF="http://www.cluecon.com/">http://www.cluecon.com/</A><BR>
Twitter: <A HREF="http://twitter.com/FreeSWITCH_wire">http://twitter.com/FreeSWITCH_wire</A><BR>
<BR>
AIM: anthm<BR>
MSN:anthony_minessale@hotmail.com<BR>
GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<BR>
IRC: irc.freenode.net #freeswitch<BR>
<BR>
FreeSWITCH Developer Conference<BR>
sip:888@conference.freeswitch.org<BR>
googletalk:conf+888@conference.freeswitch.org<BR>
pstn:+19193869900<BR>
<BR>
<BR>
FreeSWITCH-users mailing list<BR>
FreeSWITCH-users@lists.freeswitch.org<BR>
<A HREF="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</A><BR>
UNSUBSCRIBE:<A HREF="http://lists.freeswitch.org/mailman/options/freeswitch-users">http://lists.freeswitch.org/mailman/options/freeswitch-users</A><BR>
<A HREF="http://www.freeswitch.org">http://www.freeswitch.org</A><BR>
<BR>
</FONT>
</P>
</BODY>
<BR />
<HR>
<FONT FACE="ARIAL,HELVETICA" SIZE="-1" COLOR="GRAY">
Heriot-Watt University is a Scottish charity
registered under charity number SC000278.
<BR />
<BR />
Heriot-Watt University is the Sunday Times
Scottish University of the Year 2011-2012
<BR />
</FONT>
</HTML>