EDBT 2026 Demo / reviewers in the wild / expert
Arseniy Zaostrovnykh
dblp:204/3433
· DBLP profile ↗
4ranked-venue papers
2as first author
0since 2021 · last 2019
—ORCID · none
Domains — the database's venue-derived domains; a paper can count in several
Computer networks · 3 · 1 first-authorSoftware engineering, systems software and programming languages · 1 · 1 first-author
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
4 papers |
Software-defined and programmable networks · 56% Network performance modeling · 20% Network management and operations · 15% | |
| Software engineering, system software, and programming languages
1 paper |
Program verification · 100% |
Topics — the 4 heaviest of 8, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Software-defined and programmable networks
network function |
0.4 | 1 | 2019 | Verifying software network functions with no verification expertise · SOSP 2019 |
Software-defined and programmable networks
network function virtualization |
0.3 | 1 | 2018 | Automated synthesis of adversarial workloads for network functions · SIGCOMM 2018 |
Network management and operations › network verification
network function verification |
0.3 | 1 | 2017 | A Formally Verified NAT · SIGCOMM 2017 |
Internet architecture and protocols › middlebox
network address translation |
0.1 | 1 | 2017 | A Formally Verified NAT · SIGCOMM 2017 |
Methods — techniques the papers use, named apart from their topics
specification-based verification · 0.8automated verification · 0.8directed symbolic execution · 0.3cache modeling · 0.3LLVM · 0.3symbolic execution · 0.3separation logic · 0.3proof checking · 0.3
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2019 | Performance Contracts for Software Network Functions
Rishabh Iyer 0002, Luis Pedrosa, Arseniy Zaostrovnykh, Solal Pirelli, Katerina J. Argyraki, George Candea |
NSDI | 3 |
| 2019 | Verifying software network functions with no verification expertiseabstractWe present the design and implementation of Vigor, a software stack and toolchain for building and running software network middleboxes that are guaranteed to be correct, while preserving competitive performance and developer productivity. Developers write the core of the middlebox---the network function (NF)---in C, on top of a standard packet-processing framework, putting persistent state in data structures from Vigor's library; the Vigor toolchain then automatically verifies that the resulting software stack correctly implements a specification, which is written in Python. Arseniy Zaostrovnykh, Solal Pirelli, Rishabh Iyer 0002, Matteo Rizzo, Luis Pedrosa, Katerina J. Argyraki, George Candea |
SOSP | 1 |
| 2018 | Automated synthesis of adversarial workloads for network functionsabstractSoftware network functions promise to simplify the deployment of network services and reduce network operation cost. However, they face the challenge of unpredictable performance. Given this performance variability, it is imperative that during deployment, network operators consider the performance of the NF not only for typical but also adversarial workloads. We contribute a tool that helps solve this challenge: it takes as input the LLVM code of a network function and outputs packet sequences that trigger slow execution paths. Under the covers, it combines directed symbolic execution with a sophisticated cache model to look for execution paths that incur many CPU cycles and involve adversarial memory-access patterns. We used our tool on 11 network functions that implement a variety of data structures and discovered workloads that can in some cases triple latency and cut throughput by 19% relative to typical testing workloads. Luis Pedrosa, Rishabh Iyer 0002, Arseniy Zaostrovnykh, Jonas Fietz, Katerina J. Argyraki |
SIGCOMM | 3 |
| 2017 | A Formally Verified NATabstractWe present a Network Address Translator (NAT) written in C and proven to be semantically correct according to RFC 3022, as well as crash-free and memory-safe. There exists a lot of recent work on network verification, but it mostly assumes models of network functions and proves properties specific to network configuration, such as reachability and absence of loops. Our proof applies directly to the C code of a network function, and it demonstrates the absence of implementation bugs. Prior work argued that this is not feasible (i.e., that verifying a real, stateful network function written in C does not scale) but we demonstrate otherwise: NAT is one of the most popular network functions and maintains per-flow state that needs to be properly updated and expired, which is a typical source of verification challenges. We tackle the scalability challenge with a new combination of symbolic execution and proof checking using separation logic; this combination matches well the typical structure of a network function. We then demonstrate that formally proven correctness in this case does not come at the cost of performance. The NAT code, proof toolchain, and proofs are available at [58]. Arseniy Zaostrovnykh, Solal Pirelli, Luis Pedrosa, Katerina J. Argyraki, George Candea |
SIGCOMM | 1 |