[cisco-voip] ICT Non-Gatekeeper Controlled

[PhilippG]

Hello Paul!

We are facing the same issue, but our environment is litte different. We 
have a distributed call processing model with CCM at central site and 
CME at our remote sites. We are using a gatekeeper for CAC. The 
connection from the CCM-Cluster to the CMEs is a gatekeeper-controlled 
Intercluster-trunk as recommended in CME-SRND, the "use of MTP" on the 
ICT is also enabled (for supplementary services on CCM-side like call 
transfer). But now our customer wants to use VTadvantage from CCM to 
CMEs, which is certainly not working with MTP enabled. We are using CCM 
4.1.3 and CME 12.4.15T. Do you think video is possible in our environment?

Philipp

Peter Slow wrote:
> Marcio,
>  Fast start (fast connect) outbound calls will always require an MTP
> due to the way the ITU-T spec requires the "proposer" to support any
> of the multiple advertised codecs and the way this was implemented in
> CM.
> 
> Video + MTPs == Badness.
> 
> MTPs handle video using the "passthrough" codec. this is something
> that i have never personally seen work properly in the field - you
> want to try your best to avoid forcing MTP or transcoder allocation
> along the path of a video call.
> 
> Why do you require fast start? are you having audio cut-through delay issues?
> 
> Tell us a bit more about what prompted the change. Please also include
> the version of IOS on your MTP/transcoder and Unified CM. (maybe i can
> find something regarding passthrough codec support)
> 
> The best thing for you in this case, is going to be to try to avoid
> using fast connection procedures, since that requires MTP invocation.
> 
> -Peter
> 
> 2008/7/8  <mianni at bovespa.com.br>:
>> Folks,  someone knows why I configured faststart ( inbound and outbound) on
>> my ICT, the video capability stop to work ??