Nirav Atre

dblp:271/9553 · DBLP profile ↗
← Back
8ranked-venue papers
3as first author
6since 2021 · last 2026
0000-0003-0718-1839ORCID · corroborated

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

Computer networks · 4 · 3 first-author · 3 since 2021Software engineering, systems software and programming languages · 3 · 2 since 2021Systems, architecture and hardware · 1 · 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
7 papers
Transport protocols and congestion control · 26% Routing and switching · 18% Datacenter networks · 18%
Computer architecture, parallel and distributed computing, and storage systems
2 papers
Memory systems · 40% Interconnection networks and networks-on-chip · 30% Performance modeling and evaluation · 30%
Network and information security
2 papers
Network security · 100%
Software engineering, system software, and programming languages
1 paper
Operating systems · 100%

Topics — the 19 heaviest of 23, each with the papers that count most for it

TopicWeightPapersLastEvidence papers
Transport protocols and congestion control
queue management
1.012026
Confucius: Adapting Home Routers to Congestion Control's Reactions for Consistent Low Latency · INFOCOM 2026
Routing and switching › switching networks › multistage interconnection network
clos network
0.812024
Impossibility Results for Data-Center Routing with Congestion Control and Unsplittable Flows · PODC 2024
Datacenter networks
datacenter routing
0.812024
Impossibility Results for Data-Center Routing with Congestion Control and Unsplittable Flows · PODC 2024
Network optimization and economics › network flow
unsplittable flow
0.812024
Impossibility Results for Data-Center Routing with Congestion Control and Unsplittable Flows · PODC 2024
Interconnection networks and networks-on-chip › network scheduling
packet scheduling
0.812024
BBQ: A Fast and Scalable Integer Priority Queue for Hardware Packet Scheduling · NSDI 2024
Performance modeling and evaluation › queueing models
priority queueing
0.812024
BBQ: A Fast and Scalable Integer Priority Queue for Hardware Packet Scheduling · NSDI 2024
Software-defined and programmable networks
network function
0.612022
SurgeProtector: mitigating temporal algorithmic complexity attacks using adversarial scheduling · SIGCOMM 2022
Network security › attack strategy › denial-of-service attack
algorithmic complexity attacks
0.612022
SurgeProtector: mitigating temporal algorithmic complexity attacks using adversarial scheduling · SIGCOMM 2022
Network security › attack strategy
denial-of-service attack
0.612022
SurgeProtector: mitigating temporal algorithmic complexity attacks using adversarial scheduling · SIGCOMM 2022
Content delivery and video streaming › content delivery network
CDN caching
0.412020
Caching with Delayed Hits · SIGCOMM 2020
Routing and switching › data plane › router data plane
high-speed packet processing
0.412020
Achieving 100Gbps Intrusion Prevention on a Single Server · OSDI 2020
Edge and fog computing
latency minimization
0.412020
Caching with Delayed Hits · SIGCOMM 2020
Network security
intrusion detection and prevention
0.412020
Achieving 100Gbps Intrusion Prevention on a Single Server · OSDI 2020
Memory systems
cache
0.412020
Caching with Delayed Hits · SIGCOMM 2020
Memory systems › cache
delayed hits
0.412020
Caching with Delayed Hits · SIGCOMM 2020
Network optimization and economics
network flow
0.212024
Impossibility Results for Data-Center Routing with Congestion Control and Unsplittable Flows · PODC 2024
Routing and switching
switch scheduling
0.212024
BBQ: A Fast and Scalable Integer Priority Queue for Hardware Packet Scheduling · NSDI 2024
Internet architecture and protocols
packet processing
0.212022
SurgeProtector: mitigating temporal algorithmic complexity attacks using adversarial scheduling · SIGCOMM 2022
Memory systems › cache management › storage caching
caching policy
0.112020
Caching with Delayed Hits · SIGCOMM 2020

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

adversarial scheduling · 1.1testbed experiments · 1.0queue management · 1.0online caching heuristic · 0.9offline caching algorithm · 0.9impossibility analysis · 0.8
YearPublicationVenuePosition
2026 Confucius: Adapting Home Routers to Congestion Control's Reactions for Consistent Low Latency
abstract
Emerging high-quality real-time applications require consistently low latency, which is often disrupted by latency spikes. We identify the reason as the mismatch between the abrupt bandwidth reallocation on routers and gradual sending rate reaction of congestion control. For example, when a burst of new flows arrives, queue schedulers such as fair queueing immediately reallocate the bandwidth for existing and new flows. However, the flow's sending rate, determined by the congestion control algorithm (CCA), needs several RTTs to converge to the new available bandwidth, during which severe stalls occur. This has been increasingly critical with the demand on consistent low latency. In this paper, we present Confucius, a practical queue management scheme that reallocate the bandwidth for flows following CCA's reaction. Confucius slows down bandwidth adjustment to match the reaction of congestion control, so that the end host can reduce the sending rate without overshooting the network. Confucius is designed for offering real-time flows with consistently low latency regardless of uncertain competition. Experiments show that Confucius reduces the stall duration by more than 50% against existing practical schemes, while competing flows also fairly enjoy on-par performance.Available at: https://github.com/hkust-spark/confucius-qdisc
Zili Meng, Nirav Atre, Bochun Zhang, Mingwei Xu 0001, Justine Sherry, Maria Apostolaki
INFOCOM2
2024 BBQ: A Fast and Scalable Integer Priority Queue for Hardware Packet Scheduling
Nirav Atre, Hugo Sadok, Justine Sherry
NSDI1
2024 Impossibility Results for Data-Center Routing with Congestion Control and Unsplittable Flows
abstract
Clos networks have a long history in networking. In early telephone networks and classic network flow problems, Clos networks have been shown to emulate the performance properties of an ideal macro-switch connecting sources to destinations. Therefore, Clos networks are a natural choice for modern data-centers, and are widely deployed. However, data-centers operate on different traffic assumptions than those prevalent in telephone networks and network flow problems: sources and destinations are not limited to at most one flow, and each flow must be assigned to a single path. Subject to these constraints, the performance of a Clos network is no longer equivalent to that of a macro-switch.
Miguel Alves Ferreira, Nirav Atre, Justine Sherry, João L. Sobrinho
PODC2
2023 Ensō: A Streaming Interface for NIC-Application Communication
Hugo Sadok, Nirav Atre, Daniel S. Berger, James C. Hoe, Aurojit Panda, Justine Sherry
OSDI2
2022 SurgeProtector: mitigating temporal algorithmic complexity attacks using adversarial scheduling
abstract
Denial-of-Service (DoS) attacks are the bane of public-facing network deployments. Algorithmic complexity attacks (ACAs) are a class of DoS attacks where an attacker uses a small amount of adversarial traffic to induce a large amount of work in the target system, pushing the system into overload and causing it to drop packets from innocent users. ACAs are particularly dangerous because, unlike volumetric DoS attacks, ACAs don't require a significant network bandwidth investment from the attacker Today, network functions (NFs) on the Internet must be designed and engineered on a case-by-case basis to mitigate the debilitating impact of ACAs. Further, the resulting designs tend to be overly conservative in their attack mitigation strategy, limiting the innocent traffic that the NF can serve under common-case operation.
Nirav Atre, Hugo Sadok, Erica Chiang, Weina Wang 0001, Justine Sherry
SIGCOMM1
2021 We need kernel interposition over the network dataplane
abstract
Kernel-bypass networking, which allows applications to circumvent the kernel and interface directly with NIC hardware, is one of the main tools for improving application network performance. However, allowing applications to circumvent the kernel makes it impossible to use tools (e.g., tcpdump) or impose policies (e.g., QoS and filters) that need to interpose on traffic sent by different applications running on a host. This makes maintainability and manageability a challenge for kernel-bypass applications. In response, we propose Kernel On-Path Interposition (KOPI), in which traditional kernel data-plane functionality is retained but implemented in a fully programmable SmartNIC. We hypothesize that KOPI can support the same tools and policies as the kernel stack while retaining the performance benefits of kernel bypass.
Hugo Sadok, Valerie Choung, Nirav Atre, Daniel S. Berger, James C. Hoe, Aurojit Panda, Justine Sherry
HotOS4
2020 Achieving 100Gbps Intrusion Prevention on a Single Server
Hugo Sadok, Nirav Atre, James C. Hoe, Vyas Sekar, Justine Sherry
OSDI3
2020 Caching with Delayed Hits
abstract
Caches are at the heart of latency-sensitive systems. In this paper, we identify a growing challenge for the design of latency-minimizing caches called delayed hits. Delayed hits occur at high throughput, when multiple requests to the same object queue up before an outstanding cache miss is resolved. This effect increases latencies beyond the predictions of traditional caching models and simulations; in fact, caching algorithms are designed as if delayed hits simply didn't exist. We show that traditional caching strategies -- even so called 'optimal' algorithms -- can fail to minimize latency in the presence of delayed hits. We design a new, latency-optimal offline caching algorithm called belatedly which reduces average latencies by up to 45% compared to the traditional, hit-rate optimal Belady's algorithm. Using belatedly as our guide, we show that incorporating an object's 'aggregate delay' into online caching heuristics can improve latencies for practical caching systems by up to 40%. We implement a prototype, Minimum-AggregateDelay (mad), within a CDN caching node. Using a CDN production trace and backends deployed in different geographic locations, we show that mad can reduce latencies by 12-18% depending on the backend RTTs.
Nirav Atre, Justine Sherry, Weina Wang 0001, Daniel S. Berger
SIGCOMM1