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