svoll.voip at gmail
Apr 6, 2012, 7:27 AM
Post #6 of 6
Thanks Wes and Ryan..... found one PRI (the primary) was set to send
outbound redirecting IE..... fixed that and All is good.
and Thanks Roger.... that was better than TAC could give me in two
On Fri, Apr 6, 2012 at 7:22 AM, Wes Sisk <wsisk [at] cisco> wrote:
> 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.
> On Apr 5, 2012, at 4:58 PM, Roger Wiklund wrote:
> >>> If phone A calls Phone B which is forwarded to Phone C But Phone C does
> >>> not
> >>> answer..... The caller (A) gets Phone B's VM.
> >>> How can you bypass UC's default behavior and send it to Phone C's VM?
> >>> TIA
> >>> Scott
> >> Use Last (Rather than First) Redirecting Number for Routing Incoming
> >> Unity Connection
> >> Advanced-> Conversations
> > On Thu, Apr 5, 2012 at 10:56 PM, Scott Voll <svoll.voip [at] gmail>
> > That would be global to the UC server, correct?
> You are correct sir.
> cisco-voip mailing list
> cisco-voip [at] puck