1. Marvell SmartNIC 产品定位与数据面工程全景
在讨论 Marvell SmartNIC 的报文处理之前，需要先厘清一个常被混淆的问题：SmartNIC 到底"智能"在哪里，它与普通网卡、GPU、DPU 的边界如何划分。Marvell 在这一领域的产品线横跨 OCTEON、ARMADA、OCTEON Fusion 三大系列，它们并非同一类器件的不同型号，而是面向不同数据面任务定位的三条技术路线。理解这三条路线的分工，是后续所有报文处理工程工作的前提。
三条产品线的角色分工
OCTEON 是 Marvell 面向高吞吐网络与安全处理的通用多核处理器系列，典型形态是集成大量 ARM64 核心、专用网络加速单元（如 packet I/O、加解密、正则匹配）以及可编程报文处理流水线的 SoC。它既可以作为独立 SmartNIC 的主控芯片，也可以作为安全网关、路由器的主处理器。在数据面工程中，OCTEON 承担的是"全功能报文处理"角色：解析、分类、转发、加解密、隧道封装解封装都可以在其内部完成。
ARMADA 系列更偏向嵌入式网络与存储控制场景，集成度较高、功耗较低，常见于需要网络接口与本地处理协同的边缘设备。它的数据面能力弱于 OCTEON，但在控制面与轻量转发场景中具备成本与功耗优势。在 SmartNIC 语境下，ARMADA 更多出现在对灵活性和功耗敏感、而非追求线速全卸载的部署形态中。
OCTEON Fusion 是 Marvell 将 OCTEON 多核处理能力与可编程硬件加速（如基于 FPGA 或专用可编程逻辑的报文处理引擎）结合的系列，定位在"需要硬件级灵活可编程"的场景。它适合那些协议仍在演进、需要现场修改报文处理逻辑、又要求接近线速性能的部署，例如自定义隧道协议、新型安全卸载或特定行业的私有报文格式处理。
SmartNIC 与普通网卡、GPU、DPU 的边界
普通网卡的核心职责是"搬运"：把主机内存中的报文通过 DMA 发送到链路，或把链路收到的报文 DMA 到主机内存。它不做协议解析之外的判断，也不承担流表匹配、加解密或隧道处理。SmartNIC 的关键差异在于，它在网卡位置引入了可编程的报文处理能力，能够在报文进入主机之前完成分类、过滤、转发决策甚至安全处理。
GPU 与 SmartNIC 的边界相对清晰：GPU 擅长的是大规模并行数值计算，它的数据来源通常是主机内存中的结构化数据，而不是网络链路上的报文流。虽然存在用 GPU 做报文处理的探索，但其编程模型、内存访问模式和时延特性都不适合作为常规数据面路径。把 GPU 当作 SmartNIC 使用，在工程上通常得不偿失。
DPU 与 SmartNIC 的边界则更微妙。DPU 通常被定义为"以数据为中心的基础设施处理器"，除了网络报文处理，还承担存储虚拟化、安全隔离、裸金属管理等功能。SmartNIC 更聚焦于网络数据面本身。Marvell 的 OCTEON 系列既可以作为 SmartNIC 主控，也可以作为 DPU 的核心，具体角色取决于固件与软件栈的配置。在工程实践中，不必纠结于名称，而应关注该器件是否具备可编程报文处理流水线、是否支持主机侧卸载接口、以及其加速单元是否覆盖目标协议。
数据面工程的核心任务
无论选用哪条产品线，数据面工程要解决的问题可以归纳为一条处理链：报文从链路进入，经过解析、匹配、动作执行，最终被转发、丢弃或上送主机。具体任务包括：
- 报文解析与协议识别：从以太网头开始逐层解析，识别 VLAN、IP、TCP/UDP、VXLAN、GRE、IPsec 等协议，提取用于匹配的字段。
- 流表匹配与动作执行：根据解析出的五元组或更复杂的匹配键，在流表中查找对应动作，如转发到某端口、修改报文头、丢弃、上送控制面。
- 隧道封装与解封装：在 Overlay 网络中，对 VXLAN、Geneve 等隧道报文进行封装或解封装，并维护隧道端点与 VNI 映射。
- 安全卸载：将 IPsec、TLS 等加解密操作从主机 CPU 卸载到 SmartNIC 的加速单元，降低主机负载并提升吞吐。
- 流量调度与 QoS：根据优先级、带宽策略对报文进行队列调度、限速和拥塞管理。
- 遥测与可观测性：采集流级统计、时延、丢包原因等数据，供运维和排障使用。
典型部署形态与工程关注点
在云数据中心，SmartNIC 最常见的形态是作为 vSwitch 卸载引擎：主机上的虚拟交换机把流表下发到 SmartNIC，由后者完成虚拟机之间、虚拟机与外部网络之间的报文转发，从而释放主机 CPU。此时工程关注点是流表规模、下发时延、与主机侧控制面的接口一致性。
在边缘安全网关场景中，SmartNIC 承担 IPsec 加解密、防火墙规则匹配和流量整形。工程关注点是加解密吞吐、规则匹配的确定性时延，以及设备在高温、低功耗约束下的稳定性。
在 5G 用户面（UPF）场景中，OCTEON 系列常被用于 GTP-U 隧道的封装解封装和 QoS 处理。工程关注点包括 GTP-U 隧道表规模、报文乱序处理、以及用户面与控制面之间的接口协议。