<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Posts on Sebastian Scheinkman - Red Hat Openshift, Networking, Kubernetes and Cloud Native</title><link>https://sebasblog.com/posts/</link><description>Recent content in Posts on Sebastian Scheinkman - Red Hat Openshift, Networking, Kubernetes and Cloud Native</description><generator>Hugo</generator><language>en-us</language><copyright>sebasblog.com</copyright><lastBuildDate>Sun, 12 Oct 2025 00:00:00 +0000</lastBuildDate><atom:link href="https://sebasblog.com/posts/index.xml" rel="self" type="application/rss+xml"/><item><title>Bridging Worlds</title><link>https://sebasblog.com/p/bridging-worlds/</link><pubDate>Sun, 12 Oct 2025 00:00:00 +0000</pubDate><guid>https://sebasblog.com/p/bridging-worlds/</guid><description>&lt;h1 id="bridging-worlds-high-performance-telco-networking-in-kubernetes-with-sr-iov-dra-and-nri"&gt;&lt;strong&gt;Bridging Worlds: High-Performance Telco Networking in Kubernetes with SR-IOV, DRA, and NRI&lt;/strong&gt;&lt;/h1&gt;
&lt;h2 id="the-telco-imperative-why-bare-metal-speed-matters-in-a-virtualized-world"&gt;&lt;strong&gt;The Telco Imperative: Why Bare-Metal Speed Matters in a Virtualized World&lt;/strong&gt;&lt;/h2&gt;
&lt;p&gt;The telecommunications industry is undergoing a profound transformation, driven by the shift from proprietary, hardware-centric appliances to flexible, software-based solutions running on standard IT servers. This paradigm, known as Network Functions Virtualization (NFV), promises unprecedented agility, scalability, and cost efficiency. However, this transition introduces a formidable challenge: performance. For critical network functions, particularly those in the data plane of a 5G network like the User Plane Function (UPF), performance is not merely a feature—it is an absolute prerequisite. These functions must process millions of packets per second with minimal latency, a task for which traditional software-based virtual networking is often ill-equipped. This is where Single Root I/O Virtualization (SR-IOV) becomes an indispensable technology.&lt;/p&gt;</description></item><item><title>Beyond eth0</title><link>https://sebasblog.com/p/beyond-eth0/</link><pubDate>Sat, 04 Oct 2025 00:00:00 +0000</pubDate><guid>https://sebasblog.com/p/beyond-eth0/</guid><description>&lt;h1 id="beyond-eth0-a-deep-dive-into-kubernetes-multi-network-pods-with-multus-cni"&gt;&lt;strong&gt;Beyond eth0: A Deep Dive into Kubernetes Multi-Network Pods with Multus CNI&lt;/strong&gt;&lt;/h1&gt;
&lt;h2 id="the-kubernetes-network-model-a-foundation-of-simplicity-and-its-limitations"&gt;&lt;strong&gt;The Kubernetes Network Model: A Foundation of Simplicity and its Limitations&lt;/strong&gt;&lt;/h2&gt;
&lt;p&gt;At the heart of Kubernetes&amp;rsquo; design is a networking model that is both powerful in its simplicity and opinionated in its structure. This model was created to solve the complex networking challenges inherent in running distributed systems across a cluster of machines. To truly grasp the need for advanced solutions like Multus, one must first understand the foundational principles of Kubernetes networking and the specific limitations that drive the demand for multi-homed Pods.&lt;/p&gt;</description></item><item><title>Unlocking AI at Scale</title><link>https://sebasblog.com/p/unlocking-ai-at-scale/</link><pubDate>Sun, 24 Aug 2025 00:00:00 +0000</pubDate><guid>https://sebasblog.com/p/unlocking-ai-at-scale/</guid><description>&lt;h1 id="unlocking-ai-at-scale-a-deep-dive-into-rdma-infiniband-and-roce-with-nvidia-mellanox"&gt;&lt;strong&gt;Unlocking AI at Scale: A Deep Dive into RDMA, InfiniBand, and RoCE with NVIDIA Mellanox&lt;/strong&gt;&lt;/h1&gt;
&lt;p&gt;The exponential growth in the scale and complexity of artificial intelligence models, particularly Large Language Models (LLMs), has created an unprecedented communication bottleneck in distributed computing systems. As these models expand beyond the memory capacity of a single GPU or even a single server, they necessitate multi-node clusters where efficient inter-node communication is paramount. In this high-stakes environment, traditional networking stacks like TCP/IP, which have served as the backbone of the internet for decades, are no longer sufficient for the demands of modern AI workloadshe overhead associated with CPU-managed data transfers and protocol processing introduces latency that can cripple the performance of tightly coupled GPU clusters.&lt;/p&gt;</description></item><item><title>The Ultimate Guide to tmux: Supercharge Your Terminal Productivity</title><link>https://sebasblog.com/p/the-ultimate-guide-to-tmux-supercharge-your-terminal-productivity/</link><pubDate>Mon, 07 Jul 2025 00:00:00 +0000</pubDate><guid>https://sebasblog.com/p/the-ultimate-guide-to-tmux-supercharge-your-terminal-productivity/</guid><description>&lt;h1 id="the-ultimate-guide-to-tmux-supercharge-your-terminal-productivity"&gt;&lt;strong&gt;The Ultimate Guide to tmux: Supercharge Your Terminal Productivity&lt;/strong&gt;&lt;/h1&gt;
&lt;h2 id="introduction-taming-terminal-chaos"&gt;&lt;strong&gt;Introduction: Taming Terminal Chaos&lt;/strong&gt;&lt;/h2&gt;
&lt;p&gt;For any professional who lives in the command line—be it a software developer, a DevOps engineer, or a system administrator—the terminal is both a sanctuary and a potential source of chaos. A typical workflow might involve a dozen terminal tabs: one running a local web server, another for the front-end build process, a third for a database console, and several more for various microservices. Add to this a few separate SSH windows connected to staging and production servers, where a critical, long-running data migration is underway. The digital workspace is a fragile tapestry of processes, and the constant fear lingers: a dropped Wi-Fi connection, an accidental window closure, or a system reboot could bring the entire house of cards crashing down, losing hours of work and context.&lt;/p&gt;</description></item><item><title>Unleashing Bare-Metal Performance in Kubernetes</title><link>https://sebasblog.com/p/unleashing-bare-metal-performance-in-kubernetes/</link><pubDate>Sun, 29 Jun 2025 00:00:00 +0000</pubDate><guid>https://sebasblog.com/p/unleashing-bare-metal-performance-in-kubernetes/</guid><description>&lt;h1 id="unleashing-bare-metal-performance-in-kubernetes-a-technical-deep-dive-into-the-sr-iov-network-operator"&gt;&lt;strong&gt;Unleashing Bare-Metal Performance in Kubernetes: A Technical Deep Dive into the SR-IOV Network Operator&lt;/strong&gt;&lt;/h1&gt;
&lt;h2 id="i-introduction-beyond-standard-kubernetes-networking"&gt;&lt;strong&gt;I. Introduction: Beyond Standard Kubernetes Networking&lt;/strong&gt;&lt;/h2&gt;
&lt;p&gt;Standard Kubernetes networking, a cornerstone of its flexibility and portability, is primarily designed for general-purpose connectivity. It typically relies on software-based overlay networks, such as those using VXLAN, and kernel-level packet processing. While this model excels at providing seamless pod-to-pod communication and service discovery across a cluster, it introduces inherent latency and CPU overhead. For a vast majority of applications, this performance profile is more than sufficient. However, for a growing class of high-performance workloads, this software-defined approach represents a significant performance ceiling.&lt;/p&gt;</description></item></channel></rss>