説明
BFDは、隣接する2つのルータまたはスイッチ間の転送パスにおける障害を迅速に検出するために使用できるプロトコルです。BFDは、さまざまなルーティングプロトコルやリンクアグリゲーションプロトコルと統合することで、より高速なコンバージェンスと障害回復を実現します。
Juniper Networks のドキュメントによると、Junos OS デバイスでは次のプロトコルが BFD をサポートしています1。
BGP: BFD は、BGP ピア間の接続を監視し、障害が検出された場合はセッションのリセットをトリガーするために使用できます。BFD は、内部および外部の BGP セッション、および IPv4 および IPv6 アドレス ファミリ2 に対して設定できます。
OSPF：BFD は、OSPF ネイバー間の接続を監視し、障害が検出された場合、状態の変更をトリガーするために使用できます。BFD は、OSPFv2 プロトコルと OSPFv3 プロトコルの両方、およびポイントツーポイントおよびブロードキャスト ネットワーク タイプ 3 に設定できます。
LACP：BFDは、LACPメンバー間の接続を監視し、障害が検出された場合、リンク状態の変更をトリガーするために使用できます。BFDは、アクティブおよびパッシブLACPモード、および静的および動的LAG4に設定できます。
Junos OS デバイスで BFD をサポートする他のプロトコルは次のとおりです。
IS-IS: BFD は、IS-IS ネイバー間の接続を監視し、障害が検出された場合、状態の変更をトリガーするために使用できます。BFD は、レベル 1 とレベル 2 の両方の IS-IS 隣接関係、およびポイントツーポイントとブロードキャストのネットワーク タイプに対して設定できます。
RIP: BFD は、RIP ネイバー間の接続を監視し、障害が検出された場合、ルート更新をトリガーするために使用できます。BFD は、RIP バージョン 1 とバージョン 2 の両方のプロトコル、および IPv4 と IPv6 のアドレス ファミリに対して設定できます。
VRRP: BFD は、VRRP ルータ間の接続を監視し、障害が検出された場合、優先度の変更をトリガーするために使用できます。BFD は、VRRP バージョン 2 およびバージョン 3 プロトコル、および IPv4 および IPv6 アドレス ファミリに対して設定できます。
Junos OS デバイスで BFD をサポートしないプロトコルは次のとおりです。
RSTP: RSTPは、レイヤー2ネットワークにおけるループ防止と高速コンバージェンスを実現するスパニングツリープロトコルです。RSTPはリンク障害の検出にBFDを使用せず、デフォルトで2秒ごとにBPDUパケットを送信する独自のHelloメカニズムを採用しています。
FTP: FTPは、TCP接続を介してホスト間でファイルを転送するために使用されるアプリケーション層プロトコルです。FTPは接続障害の検出にBFDを使用せず、TCP独自の再送信およびタイムアウトメカニズムに依存します。
参考文献:
1：[双方向フォワーディング検出の設定] 2：[BGP の双方向フォワーディング検出の設定] 3：[OSPF の双方向フォワーディング検出の設定] 4：[リンク集約制御プロトコルの双方向フォワーディング検出の設定] : [IS-IS の双方向フォワーディング検出の設定] : [RIP の双方向フォワーディング検出の設定] : [VRRP の双方向フォワーディング検出の設定] : [高速スパニングツリープロトコルについて] : [FTP について]

A は正解です。RSTP代替ポートは、隣接スイッチから優れたBPDUを受信している間はトラフィックをブロックします。代替ポートはルートポートのバックアップポートであり、現在のルートポート1よりも優れたBPDUを別のブリッジから受信します。ただし、代替ポートは廃棄状態2にあるため、トラフィックを転送しません。BPDUをリッスンし、ルートポートに障害が発生するのを待つだけです。ルートポートに障害が発生した場合、代替ポートは直ちに転送状態に移行し、新しいルートポート1になります。
C は正解です。RSTP代替ポートは、ルートブリッジへの高コストの代替パスを提供します。代替ポートは、ルートポートと同じ基準、つまりブリッジID、パスコスト、送信ポートID、受信ポートIDのそれぞれが最低であることに基づいて選択されます3。ただし、代替ポートはルートポートよりも高コストのBPDUを受信します。そうでない場合は、代替ポートがルートポート自身になります1。したがって、代替ポートはルートブリッジへの高コストの代替パスをルートポートよりも提供します。

OSPFプロトコルによれば、指定ルータ（DR）とは、LAN1などのマルチアクセスネットワークセグメントにおいてルーティング情報交換の中心となるルータです。DRの選出プロセスは、以下の基準に基づいて行われます（優先順位1）。
OSPF 優先度が最も高いルータが DR になります。デフォルトの優先度は 1 で、優先度が 0 の場合、ルータは選出に参加しません。
優先度が同点の場合、最も高いルータIDを持つルータがDRになります。ルータIDは、OSPFドメイン内のルータを一意に識別する32ビットの数値です。手動で設定することも、ループバックインターフェースまたは物理インターフェースの最も高いIPアドレスから自動的に取得することもできます。
ルータ ID が同点の場合、最初に OSPF ネイバーになったルータが DR になります。
このシナリオでは、2台のルータが最高の優先度と開始時刻を共有しています。つまり、最初の基準と3番目の基準に基づいて、DRになる可能性は両ルータで同等です。したがって、2番目の基準であるルータIDに基づいて、同点が決定されます。ルータIDが最も高いルータがDRになり、もう1台のルータがバックアップ指定ルータ（BDR）になります。BDRは、DRに障害が発生した場合にDRの役割を引き継ぎます1。

この図は、ルータ 1 上の OSPF ネイバーに関する情報を表示するコマンドの出力を示しています。
出力は、アドレス 172.26.1.1 およびインターフェース ge-0/0/3.0 を持つ OSPF ネイバーが Exstart 状態 1 にあることを示しています。
Exstart状態はOSPFネイバー形成プロセスにおいて、Down、Init、および
双方向状態2。この状態では、OSPFネイバーはマスター/スレーブ関係を確立し、リンクステートデータベース2の要約を含むデータベース記述（DBD）パケットを交換します。
OSPFネイバーがExstart状態から抜け出せない最も一般的な原因は、インターフェース間のMTUの不一致です3。MTUは最大伝送単位（Maximum Transmission Unit）の略で、ネットワークセグメントで送信できるパケットの最大サイズです4。2つのOSPFネイバーのMTU値が異なる場合、パケットのサイズがMTU制限を超えているためにドロップされたりフラグメント化されたりする可能性があり、DBDパケットを正常に交換できない可能性があります3。
この問題を解決するには、両方のOSPFネイバーのMTU値が同じか互換性があることを確認する必要があります。show interfacesコマンドを使用して、インターフェースのMTU値を表示できます。また、pingコマンドにdo-not-fragmentオプションを指定して、2つのルータ間のMTUサイズをテストすることもできます。インターフェースのMTU値は、コンフィギュレーションモードでset interfaces interface-name mtu mtu-valueコマンドを使用して変更できます。

説明
IS-IS（Intermediate System to Intermediate System）は、コンピュータネットワーク内で情報を効率的に転送するために設計されたルーティングプロトコルです12。IPv4、IPv6、マルチキャスト12を含む複数のプロトコルトポロジをサポートしています。したがって、選択肢C、E、Dが正解です。