Network Offload TSO/LRO/GRO/RSS/RPS 1990-2026（ネットワークオフロード）

概要

ネットワークオフロードとは、CPU から TCP/UDP/IP スタックの一部を NIC や専用ハードウェアへ委譲し、パケット処理の負荷を軽減する技術群です。1990 年代後半にチェックサムオフロードが標準化され、2000 年代に TSO、LRO、GRO、RSS、RPS、RFS などが登場しました。近年は SR‑IOV、DPDK、XDP、eBPF、TLS オフロード、SmartNIC などが組み合わさり、2025–2026 年には DPU との統合が主流となっています。

主な特徴・仕組み

具体例・対応製品

選び方・注意点

1. 帯域幅とスループット – 10/25/100GbE のいずれかで、必要なパケットレート（例：1 Mpps）を満たすか確認。
2. オフロード機能の組み合わせ – 送信と受信の両方で TSO/LRO が有効か、TLS オフロードが必要かを検討。
3. 仮想化要件 – SR‑IOV を利用する場合、PCIe レーン数と仮想マシン数を合わせる。
4. DPDK/XDP 互換性 – カーネルバージョンとデバイスドライバが最新か。
5. レイテンシ要件 – 低レイテンシが重要なら、DPU での暗号化やパケット処理を優先。
6. 管理性 – SNMP/REST API での監視・設定が可能か。

関連用語との違い

• SR‑IOV は PCIe レベルの仮想化であり、オフロード機能そのものではない。
• DPDK / XDP はユーザースペースでのパケット処理フレームワークで、オフロードは NIC の機能を呼び出す手段に過ぎない。
• TLS オフロード は暗号化処理を NIC で行うもので、TSO/LRO などのパケット分割・結合とは別の層。

よくある質問 (FAQ)

Q1. TSO と GSO の違いは？
A1. TSO は送信側で大きな TCP セグメントを NIC が分割する機能。GSO は Linux カーネルで実装され、送信データを大きくまとめて NIC に渡す。両者は同じ目的だが、実装位置と API が異なる。

Q2. LRO と GRO の併用は可能か？
A2. 可能だが、GRO は LRO を置き換える形で設計されている。Linux 2.6.29 以降は GRO がデフォルトで有効になり、LRO は非推奨。

Q3. 2025 年の DPU でのオフロードはどのように進化したか？
A3. DPU での TLS/IPsec オフロードが標準化され、DPDK との統合により 1 TB/s 以上のスループットを実現。eBPF/XDP も DPU で実行可能になり、CPU への負荷が 90% 以上削減されるケースが増えている。

まとめ

1990 年代後半から 2026 年にかけて、ネットワークオフロードはチェックサムから TLS まで多岐にわたり進化しました。現行の主要 NIC（Mellanox ConnectX‑6、Intel X710、Broadcom BCM57414 等）は、TSO/LRO/GRO/RSS/RPS だけでなく、SR‑IOV、DPDK、XDP、eBPF、TLS オフロードを統合。2025–2026 年のトレンドは、DPU との深い統合と SmartNIC でのアプリケーションロジック実装です。選定時は帯域幅、オフロード機能、仮想化要件、レイテンシ、管理性を総合的に評価し、将来のスケーラビリティも見据えることが重要です。