[cisco-voip] UCCX Hold Music

[Matthew Loraditch]

Didn’t think about that, so I could just play the new MOH as a prompt, As long as it’s interruptible the call will still transfer to the agent while playing if one becomes available?


Matthew Loraditch
Sr. Network Engineer
p: 443.541.1518
w: www.heliontechnologies.com | e: MLoraditch at heliontechnologies.com
From: Brian V <bvanbens at gmail.com>
Sent: Monday, April 5, 2021 3:25 PM
To: Matthew Loraditch <MLoraditch at heliontechnologies.com>
Cc: cisco-voip at puck.nether.net
Subject: Re: [cisco-voip] UCCX Hold Music

[EXTERNAL]

Depends if you want your MoH to come from putting the call on hold (script step Call Hold) or via Play Prompt
with the Call Hold Step, the internal leg is actually torn down from UCCX and moved to CUCM's media streaming service.   MoH comes from the CTI ports and you'd need different port groups per app to get different messaging .

The other option is in the script, use the Play Prompt step to play the messaging from UCCX.  In this case the call is never put on Hold from a CUCM point of view and the media stays with UCCX.  I think the step you can look at is a Cascading Prompt (someone jump in if I have this wrong) and in that step  you can provide various static wav files and it will stitch them together for you in a linear or random fashion.  One of the main drawbacks of this method is your "hold time" between announcements is determined by the length of your .wav file.  Make sure you set the play prompt to be "interruptible" so the first available avent pulls the call.

On Mon, Apr 5, 2021 at 2:19 PM Matthew Loraditch <MLoraditch at heliontechnologies.com<mailto:MLoraditch at heliontechnologies.com>> wrote:
Am I thinking about this right?

MOH for UCCX comes from the CTI ports.

If a customer wants different MOH per different queues they will need separate CCGs for each queue?

If I do it that way I have to capacity plan per queue vs overall system or application capacity?

For an agent based install, can I mix and match IVR port licenses? I don’t believe so, and certainly not on a smart install on flex based on what I can see.

They have intermittent announcements right now, which is what I usually do for folks, I’m thinking this would be a nightmare.





Matthew Loraditch​
Sr. Network Engineer
p: 443.541.1518<tel:443.541.1518>
w: www.heliontechnologies.com<http://www.heliontechnologies.com/>
 |
e: MLoraditch at heliontechnologies.com<mailto:MLoraditch at heliontechnologies.com>
[Helion Technologies]<http://www.heliontechnologies.com/>
[Facebook]<https://facebook.com/heliontech>
[Twitter]<https://twitter.com/heliontech>
[LinkedIn]<https://www.linkedin.com/company/helion-technologies>
_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net<mailto: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/20210405/76cf0944/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 9409 bytes
Desc: image001.png
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20210405/76cf0944/attachment.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.png
Type: image/png
Size: 431 bytes
Desc: image002.png
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20210405/76cf0944/attachment-0001.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image003.png
Type: image/png
Size: 561 bytes
Desc: image003.png
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20210405/76cf0944/attachment-0002.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image004.png
Type: image/png
Size: 444 bytes
Desc: image004.png
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20210405/76cf0944/attachment-0003.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image499955.png
Type: image/png
Size: 9409 bytes
Desc: image499955.png
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20210405/76cf0944/attachment-0004.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image039932.png
Type: image/png
Size: 431 bytes
Desc: image039932.png
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20210405/76cf0944/attachment-0005.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image842503.png
Type: image/png
Size: 561 bytes
Desc: image842503.png
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20210405/76cf0944/attachment-0006.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image597054.png
Type: image/png
Size: 444 bytes
Desc: image597054.png
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20210405/76cf0944/attachment-0007.png>