-
- Using VMware vSphere With Your System
- Networking Checklist For Your System
- Deploying a System Automatically
- Deploying a System Manually
- Configuring Your Mail Server, Time Zone, and Locale
- Altering the System After Installation
- Adding a High Availability System
- Expanding Your System to a Larger System Size
- Updating the System
- General Concepts For Your System Deployment
- Installation Checklist
- Required Information For an Automatic Deployment
- Deploying the OVA File From the VMware vSphere Client
- Selecting Your Language for Setup
- Confirming the Deployment
- Choosing What System to Install
- Choosing the Type of System Deployment
- Providing VMware vCenter Credentials
- Choosing vCenter Settings for your Media Virtual Machine
- Entering Networking Information for the Media Virtual Machine
- Adding Public Access
- Configuring Reverse Proxy (for External Access)
- Entering the Public VIP Address
- Entering the Private VIP Address
- WebEx Site and WebEx Administration URLs
- Confirming that the Network is Configured Correctly
- Deploying the Virtual Machines
- Checking the System
Deploying a System Automatically
- General Concepts For Your System Deployment
- Installation Checklist
- Required Information For an Automatic Deployment
- Deploying the OVA File From the VMware vSphere Client
- Selecting Your Language for Setup
- Confirming the Deployment
- Choosing What System to Install
- Choosing the Type of System Deployment
- Providing VMware vCenter Credentials
- Choosing vCenter Settings for your Media Virtual Machine
- Entering Networking Information for the Media Virtual Machine
- Adding Public Access
- Configuring Reverse Proxy (for External Access)
- Entering the Public VIP Address
- Entering the Private VIP Address
- WebEx Site and WebEx Administration URLs
- Confirming that the Network is Configured Correctly
- Deploying the Virtual Machines
- Checking the System
General Concepts For Your System Deployment
System Sizes
Terms Used During the Deployment
| Field Name | Description |
|---|---|
| WebEx Site URL | Secure http URL for users to host and attend meetings. |
| WebEx Administration URL | Secure http URL for administrators to configure, monitor, and manage the system. |
| Public VIP | IP address for the WebEx site URL |
| Private VIP |
Installation Checklist
You must use VMware vCenter to manage the ESXi hosts on which the Cisco WebEx Meetings Server system is deployed.
Networking Changes
See the appropriate networking checklist for your deployment. There are two considerations:- Public access: whether or not users external to your firewall, can host and access meetings from the Internet or mobile devices. Cisco recommends public access as it results in a better user experience for your mobile workforce.
- Type of DNS setup at your company: split-horizon DNS or a non-split horizon DNS (most common DNS configuration). For more information about these types of DNS setup, see the Cisco WebEx Meetings Server Planning Guide.
- Open port 10200 from the administrator's desktop to the Admin virtual machine. Port 10200 is used by the web browser during the deployment.
Select the right checklist for your deployment:
Required Information
![]() Note | The required information varies if you are doing an automatic deployment (supported for 50 concurrent users, 250 concurrent users, and 800 concurrent users) systems or manual deployment (supported for all system sizes). Cisco recommends you select an automatic deployment unless you are deploying a 2000 user system, that requires a manual deployment. Refer to the appropriate link below. |
Choose one of the following for a checklist of information required for your deployment type:
Required Information For an Automatic Deployment
This is the information required for your system, in order.
What To Do Next
With this information, start the system deployment by entering the deployment URL in a browser window. (The deployment URL is displayed in the console window for the Admin virtual machine.)
![]() Note | If the system is rebooted before the configuration is complete, a new passcode is generated and you must use the deployment URL with the new passcode. |
Deploying the OVA File From the VMware vSphere Client
Before deploying your system, you must use the VMware vSphere client to deploy the Admin virtual machine for your system.
![]() Note | The following procedure is provided as a general guidance. The exact screens you see during the OVA deployment depends upon your vCenter, storage, and networking configuration, and might be slightly different from this procedure. See your VMware vSphere documentation for complete information on the OVA wizard. |
Obtain the Cisco WebEx Meetings Server OVA file for your system and place it in a location that is accessible from VMware vSphere.
You must use VMware vCenter to manage the ESXi hosts on which the Cisco WebEx Meetings Server system is deployed. Using the vSphere client, sign in to vCenter and deploy the OVA file for the Admin virtual machine.
| Step 1 |
Sign in to your VMware vSphere client. Be sure to sign in as a user that includes administrator privileges: to deploy, configure, power on or off, and delete virtual machines. | ||||
| Step 2 | Select
| ||||
| Step 3 | Select Browse to navigate to the location of the OVA file. Select Next. You can select the Cisco WebEx Meetings Server link to go to a Web page with detailed information about this system.
| ||||
| Step 4 | Read the End User License Agreement and select Accept, then select Next. | ||||
| Step 5 | Navigate to and select the location in the vCenter inventory where you want to place the Admin virtual machine. | ||||
| Step 6 | Enter the name of the virtual machine for your system size and select Next. For more information on selecting the correct size for your company, see General Concepts For Your System Deployment.
Cisco recommends you include the type in the virtual machine name; for example, include "Admin" in your Admin virtual machine name to easily identify it in your vCenter inventory.
| ||||
| Step 7 | From the drop-down list, select the virtual machine for your system size and select Next. Be sure to deploy the Admin virtual machine before any other virtual machines in your system.
| ||||
| Step 8 | Navigate through the vCenter inventory and select the ESXi host or cluster where you want to deploy the virtual machines for your system. Select Next.
| ||||
| Step 9 | If the cluster contains a resource pool, select the resource pool where you want to deploy the OVA template and select Next. Resource pools share CPU and memory resources or to work with VMware features such as DRS or vMotion. Resource pools must be dedicated to a single ESXi Host. VMware resource pools are not recommended for use with Cisco WebEx Meetings Server.
| ||||
| Step 10 | Select the datastore for your virtual machine and the kind of provisioning for your virtual machine. You must select Thick Provisioning and create the maximum virtual disk space required for your system. With Thin Provisioning, VMware allocates the file system space on an as-needed basis that can result in poor performance. Lazy zero is sufficient and eager zero is acceptable, but eager zero will take more time to complete.
| ||||
| Step 11 | Set up network mapping. For each source network, select a destination network from the drop-down list in the Destination Networks column. Select Next.
| ||||
| Step 12 | Enter the following information for the virtual machine, then select Next:
| ||||
| Step 13 | Confirm the information that you have entered. If there are any mistakes, select Back and change the values. | ||||
| Step 14 | If you are manually upgrading a system, select Finish, skip the the balance of this procedure and continue with the next step in Upgrading the System
Manually. (Copying data from the original system to the upgrade system by using manual deployment should be performed after the upgraded system is deployed, but not yet powered on.) Otherwise, check Power on after deployment and select Finish.
| ||||
| Step 15 | If you are deploying an Admin virtual machine, go to vCenter and open a console window for the virtual machine. Once it powers on, we will check the networking information you entered during the OVA deployment. | ||||
| Step 16 | When all the information is confirmed, write down the case-sensitive URL displayed in the console window. A software administrator will type this URL into a web browser, and continue the system deployment.
|
What to Do Next
If you are performing a manual deployment, Cisco recommends that you deploy the rest of the virtual machines for your system at this time. This avoids any issues such as time outs when powering on virtual machines.
If the deployment is successful, continue with system deployment in a browser window.
If the deployment failed, see Checking Your Networking Configuration After a Failed OVA Deployment.
Checking Your Networking Configuration After a Failed OVA Deployment
Confirm the networking entries for the virtual machine.
Do not use Edit Settings... for any of the virtual machines in your system, other than after a failed deployment. Once the system is up and running, you must use the WebEx Administration site to make any further edits to virtual machine settings. If you use your vSphere client, those changes will not be accepted by the system.
![]() Note | For detailed steps, see your VMware vSphere documentation. |
| Step 1 | In the vSphere client, select on the virtual machine. |
| Step 2 | Find the virtual machine in the Inventory and right-click Edit settings.... |
| Step 3 | Select the Options tab. |
| Step 4 | Select Properties and confirm that all the networking information has been entered correctly. If any changes are required, redeploy the OVA with the correct settings. One possible networking issue is that the VLAN routing is not set up correctly for the ESXi host. Because the virtual machine is on that VLAN, the virtual machine won't have network connectivity. From the network where the ESXi host resides, you should be able to ping the default gateway IP address of the VLAN you will be using for the virtual machines in your system. |
Selecting Your Language for Setup
Determine your preferred language for setting up the system.
![]() Note | Do not close this browser window until the system deployment is complete. If you close the browser early, you may have to restart the deployment. |
Be sure you have deployed the Admin virtual machine from VMware vCenter. See Deploying the OVA File From the VMware vSphere Client
Confirming the Deployment
To confirm that you are deploying a new system or expanding an existing system, select Next.
Confirming the Size of Your System
You selected the size of your system when you deployed the Admin virtual machine by using the OVA file.
Confirm that the system size you selected during the OVA deployment is correct.
Choosing What System to Install
| Step 1 |
Determine the type of installation.
| ||
| Step 2 | Select Next. |
Choosing the Type of System Deployment
You can choose automatic or manual deployment of the system virtual machines.
| Step 1 |
Select automatic or manual deployment:
Your choice of automatic or manual deployment depends upon the following:
|
| Step 2 | Select Next. |
Providing VMware vCenter Credentials
If you select an automatic deployment, Cisco WebEx Meetings Server requires your vCenter credentials to deploy the virtual machines for you.
All the ESXi hosts for your system must belong to the same VMware vCenter.
| Step 1 | Enter the secure https URL for the vCenter where the system will be deployed. |
| Step 2 | Enter the username that we will use to deploy the virtual machines. The vCenter user must include administrator privileges that allow that administrator to deploy, configure, power on and off, and delete virtual machines. |
| Step 3 | Enter the password for this username. |
| Step 4 | Select Next. |
Choosing vCenter Settings for your Media Virtual Machine
The media virtual machine is required for 250 user and 800 users system deployments.
| Step 1 | From the drop-down list, choose the ESXi host for the media virtual machine. |
| Step 2 | Choose the datastore for the media virtual machine. |
| Step 3 | Choose the virtual machine port group for the media virtual machine. Cisco recommends you choose the same port group that you selected for the Admin virtual machine. |
| Step 4 | Select Next. |
Entering Networking Information for the Media Virtual Machine
By entering the fully qualified domain name of the media virtual machine, Cisco WebEx Meetings Server attempts to populate the networking information.
![]() Note | The media virtual machine must be on the same subnet as the Admin virtual machine. Do not edit the domain, IPv4 gateway, subnet mask, or DNS servers for the media virtual machine. |
Adding Public Access
If you add public access, users can host or attend meetings from the Internet or mobile devices. For additional information on setting this up for your company, see the Cisco WebEx Meetings Server Planning Guide.
![]() Note | You can always change this option later, through the WebEx Administration site. |
What to Do Next
Configuring Reverse Proxy (for External Access)
The Internet Reverse Proxy enables users to host or attend meetings from the Internet or mobile devices.
Public access requires an Internet Reverse Proxy virtual machine. Enter the values you wrote down in your installation checklist. For security reasons, we recommend that you locate the Internet Reverse Proxy on a subnet different from the subnet occupied by the Administration virtual machine. This ensures network level isolation between the Internet Reverse Proxy and your internal (Admin and media, if applicable) virtual machines.
- Choosing vCenter Settings for Internet Reverse Proxy
- Entering Networking Information for the Internet Reverse Proxy
Choosing vCenter Settings for Internet Reverse Proxy
Verify that the firewall ports required by VMware vCenter are open so that vCenter can deploy the Internet Reverse Proxy virtual machine. For more information on the required firewall ports, see the Cisco WebEx Meetings Server Planning Guide.
Entering Networking Information for the Internet Reverse Proxy
The Internet Reverse Proxy enables users to host or attend meetings from the Internet or mobile devices.
Enter the hostname and IP address of the Internet Reverse Proxy in your DNS servers to enable lookup from an external network. If you have DNS servers that enable look up from internal networks, enter the hostname and the IP address of the Internet Reverse Proxy in these DNS servers as well. This enables a secure connection between your internal virtual machines (administration and media, if applicable) and the Internet Reverse Proxy.
Enter the following for the Internet Reverse Proxy:
- Fully qualified domain name (FQDN)
You should have already entered the hostname and IP address of the Internet Reverse Proxy virtual machine in your DNS servers. We will look up and populate the Ipv4 Address field for you.
- IPv4 gateway
- IPv4 subnet mask
- Primary DNS server IPv4 address
- (Optional) Secondary DNS server IPv4 address
- Fully qualified domain name (FQDN)
Select Next.
Entering the Public VIP Address
- This public VIP address must be visible from both the Internet and the internal network (split-horizon DNS only).
- This public VIP address must be on the same subnet as the Internet Reverse proxy.
- If you do not have a split-horizon DNS, then all users use the Public VIP address to host and attend meetings.
- If you have a split-horizon DNS, and added public access, then external users use the Public VIP address to host and attend meetings.
For more information on non-split horizon and split-horizon DNS, and public access, see the Cisco WebEx Meetings Server Planning Guide.
![]() Note | If you are creating a High Availability (HA) system, you do not need to reenter this information, as we will use the information you entered for the primary system. |
Enter the public VIP IPv4 address and select Next.
Entering the Private VIP Address
Administrators configure, monitor, and maintain the system from the Administration site URL that maps to the private VIP address.
![]() Note | If you have a split-horizon DNS, then internal users also use the Private VIP address to host and attend meetings. |
![]() Note | If you are adding a High Availability (HA) system, you do not need to reenter this information, as we will use the information you entered for the primary system. |
The private virtual IP (VIP) address must be on the same subnet as your internal (Admin and Media, if applicable) virtual machines.
Enter the IPv4 private VIP address and select Next.
WebEx Site and WebEx Administration URLs
WebEx Site URL
End users access the WebEx site URL to host or attend meetings. This URL resolves to either the private VIP address or the public VIP address, depending on whether or not you are using a split-horizon DNS.
WebEx Administration URL
Administrators access the WebEx Administration URL to configure, manage, and monitor the system. This URL resolves to the private VIP address.
Names for the WebEx Site and WebEx Administration URLs
You may choose almost any names for these URLs, comprising all lowercase characters. However, you cannot use the following as the hostname in the site URLs:
- the same name as the hostnames for any of the virtual machines comprising the system
- authentication
- client
- companylogo
- dispatcher
- docs
- elm-admin
- elm-client-services
- emails
- maintenance
- manager
- orion
- oriondata
- oriontemp
- nbr
- npp
- probe
- reminder
- ROOT
- solr
- TomcatROOT
- upgradeserver
- url0107ld
- version
- WBXService
- webex
Entering the WebEx Site and Administration URLs
These URLs provide access and management of the system. If you are adding a High Availability (HA) system, it is not necessary to reenter this information; the primary system URLs should match the HA system URLs. The URLs have these limitations:
Confirming that the Network is Configured Correctly
This screen provides links to online help for the networking changes required for your system. The online help provides details on DNS server changes as well as firewall settings.
You must make the DNS server and firewall changes that allow us to test network connectivity.
If you have not done so already, complete the networking configuration and select Next.
If you are testing an automatic deployment, we deploy the virtual machines required for your system when you select Next.
If you are testing a manual deployment, enter the hostnames for your virtual machines and deploy them (if you have not deployed them already).
When the deployment is complete, test them by powering them on and verifying that all the virtual machines powered on successfully.
Deploying the Virtual Machines
Based on the information you entered earlier, we deploy the virtual machines required for your system.
The deployment requires several minutes to complete. Do not leave this page until all the virtual machines have deployed and are powered on (or error messages are displayed indicating the deployment failed).
When the status column shows all green checks, the deployment is complete with no errors. Select Next.
If errors are indicated, fix the errors and select Next to redeploy the system. You can select Download log file to obtain the log file for this deployment. The log provides a record of the deployment, that can be used to troubleshoot a failed deployment.
![]() Note | Before redeploying a system, be sure to power off and delete any virtual machines involved with the errors; otherwise, during a redeployment you might see error messages about existing virtual machines. |
Checking the System
The system check verifies the configuration parameters of your system. This includes confirming that the virtual machines have the required minimum configuration, and validating the WebEx site and WebEx Administration URLs.
The system check takes several minutes to complete. Do not leave this page until all the checks have been completed successfully, or the system check fails and shows error messages indicating the problem.
If you reload the page before the checks are complete, you are returned to the first page of this system deployment. When the checks are completed successfully, the first page of configuration utility appears.
The Administration site URL used during the deployment process is the Administration virtual machine hostname. During basic configuration, the hostname is replaced with the Administration site URL. As a result, the first time you sign in to the Administration site, the system might prompt you to accept the certificate exception.
Complete one of the following:
- If there are no errors and the status shows all green checks, select Next and continue with Configuring an eMail (SMTP) Server. In rare cases, you might see Not tested. This does not mean that there are any problems with your virtual machines. It simply states that system checks were not completed; for example, the entry might display because there was a temporary loss of network connectivity. Once you complete the deployment, you can sign in to the Administration site and check these resources.
- If there is a problem with network connectivity, verify that the WebEx Site URL, Administration URL, and IP addresses are entered correctly. Verify that these sites are in the same subnet, and the parameters have been correctly entered in the DNS servers.
- If there are problems with
your system meeting the minimum system capacity, you have two options:
- Power down all the virtual machines from VMware vCenter and manually delete them. Then retry the system deployment on a system with resources that meet or exceed the minimum requirements.
- Proceed with your current installation. If you do, you must acknowledge that you forgo the right to request technical support from Cisco. Confirm by checking the error message check box and select Next.
- If there are any problems with one or more of your virtual machines, power off the virtual machines with errors and manually delete them by using the VMware vCenter. Fix the issues and retry the system deployment.
Select Continue to go to the basic configuration where you begin by setting up the mail server (Configuring an eMail (SMTP) Server) and identifying an administrator (Creating Administrator Accounts). If another administrator will complete the basic configuration, send this URL to that administrator.


Feedback