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

[Daniel Pagan]

Definitely makes sense and what I thought you were trying to achieve. If this is the case, then rejecting the call via xlate or route patterns won't do - the call will be rejected instead of connecting and then being disconnected. You'll more than likely receive the standard recording from your call agent or provider for a non-working number.

I can't think of anything native to CUCM that would answer and then disconnect the call. At the end of the day, for this to happen, the call would not only need to be routed to some endpoint whether its SIP, SCCP, CTI, H.323, or MGCP, but also accepted by the endpoint and only then disconnected... this is basically what CUC is doing for you. In other words, the call would need to go somewhere :) I was thinking maybe call queueing on a hunt pilot with no logged in HG members but even that won't help.

Do you have UCCX? Is CUBE part of the call-flow? You can do something creative here like Tim Smith mentioned (TCL script in IOS). If UCCX, simply route the call to a trigger, accept it, add a delay step for two seconds, and then disconnect it.

- Dan

-----Original Message-----
From: James Andrewartha [mailto:jandrewartha at ccgs.wa.edu.au] 
Sent: Wednesday, March 18, 2015 11:38 AM
To: Daniel Pagan; Ryan Huff; cisco-voip at puck.nether.net
Subject: RE: [cisco-voip] Extension that hangs up on the user?

Hi Dan,

This is to transfer to from an Exchange UM AA where we want to hang up on the caller after playing a message (it's summer holidays and there's no-one to answer the call is the one that comes to mind). I want it to be a silent hangup, not give the caller a "this extension could not be found" message.

Thanks,

James Andrewartha
Network & Projects Engineer
Christ Church Grammar School
Claremont, Western Australia
Ph. (08) 9442 1757
Mob. 0424 160 877
________________________________________
From: Daniel Pagan [dpagan at fidelus.com]
Sent: Wednesday, 18 March 2015 11:16 PM
To: Ryan Huff; James Andrewartha; cisco-voip at puck.nether.net
Subject: RE: [cisco-voip] Extension that hangs up on the user?

The main question I have... if CUC is being used simply to hang-up on the calling party, what's the purpose of needing this migrated to CUCM instead of simply leaving the number unallocated? Correct me if I'm wrong, but it seems to me that you're specifically looking for a method in CUCM where the call is answered and then disconnected.

Is this true? Are you hoping to have the call actually connected before the disconnect? Or does a simple rejection of the call work fine for you? Only situation I can think of where this is needed would be not wanting callers to hear a rejection or error recording due to unallocated number.

- Dan

From: cisco-voip [mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Ryan Huff
Sent: Wednesday, March 18, 2015 10:23 AM
To: James Andrewartha; cisco-voip at puck.nether.net
Subject: Re: [cisco-voip] Extension that hangs up on the user?

So if the CUC AA IS NOT playing a greeting and the AA is doing NOTHING but the after action of hang-up; you could just create a translation pattern that matches the called number (presumably, the called number is currently a CTI route point/DN that is forwarding to CUC, you would need to remove it before creating the translation).

In the translation pattern, set block this pattern, call rejected.

You can also explore CCM ANI based call blocking; I discuss it here. http://ryanthomashuff.com/2014/11/call-blocking-by-caller-id/

Thanks,

Ryan
> From: jandrewartha at ccgs.wa.edu.au<mailto:jandrewartha at ccgs.wa.edu.au>
> To: ryanhuff at outlook.com<mailto:ryanhuff at outlook.com>; 
> cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>
> Date: Wed, 18 Mar 2015 22:10:36 +0800
> Subject: RE: [cisco-voip] Extension that hangs up on the user?
>
> Yeah, CUC has Callers Hear: Nothing then After Greeting/Call Action: Hang Up. How would I dump the call? Select Route Option/Block this pattern: Call Rejected in the translation pattern?
>
> Thanks,
>
> James Andrewartha
> Network & Projects Engineer
> Christ Church Grammar School
> Claremont, Western Australia
> Ph. (08) 9442 1757
> Mob. 0424 160 877
> ________________________________________
> From: Ryan Huff [ryanhuff at outlook.com]
> Sent: Wednesday, 18 March 2015 8:12 PM
> To: James Andrewartha; 
> cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>
> Subject: Re: [cisco-voip] Extension that hangs up on the user?
>
> So is CUC just so you can use the after action hang up technique or are you playing a greeting first?
>
> If your just hanging up and not playing a greeting, could you just catch the ingress call on a translation then just dump the call (or play the reorder tone)?
>
> Thanks,
>
> Ryan
>
>
> -------- Original Message --------
> From: James Andrewartha 
> <jandrewartha at ccgs.wa.edu.au<mailto:jandrewartha at ccgs.wa.edu.au>>
> Sent: Wednesday, March 18, 2015 02:34 AM
> To: cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>
> Subject: [cisco-voip] Extension that hangs up on the user?
>
>
> 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,
>
> --
> James Andrewartha
> Network & Projects Engineer
> Christ Church Grammar School
> Claremont, Western Australia
> Ph. (08) 9442 1757
> Mob. 0424 160 877
> _______________________________________________
> 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
>