# Broadcom Ethernet スイッチ ASIC の最大手ベンダー。Tomahawk シリーズ(2014 年〜)はデータセンタのスパインスイッチで広く使われ、世代ごとに帯域を 2 倍に拡張してきた。本論文でも図 1 の例示に「Tomahawk 2(2016)〜Tomahawk 5(2022)」の系列が使われており、スイッチ帯域増大に伴う PFC ヘッドルームバッファ増大問題を示す実データ源となっている。 ## 本論文の共著者 Mark Griswold(Distinguished Engineer/スイッチアーキテクト)、Vahid Tabatabaee(同)、Mohan Kalkunte(Vice President of Architecture and Technology、IEEE フェロー・150 件以上の特許)、Surendra Anubolu(Distinguished Engineer、分散 AI ワークロードのベンチマークと、ネットワークテレメトリを担当)がスイッチグループ所属として共著。 ## OF-DPAとTomahawk固定機能パイプライン *Software-Defined Networks: A Systems Approach* 第4章は、BroadcomがTomahawk ASIC向けに提供するハードウェア抽象化レイヤー[[OF-DPA]](OpenFlow-Data Plane Abstraction)を、固定機能パイプラインの具体例として取り上げる。ソフトウェアスタックはOF-DPAの上にOpenFlowエージェント(Indigo、Big Switch製、オープンソース)、下にBroadcom SDK(プロプライエタリ)を置く3層構造であり、OF-DPA自体はオープンソースである。OF-DPAはTomahawkの固定フォワーディングパイプラインを、既知のプロトコル向けテーブル群からなる論理パイプラインとして抽象化する。(Source: [[@2021__SystemsApproach__Software-Defined Networks - A Systems Approach - Chapter 4 Bare-Metal Switches]] ch.4 §4.5.1) Broadcom ASICは現在、ベンダー定義のOF-DPAに加えて、コミュニティ定義の[[SAI (Switch Abstraction Interface)]]準拠の論理パイプラインにも対応する構成が存在する(5種類のPipeline/SDK/ASICスタック比較の4番目の実例)。これは、P4アーキテクチャモデル側の「ベンダー定義(TNA)対コミュニティ定義(V1Model/PSA)」という構図が、固定機能パイプライン側でも「OF-DPA対SAI」として同型に現れることを示す一例である。(Source: [[@2021__SystemsApproach__Software-Defined Networks - A Systems Approach - Chapter 4 Bare-Metal Switches]] ch.4 §4.6) ## Switch OS層でのSDKの位置づけ(第5章) *Software-Defined Networks: A Systems Approach* 第5章は、Broadcomのスイッチングチップ向けSDKを[[Stratum]](Thin Switch OS)の下層コンポーネントの一つとして位置づける。このSDKは従来のOSにおけるデバイスドライバに近く、チップ上のメモリ位置を間接的に読み書きするために使われる。固定機能パイプラインとプログラム可能パイプラインの違いを示す例として、Broadcom SDKはL3フォワーディングテーブルを更新する`bcm_l3_route_create`メソッドを定義するのに対し、Barefoot([[Intel Tofino]])のパイプライン非依存な対応メソッドは`bf_table_write`である。Tomahawkのような固定機能チップの場合、StratumはP4Runtime呼び出しを対応するBroadcom SDK呼び出しへ変換するために必要なランタイム状態を保持する。(Source: [[@2021__SystemsApproach__Software-Defined Networks - A Systems Approach - Chapter 5 Switch OS]] ch.5 §5.1) ## VXLAN 標準化における役割 [[Puneet Agarwal]](Broadcom)は、[[wiki/entities/VXLAN|VXLAN]] を定義する RFC 7348 の共著者 8 名の一人である。データセンタースイッチ ASIC ベンダーとして、Cisco・Arista・VMware・Intel・Red Hat・Cumulus Networks とともに 2014年当時の VXLAN マルチベンダー標準化に加わっていた。(Source: [[@2014__RFC__Virtual eXtensible Local Area Network (VXLAN) - A Framework for Overlaying Virtualized Layer 2 Networks over Layer 3 Networks]]) ## 商用版SONiC提供ベンダーとしての位置づけ 『実践SONiC入門』第4章が2023年12月時点でまとめた商用版SONiC提供ベンダー一覧(表4.1)によれば、Broadcomは「Broadcom Enterprise SONiC」を提供しており、ASICベンダーによる直接的なSAIサポートを特徴とする。SAIの変更を伴う機能追加はSwitch ASICドライバのソースコードが非公開であるためASICベンダーの協力が必須になるが、Broadcomは自らSAI実装を持つASICベンダーとして、この制約を自社の商用版SONiC提供という形で解消している。(Source: [[@2025__Gihyo__実践SONiC入門 - Chapter 4 商用版SONiCと有償サポート]] ch.4 §4.3、表4.1) ## 関連ソース - [[@2023__IEEE Computer__Datacenter Ethernet and RDMA - Issues at Hyperscale]] — スイッチ帯域増大に伴うバッファ問題の分析に Broadcom の技術的知見が反映 - [[@2024__HotNets__I've Got 99 Problems But FLOPS Ain't One]] — Costin Raiciu が兼任所属として共著。100T LLM 訓練インフラのネットワーキング課題分析。 - [[@2021__SystemsApproach__Software-Defined Networks - A Systems Approach - Chapter 4 Bare-Metal Switches]] — OF-DPA(Tomahawk固定機能パイプラインのハードウェア抽象化レイヤー)とSAI準拠パイプラインへの対応を報告 - [[@2026__SpeakerDeck__AIのためのEthernet技術動向 (SerDes)]] — TEF 2025(Adam Healey)は、現行の RS(544,514)(KP4)を土台の FEC として残す点で Huawei・Alphawave・Cisco と見解が揃うが、その内側にもう一段の inner FEC を「入れる」か「入れられるようにする」かで対立すると整理された。Broadcom の立場は「道具箱から取り出す次の道具になりうる」というもので、inner FEC を常時必須とはせず必要に応じて使えるようにする方向。FEC は符号利得・オーバヘッド・レイテンシの三すくみであり、方式は IEEE P802.3dv の Objective にも未記載(2026年8月時点)。(Source: [[@2026__SpeakerDeck__AIのためのEthernet技術動向 (SerDes)]]) ## 出典 - [[@2026__arXiv__The Multipath Reliable Connection (MRC) Transport]](MRC トランスポート仕様の共著組織の一つ)