Very true. Just leave it unallocated and CCM doesn't have to do anything, but the caller will get annunciation.
Thanks, Ryan -------- Original Message -------- From: Daniel Pagan <[email protected]> Sent: Wednesday, March 18, 2015 11:17 AM To: Ryan Huff <[email protected]>,James Andrewartha <[email protected]>,[email protected] 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:[email protected]] On Behalf Of Ryan >Huff >Sent: Wednesday, March 18, 2015 10:23 AM >To: James Andrewartha; [email protected] >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: [email protected]<mailto:[email protected]> >> To: [email protected]<mailto:[email protected]>; >> [email protected]<mailto:[email protected]> >> 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 [[email protected]] >> Sent: Wednesday, 18 March 2015 8:12 PM >> To: James Andrewartha; >> [email protected]<mailto:[email protected]> >> 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 >> <[email protected]<mailto:[email protected]>> >> Sent: Wednesday, March 18, 2015 02:34 AM >> To: [email protected]<mailto:[email protected]> >> 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 >> [email protected]<mailto:[email protected]> >> https://puck.nether.net/mailman/listinfo/cisco-voip >> > >
_______________________________________________ cisco-voip mailing list [email protected] https://puck.nether.net/mailman/listinfo/cisco-voip
