Cisco Cisco Meeting Server 2000

下载
页码 160
Cisco Meeting Server Release 2.0 : Scalable and Resilient Meeting Server Deployments
27
be established and the participant can re-join the call remaining unaware of the new route.
n
Ability to scale by using both Call Bridges seamlessly
Points to note in Figure 7:
n
The three database servers are clustered using the MMP, as described in
.
Clustered databases have their contents synchronized.
n
Each database can be on the same server as one of the Call Bridges (recommended in most
deployments), on a separate virtualized server or as shown in the previous figure, on a
combination
Note:
In a large deployment with several Core servers, it is not necessary to have a database
instance for every Call Bridge; rather we recommend one at every point of presence (POP).
(For example, you may want the database in a local data center where you can control
physical access but require Call Bridges around the world.
n
The two Call Bridges are clustered using the Web Admin Interface as described in
. In addition, they are aware of the TURN server and Web Bridge on the other
host server, and the XMPP server on the London host. They also connect to the database
cluster to read from and write to it
Each Call Bridge provides CDRs for the call legs that it is hosting. Each CDR identifies the
space ID so you can identify the same meeting on different Call Bridges by collecting together
calls with the same space ID
Note: Clustered Call Bridges cannot use the same database (or database cluster) as a non-
clustered Call Bridge.
n
The two Web Bridges are configured using the API as described in Appendix
l
The Web Bridge services can be configured to have a single DNS A record externally.
However, when configuring the Web Bridges on the Call Bridge(s) there must be a unique
hostname or IP address for each Web Bridge configured on the Call Bridge(s). This
enables, each Web Bridge to be uniquely identifiable by every Call Bridge
n
The TURN servers are configured via the API as described in Appendix
l
The TURN servers can be configured either by hostname (with one hostname resolving to
potentially multiple servers via DNS) or by IP address. This configuration is stored in the
shared database.
l
The Cisco Meeting Apps are always monitoring TURN servers in the background via their
connections to an XMPP server. When a call starts, the client is sent a list of available TURN
2   General concepts for deployment