Login | Register For Free | Help
Search for: (Advanced)

Mailing List Archive: Cisco: VOIP

over ride UC default behavior

 

 

Cisco voip RSS feed   Index | Next | Previous | View Threaded


svoll.voip at gmail

Apr 5, 2012, 11:40 AM

Post #1 of 6 (474 views)
Permalink
over ride UC default behavior

UC 8.5

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


roger.wiklund at gmail

Apr 5, 2012, 1:11 PM

Post #2 of 6 (451 views)
Permalink
Re: over ride UC default behavior [In reply to]

On Thu, Apr 5, 2012 at 8:40 PM, Scott Voll <svoll.voip [at] gmail> wrote:
> UC 8.5
>
> 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 Call

Unity Connection
Advanced-> Conversations
_______________________________________________
cisco-voip mailing list
cisco-voip [at] puck
https://puck.nether.net/mailman/listinfo/cisco-voip


svoll.voip at gmail

Apr 5, 2012, 1:56 PM

Post #3 of 6 (455 views)
Permalink
Re: over ride UC default behavior [In reply to]

That would be global to the UC server, correct?

Scott

On Thu, Apr 5, 2012 at 1:11 PM, Roger Wiklund <roger.wiklund [at] gmail>wrote:

> On Thu, Apr 5, 2012 at 8:40 PM, Scott Voll <svoll.voip [at] gmail> wrote:
> > UC 8.5
> >
> > 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 Call
>
> Unity Connection
> Advanced-> Conversations
>


roger.wiklund at gmail

Apr 5, 2012, 1:58 PM

Post #4 of 6 (452 views)
Permalink
Re: over ride UC default behavior [In reply to]

>> > 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 Call
>>
>> Unity Connection
>> Advanced-> Conversations
>
>
>On Thu, Apr 5, 2012 at 10:56 PM, Scott Voll <svoll.voip [at] gmail> wrote:
> That would be global to the UC server, correct?

You are correct sir.

Regards
Roger
_______________________________________________
cisco-voip mailing list
cisco-voip [at] puck
https://puck.nether.net/mailman/listinfo/cisco-voip


wsisk at cisco

Apr 6, 2012, 7:22 AM

Post #5 of 6 (438 views)
Permalink
Re: over ride UC default behavior [In reply to]

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.

/wes

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 Call
>>
>> Unity Connection
>> Advanced-> Conversations
>
>
> On Thu, Apr 5, 2012 at 10:56 PM, Scott Voll <svoll.voip [at] gmail> wrote:
> That would be global to the UC server, correct?

You are correct sir.

Regards
Roger
_______________________________________________
cisco-voip mailing list
cisco-voip [at] puck
https://puck.nether.net/mailman/listinfo/cisco-voip



_______________________________________________
cisco-voip mailing list
cisco-voip [at] puck
https://puck.nether.net/mailman/listinfo/cisco-voip


svoll.voip at gmail

Apr 6, 2012, 7:27 AM

Post #6 of 6 (439 views)
Permalink
Re: over ride UC default behavior [In reply to]

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
days......

Scott

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.
>
> /wes
>
> 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
> Call
> >>
> >> Unity Connection
> >> Advanced-> Conversations
> >
> >
> > On Thu, Apr 5, 2012 at 10:56 PM, Scott Voll <svoll.voip [at] gmail>
> wrote:
> > That would be global to the UC server, correct?
>
> You are correct sir.
>
> Regards
> Roger
> _______________________________________________
> cisco-voip mailing list
> cisco-voip [at] puck
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>
>

Cisco voip RSS feed   Index | Next | Previous | View Threaded
 
 


Interested in having your list archived? Contact Gossamer Threads
 
  Web Applications & Managed Hosting Powered by Gossamer Threads Inc.