<div dir="ltr">I'm showing my age here, but in the Nortel mailing list I used to be apart of, everyone was aware if you needed a phone to do something wacky, you needed to look at the sandman.<div><br></div><div>This might work for you.</div><div><a href="http://www.sandman.com/Wizard.html#CPCGenerator">http://www.sandman.com/Wizard.html#CPCGenerator</a><br></div><div><br></div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Mar 18, 2015 at 9:31 PM, James Andrewartha <span dir="ltr"><<a href="mailto:jandrewartha@ccgs.wa.edu.au" target="_blank">jandrewartha@ccgs.wa.edu.au</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 18/03/15 23:55, Daniel Pagan wrote:<br>
> 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.<br>
><br>
> 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.<br>
><br>
> 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.<br>
<br>
</span>No UCCX, we have 2921s as H.323 E1 gateways, but no CUBE licensing. I've<br>
never done TCL scripting before, so I think the easiest option is to<br>
just bite the bullet and upgrade it via PCD from 8.6 to 10.5 and join<br>
the rest of the now-virtualised servers.<br>
<span class=""><br>
Thanks,<br>
<br>
--<br>
James Andrewartha<br>
Network & Projects Engineer<br>
Christ Church Grammar School<br>
Claremont, Western Australia<br>
Ph. (08) 9442 1757<br>
Mob. 0424 160 877<br>
_______________________________________________<br>
cisco-voip mailing list<br>
<a href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>
</span><a href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>
</blockquote></div><br></div>