Linux 内核转发性能瓶颈推动了 DPDK 等用户态绕过方案，但需重新实现协议栈功能。XDP 作为内核 4.8 引入的 eBPF 数据路径，在 NIC 驱动中断处理后、SKB 分配前插入钩子，兼顾内核特性与高速转发，可结合开源路由守护进程构建 BGP 对等路由器。
XDP 机制与内核集成：XDP 基于扩展 Berkeley Packet Filter（eBPF），在 Linux 4.8 合入主线。其核心是在接收路径早期、网卡驱动完成中断处理、尚未分配 Socket Buffer（SKB）时椩入可编程钩子。用户提供的 eBPF 程序在此决定包的去向：丢弃、转发、重定向或传递给协议栈。该钩子位于 tc、iptables 等传统处理之前，避免了 SKB 分配与协议栈遍历开销。eBPF 程序运行于受限的 RISC 寄存器虚拟机中，禁止无界循环，指令集与辅助函数受限，确保内核安全。
与 BGP 路由守护进程协作：XDP 负责数据平面高速转发，控制平面仍由用户态 BGP 守护进程（如 FRR、BIRD、GoBGP）维护路由表。转发决策通过 eBPF Map 同步：控制平面将下一跳、出接口等写入 Map，XDP 程序查表完成包头重写与重定向。这种分离保留了成熟的 BGP 状态机与策略能力，同时将逐包处理下沉内核早期路径。原文未给出具体 Map 类型、同步频率或路由表规模数据。
性能与取舍：相比 DPDK 完全绕过内核，XDP 保留协议栈完整性，支持现有网络工具与调试链路；但 eBPF 验证器限制程序复杂度，实现完整转发逻辑（如分片、ICMP 差错、ECMP 哈希）需精心设计。原文未给出具体吞吐量、延迟或 CPU 占用对比数值。工程师需在内核版本兼容性、NIC 驱动 XDP 支持度、eBPF 功能集与业务需求间权衡。
对运维与网络工程师而言，XDP 提供了一条不依赖专用硬件、不放弃内核生态的高性能转发路径。在兼容现有 BGP 守护进程的前提下，可逐步将热点流量下沉至 XDP 程序，降低 SKB 分配与协议栈遍历开销，适合对延迟敏感的对等互联场景。
原文: APNIC Blog（2020-04-30）｜编译自 APNIC Blog，事实以原文为准。
来源：APNIC Blog