- people - netdevconf.info

Thanks, and sorry I missed last Thursday's closing
by Stefano Salsano 21 Jul '26

21 Jul '26

Dear Netdev community, thanks to speakers, BoF leads, sponsors and attendees for such a substantive, engaging Netdev 0x1A week in Rome. The quality of the talks and the conversations in the hallways were the highlight of the week for me, and I hope for you too. A special thanks to the Local Organizing Committee (Carlo Filippi and the teams of Roma TRE and Roma Tor Vergata universities) for the on-site organization here in Rome. Thanks to Jamal for the trust in bringing Netdev to Rome and for the guidance along the way. Thanks also to PJ, Christie and the whole Netdev team for the work behind the scenes. For reasons beyond my control I couldn't be with you last Thursday for the closing session. My apologies for not being able to say goodbye in person. I hope you enjoyed Rome and our hospitality, and are taking home some good memories along with the technical takeaways. I hope to meet you all again at Netdev y, for y=0x1B to 0xFF. ciao Stefano -- ******************************************************************* Prof. Stefano Salsano Dipartimento Ingegneria Elettronica Universita' di Roma Tor Vergata Viale Politecnico, 1 - 00133 Roma - ITALY http://netgroup.uniroma2.it/Stefano_Salsano/ E-mail : stefano.salsano(a)uniroma2.it Office : (Tel.) +39 06 72597770 (Fax.) +39 06 72597435 *******************************************************************

1 0

Netdev 0x1A
by Christie Geldart 12 Jul '26

12 Jul '26

Dear Netdev 0x1A Attendees, We're excited to welcome you to Netdev 0x1A in Rome! With day 1 of the conference starting tomorrow, we wanted to share a few important details to help you prepare for your arrival. Please visit the following page <https://netdevconf.info/0x1A/pages/badge.html> for everything you'll need before the event, including: Conference venue location and directions Conference best practices and attendee information Details about Bits, Nibbles, Bytes, and Words: A Pizza Party, happening on July 14 from 5pm-7pm Wi-Fi information If you have any questions or need assistance during the conference, please don't hesitate to find PJ Waskiewicz throughout the conference. We wish you safe travels to Rome and great Netdev! Best regards, The Netdev Team

1 0

0x1A: Schedule is LIVE!
by PJ Waskiewicz 05 Jul '26

05 Jul '26

We are pleased to announce the NetDev 0x1A schedule is now live! See it here: http://netdevconf.info/0x1A/schedule It's going to be an excellent conference in Rome, Italy. We're excited to see everyone next week! Best regards, -PJ

1 0

0x1A: Talk, io_uring ZCRX: Progress and Next Steps
by Jamal Hadi Salim 25 Jun '26

25 Jun '26

Pavel Begunkov will update us on the latest and greatest in the io_uring ZCRX universe. To make ZCRX reliable for broader workloads, key questions must be addressed: handling refill queue exhaustion when buffers can't be recycled to the kernel, sharing NIC queues across multiple processes, and detecting memory pressure before allocation failures degrade performance. In this talk Pavel covers latest ZCRX developments tackling these challenges, including recent API additions and their motivations, new features, and performance improvements. It concludes with future directions for zero-copy receive in Linux. More details: https://netdevconf.info/0x1A/sessions/talk/io_uring-zcrx-progress-and-next-… cheers, jamal

1 0

0x1A: Talk, Kernel shared memory socket transport
by Jamal Hadi Salim 24 Jun '26

24 Jun '26

High performance IPC between two local apps uses zero copy on shared memory. There's a plethora of APIs that require a plethora of libraries' support - and both the sender and receiver MUST use the same IPC library to communicate. sigh. In this talk, Davide Wei proposes adding kernel support for zero-copy shared memory IPC (both sender and receiver) built on AF_UNIX SOCK_SEQPACKET + io_uring, enabling any userspace library to interoperate without sharing a common IPC library. An RFC prototype is ready for community feedback on uAPI and design. More details: https://netdevconf.info/0x1A/sessions/talk/kernel-shared-memory-socket-tran… cheers, jamal

1 0

0x1A: Talk, Line-Rate Cybersecurity: Modern DPI and Encrypted Traffic Fingerprinting at 100 Gbps
by Jamal Hadi Salim 23 Jun '26

23 Jun '26

Luca Deri and Alfredo Cardigliano present recent advancements in nDPI, an open-source Deep Packet Inspection toolkit, addressing challenges posed by encryption and evasion protocols that limit legacy firewalls. The talk covers using cryptographic fingerprints to identify malicious actors despite encryption, and exposes structural flaws in JA3/JA4 fingerprinting methods when handling ephemeral TLS extensions. Finally, Luca and Alfredo will detail integrating nDPI with the Linux kernel firewall for real-time traffic optimization, plus architectural blueprints using PF_RING and SmartNIC flow managers to achieve deterministic 100 Gbps monitoring and hardware-accelerated enforcement. Come and interact with Luca and Deri! More details: https://netdevconf.info/0x1A/sessions/talk/line-rate-cybersecurity-modern-d… cheers, jamal

1 0

0x1A: Talk, Thrice the charm: an skb extension for BPF metadata
by Jamal Hadi Salim 22 Jun '26

22 Jun '26

Jakub Sitnicki revisits storing custom BPF data tied to an skb's lifetime. In this talk Jakub will recap what he's already established on the XDP/skb metadata feature (scope, accessible hooks, wipe conditions, and driver contract) and then discuss two approaches for paths where XDP metadata isn't supported: a BPF map side-stash available today, and an RFC for embedding a BPF metadata buffer in an skb extension chunk. Jakub will compare both from the BPF-hook interface and overhead perspectives, and explain why alternatives (extending metadata lifetime, BPF local storage) failed. The latter will delve into skb extension internals—compiling out unneeded extensions and avoiding hot-path allocations—and finally the talk closes with open user-API questions: whether a new socket option or cmsg type is needed, how users exchange metadata today and its limits, and how metadata maps to L7 abstractions like streams and requests. Come and engage Jakub! cheers, jamal

1 0

0x1A: Two talks on offloading security to DPUs
by Jamal Hadi Salim 22 Jun '26

22 Jun '26

In this talk Balakrishna Bhamidipati and Vijay Ram Inavolu describe total offload of TLS from the host onto a DPU. They run a reverse-proxy on the NIC to handle MCP traffic. This moves TLS termination, OAuth2/JWT validation, and session-aware L7 routing off the host and onto the NIC. The authors will describe the packet path, kTLS activation and fallback, session lifecycle, backend affinity, and SSE relay, showing how the design can be reproduced on commodity DPUs without any kernel modifications. https://netdevconf.info/0x1A/sessions/talk/macsec-protected-rdma-on-dpus-fr… In the second talk Alkama Hasan and Vijay Ram Inavolu describe how they resolve the hard problem of security for zero-copy mechanisms like RDMA. In such approaches, the payload bypasses the network stack altogether leaving the app outside the security fence that typically protects ordinary host networking. Large-scale AI and HPC jobs depend on RDMA to move data between nodes. MACsec is a natural fit to resolve this security challenge at layer 2. So what does such a DPU approach offer above the NICs that support MACsec offload today? Well, merely offloading MACsec lacks the ability to interact with a multi-tenant cluster orchestrator which a DPU-based approach can. IOW, an orchestrator (Kubernetes in this case) has no visibility into which nodes actually offer MACsec-protected RDMA egress, so a workload can't request placement on such a node. The authors illustrate this making MACsec become a schedulable property exposed in the node ResourceSlice via DRANet-Sec allowing workloads land on the right nodes automatically. https://netdevconf.info/0x1A/sessions/talk/macsec-protected-rdma-on-dpus-fr… cheers, jamal

1 0

0x1A: Talk, Can Homa and TCP Get Along?
by Jamal Hadi Salim 20 Jun '26

20 Jun '26

John Ousterhout examines TCP and Homa coexistence. Initial measurements show that when running TCP and Homa concurrently, TCP performs slightly better than Homa because Homa reduces its buffer utilization. However, over time Homa degrades badly because TCP selfishly fails to reciprocate and overloads buffers. John introduces homa_qdisc, a queuing discipline that paces both protocols' traffic, implements SRPT for Homa and limited SRPT for TCP, and balances output during congestion. Results? with homa_qdisc, both protocols improve. When running concurrently—Homa suffers only slight degradation, and TCP latency improves. Even better: TCP on its own rips the benefits of the homa_qdisc: with tail latency for short messages nearly halving versus fq_codel. Come and engage with John! cheers, jamal

1 0

0x1A: Talk, AF_XDP copy mode needs more love
by Jamal Hadi Salim 19 Jun '26

19 Jun '26

In the spirit of the legend Bob Marley (playing while i am sipping coffee and typing this!): AF_XDP: Could you be loved? Jason Xing is showing a lot of love to you. Most drivers can't do zero-copy, so copy mode is the universal path. Jason will talk about recent correctness fixes (multi-buffer TX leaks, continuation descriptors, TOCTOU metadata) cleared the bugs, while fine-grained profiling unlocked close to 2× throughput. Questions for you AF_XDP (yes, you!): Could you be locked - with finer grain? Could you be batched - without the pain? No single silver bullet! Just cycle-level perf, contention tracing, cache-line heatmaps. And the optimization love for you: - Send without budget blues - Hot structure reshuffles (cache-line dance) - Batch xmit — one ring to rule them - Doorbell coalescing (don't ring it twice) - Skb allocation acceleration - IRQ pairs trimmed short Don't let them fool ya — spinlock's not the ruler. Methodical, mon, methodical, one cache line at a time, thats how we get there! Ok, enough of my spin, read more details on the talk here: https://netdevconf.info/0x1A/sessions/talk/af_xdp-copy-mode-needs-more-love… cheers, jamal

1 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

people