- people - netdevconf.info

0x17: Talk, Lightweight Implementation of Per-packet Service Protection
by Jamal Hadi Salim 04 Oct '23

04 Oct '23

There are applications which MUST have reliable communication otherwise things fall apart! Think industrial automation, robotics, aerospace, automotive... Failure in timeliness of message delivery could be catastrophic. Typically when such a network is built, the operator makes sure that any congestion-related issues and packet losses are avoided. However, Murphy's law applies: the wiring may break, a radio link can be temporarily shielded by an obstacle, or worse the network nodes can be damaged... To deal with such losses, industry standardization has been introduced to provide per-packet service protection - these include Frame Replication and Elimination for Reliability(FRER) for Layer 2 Ethernet networks and the Packet Replication, Elimination, and OrderingFunctions(PREOF) forLayer3 IP/MPLS networks. Ferenc Fejes et al have implemented FRER in two different approaches: 1) in eBPF/XDP as a lightweight software implementation; and (2) in userspace using PF_PACKET. Ferenc et al will go over the architecture details of the two approaches and then evaluate XDP FRER via an experimental analysis and further compare the two FRER implementations. cheers, jamal Reminder: Three days to go before early-bird registration ends!

1 0

0x17: Talk, Synce4l: open-source implementation of Synchronous Ethernet
by Jamal Hadi Salim 04 Oct '23

04 Oct '23

Almost _a quarter_ of the world-wide consumer Internet traffic is pushed through mobile networks! Wireless mobile network traffic requires tight time synchronization with wired components of the 5G/6G network. PTP with its sub-microsecond synchronization just doesnt cut it anymore and Michał Michalik and Arkadiusz Kubalewski say we need sub-nanosecond synchronization! The only way we can achieve this is to use Synchronous Ethernet (SyncE) which allows transport of clock signals through the Ethernet physical layer. This prevents the clock skew and clock jitter between adjacent network nodes. In this talk, Michał and Arkadiusz will motivate us with the need of frequency synchronization and its role when coupled with PTP in 5G/6G networks. They will discuss the open-source project synce4l [0] and demonstrate, focusing mainly on the features, requirements (both in software and hardware), and configuration in a real network. Finally, the talk will describe how synce4l corresponds with the currently discussed new DPLL (Digital Phase Locked Loop) subsystem [1] in the Linux kernel and user-space networking community. [0] https://github.com/intel/synce4l [1] https://lore.kernel.org/netdev/20230824213132.827338-1-vadim.fedorenko@linu… cheers, jamal Reminder: Three days to go before early-bird registration ends!

1 0

0x17: Talk, Unstoppable Session Layer
by Jamal Hadi Salim 04 Oct '23

04 Oct '23

Back in circa 0x15[0], Alex Aring asked if you have an ECONNRESET on your socket, and even recovered, should we consider the communication reliable? Back then Alex made the argument that when an application encounters connection errors, the act of merely reconnecting reduces the likelihood of the application being considered reliable. He suggested a session layer to help in improving the reliability. To build up on that experience, Alex is back with what he calls "Unstoppable Session Layer" (USL) to allow you to easily switch your networking application to provide a session layer between application and transport layer. This talk will show how to easily put such a session layer on your networking application. It will be demonstrated by a basic TCP ping-pong application while tcpkill [1] tries to run crazy and interfere with the TCP application by sending TCP resets. The eventual goal is to port this implementation into the kernel so that that applications can benefit from it. [0] https://netdevconf.info/0x15/session.html?ECONNRESET-on-a-reliable-socket-a… [1] https://en.wikipedia.org/wiki/Tcpkill cheers, jamal Reminder: Three days to go before early-bird registration ends!

1 0

0x17: talk, Using eBPF to inject IPv6 Extension Headers
by Jamal Hadi Salim 04 Oct '23

04 Oct '23

IPv6 Extension Headers (EH) allows the IPv6 to be more flexible and extensible. Justin Iurman et al say, unfortunately, the EH does not survive easily on the global internet and it is often tricky to analyze these losses without real deployment; and for this reason they built an eBPF instrumented tool based that operators can use to test the survivability of specific IPv6 EHs. The tool can inject any of the extension headers (Hop-by-Hop Options Header, Destination Options Header, Routing Header, the Fragment Header, etc). The talk will go into the details of both the kernel and user space architecture and code of the tool. Justin will further demonstrate its potential usage through a use case deployed by a network service provider. cheers, jamal Reminder: Three days to go before early-bird registration ends!

1 0

0x17: talk, Quantum-Proofing Data: The Power Of Post-Quantum Cryptography
by Jamal Hadi Salim 04 Oct '23

04 Oct '23

Quantum computing presents a potential threat of being able to compromise existing cryptographic techniques. Shor's algorithm has the potential to break the RSA and Elliptic Curve Diffie-Hellman algorithms, both of which are pivotal for key exchange in Transport Layer Security (TLS). Our speaker, Milena Olech, says the solution is to adopt post-quantum cryptography (PQC) algorithms. In this talk Milena outlines the mathematical foundation of the CRYSTALS-Kyber algorithm and illustrates its application in the TLS handshake. In order to assess the efficacy of PQC, Milena will detail a comprehensive comparison between traditional cryptographic methods and post-quantum alternatives and provide a condensed summary of the comparison. cheers, jamal Reminder: Three days to go before early-bird registration ends!

1 0

Register now please!
by Jamal Hadi Salim 03 Oct '23

03 Oct '23

Just a reminder 5 more days to go for early bird registration. Also a reminder this is a hybrid conference; nothing can beat physical get together but you can participate virtually as well. Early registration helps us plan better. See: https://netdevconf.info/0x17/pages/registration.html cheers, jamal

1 0

0x17: talk, Integrating eBPF Into The P4TC Datapath
by Jamal Hadi Salim 03 Oct '23

03 Oct '23

P4TC was first introduced in 0x16[1]. After the first RFC was posted on the list, some of the community feedback made was to convert the s/w datapath from a scriptable (ala tc u32) to instead make use of eBPF with a strong argument being made that the s/w data path will be more performant. In this talk Jamal Hadi Salim et al will discuss the new architecture which factors in eBPF as the software datapath. The talk will go into the P4TC architecture factoring in eBPF and the pros and cons of this change from a scriptable approach. Jamal (twit that horn here) will further discuss the uapi and the kernel code architecture. There have been several RFC postings in the last 9 months[2] and it is expected the upstreaming efforts will start in the near future. cheers, jamal [1]https://netdevconf.info/0x16/session.html?Your-Network-Datapath-Will-Be-P4-Scripted [2] latest at this posting can be found here: https://lore.kernel.org/netdev/20230930143542.101000-1-jhs@mojatatu.com/

1 0

0x17: talk, Firewall and Service Tickets (FAST)
by Jamal Hadi Salim 02 Oct '23

02 Oct '23

There is no good standardized way for applications to signal the network for services, like QoS, that the app wants applied to their packets. Typically it is some sys admin that decides how these services and resources are partitioned and configures their control. Enter FAST - which is being developed at the IETF. Tom Herbert says FAST is secure, expressive, stateless, not spoofable, deployable, efficient, dynamic, requires no DPI, doesn’t disclose internals of the network, and works with any transport protocol. FAST tickets are attached to packets to describe the service requests and grants of admission that the application has requested from the network. Tickets are sent in IPv6 Hop-by-Hop options. Tom will provide rationale why Hop-by-Hop options are really the best choice compared to proposed alternatives despite concerns about them being dropped in the Internet. Eventually Tom will present the kernel patches and tie them to how applications will use the provided infra to request for tickets and how they are granted, how they're set and transmitted in packets, how a network node can process the FAST ticket in the packet and apply network mechanisms to satisfy the service requests. cheers, jamal PS: 5 more days left for early-bird registration. visit netdevconf.info/0x17/registration

1 0

[RESEND]0x17: Talk, Congestion control architecture for host congestion
by Jamal Hadi Salim 02 Oct '23

02 Oct '23

Apologies, I left out the subject line in the last email, so resending this... Link speeds are going up at an incredible rate. Cloud vendors are already asking for 4-800Gbps. Unfortunately the rest of the host hardware infra is not keeping up. Even at the "low low speed;->" of 100Gbps the host CPU speeds, cache sizes, memory access latency, memory bandwidth per core, NIC buffer sizes, are just overwhelmed. As an example 6 CPU cores can saturate all available memory bandwidth - imagine being on a machine that has 56C(112 hyperthreads).... In this talk, Saksham Agarwal, Arvind Krishnamurthy and Rachit Agarwal say that this has brought in new trends not seen before: congestion within the processor, memory and peripheral interconnects of the host which of course causes back pressure all the way to the NIC - meaning back to the network and, alas, causes congestion within the network. Testing with Linux DCTCP shows that host congestion by our speakers found as much as 1% packet drops at the host, 35-55% throughput degradation, and 120-5000x tail latency inflation! Agarwal et al want us to look closely at more than just network heuristics to resolve this emerging challenge. As an example: applications generating CPU-to-memory traffic and clogging the memory bus are currently not considered as part of the congestion control calculus at all - even though they are most certainly part of the culprits. In this talk our esteemed speakers introduce what they call "hostcc" as a response to these challenges. Hostcc makes about ~800 line kernel code changes. A little bit more details: https://netdevconf.info/0x17/6 For the real meat-and-potatoes come to the talk of course! cheers, jamal PS: 5 more days left for early-bird registration. visit netdevconf.info/0x17/registration

1 0

0x17: Talk,
by Jamal Hadi Salim 02 Oct '23

02 Oct '23

Link speeds are going up at an incredible rate. Cloud vendors are already asking for 4-800Gbps. Unfortunately the rest of the host hardware infra is not keeping up. Even at the "low low speed;->" of 100Gbps the host CPU speeds, cache sizes, memory access latency, memory bandwidth per core, NIC buffer sizes, are just overwhelmed. As an example 6 CPU cores can saturate all available memory bandwidth - imagine being on a machine that has 56C(112 hyperthreads).... In this talk, Saksham Agarwal, Arvind Krishnamurthy and Rachit Agarwal say that this has brought in new trends not seen before: congestion within the processor, memory and peripheral interconnects of the host which of course causes back pressure all the way to the NIC - meaning back to the network and, alas, causes congestion within the network. Testing with Linux DCTCP shows that host congestion by our speakers found as much as 1% packet drops at the host, 35-55% throughput degradation, and 120-5000x tail latency inflation! Agarwal et al want us to look closely at more than just network heuristics to resolve this emerging challenge. As an example: applications generating CPU-to-memory traffic and clogging the memory bus are currently not considered as part of the congestion control calculus at all - even though they are most certainly part of the culprits. In this talk our esteemed speakers introduce what they call "hostcc" as a response to these challenges. Hostcc makes about ~800 line kernel code changes. A little bit more details: https://netdevconf.info/0x17/6 For the real meat-and-potatoes come to the talk of course! cheers, jamal PS: 5 more days left for early-bird registration. visit netdevconf.info/0x17/registration

1 0