kentik Product Updates logo
Back to Homepage Subscribe to Updates

Product Updates

Latest features, improvements, and product updates on Kentik's Network Observability platform.

Labels

  • All Posts
  • Improvement
  • Hybrid Cloud
  • Core
  • Service Provider
  • UI/UX
  • Synthetics
  • Insights & Alerting
  • DDoS
  • New feature
  • BGP Monitoring
  • MyKentik Portal
  • Agents & Binaries
  • Kentik Map
  • API

Jump to Month

  • August 2022
  • July 2022
  • June 2022
  • May 2022
  • April 2022
  • March 2022
  • February 2022
  • December 2021
  • November 2021
  • October 2021
  • September 2021
  • July 2021
  • June 2021
  • May 2021
  • March 2021
  • February 2021
  • January 2021
  • December 2020
  • October 2020
  • September 2020
  • June 2020
  • February 2020
  • August 2019
  • June 2019
  • April 2019
  • March 2019
  • February 2019
  • January 2019
  • December 2018
  • November 2018
  • September 2018
  • August 2018
  • June 2018
  • May 2018
  • April 2018
  • March 2018
  • February 2018
  • January 2018
  • December 2017
  • November 2017
  • October 2017
  • July 2017
  • June 2017
  • May 2017
  • April 2017
  • March 2017
  • February 2017
  • January 2017
  • December 2016
  • November 2016
  • October 2016
  • April 2016
ImprovementService Provider
2 months ago05/27/2022

Kentik Market Intelligence enhancements

Kentik Market Intelligence gets a couple useful improvements added.

KMI will now let you export rankings and customer/provider lists as a CSV file.
Additionally, we've added a "density chart" on top of the KMI landing page before the ranking table.


The  KMI landing page has been updated with what we call a Density Chart: the usual table-chart we all know and love did not really convey the idea of the actual distance between consecutive networks in the ranking. This new widget has been added on top of the ranking table and places Networks on the line based on how far they are from each other in terms of KMI score.
(check out this article out if you want to understand how KMI score are computed)

Based on popular demand from our KMI customers, we've added a functionality to download the CSV data from both the landing page, and any given network's detail page:

Avatar of authorGreg Villain
Service ProviderNew featureBGP Monitoring
5 months ago02/28/2022

Kentik Market Intelligence: a new product is born!

KMI is a new service provider workflow that uses the global routing table to classify the peering and transit relationships between ASes and to identify the providers, peers, and customers for any AS in any geography. KMI estimates the volume of IP space transited by ASes in different geographies and produces rankings based on that volume, thereby enabling users to compare ASes in various markets.


This new workflow is available to all Kentik users with Premier Edition or with the service provider add-on available for the Kentik Pro Edition. This new workflow does not require any configuration and is immediately usable, as it relies on public routing data from a large number of BGP vantage points all around the world.

As routing data gets crunched on a daily basis, it can now be consumed via a simple interface allowing our users to decrypt how networks are connected to each other, what any network’s customer base looks like or what their providers and peers are.


KMI uses the global routing table to classify the peering and transit relationships between ASes and to identify the providers, peers, and customers for any AS in any geography.

Additionally, KMI scores and ranks any network against the size of their customer base in any subdivision of markets, as well as per customer base type such as retail, wholesale or backbone. KMI can now serve as a public, neutral and objective benchmark to score and rank all networks.

Here are a few pointers to get you started with KMI:

  • Product page: Kentik Market Intelligence
  • Blog post: Launching a labor of love, Kentik Market Intelligence
  • Press release: Kentik Market Intelligence launches to benchmark the internet
  • Knowledge Base article: Details about how the neutral, objective scoring and ranking algorithm works
Avatar of authorGreg Villain
ImprovementService Provider
8 months ago11/30/2021

OTT Service Tracking: True Origin engine update

In the back scenes, Kentik's OTT Service Tracking workflow leverages an engine, aptly named True Origin. This engine correlates DNS Query/Response data with network telemetry to provide a scalable, affordable DPI-lite type of service.
You can learn more about it here.


While this is something that we rarely spend time talking about, our OTT detection engine, a broadband provider’s favorite, keeps on learning and evolving as time goes by, and the amount of DNS hostname patterns that it is able to detect the underlying service for keeps on increasing constantly.

Over the month of October 2021, the True Origin engine has learned to classify an additional ~1,000 new hostname patterns to match flow with DNS queries. This month, its improvements were centered around Vietnam, Denmark, Sweden and Germany.


Avatar of authorGreg Villain
ImprovementService ProviderUI/UXNew feature
a year ago06/30/2021

OTT Service Tracking gets a facelift and is now Capacity awaar

A lot of exciting news on the OTT Service Tracking workflow front this June 2021: not only does the entire workflow get a significant facelift, but our users are now able to visualize the state of capacity under every single OTT delivered via their networks, and drill in on the performance and audience impact ! See for yourself.


A significant UI/UX refresh

While working on adding this new functionality to the OTT workflow, information density has significantly increased, making the existing workflow harder to read. We have taken this opportunity to streamline it and reorganize content in it to make it clearer for users.

These screenshots illustrate the newly streamlined UX of the OTT workflow. We are now showing OTT traffic ranking in each category, where we initially only showed links to the different OTTs.

The engine classification rate which used to be a pie chart has also been reworked into a horizontal gauge to give more room to the actual usable data.

We have also reworked the OTT Service Details pages, not only to include OTT capacity, but also to better segment information in it:

  • An overview screen has been added that now shows comparisons/rankings to similar OTT services and ranking within the provider it’s part of.
  • The connectivity tab holds the usual former traffic slice-and-dice for the selected OTT service.
  • A new “subscribers” tab has been added which both holds augmented subscribership data for this OTT, and also a performance section allowing the users to slice and dice Mbps/Subscriber based on site, provider, connectivity type or any combination of these. The latter was not previously available in the OTT workflow.

Capacity as a Net New Functionality for the OTT Workflow

This extension of the OTT Service Tracking workflow was designed to meet the following requirements:

  • Being able to scorecard OTT services based on the capacity available to deliver them to the subscribers
  • Being able to dive into the details and see each interface on the edge of the network participating to the delivery of these OTT services to the subscribers
  • In case of high interface utilization, being able to determine the performance impact to subscribers whenever possible as well as the amount of impacted users.

We are now by default scanning the capacity for the top 100 OTT services for each customer and presenting the results in the Capacity tab of the landing page for the OTT workflow. Each treemap displayed on this page is a representation of traffic delivered by each interface (all devices included) and its utilization status.

The OTT service details page now also includes a tab for Capacity, providing an in-depth look at all devices and interfaces. The treemap shows all interfaces, and the list underneath is the list of devices involved. Each device entry listed below the treemap displays the contribution of its interfaces to the current OTT service and can be expanded to get details.

When expanding any device from the list, the user will see the details for each interface on the device involved in the delivery of this OTT Service.

Any interface within a device can also be expanded to display metric details around performance and the number of impacted users, taking into account the thresholds set for capacity in the workflow configuration.



Avatar of authorGreg Villain
ImprovementCoreService Provider
3 years ago06/30/2019

New Metrics: Mbps per Unique Source/Destination IP

Kentik has always supported metric options to count unique source and destination IPs in each row of a query response. We’ve now added a new metric that shows the average bit rate (Mbps) per unique IP. This metric is particularly useful to examine if and when an issue is arising. Here are a couple of examples:


  • Find the Average Mbps per Destination towards subscribers in a specific last mile aggregate of their traffic. The aggregate can be easily described in a Custom Dimension matching traffic based on a set of CMTS or DSLAM local loop aggregators, or even more simply just a Site.
  • To look at traffic towards subscribers for a given Internet Access Plan. The Plan aggregation level can also be a Custom Dimension based on CIDRs. In this case, users are assigned to specific CIDRs in the IPAM based on their plan.

This “Bitrate Per IP” can be found in the Data Explorer under both “Source IPs” and “Destination IPs”:

This feature works best when paired with Kentik’s ability to detect Over The Top (OTT) services, to display Average/Max/95-99p of the Bitrate for each individual OTT service. For video-based OTT services, we now have a scalable way to calculate Average Bitrate across subscriber sets. As a result, ISPs are now able to track subscriber experience for important content sources.


Let’s look at an example content provider (OTT Service) that has their own CDN and also embeds caches within the ISP network. We’ll compare performance (Mbps per subscriber) for traffic sourced from On-Net Caches vs the OTT service’s CDN.

First, we use filters to set these criteria:


Second, we’ll use a Filter-Based Dimension to compare two time series: Traffic from embedded local caches vs Traffic served from the Content Provider’s own Network and off-net caches (i.e., long-tail content):

Lastly, we’ll select the new “95th Bitrate by Destination IP” metric:

The resulting chart below clearly confirms the assumption that the video traffic coming from On-Net Embedded Caching Servers has a higher Bitrate than the long tail traffic coming from Off-Net Caching Servers in Content Provider’s CDN.


For more information, please contact our Customer Success team.

Avatar of authorGreg Villain