[cisco-voip] CUC Speech Connect Ports

Mon Jun 29 10:35:39 EDT 2020

Right on.  Thanks for sharing.

On Mon, Jun 29, 2020 at 1:55 AM Brian Meade <bmeade90 at vt.edu> wrote:

> I was matching what the customer had before.  Probably overkill but
> they're "free" so might as well order them.
>
> I did 50 ports on each server on the configuration side.
>
> On Tue, Jun 23, 2020 at 9:47 PM Anthony Holloway <
> avholloway+cisco-voip at gmail.com> wrote:
>
>> Interesting.  Can I ask, why the need for extra, and especially 100,
>> Speech Connect ports?  Is that common that you apply extra licensing for
>> this, and do you then also configure more ports too?
>>
>> On Tue, Jun 23, 2020 at 8:33 PM Brian Meade <bmeade90 at vt.edu> wrote:
>>
>>> That seems to be how I've seen it as well.
>>>
>>> What's interesting with traditional licensing is that you can request
>>> free SpeechConnect licenses from GLO.
>>>
>>> With Flex, GLO won't provide SpeechConnect licenses and have you place
>>> an add-on order instead with the $0.00 line item.  Problem is your add-on
>>> order won't go through unless you order a single Basic Unity Connection
>>> license on the order.
>>>
>>> So we had to order one Basic Unity Connection license with 100 free
>>> SpeechConnect ports to get SpeechConnect for a Flex customer recently.
>>>
>>> The issue seems to come down to Cisco paying Nuance for licensing per
>>> port so they're trying to strictly track who uses this.
>>>
>>> I guess it's a similar reason why they change for moving between
>>> Enterprise and MPP firmware and back these days.  They've got to track
>>> those licensing fees.
>>>
>>> On Tue, Jun 23, 2020 at 12:50 PM Anthony Holloway <
>>> avholloway+cisco-voip at gmail.com> wrote:
>>>
>>>> No worries.
>>>>
>>>> Considering I have never experienced, nor heard of anyone (though I'm
>>>> asking here) experiencing a resource issue, I'm going to guess the port is
>>>> only being consumed for the moment it's being used (seems obvious) and then
>>>> released.  Unlike how UCCX uses it's ports for ASR, which is for the
>>>> duration of the call (hence the trick to use redirects), though TTS is for
>>>> the moment.
>>>>
>>>>
>>>> On Tue, Jun 23, 2020 at 11:40 AM Pawlowski, Adam <ajp26 at buffalo.edu>
>>>> wrote:
>>>>
>>>>> Ah, sorry, brain got ahead of itself again.
>>>>>
>>>>>
>>>>>
>>>>> Whenever we’ve demo’d it I’ve left the two ports in there but we
>>>>> haven’t loaded it enough to run into contention issues. The design guide
>>>>> just says to make sure you have “enough ports” but doesn’t explain when the
>>>>> port is in use or not to know. I would probably not turn it on since
>>>>> there’s no tuning for it, but, maybe it works for you.
>>>>>
>>>>>
>>>>>
>>>>> Adam
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> *From:* Anthony Holloway <avholloway+cisco-voip at gmail.com>
>>>>> *Sent:* Tuesday, June 23, 2020 11:56 AM
>>>>> *To:* Pawlowski, Adam <ajp26 at buffalo.edu>
>>>>> *Cc:* cisco-voip at puck.nether.net
>>>>> *Subject:* Re: [cisco-voip] CUC Speech Connect Ports
>>>>>
>>>>>
>>>>>
>>>>> The first half, I think you're thinking of Speech View, wherein your
>>>>> voicemails are transcribed.  That is not what this is about.
>>>>>
>>>>>
>>>>>
>>>>> You do then start talking about Speech Connect in the second half, but
>>>>> I was more curious about the ports.  Do you create new ones and get then
>>>>> licensed, or do you just leave the default 2 ports in there?
>>>>>
>>>>>
>>>>>
>>>>> On Tue, Jun 23, 2020 at 10:50 AM Pawlowski, Adam <ajp26 at buffalo.edu>
>>>>> wrote:
>>>>>
>>>>> I don’t think there’s any free tier of speechconnect, you have to pay
>>>>> for it regardless of it you use standard or professional, and I don’t
>>>>> recall it ever having been included in an ELA.
>>>>>
>>>>>
>>>>>
>>>>> My understanding of it is that it’s “assisted” and not using the magic
>>>>> Webex Assistant technology. I clicked on the box the other day just for
>>>>> novelty and it pops up saying that you agree by clicking on this that
>>>>> portions of conversations may be sent to a third party for transcription.
>>>>> This mechanical turk method I think is what a number of other
>>>>> recognition/OCR “apps” used. I don’t speak for my org in this capacity so I
>>>>> clicked cancel.
>>>>>
>>>>>
>>>>> As far as the speech recognition goes, I believe it uses the Nuance
>>>>> engine in the background. We have a large international population which is
>>>>> hopeless with this thing, but even some bog standard stuff is just
>>>>> impossible.  You can supply alternate grammars, but, at one point I found
>>>>> myself having it read things back to me to get an idea of what it thought
>>>>> the grammar was, I don’t think it uses any sort of markup there. Setting
>>>>> the confidence level lower helped somewhat but it also delayed the response
>>>>> on the speech enabled auto attendants. The ONLY benefit to this thing that
>>>>> I’ve found is that it lets dial-by-name directories work if the customer
>>>>> hasn’t recorded their own name.
>>>>>
>>>>>
>>>>>
>>>>> We looked at a myriad of these back in the day, I think Parlance had
>>>>> the better solution since it was turnkey and fully taken care of, but, last
>>>>> time I’d looked the price had gone up and it wasn’t very many ports when we
>>>>> were talking about all the IVRs we wanted to put into it. Back then I don’t
>>>>> think they really intended for it to front end 100 departments and a main
>>>>> number.
>>>>>
>>>>>
>>>>>
>>>>> Adam
>>>>>
>>>>>
>>>>>
>>>>> *From:* cisco-voip <cisco-voip-bounces at puck.nether.net> *On Behalf Of
>>>>> *Anthony Holloway
>>>>> *Sent:* Tuesday, June 23, 2020 11:34 AM
>>>>> *Cc:* Cisco VoIP Group <cisco-voip at puck.nether.net>
>>>>> *Subject:* Re: [cisco-voip] CUC Speech Connect Ports
>>>>>
>>>>>
>>>>>
>>>>> As a follow up, if you find yourself in this situation, you could just
>>>>> recover from a backup....yuck....or you can use the built-in stored
>>>>> procedures via CUDLI to just put your parameters back.
>>>>>
>>>>>
>>>>>
>>>>> First, you need the Object ID for each of the target objects.  You can
>>>>> use the query builder in CUDLI to get these:
>>>>>
>>>>>
>>>>>
>>>>> select objectid, tagname from tbl_licensestatus where tagname in
>>>>> ('LicRealspeakSessionsMax', 'LicUnityVoiceRecSessionsMax')
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> Next, you need to execute a stored procedure called
>>>>> csp_licensestatusmodify, once for each objectid, filling in the default
>>>>> value of 2 for each of the three fields below:
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> This will not create any ports:
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> Nor add to your license requirements:
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> On Mon, Jun 22, 2020 at 5:55 PM Anthony Holloway <
>>>>> avholloway+cisco-voip at gmail.com> wrote:
>>>>>
>>>>> Thanks for the reply Lelio, but no this is not specific to the voice
>>>>> enabled directory handler.
>>>>>
>>>>>
>>>>>
>>>>> This is specific to the Speech Connect ports and accompanying
>>>>> licenses.  This affects generated spoken names and voice enabled directory
>>>>> handlers.
>>>>>
>>>>>
>>>>>
>>>>> However, I would like to update you that you can search mailboxes and
>>>>> contacts in the same search.  Also, the list is updated automatically,
>>>>> especially after you add alternate names for a person, though the system
>>>>> does come with a built-in list of common nicknames.  E.g., Mike for Michael.
>>>>>
>>>>>
>>>>>
>>>>> Thanks again for the reply.
>>>>>
>>>>>
>>>>>
>>>>> PS, What sparked this question was someone configured some ports (they
>>>>> didn't know what they were doing), and then removed them (because it shows
>>>>> 0 by default), and now CUC is broken, because the GUI removes the 2 default
>>>>> ports (which cannot be seen in the GUI).
>>>>>
>>>>>
>>>>>
>>>>> This is documented here:
>>>>> https://bst.cloudapps.cisco.com/bugsearch/bug/CSCvt31253
>>>>>
>>>>>
>>>>>
>>>>> In fact, the only way I have seen that you can view the defaults, is
>>>>> in a protected licensing table.
>>>>>
>>>>>
>>>>>
>>>>> *CLI Method*
>>>>>
>>>>> admin:run cuc dbquery unitydirdb select tagname, limit,
>>>>> clusterwidelimit, restartlimit, usage from tbl_licensestatus where tagname
>>>>> in ('LicRealspeakSessionsMax', 'LicUnityVoiceRecSessionsMax')
>>>>>
>>>>>
>>>>>
>>>>> This 'sql_statement' is not allowed. You are not allowed to perform
>>>>> CRUD operations on License Tables through CLI.
>>>>>
>>>>> Command Failed
>>>>>
>>>>>
>>>>>
>>>>> *CUDLI Method*
>>>>>
>>>>>
>>>>>
>>>>> On Mon, Jun 22, 2020 at 3:26 PM Lelio Fulgenzi <lelio at uoguelph.ca>
>>>>> wrote:
>>>>>
>>>>>
>>>>>
>>>>> Are you talking ‘bout the voice activated auto attendant?
>>>>>
>>>>>
>>>>>
>>>>> If so, we investigated and stopped a project for the amount of work
>>>>> necessary to get it working in our environment.
>>>>>
>>>>>
>>>>>
>>>>> At the time you could only search mailboxes or a contact list, not
>>>>> both. Because we had more than just mailboxes, we went with contact list.
>>>>>
>>>>>
>>>>>
>>>>> There was no way to update the list at the time so it was a delete all
>>>>> and recreate via csv or something like that.
>>>>>
>>>>>
>>>>>
>>>>> I think the interpretation was ok. So was saying the names. But your
>>>>> stuck with what you got. No grammar updates.
>>>>>
>>>>>
>>>>>
>>>>> So Guelph would be “gwelp” no matter what.
>>>>>
>>>>>
>>>>>
>>>>> We ended up going with Nuance. Which has announced EOS at end of next
>>>>> year I believe.
>>>>>
>>>>>
>>>>>
>>>>> We might revisit connection.
>>>>>
>>>>> Sent from my iPhone
>>>>>
>>>>>
>>>>>
>>>>> On Jun 22, 2020, at 12:24 PM, Anthony Holloway <
>>>>> avholloway+cisco-voip at gmail.com> wrote:
>>>>>
>>>>> 
>>>>>
>>>>> *CAUTION:* This email originated from outside of the University of
>>>>> Guelph. Do not click links or open attachments unless you recognize the
>>>>> sender and know the content is safe. If in doubt, forward suspicious emails
>>>>> to IThelp at uoguelph.ca
>>>>>
>>>>>
>>>>>
>>>>> I'd like to hear your personal stories.  Do you configure these?
>>>>>
>>>>> _______________________________________________
>>>>> cisco-voip mailing list
>>>>> cisco-voip at puck.nether.net
>>>>> https://puck.nether.net/mailman/listinfo/cisco-voip
>>>>>
>>>>> _______________________________________________
>>>>> cisco-voip mailing list
>>>>> cisco-voip at puck.nether.net
>>>>> https://puck.nether.net/mailman/listinfo/cisco-voip
>>>>>
>>>>> _______________________________________________
>>>>> cisco-voip mailing list
>>>>> cisco-voip at puck.nether.net
>>>>> https://puck.nether.net/mailman/listinfo/cisco-voip
>>>>>
>>>>> _______________________________________________
>>>> cisco-voip mailing list
>>>> cisco-voip at puck.nether.net
>>>> https://puck.nether.net/mailman/listinfo/cisco-voip
>>>>
>>>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20200629/aa507688/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 33068 bytes
Desc: not available
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20200629/aa507688/attachment.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.png
Type: image/png
Size: 36305 bytes
Desc: not available
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20200629/aa507688/attachment-0001.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image003.png
Type: image/png
Size: 36888 bytes
Desc: not available
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20200629/aa507688/attachment-0002.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image004.png
Type: image/png
Size: 3834 bytes
Desc: not available
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20200629/aa507688/attachment-0003.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image005.png
Type: image/png
Size: 15442 bytes
Desc: not available
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20200629/aa507688/attachment-0004.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image006.png
Type: image/png
Size: 79963 bytes
Desc: not available
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20200629/aa507688/attachment-0005.png>