Topics で読み物として読む
この HLD は実装詳細を含みます。機能の概念・設定・運用を読み物として読みたい場合は Topics 12 章: Multi-ASIC / VoQ / Chassis を参照。
裏取りステータス: code-verified（大規模 HLD・要点裏取り）
HLD は 71KB。本ページは architecturally distinctive な要素（namespace 分離・per-ASIC Redis・internal BGP・sonic-net link）に絞る。裏取り: sonic-buildimage/src/sonic-yang-models/yang-models/sonic-device_metadata.yang（sub_role / asic_id / switch_id / switch_type）、sonic-bgp-internal-neighbor.yang、sonic-buildimage/files/build_templates/per_namespace/{swss,syncd,bgp}.service.j2（per-ASIC instanced unit）、sonic-utilities の --namespace/-n オプション（show/main.py）。
SONiC on Multi-ASIC platforms（namespace / per-asic Redis / sonic-net）¶
何が中核アイデアか¶
1 台の chassis 内に複数 ASIC を持つ platform で SONiC を動かすための設計1:
- ASIC ごとに linux network namespace を分ける（
asic0/asic1/ ...） - 各 namespace に独自の Redis インスタンス（
database0、database1...）と独自の SWSS / syncd / FRR - ASIC 間は internal links（sonic-net / fabric / cross-port）と internal BGP で結ぶ
- 外部から見える操作（CLI / SNMP / gNMI）は host namespace 上の集約レイヤが ASIC 横断で扱う
どんな構造か¶
flowchart LR
subgraph host["host namespace"]
CLI["sonic-utilities<br/>(host)"]
DB_HOST[("database (host)<br/>CONFIG_DB shared")]
end
subgraph asic0["asic0 namespace"]
SW0[swss0]
SY0[syncd0]
FR0["FRR / bgp0"]
DB0[(database0)]
end
subgraph asic1["asic1 namespace"]
SW1[swss1]
SY1[syncd1]
FR1["FRR / bgp1"]
DB1[(database1)]
end
CLI -.aggregate.-> DB0
CLI -.aggregate.-> DB1
SY0 --- ASIC0[(ASIC 0)]
SY1 --- ASIC1[(ASIC 1)]
ASIC0 -. internal links .- ASIC1
FR0 -- iBGP --- FR1主要な仕組み1:
asic.conf/platform.json: ASIC 数・type・internal port マッピング・role（front-panel / fabric）を宣言- per-namespace docker:
swss@asic0、syncd@asic0のような instanced systemd unit - 共有 CONFIG_DB（host）+ per-asic DB: device-wide 設定は host CONFIG_DB に、port / asic 固有は per-asic に分離
- internal BGP: front-panel ASIC 同士で iBGP を張り route 情報を共有（
BGP_INTERNAL_NEIGHBOR） - CLI 集約:
show ... -n asic0で per-asic、引数なしで全 ASIC 集約
sub_role による役割分担¶
DEVICE_METADATA|<asic>.sub_role が FrontEnd / BackEnd を区別1:
- FrontEnd: 外向き port を持つ。BGP / ARP / 通常の SONiC 機能が動く
- BackEnd: fabric 役。traffic は通すが control plane は限定
設定 / CLI¶
| Table | 説明 |
|---|---|
DEVICE_METADATA |
localhost.platform、asic_name、sub_role、asic_id |
PORT |
per-asic（namespace ごとの DB に存在） |
BGP_INTERNAL_NEIGHBOR |
ASIC 間 iBGP 用 neighbor |
| Command | 用途 |
|---|---|
show platform summary |
platform 名、ASIC 数 |
show interfaces -n asic0 |
per-asic interface |
show ip bgp summary -n asic0 |
per-asic FRR 状態 |
sudo ip netns exec asic0 bash |
namespace に入る |
制限事項¶
- multi-asic 対応の sonic-utilities が必要。
-n未対応コマンドは ASIC 横断で正しく動かない - memory 消費: ASIC 数 × Redis / swss / syncd / FRR の常駐で CPU / メモリ要件が高い
- warm reboot 同期: 全 ASIC を協調的に shutdown / boot する仕組みが必要
- single-json multi-asic:
multi-asic-single-jsonHLD で扱う統合 config 形式とは使い分け
干渉する機能¶
- multi-asic warm reboot: per-asic syncd / swss を協調 shutdown する HLD
- single-json multi-asic config: 一枚の JSON で per-asic 設定を一元管理する HLD（multi-asic-single-json-configuration-design）
- CRM（critical resource monitoring）: per-asic で監視
- Internal BGP / chassis BGP: 内部 iBGP と外部 eBGP の境界
トラブルシューティング¶
show interfacesが空 → namespace を-nで指定し直す- iBGP が上がらない →
BGP_INTERNAL_NEIGHBOR、internal link 物理状態、sub_roleを確認 - per-asic Redis に接続できない →
redis-cli -s /var/run/redis<asic>/redis.sockの socket を確認
コマンド例¶
multi-ASIC / VoQ chassis の各 namespace 状態を確認する。
# multi-ASIC / VoQ chassis
show chassis modules status
show platform summary
sudo ip netns list
for ns in $(sudo ip netns list | awk '{print $1}'); do
echo "== $ns =="
sudo ip netns exec "$ns" show interfaces status | head
done
関連 Topics¶
- Topics 12 Multi-ASIC / VOQ - architecture
- Topics 12 Multi-ASIC / VOQ - internals
- 関連 HLD: Multi-ASIC single JSON config / DB design for multi-ASIC scenarios / VOQ SONiC