Filter
Top Products
Polycom, Inc. 5-1
5
Cascading Conferences
Cascading enables administrators to connect one conference directly to one or several
conferences, depending on the topology, creating one large conference. The conferences can
run on the same MCU or different MCUs.
There are many reasons for cascading conferences, the most common are:
• Connecting two conferences on different MCUs at different sites.
• Utilizing the connection abilities of different MCUs, for example, different
communication protocols, such as, serial connections and ISDN, etc....
The following cascading topologies are available for cascading:
• Basic Cascading - only two conferences are connected (usually running on two
different RMXs). The cascaded MCUs reside on the same network.
• Star Cascading - one or several conferences are connected to one master conference.
Conferences are usually running on separate MCUs. The cascaded MCUs reside on the
same network.
• MIH (Multi-Hierarchy) Cascading - several conferences are connected to each other in
Master-Slave relationship. The cascaded MCUs can reside on different networks.
System configuration and feature availability change according to the selected cascading
topology.
Video Layout in Cascading conferences
Cascade links are treated as endpoints in CP conferences and are allocated resources
according to "Default Minimum Threshold Line Rates and Resource Usage Summary” on
page 3-12. Cascaded links in 1x1 video layout are in SD resolution.
When cascading two conferences, the video layout displayed in the cascaded conference is
determined by the selected layout in each of the two conferences. Each of the two
conferences will inherit the video layout of the other conference in one of their windows.
Cascading information applies to AVC Conferencing Mode only. Cascading is not supported with
SVC Conferencing Mode.