@inproceedings {26044,
	title = {Experience: Implications of Roaming in Europe},
	journal = {Proceedings of the 24th Annual International Conference on Mobile Computing and Networking},
	year = {2018},
	pages = {179-189},
	publisher = {ACM},
	address = {New Delhi, India},
	isbn = {978-1-4503-5903-0},
	doi = {10.1145/3241539.3241577},
	author = {Anna Maria {Mandalari} and Lutu, Andra and Custura, Ana and ali safari {Khatouni} and Alay, {\"O}zg{\"u} and Bagnulo, Marcelo and Bajbai, Vaibhav and Brunstr{\"o}m, Anna and Ott, Joerg and mellia, marco and Fairhurst, Gorry}
}
@techreport {25060,
	title = {Adding Explicit Congestion Notification (ECN) to TCP Control Packets},
	number = {draft-bagnulo-tcpm-generalized-ecn-00},
	year = {2017},
	note = {(Work in Progress)},
	month = {04/2017},
	publisher = {Internet Engineering Task Force},
	abstract = {This documents explores the possibility of adding ECN support to TCP control packets.},
	keywords = {congestion control, Data Communication, Internet, latency, networks, Protocols, QoS, Quality of Service, Rate Control, Security, Signalling, Standards},
	url = {https://tools.ietf.org/html/draft-bagnulo-tcpm-generalized-ecn},
	author = {Bagnulo, Marcelo and Briscoe, Bob}
}
@techreport {25062,
	title = {Low Latency, Low Loss, Scalable Throughput (L4S) Internet Service: Architecture},
	number = {draft-briscoe-tsvwg-l4s-arch-01},
	year = {2017},
	note = {(Work in Progress)},
	month = {03/2017},
	publisher = {Internet Engineering Task Force},
	abstract = {This document describes the L4S architecture for the provision of a new service that the Internet could provide to eventually replace best efforts for all traffic: Low Latency, Low Loss, Scalable throughput (L4S).\&nbsp; It is becoming common for all (or most) applications being run by a user at any one time to require low latency.\&nbsp; However, the only solution the IETF can offer for ultra-low queuing delay is Diffserv, which only favours a minority of packets at the expense of others.\&nbsp; In extensive testing the new L4S service keeps average queuing delay under a millisecond for all applications even under very heavy load, without sacrificing utilization; and it keeps congestion loss to zero.\&nbsp; It is becoming widely recognized that adding more access capacity gives diminishing returns, because latency is becoming the critical problem.\&nbsp; Even with a high capacity broadband access, the reduced latency of L4S remarkably and consistently improves performance under load for applications such as interactive video, conversational video, voice, Web, gaming, instant messaging, remote desktop and cloud-based apps (even when all being used at once over the same access link).\&nbsp; The insight is that the root cause of queuing delay is in TCP, not in the queue.\&nbsp; By fixing the sending TCP (and other transports) queuing latency becomes so much better than today that operators will want to deploy the network part of L4S to enable new products and services. Further, the network part is simple to deploy - incrementally with zero-config.\&nbsp; Both parts, sender and network, ensure coexistence with other legacy traffic.\&nbsp; At the same time L4S solves the long-recognized problem with the future scalability of TCP throughput.This document describes the L4S architecture, briefly describing the different components and how the work together to provide the aforementioned enhanced Internet service.},
	keywords = {Algorithms, Analysis, AQM, Congestion Avoidance, congestion control, Data Communication, Design, Evaluation, Internet, latency, networks, Performance, QoS, Scaling, tcp},
	url = {https://tools.ietf.org/html/draft-briscoe-tsvwg-l4s-arch},
	author = {Briscoe, Bob and De Schepper, Koen and Bagnulo, Marcelo}
}
@techreport {25063,
	title = {Low Latency, Low Loss, Scalable Throughput (L4S) Internet Service: Problem Statement},
	number = {draft-briscoe-tsvwg-aqm-tcpm-rmcat-l4s-problem-02},
	year = {2016},
	note = {(Work in Progress)},
	month = {07/2016},
	publisher = {Internet Engineering Task Force},
	abstract = {This document motivates a new service that the Internet could provide to eventually replace best efforts for all traffic: Low Latency, Low Loss, Scalable throughput (L4S).\&nbsp; It is becoming common for all (or most) applications being run by a user at any one time to require low latency.\&nbsp; However, the only solution the IETF can offer for ultra-low queuing delay is Diffserv, which only favours a minority of packets at the expense of others.\&nbsp; In extensive testing the new L4S service keeps average queuing delay under a millisecond for all applications even under very heavy load, without sacrificing utilization; and it keeps congestion loss to zero.\&nbsp; It is becoming widely recognized that adding more access capacity gives diminishing returns, because latency is becoming the critical problem.\&nbsp; Even with a high capacity broadband access, the reduced latency of L4S remarkably and consistently improves performance under load for applications such as interactive video, conversational video, voice, Web, gaming, instant messaging, remote desktop and cloud-based apps (even when all being used at once over the same access link).\&nbsp; The insight is that the root cause of queuing delay is in TCP, not in the queue.\&nbsp; By fixing the sending TCP (and other transports) queuing latency becomes so much better than today that operators will want to deploy the network part of L4S to enable new products and services. Further, the network part is simple to deploy - incrementally with zero-config.\&nbsp; Both parts, sender and network, ensure coexistence with other legacy traffic.\&nbsp; At the same time L4S solves the long-recognized problem with the future scalability of TCP throughput.This document explains the underlying problems that have been preventing the Internet from enjoying such performance improvements. It then outlines the parts necessary for a solution and the steps that will be needed.},
	keywords = {Algorithms, Analysis, AQM, Congestion Avoidance, congestion control, Data Communication, Design, Evaluation, Internet, latency, networks, Performance, QoS, Scaling, tcp},
	url = {https://tools.ietf.org/html/draft-briscoe-tsvwg-aqm-tcpm-rmcat-l4s-problem},
	author = {Briscoe, Bob and De Schepper, Koen and Bagnulo, Marcelo}
}
@inproceedings {23931,
	title = {NAT Revelio: Detecting NAT444 in the ISP},
	journal = {Passive and Active Measurements Conference 2016},
	year = {2016},
	publisher = {Springer},
	author = {Lutu, Andra and Bagnulo, Marcelo and Dhamdhere, Amogh and Claffy, Kc}
}
@article {lutu2014bgp,
	title = {The BGP Visibility Toolkit: Detecting Anomalous Internet Routing Behavior},
	journal = {IEEE/ACM Transactions on Networking},
	year = {2015},
	month = {04/2015},
	publisher = {IEEE},
	abstract = {In this paper, we propose the BGP Visibility Toolkit, a system for detecting and analyzing anomalous behavior in the Internet. We show that interdomain prefix visibility can be used to single out cases of erroneous demeanors resulting from misconfiguration or bogus routing policies. The implementation of routing policies with BGP is a complicated process, involving fine-tuning operations and interactions with the policies of the other active ASes. Network operators might end up with faulty configurations or unintended routing policies that prevent the success of their strategies and impact their revenues. As part of the Visibility Toolkit, we propose the BGP Visibility Scanner, a tool which identifies limited visibility prefixes in the Internet. The tool enables operators to provide feedback on the expected visibility status of prefixes. We build a unique set of ground-truth prefixes qualified by their ASes as intended or unintended to have limited visibility. Using a machine learning algorithm, we train on this unique dataset an alarm system that separates with 95\% accuracy the prefixes with unintended limited visibility. Hence, we find that visibility features are generally powerful to detect prefixes which are suffering from inadvertent effects of routing policies. Limited visibility could render a whole prefix globally unreachable. This points towards a serious problem, as limited reachability of a non-negligible set of prefixes undermines the global connectivity of the Internet. We thus verify the correlation between global visibility and global connectivity of prefixes.},
	keywords = {Anomaly detection, BGP, Internet measurements, Machine learning},
	doi = {10.1109/TNET.2015.2413838},
	author = {Lutu, Andra and Bagnulo, Marcelo and Pelsser, Cristel and Maennel, Olaf and Cid-Sueiro, Jesus}
}
@inproceedings {Mandalari:2015:IPD:2787394.2787397,
	title = {Informing Protocol Design Through Crowdsourcing: The Case of Pervasive Encryption},
	journal = { ACM SIGCOMM Workshop on Crowdsourcing and Crowdsharing of Big (Internet) Data},
	year = {2015},
	note = {The paper received the best paper award. 
The paper has been included in a special issue of SIGCOMM CCR that will include the proceedings of SIGCOMM 2015 and award papers from other workshops.},
	pages = {3--8},
	publisher = {ACM},
	address = {New York, NY, USA},
	abstract = {Middleboxes, such as proxies, firewalls and NATs play an important role in the modern Internet ecosystem. On one hand, they perform advanced functions, e.g. traffic shaping, security or enhancing application performance. On the other hand, they turn the Internet into a hostile ecosystem for innovation, as they limit the deviation from deployed protocols. It is therefore essential, when designing a new protocol, to first understand its interaction with the elements of the path. The emerging area of crowdsourcing solutions can help to shed light on this issue. Such approach allows us to reach large and different sets of users and also different types of devices and networks to perform Internet measurements. In this paper, we show how to make informed protocol design choices by using a crowdsourcing platform. We consider a specific use case, namely the case of pervasive encryption in the modern Internet. Given the latest public disclosures of the NSA global surveillance operations, the issue of privacy in the Internet became of paramount importance. Internet community efforts are thus underway to increase the adoption of encryption. Using a crowdsourcing approach, we perform large-scale TLS measurements to advance our understanding on whether wide adoption of encryption is possible in today{\textquoteright}s Internet.},
	keywords = {Crowdsourcing, Internet measurements, middleboxes, TLS},
	isbn = {978-1-4503-3539-3},
	doi = {10.1145/2787394.2787397},
	url = {http://doi.acm.org/10.1145/2787394.2787397},
	author = {Anna Maria {Mandalari} and Bagnulo, Marcelo and Lutu, Andra}
}
@misc {23930,
	title = {TCP Fast Open: initial measurements},
	howpublished = {CoNEXT 2015},
	year = {2015},
	month = {12/2015},
	publisher = {The 11th International Conference on emerging Networking EXperiments and Technologies},
	abstract = {In mid-2011 a new mechanism that enables data exchange during TCP{\textquoteright}s initial handshake has been proposed by Google. The technique is called TCP Fast Open (TFO). TFO decreases application network latency by one full round-trip time. In this paper, we evaluate to which degree the current Internet paths support TFO and how often we encounter cases of interferences from eventual middleboxes along those paths. By expanding the traditional crowdsourcing focus from the human element, we develop a methodology to use a numerous group of end-user devices as measurement vantage points. We find that the 41,3\% of the paths we test allowed for a successful TFO communication.},
	author = {Anna Maria {Mandalari} and Bagnulo, Marcelo and Lutu, Andra}
}
@inproceedings {lutu2014understanding,
	title = {Understanding the reachability of IPv6 limited visibility prefixes},
	journal = {Passive and Active Measurement},
	year = {2014},
	month = {03/2014},
	pages = {163{\textendash}172},
	publisher = {Springer},
	abstract = {The main functionality of the Internet is to provide global connectivity for every node attached to it. In light of the IPv4 address space depletion, large networks are in the process of deploying IPv6. In this paper we perform an extensive analysis of how BGP route propagation affects global reachability of the active IPv6 address space in the context of this unique transition of the Internet infrastructure. We propose and validate a methodology for testing the reachability of an IPv6 address block active in the routing system. Leveraging the global visibility status of the IPv6 prefixes evaluated with the BGP Visibility Scanner, we then use this methodology to verify if the visibility status of the prefix impacts its reachability at the interdomain level. We perform active measurements using the RIPE Atlas platform. We test destinations with different BGP visibility degrees (i.e., limited visibility - LV, high visibility - HV and dark prefixes). We show that the IPv6 LV prefixes (v6LVPs) are generally reachable, mostly due to a less-specific\&nbsp;HV\&nbsp;covering prefix (v6HVP). However, this is not the case of the dark address space, which, by not having a covering v6HVP is largely unreachable.},
	isbn = {978-3-319-04917-5},
	issn = {0302-9743},
	doi = {10.1007/978-3-319-04918-2_16},
	author = {Lutu, Andra and Bagnulo, Marcelo and Pelsser, Cristel and Maennel, Olaf}
}
