This post will go over the first scenario for the ThousandEyes lab. To see past posts in this series expand the box below.
ThousandEyes Walkthrough Table of Contents
- Part 1 – The What and the Why
- Part 2 – Lab build
- Part 3 – Enterprise and Endpoint Agent Installs
- Part 4.1 – SNMP Monitoring
- Part 4.2 – Scenarios and Test Types
- Part – 4.3.1 Scenario 1 – Enterprise agent to agent test configuration <–You Are Here
- Part 4.3.2 – Scenario 2 – Enterprise DNS test configuration
- Part 4.3.3 – Scenario 3 – Enterprise and Endpoint HTTP test configuration (Coming soon)
- Part 4.3.4 – Scenario 4 – Enterprise Page Load test configuration (Coming less soon)
- Part 4.3.5 – Scenario 5 – Enterprise Transaction test configuration and Endpoint Agent Browser Settings (Coming more less soon)
- Part 4.4+ – Details TBD
There are some behind-the-scenes posts that go into more detail on how and why I took the approach that I did. Those can be found here:
- Behind the Scenes – The Lab Build
- Ok, there’s only one so far, but I plan to add more where it makes sense.
Scenario 1
The objective is to monitor the connection between all agents and the two client sites. Both client sites have agents installed, which means an agent-to-agent test would be the best fit. An agent to server test could be used, but that is dependent on a specific service running, or an ICMP response. Additionally, the agent-to-server test can only initiate from the agent side, while an agent-to-agent test can perform bidirectional monitoring.
Create an Enterprise agent-to-agent test
- Log in to ThousandEyes (I presume this skill has been mastered by now)
- On the left side, expand the menu, then click on Cloud and Enterprise Agents to expand that list, and then click Test Settings
- Click Add New Test.
- This will be an agent-to-agent test. For the layer select Network, and then under Test Type select Agent to Agent.
- Under Basic Configuration there are a few things to set here.
- Click in the Target Agent field
- On the right side, click Enterprise to filter the list down to only our Enterprise agents
- NOTE: the agents listed here are Cloud agents, and those can be used to test public services from locations all over the world
- Select the CS1-2 agent
- The interval is how often these tests are performed. Since this is a lab we’ll back this off to a 30-minute interval to reduce the number of tests being run.
- In the Agents field, we’ll select the source agents. Again, filter based on Enterprise agents, and then select all agents except CS1-2
- NOTE: Selecting the North America group (or your local region) will include the CS1-2 agent, and that won’t allow the test to be created because a source and target are the same.
- Under Direction, select Both Directions
- Leave the Protocol option set to TCP
- Check the box to Enable Throughput monitoring, then leave the duration with the default 10s time.
- Leave Path Trace Mode unchecked
- Uncheck the Enabled box next to Alerts. We’ll cover alerts later on in this series
- When everything is completed it should look like this:
- Click Create New Test
That will get the first test created. Now we’ll want to create the same test, but use CS2-2 as the target. You could manually create the new test, or duplicate the existing test and make a few changes.
- Click the ellipsis (…) to the right of the test, and then in the menu click Duplicate
- Correct the test name
- Change the Target Agent to CS2-2
- In the Agents field uncheck CS2-2 and check CS1-2
- NOTE: If you can’t uncheck CS2-2 then click the box next to the region, and that should unselect all agents. Then reselect all agents except CS2-2
- When complete it should look like this:
- Click Create New Test again
That gets the two tests required for Scenario 1. It should automatically start running the tests. While the tests are running they will consume test units. If you want to conserve test units you can disable the tests from the Test Settings screen. Simply uncheck the Enabled boxes to disable them, and when you want to enable the tests again just check the boxes.