Last updated
Last updated
Hard to believe it's November already! With four more releases to go in 2013, our team has been hard at work developing and refining new features, to give you the most out of your investment in ThousandEyes. Check out the list of updates below, and let us know if you have any questions, or comments -- we're always interested in hearing your feedback.
We've released a new dashboard widget, and made it appear by default on all user dashboards. The alerts widget provides a matrix view of your tests and agents over the trailing 24 hours, showing alerting trends, and allowing users to pinpoint trends on an agent-by-agent or test-by-test basis. In the absence of alerts occurring over the previous 24 hours, no content will be shown in the widget. An example screenshot the alerts grid widget can be found below:
In the widget, the size of the circle indicates the duration of the alert (larger size means longer duration). A red circle indicates that the alert is still active, and orange indicates that the alert was active in the past 24h, but is no longer active. Presence of an empty square in the grid indicates that the agent is assigned to the test, but that no alert has been active in the previous 24h.
This release introduces a new way of preserving an event, in the form of Saved Events. Prior to this release, the best method of preserving an event for future access was to create a Snapshot share, which would make an link available without authentication, for future access. With this new feature, you can save an event at any time using the same surrounding windows as a snapshot share, and have those saved events permanently accessible via the saved events interface in the UI.
To save an event, click the menu item, shown just above the timeline. This will open a dialog prompting for the timing of the event; choose how much time around the event to preserve, then click the save button. The name of the event will be used in the test selector, in the upper left corner of each view.
Any requests which contain an authToken parameter will be receive an HTTP/302 response, and be directed to version 2 of the API.
We've updated our pagination structure to only show the next, previous, and current elements (removing first, last and total) elements. This was done to optimize the performance of long-running queries for result pagination.
We've modified the structure of the path visualization data to show a pathId reference, allowing users to correlate data returned in summary and individual rounds of testing for path-vis data. This affects the following endpoints:
Reference metrics are now available in the DNS+ availability (dnsp/availability/{testId}) and responseTime (dnsp/response-time/{testId}) endpoints. The example below shows an example for thousandeyes.com A availability measurement.
We've added a new endpoint (alerts), which will return a list of all alerts on an account. This endpoint accepts the window and from/to parameters, in order to return data about historical alert activity. Without a time range parameter, only active alerts will be shown. We've also modified the behavior of data returned by alert endpoints as follows:
Permalinks have been changed, and now target active view of requisite alert. For example, a network alert will target the End-to-End metrics view at the time the alert was generated. Prior behavior was to target the alerts page, with the selected alert in context, requiring an extra click to get to the main view.
For inactive alerts older than 14 days, permalinks will no longer be available, since these are no longer visible in the UI.
Start and end metrics are now available from API alert endpoints; Provided as a string value, the same detail which is available in the alert emails, and in the alerting interface, these values are now shown in the alerts API endpoints.
We've added reference links to other areas in the API, using the apiLinks object in a response. The use of these links is to provide a link between two related views. For example, from an active alert, the permaLink element provides a browser target for users to open and view the content within the ThousandEyes interface. A relevant API link on a network alert may target the /net/metrics endpoint, or the net/bgp-metrics endpoint.
An example of the apiLinks content using an example of an alert can be found below:
To review the saved events available to your organization, click the option under the settings menu. A list of saved events will be shown, per the screenshot below:
We've launched version 3 of the ThousandEyes API today, and a , which is the new definitive reference for API-based inquiries. The content below applies only to version 3 of the API; prior versions remain unchanged.
References to will now be directed to version 3 , unless another version is explicitly specified in the request.
Parameter-based authentication to the ThousandEyes API has been deprecated in APIv3, in favor of Basic HTTP Authentication. See for authentication details.
