Distributed Conference Call Example

The following diagram represents locations defined in CIC. The London and Tokyo locations support the creation of conference calls but cannot provide hub connections. The remaining four locations can create conference calls and provide hub connections. If a conference call originates in the Chicago location and reaches its maximum number of participants, CIC creates new regional conference calls, based on Selection Rules, for other callers.

In the following diagram, callers are joining the conference call from the London and Tokyo locations. The administrator has specified latency values for the connections between all regions.

Since the London and Tokyo locations do not allow hub connections, CIC uses the specified latency values for all connections to other locations to determine which Interaction Media Server can act as a hub server to connect the calls. CIC includes and adds all latency values for all necessary connections as the selection process could require multiple hub connections between each regional conference call.

Regional conference calls support only one peering connection; however, hub locations support multiple peering connections. Because of these restrictions, the CIC server in this example selects the Chicago location to act as a hub to connect the originating conference call with the other regional conference calls.

CIC then determines, using latency values, which other hub locations, if any, to connect the regional conference calls in London and Tokyo with the Chicago hub location. The following table displays how CIC chooses the hub servers in this example through latency values.