- people - netdevconf.info

NetDev 0x16 - Allergies & Dietary Restrictions
by Christie Geldart 14 Oct '22

14 Oct '22

Hello all, The conference is quickly approaching and I would like to ask all physical attendees who have any food allergies or dietary restriction to please make me aware of them by Monday, October 17th. Looking forward to seeing you all in Lisbon! Christie Geldart Event Coordinator

1 0

netdev conf 0x16 schedule posted
by Jamal Hadi Salim 04 Oct '22

04 Oct '22

The tentative schedule for netdevconf 0x16 is now published, See: https://netdevconf.info/0x16/schedule.html Last day for Reel cheep early bird registration. You get served lunch too with that price ;-> See: https://netdevconf.info/0x16/registration.html cheers, jamal

1 0

0x16: All tentative sessions are now posted!
by Jamal Hadi Salim 04 Oct '22

04 Oct '22

https://netdevconf.info/0x16/accepted-sessions.html ReelCheepRegistration ends tomorrow. https://netdevconf.info/0x16/registration.html cheers, jamal

1 0

0x16, talks: Two new talks
by Jamal Hadi Salim 03 Oct '22

03 Oct '22

In the first talk, Ferenc Fejes, Péter Antal and Márton Kerekes first give an overview of the TSN landscape and then show performance results of the variety of the kernel approaches in relation to scheduling precision when timestamping is done in hardware or software either in the rx or tx direction. Jitter performance results are provided when the datapath is going via the Linux bridge, XDP or AF_XDP. More info: https://netdevconf.info/0x16/session.html?The-TSN-building-blocks-in-Linux In the second talk Justin Iurman and Benoit Donnet introduce Cross-Layer Telemetry (CLT) a mechanism to combine in-band telemetry and Application Performance Management (APM, based on distributed tracing with OpenTelemetry) into a single monitoring tool providing a full network stack observability. The CLT implementation (both for kernel and user spaces) is discussed and evaluated based on a use case. More Info: https://netdevconf.info/0x16/session.html?Cross%E2%80%93Layer-Telemetry-Sup… cheers, jamal

1 0

Early bird registration extended by two days
by Jamal Hadi Salim 02 Oct '22

02 Oct '22

https://netdevconf.info/0x16/registration.html cheers, jamal

1 0

0x16 talk, XPU interaction with the Linux kernel network
by Jamal Hadi Salim 02 Oct '22

02 Oct '22

xPUs[1] have emerged as a way to address host CPU capacity being unable to keep up with link speed growths (1-400 gpbs is here and 1Tbps is coming). Two talks cover xPU interaction with the Linux network stack. Both illustrate offloading of the kernel's VxLAN, L2 forward and routing tables. The first talk, by Sandeep Nagapattinam et al, highlights an abstraction using P4 mapped to OVS. Offloading is done on the Intel Mount Evans IPU[2]. https://netdevconf.info/0x16/session.html?Linux-kernel-networking-accelerat… The second talk, by Alexander Petrovskiy et al, covers a use case of accelerating L3 E-VPN exposing using the kernel tc flower offload mechanism and FRR for BGP distribution. Offloading is done on the Nvidia BlueField DPU[3]. More Details: https://netdevconf.info/0x16/session.html?Towards-a-layer%E2%80%933-data%E2… cheers, jamal [1] XPU is a generalization of what some in the market refer to as a DPU(Data Processing Unit) and others refer to as IPU (Infrastructure Processing Unit). [2]https://www.intel.com/content/www/us/en/products/network-io/infrastructur… [3]https://www.nvidia.com/en-us/networking/products/data-processing-unit/

1 0

ox16 talk, Towards µs Tail Latency and Terabit Ethernet: Disaggregating the Host Network Stack
by Jamal Hadi Salim 02 Oct '22

02 Oct '22

The network stack, from the very first incarnation has offered applications the same "pipe" abstraction; each app writes to a (sender-side) socket "pipe" and the network stack delivers to the receiver side via the NIC queues("pipes") and on the receiver side we have the driver queue(another "pipe") leading to an application "pipe" (socket interface). These pipes are then tied to compute cores which due to their vertical nature cant scale as IO becomes demanding. 100gbps clearly exposes this problem, 400gbps is already being deployed and terabit is on its way. Qizhe Cai et al performed experiments tying cores for network and application processing and assesed applications with long flows and others which are characterized by short flows; in the former the measurements show the bottleneck is the application interfacing compute core (copies etc become dominant) and in the later it is the network processing core (packet/sec is dominant). To resolve these new challenges Qizhe Cai et al introduce NetChannel which hopes to lay the intellectual foundation for a rearchitecture of the kernel network stack. NetChannel disaggregates the tightly-integrated packet processing "pipeline" in today's kernel network stack into layers each of which can be horizontally scaled by throwing more compute or IO/queues on as need basis. More details: https://netdevconf.info/0x16/session.html?Towards-%C2%B5s-Tail-Latency-and-… For netchannel kernel code, see: https://github.com/Terabit-Ethernet/NetChannel cheers, jamal

1 0

0x16 talk: The Anatomy of Networking in High Frequency Trading
by Jamal Hadi Salim 30 Sep '22

30 Sep '22

High Frequency Trading (HFT) demands that transaction latency is paramount when interfacing with the market exchanges. In this talk, PJ Waskiewicz is going to highlight where the Linux kernel networking stack intersects with requirements for HFT, and where it does not. PJ will also expand on how latency and jitter within HFT systems compared to “traditional” networking environments. PJ hopes this talk will generate discussion where HFT networking needs can help to improve the existing intersection points in the kernel, and discuss where further kernel native integration could be achieved. cheers, jamal PS: ReelCheep early bird is still open for two more days: https://netdevconf.info/0x16/registration.html

1 0

0x16 talk: Merging the Networking Worlds
by Jamal Hadi Salim 29 Sep '22

29 Sep '22

BSD socket APIs are entrenched into the networking world and have a universal usability appeal due to their simplicity. Unfortunately, if you care about high end performance then, the current BSD socket APIs for sending and receiving data have too much many hazards that hamper performance. These hazards range (to name the most common) from construct such as system calls, memcpy, page reference counting, etc. The impact of these "included" costs severely limit the data rate. Bad enough that modern applications for high performance networking have universally turned towards RDMA and infiniband after declaring TCP/IP as too slow and inefficient! In the pursuit for performance happyness, David Ahern and Shrijeet Mukherjee have explored a few options out there for Linux. They have looked at io_uring, AF_XDP sockets, and RDMA/Infiniband verbs. In this talk they discuss a proposal to merge some concepts of RDMA with traditional TCP/IP networking. Specifically, the ability to create and manage memory regions between processes and hardware along with userspace access to hardware queues and software queues to a kernel driver for submitting work and getting completions. cheers, jamal

1 0

0x16: workshop, Infrastructure datapath function(IDPF)
by Jamal Hadi Salim 29 Sep '22

29 Sep '22

Anjali Singhai Jain, Willem de Bruijin, Sridhar Samudrala, and C. Xia will co-chair a discussion on Infrastructure datapath function(IDPF). Infrastructure datapath function(IDPF) is a vendor neutral datapath function that provides standard host networking interfaces for hosts, containers and guests. These interfaces are exposed, controlled and configured by an infrastructure control plane. The plan is to make IDPF an Open standard by submitting drivers for the Interface to Linux upstream community, to Linux user space community along with software emulated device for IDPF and have the specification ratified by going through a standards process via Oasis technical steering committee. IDPF supports core networking features including multiple tx/rx queues, stateless offloads like checksum offload, Large Segmentation Offload, Receive Side Scaling, Jumbo frames, RX Header Split, Receive side coalescing, vlan strip/insertion etc. The capabilities supported are negotiated with a control plane before exposing to the end user. The driver is designed to work with more or less of these offloads enabled by the device and can accommodate advanced offloads that can be added and negotiated as the device becomes more powerful. Some of the advanced offloads that IDPF can also negotiate are PTP, Packet pacing, Inline IPsec etc. Anjali, Willem, Sridhar and Chenbo will lead a discussion on the motivation and the need for a standard datapath high performance network interface that works across vendors. A WAG agenda includes discussions on: 1) The capability negotiation process, 2) Features supported 3) Plans for upstreaming and standardization of drivers and interface. 4) emulated IDPF devices and IDPF back-ends for simulation of new hardware features, multi-vendor environment deployment, live upgrade of software (driver)/firmware/hardware of IDPF devices, etc More details: https://netdevconf.info/0x16/session.html?Infrastructure-datapath-function(… cheers, jamal

1 0

2024

2023

2022

2021

2020

2019

2018

people