<?xml version="1.0" encoding="UTF-8"?><xml><records><record><source-app name="Biblio" version="7.x">Drupal-Biblio</source-app><ref-type>17</ref-type><contributors><authors><author><style face="normal" font="default" size="100%">Edion Tego</style></author><author><style face="normal" font="default" size="100%">Francesco Matera</style></author><author><style face="normal" font="default" size="100%">Donato Del Buono</style></author></authors></contributors><titles><title><style face="normal" font="default" size="100%">Experimental investigation on TCP throughput behavior in Optical Fiber Access Networks</style></title><secondary-title><style face="normal" font="default" size="100%">Fiber and Integrated Optics</style></secondary-title></titles><dates><year><style  face="normal" font="default" size="100%">2016</style></year></dates><language><style face="normal" font="default" size="100%">eng</style></language><work-type><style face="normal" font="default" size="100%">Journal article.</style></work-type></record><record><source-app name="Biblio" version="7.x">Drupal-Biblio</source-app><ref-type>47</ref-type><contributors><authors><author><style face="normal" font="default" size="100%">Brian Trammell</style></author><author><style face="normal" font="default" size="100%">Mirja Kühlewind</style></author><author><style face="normal" font="default" size="100%">Damiano Boppart</style></author><author><style face="normal" font="default" size="100%">Iain Learmonth</style></author><author><style face="normal" font="default" size="100%">Gorry Fairhurst</style></author><author><style face="normal" font="default" size="100%">Richard Scheffenegger</style></author></authors></contributors><titles><title><style face="normal" font="default" size="100%">Enabling Internet-Wide Deployment of Explicit Congestion Notification</style></title><secondary-title><style face="normal" font="default" size="100%">Proceedings of the 2015 Passive and Active Measurement Conference</style></secondary-title></titles><dates><year><style  face="normal" font="default" size="100%">2015</style></year><pub-dates><date><style  face="normal" font="default" size="100%">03/2015</style></date></pub-dates></dates><pub-location><style face="normal" font="default" size="100%">New York</style></pub-location><language><style face="normal" font="default" size="100%">eng</style></language><abstract><style face="normal" font="default" size="100%">&lt;p&gt;\ac{ECN} is an TCP/IP extension to signal network congestion without packet loss, which has barely seen deployment though it was standardized and implemented more than a decade ago. On-going activities in research and standardization aim to make the usage of \ac{ECN} more beneficial. This measurement study provides an update on deployment status and newly assesses the marginal risk of enabling \ac{ECN} negotiation by default on client end-systems. Additionally, we dig deeper into causes of connectivity and negotiation issues linked to \ac{ECN}. We find that about five websites per thousand suffer additional connection setup latency when fallback per RFC 3168 is correctly implemented; we provide a patch for Linux to properly perform this fallback. Moreover, we detect and explore a number of cases in which \ac{ECN} brokenness is clearly path-dependent, i.e. on middleboxes beyond the access or content provider network. Further analysis of these cases can guide their elimination, further reducing the risk of enabling \ac{ECN} by default.&lt;/p&gt;</style></abstract></record><record><source-app name="Biblio" version="7.x">Drupal-Biblio</source-app><ref-type>47</ref-type><contributors><authors><author><style face="normal" font="default" size="100%">Brian Trammell</style></author><author><style face="normal" font="default" size="100%">Mirja Kühlewind</style></author><author><style face="normal" font="default" size="100%">Damiano Boppart</style></author><author><style face="normal" font="default" size="100%">Iain Learmonth</style></author><author><style face="normal" font="default" size="100%">Gorry Fairhurst</style></author><author><style face="normal" font="default" size="100%">Richard Scheffenegger</style></author></authors></contributors><titles><title><style face="normal" font="default" size="100%">Enabling Internet-Wide Deployment of Explicit Congestion Notification</style></title><secondary-title><style face="normal" font="default" size="100%">Proceedings of the 2015 Passive and Active Measurement Conference</style></secondary-title></titles><dates><year><style  face="normal" font="default" size="100%">2015</style></year><pub-dates><date><style  face="normal" font="default" size="100%">Mar</style></date></pub-dates></dates><urls><web-urls><url><style face="normal" font="default" size="100%">http://ecn.ethz.ch/ecn-pam15.pdf</style></url></web-urls></urls><pub-location><style face="normal" font="default" size="100%">New York</style></pub-location><language><style face="normal" font="default" size="100%">eng</style></language></record><record><source-app name="Biblio" version="7.x">Drupal-Biblio</source-app><ref-type>47</ref-type><contributors><authors><author><style face="normal" font="default" size="100%">Pedro Casas</style></author><author><style face="normal" font="default" size="100%">Raimund Schatz</style></author><author><style face="normal" font="default" size="100%">Florian Wamser</style></author><author><style face="normal" font="default" size="100%">Michael Seufert</style></author><author><style face="normal" font="default" size="100%">Ralf Irmer</style></author></authors></contributors><titles><title><style face="normal" font="default" size="100%">Exploring QoE in Cellular Networks: How Much Bandwidth do you Need for Popular Smartphone Apps?</style></title><secondary-title><style face="normal" font="default" size="100%">5th ACM SIGCOMM Workshop on All Things Cellular: Operations, Applications and Challenges</style></secondary-title></titles><dates><year><style  face="normal" font="default" size="100%">2015</style></year></dates><language><style face="normal" font="default" size="100%">eng</style></language></record><record><source-app name="Biblio" version="7.x">Drupal-Biblio</source-app><ref-type>17</ref-type><contributors><authors><author><style face="normal" font="default" size="100%">Brian Trammell</style></author></authors><secondary-authors><author><style face="normal" font="default" size="100%">Joe Hildebrand</style></author></secondary-authors></contributors><titles><title><style face="normal" font="default" size="100%">Evolving Transport in the Internet</style></title><secondary-title><style face="normal" font="default" size="100%">IEEE Internet Computing</style></secondary-title></titles><dates><year><style  face="normal" font="default" size="100%">2014</style></year><pub-dates><date><style  face="normal" font="default" size="100%">09/2014</style></date></pub-dates></dates><language><style face="normal" font="default" size="100%">eng</style></language><abstract><style face="normal" font="default" size="100%">&lt;p&gt;&lt;span&gt;The Internet’s transport layer has seen little evolution over the past three decades, despite wildly changing requirements. Commonly-deployed transport protocols lack diversity, reducing our ability to evolve them to meet these new application requirements. In this work, the authors describe aspects of this problem and propose a solution space and agenda for improving the situation.&lt;/span&gt;&lt;/p&gt;</style></abstract></record><record><source-app name="Biblio" version="7.x">Drupal-Biblio</source-app><ref-type>47</ref-type><contributors><authors><author><style face="normal" font="default" size="100%">Stefano Traverso</style></author><author><style face="normal" font="default" size="100%">Edion Tego</style></author><author><style face="normal" font="default" size="100%">Eike Kowallik</style></author><author><style face="normal" font="default" size="100%">Stefano Raffaglio</style></author><author><style face="normal" font="default" size="100%">Andrea Fregosi</style></author><author><style face="normal" font="default" size="100%">Marco Mellia</style></author><author><style face="normal" font="default" size="100%">Francesco Matera</style></author></authors></contributors><titles><title><style face="normal" font="default" size="100%">Exploiting Hybrid Measurements for Network Troubleshooting</style></title><secondary-title><style face="normal" font="default" size="100%">IEEE Networks</style></secondary-title></titles><keywords><keyword><style  face="normal" font="default" size="100%">Hybrid measurements</style></keyword><keyword><style  face="normal" font="default" size="100%">measurement analysis</style></keyword><keyword><style  face="normal" font="default" size="100%">WP2</style></keyword></keywords><dates><year><style  face="normal" font="default" size="100%">2014</style></year><pub-dates><date><style  face="normal" font="default" size="100%">09/2014</style></date></pub-dates></dates><publisher><style face="normal" font="default" size="100%">IEEE</style></publisher><pub-location><style face="normal" font="default" size="100%">Funchal, PT</style></pub-location><language><style face="normal" font="default" size="100%">eng</style></language><abstract><style face="normal" font="default" size="100%">Network measurements are a fundamental pillar to understand network performance and perform root cause analysis in case of problems. Traditionally, either active or passive measurements are considered. While active measurements allow to know exactly the workload injected by the application into the network, the passive measurements can offer a more detailed view of transport and network layer impacts. In this paper, we present a hybrid approach in which active throughput measurements are regularly run while a passive measurement tool monitors the generated packets. This allows us to correlate the application layer measurements obtained by the active tool with the more detailed view offered by the passive monitor.
The proposed methodology has been implemented following the mPlane reference architecture, tools have been installed in the Fastweb network, and we collect measurements for more than three months. We report then a subset of results that show the benefits obtained when correlating active and passive measurements. Among results, we pinpoint cases of congestion, of ADSL misconfiguration, and of modem issues that impair throughput obtained by the users.</style></abstract></record><record><source-app name="Biblio" version="7.x">Drupal-Biblio</source-app><ref-type>47</ref-type><contributors><authors><author><style face="normal" font="default" size="100%">Ignacio Nicolas Bermudez</style></author><author><style face="normal" font="default" size="100%">Stefano Traverso</style></author><author><style face="normal" font="default" size="100%">Marco Mellia</style></author><author><style face="normal" font="default" size="100%">Maurizio M Munafo'</style></author></authors></contributors><titles><title><style face="normal" font="default" size="100%">Exploring the Cloud from Passive Measurements: the Amazon AWS case</style></title><secondary-title><style face="normal" font="default" size="100%">The 32nd Annual IEEE International Conference on Computer Communications (INFOCOM'2013)</style></secondary-title></titles><dates><year><style  face="normal" font="default" size="100%">2013</style></year></dates><pub-location><style face="normal" font="default" size="100%">Turin, Italy</style></pub-location><language><style face="normal" font="default" size="100%">eng</style></language><abstract><style face="normal" font="default" size="100%">&lt;p&gt;Cloud Providers are nowadays the most popular way to quickly deploy new services on the Internet. Understanding mechanisms currently adopted in cloud design is fundamental to identify possible bottlenecks, to optimize performance, and to design more efficient platforms. This paper presents a characterization of Amazon's Web Services (AWS), the most prominent cloud provider that offers computing, storage, and content delivery platforms. Leveraging passive measurements collected from several vantage points in Italy for several months, we explore the EC2, S3 and CloudFront AWS services to unveil their infrastructure, the pervasiveness of content they host, and their traffic allocation policies. Measurements reveal that most of the content residing on EC2 and S3 is served by one single Amazon datacenter located in Virginia despite it appears to be the worst performing one for Italian users. This causes traffic to take long and expensive paths in the network. Since no automatic migration and load-balancing policies are offered by AWS among different locations, content is exposed to outages, as we were able to observe in our data. The CloudFront CDN, on the contrary, shows much better performance thanks to the effective cache selection policy that serves 98% of the traffic from the nearest available cache. CloudFront exhibits also dynamic load-balancing policies, in contrast to the static allocation of instances on EC2 and S3. Information presented in this paper will be useful for developers aiming at entrusting AWS to deploy their contents, and for researchers willing to improve cloud design.&lt;/p&gt;</style></abstract></record></records></xml>