MRCPv1 works – it wasn’t my MRCP config at all. I was issuing “reloadxml” and that did not appear to do the trick, but fully stopping FS and restarting it worked fine (after about 10 hours of trying hundreds of permutations of configs..)

 

I think we’ll be using MRCPv1 over MRCPv2.

 

However, going back to the initial problem of MRCPv2 eating connections quickly:

Changing the following settings in NSSserver.cfg with Nuance Speech Server made MRCPv2 stop eating the connections:

server.mrcp2.sip.contact.useHostIPAddress 1

server.mrcp2.rsspeechsynth.sendRtcpByeOnPromptDone 1

 

Jason

 

From: Christopher Rienzo [mailto:cmrienzo@gmail.com]
Sent: Tuesday, February 26, 2013 6:48 PM
To: FreeSWITCH Users Help
Subject: Re: [Freeswitch-users] Nuance Speech Server / VocalizerMRCPv2mod_unimrcp simultaneous licenses not releasing quickly enough.

 

I used MRCPv1 with remote servers.  3 MRCP servers handling requests from 12 FS servers. 

Start with the example nuance MRCPv1 configuration in conf/mrcp_profiles and replace the rtp-ip, server-ip, and server-port.  Use IP address, not hostnames, not "auto".  If that doesn't work, reply with your configuration.

 

Chris

 

On Tue, Feb 26, 2013 at 2:33 PM, Jason Moran <jmoran@secureachsystems.com> wrote:

After trying MRCPv1 – I don’t think anybody out there is using Nuance for TTS remotely / externally!  The audio is always blank / silence(both Nuance and FreeSWITCH seem to think it is working ok). I can get it to work with Nuance on localhost/127.0.0.1, but I believe there is a problem with FreeSWITCH/UniMRCP determining the correct rtp-ip when in MRCPv1 mode when using a server other than localhost. As shown in earlier posts in this thread, I can get it to work with MRCPv2 on the same external server.

 

Regardless of all of these settings (client-ext-ip , client-ip , rtp-ip , rtp-ext-ip being set to an IP address other than 127.0.0.1, RTP is still trying to use 127.0.0.1, although RTSP is using the external IP address provided.

 

mpf_rtp_stream.c from uniMRCP returns several references to 127.0.0.1 although it should not:
mpf_rtp_stream.c:495 () Close RTP Receiver 127.0.0.1:4018 <- 10.0.0.67:7914 [r:0 l:0 j:0 d:0 i:0]

and

mpf_rtp_stream.c:1294 () Send Compound RTCP Packet [BYE] [76 bytes] 127.0.0.1:4019 -> 10.0.0.67:7915

mpf_rtp_stream.c:1306 () Failed to Send Compound RTCP Packet [BYE] [0 bytes] 127.0.0.1:4019 -> 10.0.0.67:7915

 

I believe this explains why I cannot hear the audio that is generated, as it should be using a 10.0.0.x IP address to receive and sent over RTP.  To be safe I also changed the external_rtp_ip in vars.xml, but that hasn’t fixed the issue either.

 

Does anybody know where mpf_rtp_stream.c is getting this RTP IP Address from? Why does it insist on 127.0.0.1 despite all settings saying otherwise?

 

Jason

 

From: Christopher Rienzo [mailto:cmrienzo@gmail.com]
Sent: Monday, February 25, 2013 8:34 PM
To: FreeSWITCH Users Help
Subject: Re: [Freeswitch-users] Nuance Speech Server / Vocalizer MRCPv2mod_unimrcp simultaneous licenses not releasing quickly enough.

 

You can also try MRCPv1 (RTSP) and see if there is better performance.  Using SIP to set up an MRCP session is silly.

 

Chris

 

On Mon, Feb 25, 2013 at 6:42 PM, Michael Collins <msc@freeswitch.org> wrote:

Another case of DRM hurting only those who've paid for it... *sigh*

I recommend calling your VAR or Nuance and gently but firmly insisting on a resolution.

-MC

 

On Mon, Feb 25, 2013 at 2:21 PM, <cmrienzo@gmail.com> wrote:

We also had an issue with nuance eating licenses.  We had enough room to tolerate this but did have to occasionally reboot servers when too many were consumed.  

 

Chris

 

 

 


On Feb 25, 2013, at 3:21 PM, Rob Hutton <justlikeef@gmail.com> wrote:

We have a similar situation on a Cisco UCCX platform that we ended up having to write a script to bounce the services every couple of hours to clear.  We haven't seen a fix from Nuance yet.

On Mon, Feb 25, 2013 at 2:32 PM, Jason Moran <jmoran@secureachsystems.com> wrote:

In connecting to Nuance Speech Server’s MRCPv2 for text-to-speech (Nuance Vocalizer) using mod_unimrcp, a single phone call which has several different TTS phrases should only use up 1 single simultaneous license. However, I am seeing a call use up 2,3,4 (etc) like it is not releasing the connection/license.

 

I looked this up and some forums have noted that Nuance “does things wrong” and uniMRCP needs to send Nuance the “RTCP BYE” to tell Nuance that it is done with the synthesizer speech.  But I tried that, and it still eats up the licenses. Within a couple of calls I’m out of TTS ports and the calls fail (but they clear again after several more seconds).

 

<!-- enable/disable rtcp support -->

<param name="rtcp" value="1"/>

<!-- rtcp bye policies (rtcp must be enabled first)

     0 - disable rtcp bye

     1 - send rtcp bye at the end of session

     2 - send rtcp bye also at the end of each talkspurt (input)

-->

<param name="rtcp-bye" value="2"/>

<param name="rtcp-tx-interval" value="5000"/>

 

Ideas? Experience?

-Jason


_________________________________________________________________________
Professional FreeSWITCH Consulting Services:
consulting@freeswitch.org
http://www.freeswitchsolutions.com

FreeSWITCH-powered IP PBX: The CudaTel Communication Server
http://www.cudatel.com

Official FreeSWITCH Sites
http://www.freeswitch.org
http://wiki.freeswitch.org
http://www.cluecon.com

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

 

_________________________________________________________________________
Professional FreeSWITCH Consulting Services:
consulting@freeswitch.org
http://www.freeswitchsolutions.com

FreeSWITCH-powered IP PBX: The CudaTel Communication Server
http://www.cudatel.com

Official FreeSWITCH Sites
http://www.freeswitch.org
http://wiki.freeswitch.org
http://www.cluecon.com

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


_________________________________________________________________________
Professional FreeSWITCH Consulting Services:
consulting@freeswitch.org
http://www.freeswitchsolutions.com

FreeSWITCH-powered IP PBX: The CudaTel Communication Server
http://www.cudatel.com

Official FreeSWITCH Sites
http://www.freeswitch.org
http://wiki.freeswitch.org
http://www.cluecon.com

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



--
Michael S Collins
Twitter: @mercutioviz
http://www.FreeSWITCH.org
http://www.ClueCon.com
http://www.OSTAG.org


_________________________________________________________________________
Professional FreeSWITCH Consulting Services:
consulting@freeswitch.org
http://www.freeswitchsolutions.com

FreeSWITCH-powered IP PBX: The CudaTel Communication Server
http://www.cudatel.com

Official FreeSWITCH Sites
http://www.freeswitch.org
http://wiki.freeswitch.org
http://www.cluecon.com

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

 


_________________________________________________________________________
Professional FreeSWITCH Consulting Services:
consulting@freeswitch.org
http://www.freeswitchsolutions.com

FreeSWITCH-powered IP PBX: The CudaTel Communication Server
http://www.cudatel.com

Official FreeSWITCH Sites
http://www.freeswitch.org
http://wiki.freeswitch.org
http://www.cluecon.com

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