Cisco Cisco TelePresence MCU 4510 Maintenance Manual

Page of 252
Content channel video support 
Cisco TelePresence MCU Version 4.2 Printable online help 
Page 64 of 252 
 
 
To change the content contribution setting for an active conference participant via the web interface, 
first navigate to that participant's Display page (go to Conferences and click the conference you want 
and then click on the name of the participant whose settings you want to change). If the conference 
has content enabled and the endpoint in question has content capabilities, you should be able to use 
one of the following controls:  
 
 allow participant to contribute content video  
 
 do not allow participant to contribute content video  
If an endpoint's ability to contribute content video has been explicitly enabled or disabled via this 
mechanism, that enablement or disablement will take precedence over any current or future 
conference or participant configuration, even if the endpoint later moves to a different conference. 
 
Use of main video as content channel 
In addition to supporting the H.239 and BFCP protocols by which endpoints in a conference can 
supply the content channel video, the MCU also allows a participant's 
main video
 channel to be used 
for the content stream. This is essentially what happens by default for 
VNC connections
 in a 
conference configured to allow content channel video.  
As detailed above, it is not possible to force an endpoint that has 
started to contribute content video
 to 
relinquish the virtual token that it holds. Thus, if you select an endpoint's main video channel to be the 
content channel source, this will only take effect if no other endpoint is supplying the content channel 
video stream (whether by H.239, BFCP, or through use of its main video stream). However, if you 
have enabled Automatic content handover on the Settings > Content page and you select an 
endpoint's main video channel to be the content source, this will take effect even if there is currently 
another content source in the conference.  
To control the use of a participant's main video as the conference content channel source, the 
following controls are displayed on the per-conference participant list (next to the preview image of the 
video stream to which they relate): 
 
 use this participant's main video stream as the content channel (this is set by default for VNC 
connections) 
 
 stop using this participant's main video stream as the content channel (revert to more 
conventional content channel behavior such as H.239) 
In rare circumstances, if more than one participant's main video channel is configured to provide the 
content channel (for example where a participant configured in this way is moved to another 
conference where there is an existing participant providing his main video channel as the content 
channel), then all but the active (normally, first) one will be marked with the status:  
 Content: unable to use main video as source  
You might also see this warning if there is more than one VNC connection in a conference, because, 
when establishing a new VNC connection, the MCU will automatically configure its main (in fact, sole) 
video channel to be used as the content channel source if possible. To choose between multiple 
potential main video channels as the content source for the conference, use the control to stop using 
this participant's main video channel as the conference's content channel source:  
  
  
on all but the source you want to use. 
Streaming 
As well as the content stream (used for sending to H.323 endpoints), the MCU also generates a 
proprietary format version of the content channel video which can be viewed in conjunction with PC-
based video streaming. This ensures that, if desired, all participants and viewers for a conference are 
able to access all of its associated media. 
Content channel streaming also allows participants using H.323 video conferencing endpoints without 
H.239 capability, or SIP endpoints to view a high resolution version of the content channel. Content 
channel streaming also provides some features not available via the H.239 protocol: