Cisco TelePresence SX20 Codec Reference Manual page 36

Application programming interface (api)
Hide thumbs Also See for TelePresence SX20 Codec:
Table of Contents

Advertisement

Cisco TelePresence SX20 Codec
Contents
Introduction
xConfiguration Conference [1..1] Presentation RelayQuality
This configuration applies to video systems that are using the built-in MultiSite feature (optional) to
host a multipoint video conference. When a remote user shares a presentation, the video system
(codec) will transcode the presentation and send it to the other participants in the multipoint
conference. The RelayQuality setting specifies whether to give priority to high frame rate or to high
resolution for the presentation source.
Requires user role: ADMIN
Value space: <Motion/Sharpness>
Motion: Gives the highest possible frame rate. Used when there is a need for higher frame rates,
typically when there is a lot of motion in the picture.
Sharpness: Gives the highest possible resolution. Used when you want the highest quality of
detailed images and graphics.
Example: xConfiguration Conference 1 Presentation RelayQuality: Sharpness
xConfiguration Conference [1..1] Presentation OnPlacedOnHold
Define whether or not to continue sharing a presentation after the remote site has put you on hold.
Requires user role: ADMIN
Value space: <Stop/NoAction>
Stop: The video system stops the presentation sharing when the remote site puts you on hold. The
presentation will not continue when the call is resumed.
NoAction: The video system will not stop the presentation sharing when put on hold. The
presentation will not be shared while you are on hold, but it will continue automatically when the
call is resumed.
Example: xConfiguration Conference 1 Presentation OnPlacedOnHold: NoAction
SX20 Codec API Reference Guide TC6.2, JULY 2013.
D14949.04
About the API
xConfiguration
xConfiguration
xConfiguration Conference [1..1] Multipoint Mode
xConfiguration Conference [1..1] IncomingMultisiteCall Mode
36
xCommand
Define how the video system handles multiparty video conferences.
If registered to a Cisco TelePresence Video Communication Server (VCS), the video system can
either use its own built-in MultiSite feature, or it can rely on the MultiWay network solution. MultiWay
requires that the video network includes a multipoint control unit (MCU).
If registered to a Cisco Unified Communications Manager (CUCM) version 8.6.2 or newer, the video
system can use either the CUCM conference bridge, or the video system's own built-in MultiSite
feature. Which one to use is set-up by CUCM.
Both Multiway and the CUCM conference bridge allows you to set up conferences with many
participants. The MultiSite feature allows up to four participants (yourself included) plus one
additional audio call.
Note that the MultiSite feature is optional and may not be available on all video systems.
Requires user role: ADMIN
Value space: <Auto/Off/MulitSite/MultiWay/CUCMMediaResourceGroupList>
Auto: If a MultiWay address is specified in the NetworkServices MultiWay Address setting,
MultiWay takes priority over MultiSite. If neither MultiWay nor MultiSite is available, the Multipoint
Mode is set to Off automatically.
Off: Multiparty conferences are not allowed.
MultiSite: Multiparty conferences are set up using MultiSite. If MultiSite is chosen when the
MultiSite feature is not available, the Multipoint Mode will be set to Off.
MultiWay: Multiparty conferences are set up using MultiWay. The Multipoint Mode will be set to Off
automatically if the MultiWay service is unavailable, for example if a server address is not specified
in the NetworkServices MultiWay Address setting.
CUCMMediaResourceGroupList: Multiparty conferences (ad hoc conferences) are hosted by
the CUCM configured conference bridge. This setting is provisioned by CUCM in a CUCM
environment and should never be set manually by the user.
Example: xConfiguration Conference 1 Multipoint Mode: Auto
Select whether or not to allow incoming calls when already in a call/conference.
Requires user role: ADMIN
Value space: <Allow/Deny>
Allow: You will be notified when someone calls you while you are already in a call. You can accept
the incoming call or not. The ongoing call may be put on hold while answering the incoming call; or
you may merge the calls (requires MultiSite or MultiWay support).
Deny: An incoming call will be rejected if you are already in a call. You will not be notified about the
incoming call. However, the call will appear as a missed call in the call history list.
Example: xConfiguration Conference 1 IncomingMultisiteCall Mode: Allow
API Reference Guide
xStatus
Appendices
Copyright © 2013 Cisco Systems, Inc. All rights reserved.

Hide quick links:

Advertisement

Table of Contents
loading

Table of Contents