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

[Daniel Pagan]

Goal was to answer and then disconnect instead of a call rejection before the connected state - said it was so that callers don't get a recorded error from the call agent or provider.

I've tested this HL/Queue option recently with no available LG members and UCM immediately attempts to re-route the call based on the "When no hunt members answer, are logged in, or registered" rules. The call isn't accepted unless the destination for this setting routes to an endpoint that accepts the CcSetupReq for this call.

 For the ingress side, at least from a SIP perspective, the INVITE to CUCM never receives a 200 Final Response, nor is there a 183 w/ SDP for early media, I would imagine because we never reached the alerting state in CUCM.

Dan

-----Original Message-----
From: gentoo at ucpenguin.com [mailto:gentoo at ucpenguin.com] 
Sent: Thursday, March 19, 2015 3:18 PM
To: Daniel Pagan
Cc: cisco-voip at puck.nether.net
Subject: RE: [cisco-voip] Extension that hangs up on the user?

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