Demonstration venue · read-only. Every page can be browsed; the buttons that would change it are switched off. Create an account to run TaxoReview on your own data. A simulation from public publication records: the people listed were not invited and did not agree to review.
? Tutorial for this page

Yoann Desmouceaux

dblp:203/0827 · DBLP profile ↗
← Back
12ranked-venue papers
6as first author
5since 2021 · last 2022
0000-0001-6322-2338ORCID · corroborated

Domains — the database's venue-derived domains; a paper can count in several

Computer networks · 8 · 4 first-author · 3 since 2021Systems, architecture and hardware · 2 · 1 first-author · 1 since 2021

Expertise — from the expertise taxonomy: the topics of the expert's papers under the CCF categories. A weight counts papers with recency: 1 for a paper about the topic, 0.3 when the topic is its context, halved every five years.

Computer networks
2 papers
Datacenter networks · 36% Internet architecture and protocols · 23% Routing and switching · 23%
Computer architecture, parallel and distributed computing, and storage systems
2 papers
Parallel and multicore computing · 35% Distributed systems · 35% Cloud and datacenter computing · 30%

Topics — the 10 heaviest of 11, each with the papers that count most for it

TopicWeightPapersLastEvidence papers
Parallel and multicore computing
load balancing
0.612022
HLB: Toward Load-Aware Load Balancing · IEEE/ACM Trans. Netw. 2022
Internet architecture and protocols › overlay networks
application-aware routing
0.312018
6LB: Scalable and Application-Aware Load Balancing with Segment Routing · IEEE/ACM Trans. Netw. 2018
Datacenter networks
load balancing
0.312018
6LB: Scalable and Application-Aware Load Balancing with Segment Routing · IEEE/ACM Trans. Netw. 2018
Software-defined and programmable networks
programmable data plane
0.312018
Stateless Load-Aware Load Balancing in P4 · ICNP 2018
Routing and switching › source routing
segment routing
0.312018
6LB: Scalable and Application-Aware Load Balancing with Segment Routing · IEEE/ACM Trans. Netw. 2018
Datacenter networks › load balancing
stateless load balancing
0.312018
Stateless Load-Aware Load Balancing in P4 · ICNP 2018
Cloud and datacenter computing
cluster resource management and scheduling
0.312018
Stateless Load-Aware Load Balancing in P4 · ICNP 2018
Cloud and datacenter computing › resource allocation
workload allocation
0.212022
HLB: Toward Load-Aware Load Balancing · IEEE/ACM Trans. Netw. 2022
Internet architecture and protocols › IPv6
IPv6 segment routing
0.112018
Stateless Load-Aware Load Balancing in P4 · ICNP 2018
Routing and switching
traffic engineering
0.112018
6LB: Scalable and Application-Aware Load Balancing with Segment Routing · IEEE/ACM Trans. Netw. 2018

Methods — techniques the papers use, named apart from their topics

power-of-choices · 0.7covert channel · 0.7consistent hashing · 0.7segment routing · 0.3
YearPublicationVenuePosition
2022 Efficient Data-Driven Network Functions
abstract
Cloud environments require dynamic and adaptive networking policies. It is preferred to use heuristics over advanced learning algorithms in Virtual Network Functions (VNFs) in production because of high-performance constraints. This paper proposes Aquarius to passively yet efficiently gather observations and enable the use of machine learning to collect, infer, and supply accurate networking state information - without incurring additional signaling and management overhead. This paper illustrates the use of Aquarius with a traffic classifier, an auto-scaling system, and a load balancer - and demonstrates the use of three different machine learning paradigms - unsupervised, supervised, and reinforcement learning, within Aquarius, for inferring network state. Testbed evaluations show that Aquarius increases network state visibility and brings notable performance gains with low overhead.
Yoann Desmouceaux, Juan Antonio Cordero, W. Mark Townsley, Thomas H. Clausen
MASCOTS2
2022 Aquarius - Enable Fast, Scalable, Data-Driven Service Management in the Cloud
abstract
In order to dynamically manage and update networking policies in cloud data centers, Virtual Network Functions (VNFs) use, and therefore actively collect, networking state information - and in the process, incur additional control signaling and management overhead, especially in larger data centers. In the meantime, VNFs in production prefer distributed and straightforward heuristics over advanced learning algorithms to avoid intractable additional processing latency under high-performance and low-latency networking constraints. This paper identifies the challenges of deploying learning algorithms in the context of cloud data centers, and proposes Aquarius to bridge the application of machine learning (ML) techniques on distributed systems and service management. Aquarius passively yet efficiently gathers reliable observations, and enables the use of ML techniques to collect, infer, and supply accurate networking state information—without incurring additional signaling and management overhead. It offers fine-grained and programmable visibility to distributed VNFs, and enables both open- and close-loop control over networking systems. This paper illustrates the use of Aquarius with a traffic classifier, an auto-scaling system, and a load balancer—and demonstrates the use of three different ML paradigms—unsupervised, supervised, and reinforcement learning, within Aquarius, for network state inference and service management. Testbed evaluations show that Aquarius suitably improves network state visibility and brings notable performance gains for various scenarios with low overhead.
Yoann Desmouceaux, Juan Antonio Cordero, W. Mark Townsley, Thomas H. Clausen
IEEE Trans. Netw. Serv. Manag.2
2022 HLB: Toward Load-Aware Load Balancing
abstract
The purpose of network load balancers is to optimize quality of service to the users of a set of servers– basically, to improve response times and to reducing computing resources– by properly distributing workloads. This paper proposes a distributed, application-agnostic, Hybrid Load Balancer (HLB) that– without explicit monitoring or signaling– infers server occupancies and processing speeds, which allows making optimised workload placement decisions. This approach is evaluated both through simulations and extensive experiments, including synthetic workloads and Wikipedia replays on a real-world testbed. Results show significant performance gains, in terms of both response time and system utilisation, when compared to existing load-balancing algorithms.
Yoann Desmouceaux, Juan Antonio Cordero, W. Mark Townsley, Thomas H. Clausen
IEEE/ACM Trans. Netw.2
2021 Charon: Load-Aware Load-Balancing in P4
abstract
Load-Balancers play an important role in data centers as they distribute network flows across application servers and guarantee per-connection consistency. It is hard however to make fair load balancing decisions so that all resources are efficiently occupied yet not overloaded. Tracking connection states allows to infer server load states and make informed decisions, but at the cost of additional memory space consumption. This makes it hard to implement on programmable hardware, which has constrained memory but offers line-rate performance. This paper presents Charon, a stateless load-aware load balancer that has line-rate performance implemented in P4-NetFPGA. Charon passively collects load states from application servers and employs the power-of-2-choices scheme to make data-driven load balancing decisions and improve resource utilization. Per-connection consistency is preserved statelessly by encoding server ID in a covert channel. The prototype design and implementation details are described in this paper. Simulation results show performance gains in terms of load distribution fairness, quality of service, throughput and processing latency.
Carmine Rizzi, Yoann Desmouceaux, W. Mark Townsley, Thomas H. Clausen
CNSM3
2021 Joint Monitorless Load-Balancing and Autoscaling for Zero-Wait-Time in Data Centers
abstract
Cloud architectures achieve scaling through two main functions: (i) load-balancers, which dispatch queries among replicated virtualized application instances, and (ii) autoscalers, which automatically adjust the number of replicated instances to accommodate variations in load patterns. These functions are often provided through centralized load monitoring, incurring operational complexity. This article introduces a unified and centralized-monitoring-free architecture achieving both autoscaling and load-balancing, reducing operational overhead while increasing response time performance. Application instances are virtually ordered in a chain, and new queries are forwarded along this chain until an instance, based on its local load, accepts the query. Autoscaling is triggered by the last application instance, which inspects its average load and infers if its chain is under- or over-provisioned. An analytical model of the system is derived, and proves that the proposed technique can achieve asymptotic zero-wait time with high (and controlable) probability. This result is confirmed by extensive simulations, which highlight close-to-ideal performance in terms of both response time and resource costs.
Yoann Desmouceaux, Marcel Enguehard, Thomas H. Clausen
IEEE Trans. Netw. Serv. Manag.1
2020 Efficient Latency Control in Fog Deployments via Hardware-Accelerated Popularity Estimation
abstract
Introduced as an extension of the Cloud at the network edge for computing and storage purposes, the Fog is increasingly considered a key enabler for Internet-of-Things applications whose latency requirements are not compatible with a Cloud-only approach. Unlike Cloud platforms, which can elastically accommodate large numbers of requests, Fog deployments are usually dimensioned for an average traffic load and, thus, unable to handle sudden bursts of requests without violating latency guarantees. In this article, we address the problem of efficiently controlling Fog admission to guarantee application response time. We propose request-aware admission control (AC) strategies maximizing the number of Fog-handled requests by means of dynamic popularity estimation. In particular, the LRU-AC , an AC strategy based on online learning of the request popularity distribution via a Least Recently Used (LRU) filter, is introduced. We contribute an analytical model for assessing LRU-AC performance and quantifying the incurred reduction of Cloud offload cost, w.r.t. both an ideal oracle-based and a request-oblivious AC strategy. Further, we propose a feasible implementation design of LRU-AC on FPGA hardware using Aging Bloom Filters (ABF) to mimic the function of the LRU-AC, while providing a compact memory representation. The use of ABFs for LRU-AC is theoretically validated and verified through simulation. The current implementation shows a throughput of 16.7 Mpps and a processing latency of less than 3μ s while multiplying the Fog acceptance-rate by 10 in the evaluated scenario.
Marcel Enguehard, Yoann Desmouceaux, Giovanna Carofiglio
ACM Trans. Internet Techn.2
2019 A Content-aware Data-plane for Efficient And Scalable Video Delivery
Yoann Desmouceaux, Marcel Enguehard, Victor Nguyen, Pierre Pfister, Wenqin Shao, Eric Vyncke
IM1
2019 Reliable BIER With Peer Caching
abstract
BIER (Bit-Indexed Explicit Replication) alleviates the operational complexities of multicast protocols (associated to the multicast tree and the incurred state in intermediate routers), by allowing for source-driven, per-packet destination selection, efficient encoding thereof in packet headers, and stateless forwarding along shortest-path multicast trees. BIER per-packet destination selection enables efficient reliable multicast delivery: packets not received by a subset of intended destinations can be efficiently BIER-retransmitted to only that subset. While BIER-based reliable multicast exhibits attractive performance attributes, relying on source retransmissions for packet recovery may be costly - even unnecessary, if topologically close peers are able to provide a copy of the packet. Thus, this paper extends the use of reliable BIER multicast to allow recovery also from peers, using Segment Routing (SR) to steer retransmission requests through a set of potential (local) candidates, before requesting retransmissions from the source as a last resort only. A general framework is introduced, which can accommodate different policies for the selection of candidate peers for retransmissions. Simple (both static and adaptive) policies are introduced and analyzed, both (i) theoretically and (ii) by way of simulations in data-center-like and real-world topologies. Results indicate that local peer recovery is able to substantially reduce the overall retransmission traffic, and that this can be achieved through simple policies, where no signalling is required to build a set of candidate peers.
Yoann Desmouceaux, Juan Antonio Cordero, Thomas H. Clausen
IEEE Trans. Netw. Serv. Manag.1
2018 Zero-Loss Virtual Machine Migration with IPv6 Segment Routing
Yoann Desmouceaux, W. Mark Townsley, Thomas H. Clausen
CNSM1
2018 Stateless Load-Aware Load Balancing in P4
abstract
Leveraging the performance opportunities offered by programmable hardware, stateless load-balancing architectures allowing line-rate processing are appealing. Moreover, it has been demonstrated that significantly fairer load-balancing can be achieved by an architecture that considers the actual load of application instances when dispatching connection requests. Architectures which maintain per-connection state for resiliency and/or track application load state for fairness are, however, at odds with hardware-imposed memory constraints. Thus, a desirable load-balancer for programmable hardware would be both stateless and able to dispatch queries to application instances according to their current load. This paper presents SHELL, a stateless application-aware load-balancer combining (i) a power-of-choices scheme using IPv6 Segment Routing to dispatch new flows to a suitable application instance from among multiple candidates, and (ii) the use of a covert channel to record/report which flow was assigned to which candidate in a stateless fashion. In addition, consistent hashing versioning is used to ensure that connections are maintained to the correct application instance, using Segment Routing to "browse" through the history when needed. The stateless design of SHELL makes it suitable for hardware implementation, and this paper describes the implementation of a P4-NetFPGA prototype. A performance evaluation of this SHELL implementation demonstrates throughput and latency characteristics comparable to other stateless load-balancing implementations, while enabling application instance-load-aware dispatching and significantly increasing per-connection consistency resiliency.
Benoit Pit-Claudel, Yoann Desmouceaux, Pierre Pfister, W. Mark Townsley, Thomas H. Clausen
ICNP2
2018 6LB: Scalable and Application-Aware Load Balancing with Segment Routing
Yoann Desmouceaux, Pierre Pfister, Jerome Tollet, W. Mark Townsley, Thomas H. Clausen
IEEE/ACM Trans. Netw.1
2017 SRLB: The Power of Choices in Load Balancing with Segment Routing
abstract
Network load-balancers generally either do not take application state into account, or do so at the cost of a centralized monitoring system. This paper introduces a load-balancer running exclusively within the IP forwarding plane, i.e. in an application protocol agnostic fashion - yet which still provides application-awareness and makes real-time, decentralized decisions. To that end, IPv6 Segment Routing is used to direct data packets from a new flow through a chain of candidate servers, until one decides to accept the connection, based on its local state. This way, applications themselves naturally decide on how to share incoming connections, while incurring minimal network overhead, and no out-of-band signaling. Tests on different workloads - including realistic workloads such as replaying actual Wikipedia access traffic towards a set of replica Wikipedia instances - show significant performance benefits, in terms of shorter response times, when compared to a traditional random load-balancer.
Yoann Desmouceaux, Pierre Pfister, Jerome Tollet, W. Mark Townsley, Thomas H. Clausen
ICDCS1