要約

  • RFC 9856は、送信元側で一つに絞るWarm Standbyと、複数コピーを運んで受信側ごとに絞るHot Standbyを定義する。
  • Single Flow Groupは設定・通知された分類であり、ペイロード、時刻、シーケンス、エンコーダー状態、アプリケーションの鮮度を照合しない。
  • 冗長性を説明するには、同等性の根拠、抑止の権限、選択状態、BGP通知、受信観測、切替時系列、ロールバックを結ぶ七項目の受領記録が必要になる。

二つの拠点から同じ番組とされたストリームが送られ、画面には一つだけが映る。この光景は目的どおりだが、証明の終点ではない。見えているのは、ある受信点でフィルターが一つを通したという結果である。別の受信点が同じ物理送信元を選んだか、切替中に欠落がなかったか、二つの内容が本当に交換可能だったかは分からない。

2025年9月にStandards Trackとして公開されたRFC 9856は、RFC 9251とRFC 9625のEVPNマルチキャスト手順を、冗長送信元に拡張した。対象は明確だ。同一テナント領域へ同じIPマルチキャストフローを送る複数の送信元があり、受信者には重複パケットを届けない。そのための共通手順を提供するが、サービス全体の品質保証を設計しているわけではない。

SFGは同等性の結論を運ぶ

Single Flow Group（SFG）は、(*,G)ならグループGへ送る任意の送信元を、(S,G)なら任意長の送信元プレフィックスSに一致する送信元を同じ冗長グループとして扱う。S-PMSI A-Dルートに付くMulticast Flags Extended CommunityのSFGビットは、その分類をBGPで共有する。

共有されるのは分類であって、比較結果の中身ではない。RFCは冗長送信元が同じフローを送り、バースト型ではないことを前提とするが、シーケンス番号、タイムスタンプ、コーデック状態、アプリケーション世代、素材の鮮度を検証する方法は規定しない。古い映像を送る送信元でも、SFGの一員として正しく通知され、正しく選ばれ得る。

したがって最初に残すべきなのはBGPルートではない。どの送信元を、どのサンプルと許容差で、どのペイロード・時刻・順序の基準により同等と判断し、誰が承認したかである。SFGはその判断をネットワークへ渡す最小の共通表現になる。

Warm Standbyは上流の一決定に集約する

Warm Standbyでは、冗長送信元に接続する上流PEがSingle Forwarder（SF）を選ぶ。非SFのPEはローカル接続回線から来るSFGパケットを捨てる。SFも一つの接続回線だけを転送し、複数回線から受けた場合の選び方はローカル実装に委ねられる。

選出にはRFC 8584のDF Election Extended Communityを用いる。Preference方式は高い優先度のPEをSFにでき、アルゴリズムや能力が食い違う場合は、広告されたPE IPの最小値で決める。これは制御面の決定性であって、送信内容の品質測定ではない。

設定済みSFGの最初のパケットを受けるとS-PMSI A-Dルートを広告し、トラフィックが止まると撤回する。非アクティブタイマーは推奨されるが、共通の値はない。SF障害と撤回後には別の上流PEがSFになれる。コピーを送信元近くで止めるため帯域効率は良い一方、RFCはHot Standbyより切替が長いとする。

ここで必要なのは、単に「新しいSFが選ばれた」という記録ではない。実際に選ばれた接続回線、タイマー、障害検知、撤回受信、新選出、旧パケットの終端、新パケットの受信を一つの時系列にする。RFCは普遍的な無損失や最大切替時間を約束しない。

Hot Standbyでは受信側ごとに状態が異なる

Hot Standbyは冗長コピーをテナント網へ運び、送信元Ethernet Segmentに対応するS-ESIラベルで区別する。単一ホームの送信元もESに関連付ける。下流PEはローカル方針で主要S-ESIを選び、そのラベルだけを受け入れる。

代替コピーを受信者の近くに置く代わりに、帯域と制御面の負担が増える。さらにS-PMSI A-D広告は実トラフィックではなくSFG設定で始まる。ルートの存在は構成済みメンバーを示すが、有用なパケットの到着を示さない。任意のmultipoint BFDが確認するのもP-tunnelであり、送信アプリケーションやコンテンツではない。

RFCは、下流PEごとに異なる主要S-ESIを選ぶことを明示的に認める。ある場所ではA、別の場所ではBを受け入れながら、各受信者は一つのコピーだけを見ることができる。「アクティブ送信元」を全網共通の一値で記録すると、この違いが消える。

主要送信元に関する最後のA-D per-EVIまたはper-ESルートが撤回されれば選択が変わる。共有S-ESのmass withdrawalは複数テナントへ広がり得る。最後のS-PMSI A-Dルートが消えればS-ESIラベルのRPFチェックも外される。これらは抑止権限が変わった事実であり、連続性そのものではない。

七項目の冗長性受領記録

新しいプロトコルではなく、異なる証拠を混同しない記録を用意する。

  1. 同等性の根拠： テナント、SFG式、送信元一覧、ペイロード・順序・時刻の比較法、許容差、サンプル、アプリケーション責任者。
  2. 抑止の権限： warm/hot、決定場所、選挙またはローカル方針の識別子、設定版、実際の対応能力。
  3. 選択状態： WarmならSF PEと接続回線、Hotなら関係する各下流PEの主要S-ESI。
  4. BGP通知： S-PMSI A-D、A-D per-ES/EVI、RT、SFGビット、DF優先度、ESI/DCBラベル、各決定点が見た撤回世代。
  5. 受信観測： 受け入れた送信元・ラベル、パケット数、欠落、重複、並べ替え、アプリ鮮度、プライバシーを抑えた受信者サンプル。
  6. 切替時系列： 障害、検知、撤回到達、選択変更、旧送信元の最終パケット、新送信元の最初のパケット、損失・重複区間。
  7. ロールバック： 以前の選択、戻せる設定、復旧権限、中止基準、有効期限・終了理由、未解決の負債。

これはDaniel Kadeによる運用提案で、RFC 9856のフィールドでもIETFの適合証明でもない。BGPは制御状態を、ラベルはフィルタリングを、受信サンプルは結果を、アプリケーション比較は同等性を示す。それぞれの射程を守るための形式である。

標準の外側を曖昧にしない

RFC 9856は両モードの実装を必須にしていない。一方を実装しても他方は任意なので、混在環境では実際の能力集合を記録する必要がある。IANAによるSFGビットとESI-DCBビットの割当ても、共通語彙を作るが、個別機器の対応、設定、伝搬、プログラミングを保証しない。

プロトコルにアプリケーションを証明させるべきではない。しかし、プロトコルの範囲が狭いことを理由に証明を諦めてもならない。相互運用の主張は必要最小限に保ち、サービス固有の事実にはローカルな責任者を付ける。

一つのきれいな画面は、その証拠列の最後に置けばよい。同等性、選択者、BGPとラベル、受信者、切替時間、戻し方までつながった時、初めて「一コピー」は抑止の結果から冗長性の証拠へ変わる。

出典