Active-Standby Dual ToR 制限事項と既知の課題¶
このページは Active-Standby Dual ToR(概要ハブ) の派生ページで、制限事項・既知の課題・干渉する機能 に絞って整理する。概念は active-standby-dual-tor-concepts.md、設定は active-standby-dual-tor-operations.md、内部実装は active-standby-dual-tor-internals.md を参照。
1. 設計上の制約¶
- ToR → NIC 方向 switchover で 数パケットの破損 / drop あり1
- standby ToR は ARP request drop で GARP / unsolicited NA に依存
- IPv6 neighbor
FAILED問題は kernel patch +arp_update修正に依存 - HLD では neighbor 取扱い 3 案の最終採用案を明示していない(実コード裏取りで確定: standalone tunnel route 案)
- directed broadcast は HLD 上 TBD
- y-cable I2C 失敗時の MUX_FAIL 復旧シナリオは HLD 上限定的
- LinkManager は LinkProber より低頻度(hysteresis 抑制)
2. 既知の懸念点(Verifier hint)¶
- linkmgrd の LinkProber / MuxState / LinkState / LinkManager 4 サブモジュールの現行実装確認 — 実装の構成は
link_prober//mux_state//link_manager/の 3 ディレクトリ +DbInterface.cppで概ね一致を確認済 - MuxOrch の neighbor handling 3 案のうちどれが採用されているか確認 —
createStandaloneTunnelRoute/removeStandaloneTunnelRoute案で確定 - ycabled の I2C リトライ + MUX_FAIL 報告ロジック実装確認
- 6.3.5.1 の Loopback0 宛 encap パケット listen + ping 駆動 service の所在確認
- 6.3.5.2 の zero mac neighbor + tunnel route 自動 install の neighsyncd / muxorch 実装確認
- arp_update の FAILED → INCOMPLETE 書き換えの取り込み確認
- accept_untracked_na の kernel backport 状況確認
3. 干渉する機能¶
linkmgrd: state machine 主体orchagent(MuxCfgOrch/MuxOrch/TunnelOrch): SAI 反映 + tunnel + ACL dropycabled(旧xcvrd): I2C 経由の MUX 制御nbrmgrd/arp_update/ kernel sysctl: proxy ARP / GARP / NDP / proxy_ndp / accept_untracked_na- decap-after-tunnel CPU trap 対策の Python service: 6.3.5.1 の neighbor miss 解消用
bgpd: 両 ToR が同じ VLAN を広告
関連ページ¶
- Active-Standby Dual ToR(概要ハブ)
- active-standby-dual-tor-concepts.md — 構成と要件
- active-standby-dual-tor-operations.md — 設定・CLI
- active-standby-dual-tor-internals.md — 内部実装
引用元¶
-
sonic-net/SONiCdoc/dualtor/dualtor_active_standby_hld.md@49bab5b5ff0e924f1ea52b3d9db0dfa4191a7c06↩