Demo Data from EDBT 2026 / reviewers in the wild / expert
Abd AlRhman AlQiam
dblp:381/9258
· DBLP profile ↗
2ranked-venue papers
2as first author
2since 2021 · last 2025
0009-0005-0898-8353ORCID · verified
Domains — the database's venue-derived domains; a paper can count in several
Computer networks · 2 · 2 first-author · 2 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 |
Routing and switching · 100% |
Topics — the 2 heaviest of 2, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Routing and switching › traffic engineering
learning-based traffic engineering |
1.6 | 2 | 2025 | Hattrick: Solving Multi-Class TE using Neural Models · SIGCOMM 2025 Transferable Neural WAN TE for Changing Topologies · SIGCOMM 2024 |
Routing and switching
traffic engineering |
1.6 | 2 | 2025 | Hattrick: Solving Multi-Class TE using Neural Models · SIGCOMM 2025 Transferable Neural WAN TE for Changing Topologies · SIGCOMM 2024 |
Methods — techniques the papers use, named apart from their topics
neural network · 1.6multi-task learning · 0.9permutation invariance · 0.8
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2025 | Hattrick: Solving Multi-Class TE using Neural ModelsabstractWhile recent work shows ML-based approaches are a promising alternative to conventional optimization methods for Traffic Engineering (TE), existing research is limited to a single traffic class. In this paper, we present Hattrick, the first ML-based approach for handling multiple traffic classes, a key requirement of cloud and ISP WANs. As part of Hattrick we have developed (i) a novel neural architecture aligned with the sequence of optimization problems in multiclass TE; and (ii) a variant of classical multitask learning methods to deal with the unique challenge of optimizing multiple metrics that have a precedence relationship. Evaluations on a large private WAN and other public datasets show Hattrick outperforms state-of-the-art optimization-based multiclass TE methods by better coping with prediction error - e.g., for GEANT, Hattrick outperforms SWAN by 5.48% to 19.3% across classes when considering the traffic that can be supported 99% of the time. Abd AlRhman AlQiam, Zhuocong Li, Satyajeet Ahuja, Zhaodong Wang, Ying Zhang 0022, Sanjay G. Rao, Bruno Ribeiro 0001, Mohit Tawarmalani |
SIGCOMM | 1 |
| 2024 | Transferable Neural WAN TE for Changing TopologiesabstractRecently, researchers have proposed ML-driven traffic engineering (TE) schemes where a neural network model is used to produce TE decisions in lieu of conventional optimization solvers. Unfortunately existing ML-based TE schemes are not explicitly designed to be robust to topology changes that may occur due to WAN evolution, failures or planned maintenance. In this paper, we present HARP, a neural model for TE explicitly capable of handling variations in topology including those not observed in training. HARP is designed with two principles in mind: (i) ensure invariances to natural input transformations (e.g., permutations of node ids, tunnel reordering); and (ii) align neural architecture to the optimization model. Evaluations on a multi-week dataset of a large private WAN show HARP achieves an MLU at most 11% higher than optimal over 98% of the time despite encountering significantly different topologies in testing relative to training data. Further, comparisons with state-of-the-art ML-based TE schemes indicate the importance of the mechanisms introduced by HARP to handle topology variability. Finally, when predicted traffic matrices are provided, HARP outperforms classic optimization solvers achieving a median reduction in MLU of 5 to 10% on the true traffic matrix. Abd AlRhman AlQiam, Yuanjun Yao, Zhaodong Wang, Satyajeet Ahuja, Ying Zhang 0022, Sanjay G. Rao, Bruno Ribeiro 0001, Mohit Tawarmalani |
SIGCOMM | 1 |