I thought the goal was to disconnect the call, when there were no logged
in members?
The options for the hunt list would seem to provide this. It is
probably worth checking to see how the call is disconnected, similar to
be failed call from a translation pattern or a normally cleared call.
With the self service IVR and the queuing features added to UCM, I'm
curious what these features are built on UCCX/CUC something else
entirely?
If its based on UCCX, perhaps there is a way to introduce a custom UCCX
script. Of course, probably not a great idea for a production
environment. I know we will probably never see something like this
added to UCM anytime soon (as protection for UCCX BU), but it would be a
powerful feature to have out of the box.
On 2015-03-19 13:55, Daniel Pagan wrote:
But perhaps if James didn't mind using an unused, registered IP phone
with a inaccessible DN whose sole purpose was to be a logged in LG
member.
Set the maximum queue time for the lowest possible value and network
hold audio to a silent file. But the lowest value would be 10s which
seems like a long time for a disconnect IMO.
- Dan
-----Original Message-----
From: cisco-voip [mailto:[email protected]] On Behalf
Of Daniel Pagan
Sent: Thursday, March 19, 2015 2:50 PM
To: [email protected]; [email protected]
Subject: Re: [cisco-voip] Extension that hangs up on the user?
Unfortunately, in this scenario, this doesn't answer the call unless a
destination is configured for answering. The call hits the HP and
immediately no LG members are detected - it ends up not being answered
or queued and, instead, attempts to route to the destination
specified.
This would be different if LG members were found and logged in, but
otherwise the call immediately uses the "When no hunt members answer,
are logged in, or registered" rules which will either drop the call or
re-route to another destination.
- Dan
-----Original Message-----
From: cisco-voip [mailto:[email protected]] On Behalf
Of [email protected]
Sent: Thursday, March 19, 2015 2:39 PM
To: [email protected]
Subject: Re: [cisco-voip] Extension that hangs up on the user?
Are you using a version of UCM with native call queuing?
Instead of routing the call to CUC you could try sending it to a hunt
list with queuing enable, that has no logged in members that is set to
disconnect the call.
On 2015-03-18 01:33, James Andrewartha wrote:
Hi list,
Is there a way in CUCM to make an extension that hangs up on the other
end? Currently we have a Unity Connection AA that does that, but it's
literally the only thing CUC is being used for and I want to get rid
of it. Currently we have our AAs (and voicemail) in Exchange 2007,
which is being upgraded to 2013 soon, but as far as I can tell there's
no way to have it hang up on the caller, so I transfer to the AA in
Unity.
Thanks,
_______________________________________________
cisco-voip mailing list
[email protected]
https://puck.nether.net/mailman/listinfo/cisco-voip
_______________________________________________
cisco-voip mailing list
[email protected]
https://puck.nether.net/mailman/listinfo/cisco-voip
_______________________________________________
cisco-voip mailing list
[email protected]
https://puck.nether.net/mailman/listinfo/cisco-voip
