[cisco-voip] Extension that hangs up on the user?

[gentoo at ucpenguin.com]

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:cisco-voip-bounces at puck.nether.net] On Behalf
> Of Daniel Pagan
> Sent: Thursday, March 19, 2015 2:50 PM
> To: gentoo at ucpenguin.com; cisco-voip at puck.nether.net
> 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:cisco-voip-bounces at puck.nether.net] On Behalf
> Of gentoo at ucpenguin.com
> Sent: Thursday, March 19, 2015 2:39 PM
> To: cisco-voip at puck.nether.net
> 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
> 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