{"id":602421,"date":"2019-08-15T09:10:32","date_gmt":"2019-08-15T16:10:32","guid":{"rendered":"https:\/\/www.microsoft.com\/en-us\/research\/?p=602421"},"modified":"2019-08-15T09:11:53","modified_gmt":"2019-08-15T16:11:53","slug":"whos-to-blame-debugging-internet-performance-for-azure-users-with-blameit","status":"publish","type":"post","link":"https:\/\/www.microsoft.com\/en-us\/research\/blog\/whos-to-blame-debugging-internet-performance-for-azure-users-with-blameit\/","title":{"rendered":"Who\u2019s to blame? Debugging Internet performance for Azure users with BlameIt"},"content":{"rendered":"

Microsoft Azure cloud hosts a wide variety of services, and Azure has hundreds of network edge locations worldwide across the globe\u2019s six continents to host those services. The Azure locations host many interactive (latency-sensitive) services that cater to consumer and enterprise clients covering a broad set of products around productivity, search, communications, and storage. These Azure edge locations are the first stop in the Microsoft network that customers hit, and with edge locations spread out worldwide, customers all over can reach Microsoft with low latency. Hundreds of millions of clients use the services on Azure every single day.<\/p>\n

Plenty of prior studies have shown the precipitous fall in user engagement with increasing latency. But we don\u2019t have to read studies to understand how important low latency is in our daily lives\u2014we only need to start a video call with someone on our phones or computers. The importance of low latency and round-trip time (RTT) becomes especially evident when latency is high\u2014the glitches and lag in the audio or video make it impossible to have a natural conversation. In fact, our own past work with Skype<\/a> has studied the importance of the network for good user experience.<\/p>\n

The example above illustrates the importance of low latency in the network, and it also shows how, when there are inevitable slow-downs in the network, the system must be able to identify the problem and recover as quickly as possible. This is where BlameIt technology comes in. In real time, BlameIt endeavors to precisely identify where, in the pathway from client to cloud and back to client, there are issues in individual autonomous systems (AS or ASes) along the way. In our SIGCOMM 2019<\/a> paper, \u201cZooming in on Wide-area Latencies to a Global Cloud Provider<\/a>,\u201d we show how BlameIt works to identify these faulty ASes. The work is a result of multiple years of collaboration between Microsoft Research and Azure Networking.<\/p>\n

\"Figure<\/a>

Figure 1: Microsoft Azure has network edge locations all over the world that enable low-latency access to cloud resources for millions of people. With such a vast network of autonomous systems, it is important to be able to quickly identify problems in the network that result in higher latency.<\/p><\/div>\n

Understanding client-cloud latency and the role of autonomous systems<\/h3>\n

Users either reach Azure via direct peering or via multiple autonomous systems, sometimes colloquially referred to by the term \u201chops.\u201d While the spread of Azure locations means that there are fewer ASes between the client AS and the cloud, when the latency experienced by Azure clients increases (that is, it breaches the RTT targets), we want to know which AS is the culprit, or more precisely, which AS in the path is causing the latency degradation.<\/p>\n

Localizing the faulty AS is crucial! There could be many reasons for RTT degradation: overloaded cloud servers to congested cloud networks, maintenance issues in the client\u2019s ISP, or path updates inside a transit AS. A tool to localize the faulty AS, as quickly as possible, will help Azure\u2019s operators trigger remedial actions such as switching egress peers, thereby minimizing the duration of user impact. But the key is the accurate and timely localization of the faulty AS in the client-cloud path. It is important to note that with the rapid improvement in performance of intra-DC and inter-DC networks over the years, the client-cloud communication over the public Internet has become the weak link for cloud services.<\/p>\n

Hold on, hasn\u2019t the research community been at this problem for a while?<\/h3>\n

Yes indeed! The problem of breaking down end-to-end Internet performance into the contributions of each AS has been of long-standing interest to the Internet measurement community. Prior solutions can be bucketed into passive and active categories (see Figure 2). At the core of both categories lies a problem: overcoming the challenge of the Internet\u2019s autonomous structure that is not controlled by any single entity.<\/p>\n

\"Figure<\/a>

Figure 2: Both passive analysis and active probing have their strengths and weaknesses. BlameIt uses the strengths of both types of techniques to better indicate an individual autonomous system’s performance.<\/p><\/div>\n

Passive techniques rely on using the end-to-end latency measurements and solving for the latency contributions of individual ASes (for example, network tomography using linear equations) but often run into under-constrained equations in the wild due to lack of insufficient coverage of all the Internet paths. Another class of techniques relies on continually issuing active probes from vantage points in the Internet and can have simply too much measurement overhead.<\/p>\n

BlameIt: Employing a hybrid two-phased blame assignment<\/h3>\n

In BlameIt we adopt a two-phased approach, combining the best parts of passive analysis (low measurement overhead) and active probing (fine-grained fault localization).<\/p>\n

\"Figure<\/a>

Figure 3: BlameIt looks for autonomous systems in the middle segment that cause higher latency in exchanges between the client and cloud.<\/p><\/div>\n

Phase 1<\/span>: While the passively collected TCP handshake data alone is not sufficient to pinpoint the faulty AS, the data is enough for BlameIt to narrow the fault into either \u201ccloud,\u201d \u201cmiddle,\u201d or \u201cclient\u201d AS segments.<\/p>\n

Phase 2<\/span>: Only when the fault is one of the middle AS, BlameIt issues active traceroutes from the Azure Front Door locations, also only for high-priority latency degradations.<\/p>\n

How did BlameIt avoid the pitfalls of prior solutions?<\/em> At a high level, BlameIt leverages two main empirical characteristics. First, only one AS in the path is usually at fault, not multiple ASes failing simultaneously. Second, a smaller \u201cfailure set\u201d is more likely than a larger set. For example, if all clients connecting to a cloud location see bad RTTs, it is likely the cloud\u2019s fault (and not due to all the clients being bad simultaneously).<\/p>\n

BlameIt is working in Azure right now!<\/h3>\n

Azure\u2019s cloud locations generate RTT streams that are continuously collected and aggregated at an analytics cluster where the BlameIt script runs periodically. Its outputs trigger prioritized alerts to operators and targeted traceroutes to clients. The detailed outputs of BlameIt are also provided to the operators for ease of investigation.<\/p>\n

\"Figure<\/a>

Figure 4: BlameIt Architecture: Clients worldwide connect to the Azure edges that provide passive measurements of RTTs for BlameIt. BlameIt uses these to smartly trigger traceroutes for fine-grained fault localization.<\/p><\/div>\n

We compare the accuracy of BlameIt\u2019s result (the blamed AS) to 88 incidents that had manual reports and find that it correctly localizes the fault in all the incidents! In addition, BlameIt\u2019s selective active probing results in nearly two orders of magnitude fewer traceroutes than a solution that relies on active probing alone.<\/p>\n

With BlameIt currently in action, we hope to move beyond identifying just latency and start focusing on also identifying culprit AS when there is network packet loss or degradation in bandwidth. We also want to investigate the impact of the higher-level service on BlameIt\u2019s functioning and tune it accordingly.<\/p>\n

\"The<\/a>

The BlameIt team (from left to right): Top row: Yuchen Jin, Sundararajan Renganathan, Ganesh Ananthanarayanan, Venkat Padmanabhan, Junchen Jiang, and Arvind Krishnamurthy. Bottom row: Manuel Schroder, Matt Calder, Minerva Chen, Madhura Phadke, and Abhishek Tiwari.<\/p><\/div>\n","protected":false},"excerpt":{"rendered":"

Microsoft Azure cloud hosts a wide variety of services, and Azure has hundreds of network edge locations worldwide across the globe\u2019s six continents to host those services. The Azure locations host many interactive (latency-sensitive) services that cater to consumer and enterprise clients covering a broad set of products around productivity, search, communications, and storage. These […]<\/p>\n","protected":false},"author":38022,"featured_media":602439,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"msr-url-field":"","msr-podcast-episode":"","msrModifiedDate":"","msrModifiedDateEnabled":false,"ep_exclude_from_search":false,"_classifai_error":"","footnotes":""},"categories":[243682],"tags":[],"research-area":[13547],"msr-region":[],"msr-event-type":[],"msr-locale":[268875],"msr-post-option":[],"msr-impact-theme":[],"msr-promo-type":[],"msr-podcast-series":[],"class_list":["post-602421","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-systems-networking","msr-research-area-systems-and-networking","msr-locale-en_us"],"msr_event_details":{"start":"","end":"","location":""},"podcast_url":"","podcast_episode":"","msr_research_lab":[],"msr_impact_theme":[],"related-publications":[],"related-downloads":[],"related-videos":[],"related-academic-programs":[],"related-groups":[],"related-projects":[],"related-events":[],"related-researchers":[{"type":"user_nicename","value":"Ganesh Ananthanarayanan","user_id":31834,"display_name":"Ganesh Ananthanarayanan","author_link":"Ganesh Ananthanarayanan<\/a>","is_active":false,"last_first":"Ananthanarayanan, Ganesh","people_section":0,"alias":"ga"}],"msr_type":"Post","featured_image_thumbnail":"\"\"","byline":"Ganesh Ananthanarayanan<\/a>","formattedDate":"August 15, 2019","formattedExcerpt":"Microsoft Azure cloud hosts a wide variety of services, and Azure has hundreds of network edge locations worldwide across the globe\u2019s six continents to host those services. The Azure locations host many interactive (latency-sensitive) services that cater to consumer and enterprise clients covering a broad…","locale":{"slug":"en_us","name":"English","native":"","english":"English"},"_links":{"self":[{"href":"https:\/\/www.microsoft.com\/en-us\/research\/wp-json\/wp\/v2\/posts\/602421"}],"collection":[{"href":"https:\/\/www.microsoft.com\/en-us\/research\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.microsoft.com\/en-us\/research\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.microsoft.com\/en-us\/research\/wp-json\/wp\/v2\/users\/38022"}],"replies":[{"embeddable":true,"href":"https:\/\/www.microsoft.com\/en-us\/research\/wp-json\/wp\/v2\/comments?post=602421"}],"version-history":[{"count":9,"href":"https:\/\/www.microsoft.com\/en-us\/research\/wp-json\/wp\/v2\/posts\/602421\/revisions"}],"predecessor-version":[{"id":603084,"href":"https:\/\/www.microsoft.com\/en-us\/research\/wp-json\/wp\/v2\/posts\/602421\/revisions\/603084"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.microsoft.com\/en-us\/research\/wp-json\/wp\/v2\/media\/602439"}],"wp:attachment":[{"href":"https:\/\/www.microsoft.com\/en-us\/research\/wp-json\/wp\/v2\/media?parent=602421"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.microsoft.com\/en-us\/research\/wp-json\/wp\/v2\/categories?post=602421"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.microsoft.com\/en-us\/research\/wp-json\/wp\/v2\/tags?post=602421"},{"taxonomy":"msr-research-area","embeddable":true,"href":"https:\/\/www.microsoft.com\/en-us\/research\/wp-json\/wp\/v2\/research-area?post=602421"},{"taxonomy":"msr-region","embeddable":true,"href":"https:\/\/www.microsoft.com\/en-us\/research\/wp-json\/wp\/v2\/msr-region?post=602421"},{"taxonomy":"msr-event-type","embeddable":true,"href":"https:\/\/www.microsoft.com\/en-us\/research\/wp-json\/wp\/v2\/msr-event-type?post=602421"},{"taxonomy":"msr-locale","embeddable":true,"href":"https:\/\/www.microsoft.com\/en-us\/research\/wp-json\/wp\/v2\/msr-locale?post=602421"},{"taxonomy":"msr-post-option","embeddable":true,"href":"https:\/\/www.microsoft.com\/en-us\/research\/wp-json\/wp\/v2\/msr-post-option?post=602421"},{"taxonomy":"msr-impact-theme","embeddable":true,"href":"https:\/\/www.microsoft.com\/en-us\/research\/wp-json\/wp\/v2\/msr-impact-theme?post=602421"},{"taxonomy":"msr-promo-type","embeddable":true,"href":"https:\/\/www.microsoft.com\/en-us\/research\/wp-json\/wp\/v2\/msr-promo-type?post=602421"},{"taxonomy":"msr-podcast-series","embeddable":true,"href":"https:\/\/www.microsoft.com\/en-us\/research\/wp-json\/wp\/v2\/msr-podcast-series?post=602421"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}