Cisco Cisco Meeting Server 2000

See the section on Web Bridge Methods in the

for full details on

configuring Web Bridges via the API.

Example:

1. Using the API on one Call Bridge, create a /webBridges/<web bridge id> node for each Web

Bridge.

a. For example, for each Web Bridge access the API as usual.

b. POST to the Call Bridge’s /webBridges node with the following values replaced by your

values – each Web Bridge requires a unique URL:

=

=

Note: You do NOT need to sign into the Web Admin Interface Configuration > General to
configure the Guest Account Jid Domain field. This field only applies to single Web
Bridges configured via the Web Admin Interface.

8.3 Cisco Meeting App and WebRTC Client Information

Use the latest released Meeting Server. On a PC, download the latest Cisco Meeting App
software from the Cisco web site and install it.

Figure 24 below shows a split deployment where Web Bridges have been enabled on Edge
servers in various geographies and the Call Bridges reside on the Core servers.

When a Cisco Meeting App user calls in:

1. The client does an XMPP SRV lookup to locate the Load Balancer within the cluster to use.

By employing a number of rules, a Load Balancer is chosen.

2. The Call Bridge chosen for this call sends the client a list of TURN servers to use.

3. When a call starts, the Cisco Meeting App receives a list of TURN servers to choose from

(those configured on the Call Bridge). The PC Client queries the set of possible TURN servers
and chooses one based on availability, location and TURN server load.

The Load Balancer and TURN server used for a call do not have to be co-located.

When a WebRTC Client user calls in:

1. The user’s web browser performs a simple DNS A record lookup to choose a Web Bridge

2. The Web Bridge supplies the address of the TURN server for the WebRTC client to use.

The Web Bridge, Load Balancer and TURN server used for a call do not have to be co-located.