scispace - formally typeset
L

Luca De Cicco

Researcher at Instituto Politécnico Nacional

Publications -  73
Citations -  1921

Luca De Cicco is an academic researcher from Instituto Politécnico Nacional. The author has contributed to research in topics: Network congestion & Computer science. The author has an hindex of 20, co-authored 61 publications receiving 1713 citations. Previous affiliations of Luca De Cicco include Telecom SudParis.

Papers
More filters
Book ChapterDOI

The Web, the Users, and the MOS: Influence of HTTP/2 on User Experience

TL;DR: This work focuses on the evaluation of Web quality of experience as perceived by actual users and in particular on the impact of HTTP/1 vs HTTP/2, adopting an experimental methodology that uses real web pages served through a realistic testbed where the author controls network, protocol, and application configuration.
Proceedings ArticleDOI

Understanding the Dynamic Behaviour of the Google Congestion Control for RTCWeb

TL;DR: This work has found that, when the threshold is small, the delay-based algorithm prevails over the loss- based algorithm, which contains queuing delays and losses, however, a small threshold may lead to starvation of the GCC flow when sharing the bottleneck with a loss-based TCP flow.
Journal ArticleDOI

On the use of watermark-based schemes to detect cyber-physical attacks

TL;DR: A new detection scheme which employs several non-stationary watermarks is proposed which is able to detect adversaries using non-parametric methods, but it is not equally effective against adversaries using parametric identification methods.
Journal ArticleDOI

Design and Performance Evaluation of Network-assisted Control Strategies for HTTP Adaptive Streaming

TL;DR: A Video Control Plane is built that enforces Video Quality Fairness among concurrent video flows generated by heterogeneous client devices and a max-min fairness optimization problem is solved at runtime.
Book ChapterDOI

An Experimental Investigation of the Congestion Control Used by Skype VoIP

TL;DR: It is found that Skype flows are somewhat elastic, i.e. they employ some sort of congestion control when sharing the bandwidth with unresponsive flows, but are inelastic in the presence of classic TCP responsive flows, which provokes extreme unfair use of the available bandwidth in this case.