Re: [OSL | CCIE_Voice] How to synchronize NTP with Unity ?

2008-08-28 Thread Sergio Polizer
How To Configure Time Synchronization for Cisco CallManager and Cisco Unity http://www.cisco.com/en/US/products/sw/voicesw/ps556/products_tech_note09186a008009470f.shtml Date: Wed, 27 Aug 2008 23:48:26 -0700From: [EMAIL PROTECTED]: [EMAIL PROTECTED]: [OSL | CCIE_Voice] How to synchronize NTP with

Re: [OSL | CCIE_Voice] call forward to CUE from a UCM phone givesdead-air...

2008-08-28 Thread Juan
Arghh ... not what I hoped ;) On Thu, Aug 28, 2008 at 9:46 AM, Stephen Collinson < [EMAIL PROTECTED]> wrote: > This feature should work in that version of code. (should!!) > > > > It may be worth checking the output from debug ccsip message and media. > > > > You can also use the trace com

Re: [OSL | CCIE_Voice] Media Resources Backup Redundancy

2008-08-28 Thread Juan
Hi JD, redundancy is one thing config-wise, but sometimes it doesn't make sense. Like above, having the xcoder at BR1 - you have to have the xcoder at the HQ to transcode the MOH g711 to g729 at the source, so it can be sent over the WAN. Therefore, it only makes sense to have it there at the sourc

Re: [OSL | CCIE_Voice] Media Resources Backup Redundancy

2008-08-28 Thread Rimon Vallavanatt Jr.
I think the problem is that if you are using a transcoding resource at BR1 then your stream across the WAN would be G711. In the scenario you give only 729 is allowed on the WAN. Example given: Scenario 1 MoH Server ->G711->HQ Xcoder->WAN-G729->BR1 Phone Scenario 2 MoH Server ->G711-W

[OSL | CCIE_Voice] Media Resources Backup Redundancy

2008-08-28 Thread Devildoc
Hello, Would it be possible for one location to use media resources (confbridge and transcoder) from another remote location? For example, can HQ users use media resources located at the BR1 location? I know it's possible because many exercises in the workbook ask you configure media resour

Re: [OSL | CCIE_Voice] Direct Access to unity/cue with overlap

2008-08-28 Thread Ricardo Arevalo
Hi Rimon, I think the urgent priority would not avoid to meet the requeriment, since the target would be 22001, and not 20012, actually we could have problems if we have an existing DN 220X At first i tried to solve this issue in the CallManager with the same solution proposed by you, and i got 3

Re: [OSL | CCIE_Voice] call forward to CUE from a UCM phone givesdead-air...

2008-08-28 Thread Juan
Hi Stephen, just checked it: code 124-3j indeed it is... I guess from your reply I need to run another one ;) >> big thanks! ps: how do you go to find certain behaviour is a bug ... ? cheers, Juan On Wed, Aug 27, 2008 at 6:38 PM, Juan <[EMAIL PROTECTED]> wrote: > I think it's running 12.4.3 j

Re: [OSL | CCIE_Voice] call forward to CUE from a UCM phone givesdead-air...

2008-08-28 Thread Stephen Collinson
This feature should work in that version of code. (should!!) It may be worth checking the output from debug ccsip message and media. You can also use the trace command on CUE. Clear trace then Trace ccn stacksip DBUG or Trace ccn vbrowsercore bdug then Show trace buff tail A