Thanks Wes and Ryan..... found one PRI (the primary) was set to send outbound redirecting IE..... fixed that and All is good.<div><br></div><div>and Thanks Roger.... that was better than TAC could give me in two days......</div>
<div><br></div><div>Scott<br><br><div class="gmail_quote">On Fri, Apr 6, 2012 at 7:22 AM, Wes Sisk <span dir="ltr"><<a href="mailto:wsisk@cisco.com">wsisk@cisco.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
alternatively, on the forward to phone C, route the call in such a manner that the forward information is reset.  CTI can do this.  Routing the call outside CUCM and back in will also do this.  i.e. configure the forward destination to be the PSTN number of phoneC. let the call hairpin through the PSTN gateway. configure the PSTN gateway to either not send, or not receive, redirecting information.<br>

<br>
/wes<br>
<div><div class="h5"><br>
On Apr 5, 2012, at 4:58 PM, Roger Wiklund wrote:<br>
<br>
>>> If phone A calls Phone B which is forwarded to Phone C But Phone C does<br>
>>> not<br>
>>> answer..... The caller (A) gets Phone B's VM.<br>
>>><br>
>>> How can you bypass UC's default behavior and send it to Phone C's VM?<br>
>>><br>
>>> TIA<br>
>>><br>
>>> Scott<br>
>><br>
>> Use Last (Rather than First) Redirecting Number for Routing Incoming Call<br>
>><br>
>> Unity Connection<br>
>> Advanced-> Conversations<br>
><br>
><br>
> On Thu, Apr 5, 2012 at 10:56 PM, Scott Voll <<a href="mailto:svoll.voip@gmail.com">svoll.voip@gmail.com</a>> wrote:<br>
> That would be global to the UC server, correct?<br>
<br>
You are correct sir.<br>
<br>
Regards<br>
Roger<br>
</div></div>_______________________________________________<br>
cisco-voip mailing list<br>
<a href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>
<a href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>
<br>
<br>
</blockquote></div><br></div>