Re: [OSL | CCIE_Voice] UCX preventing from answering calls that it originated

2010-10-01 Thread Stutz, Bernhard
Hi Miron,

 

Thanks for this.

There is even more:

 

Enable for Supervised Transfers  -   Check this check box so that Cisco Unity 
Connection uses DTMF to detect and reject calls that have been transferred to 
another extension (by using supervised transfer) and that have been transferred 
back to Connection. If the call loop is not detected and rejected, Connection 
records a voice message that contains the prompt to leave a voice message. 
Default setting: Check box not checked. 

 

Enable for Forwarded Message Notification Calls (by Using Extension) 

Check this check box so that Cisco Unity Connection uses the extension to 
detect and reject new-message notifications that are sent to a device (such as 
a mobile phone) and that the device forwards back to Connection because the 
device did not answer. If the call loop is not detected and rejected, the call 
creates a new voice message for the user and triggers Connection to send a 
new-message notification call to the device. Default setting: Check box not 
checked. 

 

But these settings appear available on a UC Version 7.1.5ES7.1-7 not sure 
at the moment if this is also at 7.0 available, but I will know at the next 
proctorlabs session. ;-)

Cheers,

Bernhard

 

 

 

 

Von: Miron Kobelski [mailto:findko...@gmail.com] 
Gesendet: Freitag, 1. Oktober 2010 00:13
An: Stutz, Bernhard
Cc: ccie_voice@onlinestudylist.com
Betreff: Re: [OSL | CCIE_Voice] UCX preventing from answering calls that it 
originated

 

Hi Bernhard,

My understanding is that CUC can sometimes originate calls, which could be 
routed back to it. 
E.g. voicemail notification for a DN with cfwdall back to CUC would end up as 
an endless loop of CUC speaking with itself.

Have a look at options at:
CUC Administration  Telephony Integration  Phone System  Call Loop Detection 
by Using DTMF 

regards
kobel



On Thu, Sep 30, 2010 at 18:42, Stutz, Bernhard st...@pandacom.de wrote:



Hi,

 

I came across a question that is always within a Unity Connection integration:

 

The UC server should be prevented from answering calls that it originated.

 

I am not sure what this means. Could someone please shed some light on it?

Is there a checkbox somewhere that needs to be checked in order to achieve 
this? 

I can't find a explanation for this at the solutions so far, so i was guessing 
that this is given anyway.

 

thanks in advance,

Bernhard


___
For more information regarding industry leading CCIE Lab training, please visit 
www.ipexpert.com

 

___
For more information regarding industry leading CCIE Lab training, please visit 
www.ipexpert.com


[OSL | CCIE_Voice] UCX preventing from answering calls that it originated

2010-09-30 Thread Stutz, Bernhard
Hi,
 
I came across a question that is always within a Unity Connection integration:
 
The UC server should be prevented from answering calls that it originated.
 
I am not sure what this means. Could someone please shed some light on it?
Is there a checkbox somewhere that needs to be checked in order to achieve 
this? 
I can't find a explanation for this at the solutions so far, so i was guessing 
that this is given anyway.
 
thanks in advance,
Bernhard
___
For more information regarding industry leading CCIE Lab training, please visit 
www.ipexpert.com


Re: [OSL | CCIE_Voice] UCX preventing from answering calls that it originated

2010-09-30 Thread Miron Kobelski
Hi Bernhard,

My understanding is that CUC can sometimes originate calls, which could be
routed back to it.
E.g. voicemail notification for a DN with cfwdall back to CUC would end up
as an endless loop of CUC speaking with itself.

Have a look at options at:
CUC Administration  Telephony Integration  Phone System  Call Loop
Detection by Using DTMF

regards
kobel


On Thu, Sep 30, 2010 at 18:42, Stutz, Bernhard st...@pandacom.de wrote:

  Hi,

 I came across a question that is always within a Unity Connection
 integration:

 The UC server should be prevented from answering calls that it
 originated.

 I am not sure what this means. Could someone please shed some light on it?
 Is there a checkbox somewhere that needs to be checked in order to achieve
 this?
 I can't find a explanation for this at the solutions so far, so i was
 guessing that this is given anyway.

 thanks in advance,
 Bernhard

 ___
 For more information regarding industry leading CCIE Lab training, please
 visit www.ipexpert.com


___
For more information regarding industry leading CCIE Lab training, please visit 
www.ipexpert.com