Defining Cascading Conferences

If a flag is not listed in the System Flags list it must be added to the system.cfg file before it can be modified. For more details on defining system flags, see Modifying System Flags.

Star Cascading Topology

In the Star topology (as well as in the Basic topology), the MCUs are usually installed at different locations (states/countries) and participants connect to their local MCU to facilitate the connection and save long distance call costs. Star Topology Cascading requires that all cascaded MCUs reside on the same network.

Although participants in Star Cascading conferences can connect to their local conference using IP (H.323, SIP) and ISDN, the Cascading Links between conferences must connect via H.323.

Content sharing is available to all conferences over the H.323 Cascading Link.

In this topology, the MCUs are networked together using two modes:

Master-Slave Cascading

Cascading via Entry Queue

Master-Slave Cascading

It is similar to MIH (Multi Hierarchy) cascading, with only two levels: one Master MCU on level 1 and several Slave MCUs on level 2.

The cascading hierarchy topology can extend to four levels (MIH Cascade - a Sample 3-Level Cascading Configuration) and should be deployed according to the following guidelines:

If an RealPresence Collaboration Server is deployed on level 1:

RealPresence Collaboration Server systems can be used on level 2

MGC with version 9.0.4 can be used on level 2 if RealPresence Collaboration Server version 7.0.2 and higher is deployed in level 1

If an MGC is deployed on level 1:

MGC or RealPresence Collaboration Server can be used on level 2.

Polycom®, Inc.

239

Page 270
Image 270
Polycom 1500/1800/2000/4000 manual Star Cascading Topology, Master-Slave Cascading