Monitoring Webex Meetings with Cloud and Enterprise Agents
Last updated
Last updated
We recommend that you set up the following tests with Webex Cloud Agents to better understand your Webex Meeting performance. For full visibility into Webex, these tests should supplement any HTTP server, web transaction, or DNS tests that you have targeting your Webex environment. For instructions on setting up the recommended tests, a Webex Meeting Health dashboard, and custom alerts, see the Webex Meeting Test Template section below.
An RTP Stream Test between any applicable Enterprise Agents and the Webex Cloud Agent hosted within the VPC of your closest multimedia platform server. You should use (UDP) 9000 and 5004, with DSCP 46. This will help you understand inbound performance of voice traffic into the Webex Cloud environment.
An Agent-to-Agent Bidirectional Test between any applicable Enterprise Agents and the Webex Cloud Agent hosted within the VPC of your closest multimedia platform server. You should use (UDP) 9000 and 5004, with DSCP 34. This will help you understand simulated, bidirectional performance of video-marked traffic into the Webex Cloud environment.
Optional: Secondary RTP Stream and Agent-to-Agent Bidirectional Tests For more complete visibility, set up the above RTP stream and agent-to-agent tests to your second-closest multimedia platform server. You should use the same test settings targeting your backup Webex multimedia platform location, providing visibility into its reachability and network traffic performance.
Vanity Webex HTTP Server URL Test for monitoring the primary landing page that your users connect to when they access Webex. This example shows https://cisco.webex.com
, but you will want to use https://<your-company-name>.webex.com
.
Authoritative Webex DNS Server Test is used to ensure that your vanity Webex domain is properly resolving both internally and externally. When using Enterprise Agents, update the DNS Servers field to use your internal name servers. If you use Cloud Agents for external visibility, use the Lookup Servers button to auto-populate the authoritative external name servers. This example shows Cloud Agents resolving cisco.webex.com. You will need to update it to your organization's vanity domain.
Optional: Transaction Test to Check the Webex Status Page The code sample below can be pasted into the Transaction Script field and used to monitor the Webex Status page
The Webex meeting test template creates the set of tests recommended in the best practices section above. These tests are then automatically associated with a Webex Health dashboard, and custom alerts are created based on Webex monitoring best practices.
You can run the template multiple times, based on your monitoring requirements:
Navigate to Cloud & Enterprise Agents > Test Settings.
Use the pull down arrow beside Add New Test, and click Add From Template.
Scroll down and select the Webex Meeting template.
The following screenshot is an example of the Webex Meeting Deploy Template:
Custom Template Fields
Use the pull down to select the interval that will be used for all tests in the template. After the template deploys, you can update or modify individual tests. For example, you may want to run the DNS test at a 5 or 15 minute interval, instead of a 1 minute interval.
Webex Site ID Name: This is your corporate site ID. For example, for cisco.webex.com only the site ID of cisco
is required.
Webex Port: This will default to port 5004 and can be updated to port 9000. If you want to monitor both ports, run the template the first time with port 5004 and then use the same selections and update the port to 9000. The DNS Server and HTTP Server tests will not be re-created the second time you run the template.
Webex DNS Servers: Click the Look Up Servers button and the public DNS servers will automatically be populated. If you are running this test internally, we recommend you use your internal name servers, which can be added manually in the Enter server field. It is best practice to use the name server's IP address in this case.
Target Webex Agent: Use the Built-in Labels and select Webex Cloud to filter the associated Webex Cloud Agents. Then select the agent in the Webex data center that you want your tests to target.
Target Region (optional): This field can be used if you want tests to be configured for a certain region or building for easier troubleshooting, or based on your users. For example, you might use WEST and then target the Webex San Jose, CA Webex Data Center.
Source Agents: These will be where the tests will be run from. If you have any custom agent labels set up, you can use them to quickly filter and select agents.
Name your template: The default is Webex and it can be updated to match your monitoring requirements.
Click Review to verify what will be deployed.
The following image is an example of the Ready to deploy? page.
Click the Deploy Now button to generate your template. It will then display the Setup Completed Successfully! page, shown in the screenshot below.
If there are any issues, they will display at the bottom with information on how to correct the problem/s. You can always reach out to ThousandEyes Support if the issue persists.
Once the setup is completed, you can:
Click Done button to go back to the Tests page.
Click Create Another Template if you want to deploy more templates.
Click Go to Test Settings for a filter view of the tests created by the template.
Click Go to Dashboards to open the Webex Health Dashboard.
For current Webex Cloud Agent locations, see Webex Agents.