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

[NateCCIE]

I have a broken IP phone that it answers the call and clears it on any line
on the phone.  It was really fun when it shared lines with 15 other phones.
You just need one of those.  :)

-----Original Message-----
From: cisco-voip [mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of
Daniel Pagan
Sent: Thursday, March 19, 2015 1:49 PM
To: gentoo at ucpenguin.com
Cc: cisco-voip at puck.nether.net
Subject: Re: [cisco-voip] Extension that hangs up on the user?

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

_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip