In the wake of our monster updates last week (you can check the release notes here), our release this week contains a few bug fixes and minor feature additions. Check out the list below and let us know if you have any questions.
When an IP is announced via multiple prefixes, false BGP alerts can be thrown if one of those prefixes is no longer reachable.
Let's use the example 18.104.22.168, which is announced through these network prefixes:
The only network prefix we're really interested in is the one with the longest prefix (22.214.171.124/24). Therefore, we can craft an alert rule that excludes prefixes 126.96.36.199/8 and 188.8.131.52/16 from alerting. To do so, I would create the alert with the following criteria. Note the selection of the second metric and operator.
This will force the alert processor to consider only the /24 prefix desired when determining whether or not to trigger alerts.
Another approach would be to configure the alert to be based on Prefix is in (184.108.40.206/24), however we've gone with the not in approach in order to allow this rule to be reused on other tests. Working with an exclusion list rather than an inclusion list allows for greater flexibility.
A `protocol` field can now be specified when creating network tests via the ThousandEyes API. This can be set to ICMP when creating new network tests. Check the ThousandEyes developer reference site for more information.