OSPF の DR と BDR：選出はインターフェースに属する

OSPF の役割は筐体ではなくインターフェースに結び付きます。同じ装置が自分の LAN セグメントでは指定ルーターであり、トンネルでは何の変哲もない、という二つの事実は矛盾しません。間違ったインターフェースから役割を読むことが、設計どおりに動いているハブが設定ミスに見える最も一般的な理由です。

重要な比較は、一つのセグメント上の役割とルーターをまたいだ役割の違い、そしてバックアップが行うことと行わないことの違いです。

選出はセグメントごとに一つ

RFC 2328 は、ルーターごとでもエリアごとでもなく、ブロードキャストまたは NBMA ネットワークごとに指定ルーターとバックアップ指定ルーターを選びます。そのようなネットワークに参加する各インターフェースは、独自のプライオリティと独自のネイバー集合で独自の選出を行います。三つのそのようなインターフェースを持つ筐体は三つの異なる役割を同時に持てるので、セグメントを名指ししない限りハブが DR だという説明は不完全です。役割はそのインターフェース自身のネイバー出力から読んでください。

同じエリアの二つのインターフェースは依然として二つの選出です。エリアの所属がそれらを統合することはありません。

待っている間バックアップがしていること

バックアップ指定ルーターは自分のセグメントのルーターと完全に隣接し、データベースを同期させ続けるので、新しい隣接関係を形成せずに引き継げます。バックアップとして動作中に行わないのは、そのネットワークの network-LSA の生成であり、それは指定ルーターが所有しています。フラッディングの役割は一部の手順で指定ルーターより狭いものの、沈黙したり遊休したりするのとは違います。バックアップを昇格まで何もしないルーターとして扱うと、非常にもっともらしく、非常に誤った説明が生まれます。

有用な問いは、バックアップが何を控えるかではなく、セグメントがモデルの要求する OSPF パケットを届けられるかです。ある参加者が他の参加者とそれを交換できないなら、選出結果は到達性の症状であり、原因ではありません。

トンネルが実際に使うモデル

ブロードキャストと NBMA ネットワークは選出しますが、ポイントツーポイントとポイントツーマルチポイントは、選出する共有セグメントがないため選出しません。ハブアンドスポークのオーバーレイでは、有効なモデルはトンネルインターフェースの設定方法に依存するので、役割を解釈する前にそれを読んでください。ブロードキャストセグメントのように振る舞うトンネルと、ポイントツーポイントリンクの集合のように振る舞うトンネルでは、ネイバーの挙動がまったく異なります。

設計がハブに指定ルーターの役割を持たせたいなら、モデルと到達性がそろって支える必要があります。必要なパケットをすべての参加者と交換できないハブは、プライオリティが高いからという理由だけで有用な指定ルーターにはなりません。まずネイバーの状態と土台となる配送を確認し、そのうえで役割が誤りなのか、ただ予想外なのかを判断してください。

資格はインターフェースごとで、プリエンプションは自動ではない

プライオリティはインターフェースごとに設定され、ゼロのプライオリティはそのインターフェースを両方の選出から外します。資格のある参加者の間では、勝者はまずプライオリティで、次にルーター ID で決まりますが、より高いプライオリティで新しく参加したルーターが既存の指定ルーターを追い出すことはありません。この非プリエンプションは意図的で、最も高いプライオリティがすぐ勝つと期待する人を驚かせます。特定のルーターに役割を持たせたいなら、設定変更がひとりでに効くと仮定せず、事象の順序を計画してください。

別の資格ある参加者を用意せずにすべてのスポークを除外するということは、バックアップがまったく存在しない可能性もあるということです。

間違ったセグメントから読んだ役割か、メンバー同士が到達できないセグメントか、二つの説明を正直に比べてください。前者は設計の問いで後者は配送の問いであり、プライオリティを編集して直るのはどちらか一方だけです。