Comment on page
Release Notes: May 2023
Ubuntu 18.04 LTS is now in the End of Support stage of its lifecycle. ThousandEyes will no longer provide technical support, nor guarantee software updates (including bug fixes) for customers still running Enterprise Agents on Ubuntu 18.04.
The OS will reach End of Life on June 30, 2023. Prior to this date, agents will continue running tests and submitting data. After this date, the agents will no longer be able to communicate with our platform.
In-place upgrades for ThousandEyes Enterprise Agents running Ubuntu 18.04 LTS ("Bionic") are supported for virtual appliances, Intel NUCs, and Raspberry Pis, and instructions are available for upgrading a single agent, bulk agents, and agents using proxies.
For additional questions, please reach out to ThousandEyes Customer Success or ThousandEyes Support.
In preparation for expanding IPv6 support for agent communications to additional platforms, we will be adding IPv6 addresses and a new AAAA record for
downloads.thousandeyes.com. This endpoint is used to serve container image downloads when you go through the add agent workflow within the ThousandEyes web application.This change will occur on May 18th, 2023. As this endpoint is CDN hosted, the IPv6 addresses it receives will be dynamic.
​As previously communicated, on May 2nd, 2023 we successfully enabled the new monitoring settings in the EU region. We will now be proceeding with the unification of Endpoint Agent test settings for the US region, beginning on Wednesday, May 17th, 2023, at 10:00am UTC.
This migration will affect both EU and US regions. For more information, subscribe to the maintenance window request.
The Endpoint Agent settings table now includes last contact data for disabled agents as well, allowing customers to quickly identify agents that are still checking in while disabled.
New Cloud Agents and new AWS Cloud Agents have been added in the locations listed below. For a full list of Cloud Agents, see ThousandEyes Cloud Agent Locations.
- Hanoi, Vietnam (VNPT)
- Hanoi, Vietnam (VNPT) (IPv6)
- McLean, VA, USA
- McLean, VA, USA (IPv6)
- Toronto, Canada (Bell)
- Toronto, Canada (Bell) (IPv6)
- Atlanta, GA, USA (AWS Local Zone) (us-east-1-atl-1a)
- Bangkok, Thailand (AWS Local Zone) (ap-southeast-1-bkk-1a)
- Copenhagen, Denmark (AWS Local Zone) (eu-north-1-cph-1a)
- Hamburg, Germany (AWS Local Zone) (eu-central-1-ham-1a)
- Helsinki, Finland (AWS Local Zone) (eu-north-1-hel-1a)
- Phoenix, AZ, USA (AWS Local Zone) (us-west-2-phx-1a)
- Querétaro, México (AWS Local Zone) (us-east-1-qro-1a)
- Seattle, WA, USA (AWS Local Zone) (us-west-2-sea-1a)
- Taipei, Taiwan (AWS Local Zone) (ap-northeast-1-tpe-1a)
- Warsaw, Poland (AWS Local Zone) (eu-central-1-waw-1a)
- Fixed a bug that was preventing snapshots from showing the correct time frame when the "Relative Time Frame" was selected for a widget. This has been corrected for widgets in snapshots to show the selected relative time frame.
- Resolved a bug when creating an alert suppression window that would erroneously display the message “The suppression window must start at least 2 minutes from now†even if the window starts at a future date.
- Fixed an issue that was showing inconsistent dates or months in the time selector for the "Fixed Time Interval" selection in dashboards when the user's default Web Interface timezone is set to UTC (via the user's setting in Account Settings > Users and Roles > Profile > Time Zone).
Applications are the critical front door for your business. However, ensuring flawless application experience for your customers is more complicated than ever. Modern applications are built on top of massively complex and decentralized architectures, meaning that a small issue in one service can have a significant effect on the overall customer experience. You need holistic visibility into your environment, from the application all the way to the end user.
Introducing the Bi-Directional Integration with AppDynamics! This integration brings real-time correlation of network metrics together with application performance data inside ThousandEyes. You will be able to see and understand every dependency that contributes to the performance of your application, allowing you to resolve issues more quickly – ultimately leading to a better user experience and improved business outcomes.
As part of the integration, you will have access to Views 2.0 and its Dependent Applications tab. This tab automatically presents AppDynamics’ health status in context with the associated network test data, as well as your application service dependencies. Using this tab, you can easily click directly through to AppDynamics!
​Views 2.0 is a major upgrade to our ThousandEyes platform, which offers improved visualization capabilities, such as:
- multi-metric comparison
- agent overlays on timelines
- round-by-round keyboard navigation
These enhancements streamline troubleshooting and will improve your user experience.
For detailed instructions on how to create a bi-directional integration with AppDynamics, see AppDynamics Integration.
If at any time you would like to revert to your previous Views experience, you can click the toggle at the top right of the page to change to Views 1.0, or use the ... pull-down menu to modify your default views.
This integration is currently only available for the ThousandEyes US region. It will be made available for the EU region in a coming release.
ThousandEyes for OpenTelemetry comprises streaming API functionality with data delivered in a standardized metrics format (OTLP), alongside a tagging mechanism to facilitate deep correlations using ThousandEyes data. With ThousandEyes for OpenTelemetry, enterprises can now rapidly maximize the value of their complex and varied datasets to access insights specific to their business needs.
OpenTelemetry is an open-source, vendor-neutral observability framework that provides a standard way of collecting, processing, and exporting telemetry data in a standardized format. It aims to simplify the collection of monitoring data and increase the interoperability of monitoring tools.
Resources:
ThousandEyes helps you monitor the critical infrastructure you depend on to deliver customer experiences and business outcomes. You achieve this by setting up tests that give you real-time visibility into internet-enabled applications and networks. However, there are many ways to set up tests, and the multitude of configuration options often leads to uncertainty. To give you confidence that you have set up monitoring to your critical services in the best possible way, we are introducing test templates.
Test templates allow users to deploy a suite of ThousandEyes suggested best-practice test suites for common use cases such as monitoring a web server, as well as for popular third-party applications such as Cisco Webex. When you use a test template, you can quickly deploy the monitoring resources that are best suited to your use case, with just a few button clicks.
Templates take the guesswork out of setting up your environment, by making it dead simple to monitor mission-critical services based on ThousandEyes prescribed best practices. This feature is now generally available. Every ThousandEyes user now has access to templates at Cloud & Enterprise Agents > Test Settings via the Add New Test > Add from Template dropdown. This feature is also now generally available via the ThousandEyes Public API v7.
We have added support for the following:
- Agent-to-agent (bi-directional) tests.
- Agent-to-agent (one-way) tests.
In addition, support has been added for the following metrics:
- Availability, Response time, and Throughput (HTTP server layer).
- Page Load Time, Transaction Time, Completion, and Errors (web transaction layer).
- We have adjusted our color grid widget to default to 1,000 cards in a single group. Customers can continue to adjust this number as needed, but on all newly created widgets, we will default to 1,000 cards in a single group.
New Cloud Agents, AWS Cloud Agents, and Google Cloud Platform Cloud Agents have been added in the locations listed below. For a full list of Cloud Agents, see ThousandEyes Cloud Agent Locations.
- Bangkok, Thailand (AIS)
- Bangkok, Thailand (AIS) (IPv6)
- Montreal, Canada (Bell)
- Montreal, Canada (Bell) (IPv6)
- Pretoria, South Africa
- Pretoria, South Africa (IPv6)
- Vancouver, Canada (Bell)
- Vancouver, Canada (Bell) (IPv6)
- Winnipeg, Canada (Bell)
- Winnipeg, Canada (Bell) (IPv6)
- Buenos Aires, Argentina (AWS Local Zone)
- Delhi, India (AWS Local Zone)
- Kolkata, India (AWS Local Zone)
- Lagos, Nigeria (AWS Local Zone)
- Lima, Peru (AWS Local Zone)
- Muscat, Oman (AWS Local Zone)
- Perth, Australia (AWS Local Zone)
- Santiago, Chile (AWS Local Zone)
- Doha, Qatar (GCP me-central1)
- Tel Aviv, Israel (GCP me-west1)
- Turin, Italy (GCP europe-west12)
- Resolved an issue in the color grid dashboard widget that was preventing the Green / Red threshold from being correctly honored.
- Resolved an issue where the dashboard data source for the AppDynamic FSO integration was incorrectly listed as "AppDynamics Service Health". This has been corrected to "3rd Party Applications."
- Resolved an issue that was preventing users from adding emails to a scheduled snapshot.
ThousandEyes is excited to introduce Views 2.0, our next major upgrade to the ThousandEyes platform. Views 2.0 streamlines your monitoring and troubleshooting experience, and offers improved visualization capabilities, such as:
- Multi-metric comparisons.
- Agent overlays on the timeline.
- Round-by-round keyboard navigation.
As part of this launch, in-app walkthroughs are available to guide you through navigating between the previous views layout and the new experience, and show you how to make best use of the functionality.
Other popup walkthroughs will appear as you navigate the new layout and encounter new/changed functionality.
In addition, our Getting Started with Views documentation has been updated to reflect the new changes.
In this new release, we're introducing several important updates aimed at enhancing the user experience, improving clarity, and ensuring consistency across WAN Insights. Here's a summary of the major changes:
Backend change to align with vManage: We've implemented a backend change to build 6 Out-of-Box (OOB) application classes that are predefined in WAN Insights based on the vManage definitions. This change ensures that vManage serves as the single source of truth for out-of-the-box application definitions.
Please note that these changes in OOB application inclusions/exclusions might impact the end user count and quality score for some of our existing customers. Existing customers might see a drop or an increase in site end user count and quality scores for the out-of-the-box applications.
We have redesigned the header section for the Recommendation Details modal to provide a smoother, more intuitive user experience:
- Breakdown of Quality Metrics: Users can now easily view the breakdown of overall quality metrics by circuits. This feature allows users to gain a quick understanding of which circuits are impacting the overall quality of service.
- Improved Terminology: We have updated the terminology used in this section. Recommended Quality is now labeled as "projected quality", which better reflects the system's forecasting capabilities.
- SLA Threshold Line: Time series graphs for loss, latency, and jitter now include the Service Level Agreement (SLA) threshold line. This line will enable users to easily compare loss, latency and jitter metrics against defined SLA requirements.
The landing pages for both the Recommendations and the Site Details navigation options have the following functionality enhancements:
- Router Name Search Functionality: We've added a search functionality for router names. This will enable users to easily search recommendations and sites based on the router names, significantly enhancing search capabilities.
- Add a New Application Workflow: We've included an option to initiate the Add a new application + workflow directly from the All recommendations and Site Details landing pages. This change improves navigation and streamlines workflows for users.
For all new page load and transaction tests, users can only choose one interval value, consistent with all other test types. The interval determines the frequency with which the test will be run. Previously, these test types allowed you to choose different intervals for the page load or transaction portion versus the HTTP server portion of the test. The changes appear on the UI as follows:
- When editing a page load test with different intervals, users will no longer be able to make changes to their test until they pick a new interval.
- Warnings in the following areas of the product will direct users to pick a new interval for their test:
- Test Settings > Test View
- Test configuration for individual tests that currently use different intervals. If the test already uses the same interval, no warning is needed.
Please see Migrating to Single Interval for Page Load Tests for guidance on how to choose the test interval that best suits your needs.
Last modified 27d ago