説明
擬似リンクは、同じ OSPF エリアに属しているが、L3VPN を介して接続されている 2 つの PE ルーター間の論理リンクです。擬似リンクにより、PE ルーターが直接接続されているかのように見せ、OSPF が VPN バックボーンよりもエリア内のバックドア リンクを優先するのを防ぎます。模擬リンクは、TCP ポート 646 を使用して PE ルータ間に OSPF マルチホップ隣接関係を作成します。PE は、L3VPN ルートに対してタイプ 3 OSPF LSA ではなくタイプ 1 OSPF LSA を交換します。これにより、OSPF はルート選択に正しいメトリックを使用できるようになります1。

説明
このシナリオの問題は、AS パス内のプライベート AS 番号が原因で、R1 と R8 が互いのルートを受信して​​いないことです。プライベート AS 番号はグローバルに一意ではないため、外部の BGP ピアにはアドバタイズされません。この問題を解決するには、次のことを行う必要があります。
* AS 65412 のルータでループを設定し、AS 64498 のルータでアドバタイズピア AS を設定します。これにより、R5 と R6 は、R7 と R8 にアップデートを送信するときに、ピアの AS 番号 (64498) ではなく独自の AS 番号 (65412) をアドバタイズできるようになります。 。これにより、R7 と R8 が R5 と R62 からのルートを拒否する原因となるループ検出の問題が防止されます。
* AS 64497 から AS 64498 へのアドバタイズメント、および AS 64500 から AS 64499 へのアドバタイズメントで、remove-private を構成します。これにより、外部 BGP ピアに更新を送信する前に、AS パスからプライベート AS 番号が削除されます。これにより、R2 と R3 はそれぞれ R1 と R4 からルートを受信できるようになります3。

説明
PIM スパース モード (PIM-SM) は、プル モデルを使用してマルチキャスト トラフィックを配信するマルチキャスト ルーティング プロトコルです。
PIM-SM では、受信機を持つルータは、ランデブー ポイント (RP) または送信元固有ツリー (SPT) に向けて上流の近隣ルータに参加メッセージを送信します。RP または SPT は、マルチキャスト グループの共有配信ツリーのルートとして機能します。トラフィックは、参加メッセージを送信して配信ツリーへの参加を要求するルーターにのみ転送されます。
PIM-SM は、PIM デンス モードのように、すべてのルーターにトラフィックをフラッディングしたり、受信機のないルーターをプルーニングしたりしません。

説明
BGP GTSM は、受信 BGP パケットの IP ヘッダーの TTL 値を有効な TTL 範囲と比較することにより、BGP セッションを保護する技術です。TTL 値が有効な TTL 範囲内にある場合、パケットは受け入れられます。そうでない場合、パケットは破棄されます。有効な TTL 範囲は 255 - 設定されたホップ数 + 1 から
255. GTSM が設定されている場合、デバイスによって送信される BGP パケットの TTL は 255 です。 GTSM は、直接接続された EBGP セッションに対して最適な保護を提供しますが、パケットの TTL が中間デバイスによって変更される可能性があるため、マルチホップ EBGP または IBGP セッションに対してはそうではありません。
この展示では、R2、R3、および R4 が同じ AS (AS 20) 内にあり、R1 が異なる AS (AS 10) 内にあることがわかります。
この情報に基づいて、次のようなことが推測できます。
* R2、R3、および R4 の間に BGP GTSM を実装できます。R2、R3、および R4 は IBGP ピアであり、GTSM は IBGP セッションに対して効果的な保護を提供しないため、これは不正解です。IBGP ピア間のパケットの TTL は、中間デバイスまたはルーティング プロトコルによって変更される可能性があります。
* BGP GTSM では、不正な TTL を持つパケットを破棄するためにファイアウォール フィルターが必要です。これは不正解です。BGP GTSM では、不正な TTL を持つパケットを破棄するためのファイアウォール フィルターが必要ありません。BGP GTSM は、TCP オプション 19 を使用してピア間で GTSM 機能をネゴシエートし、TCP オプション 20 を使用して各パケットで予期される TTL 値を伝送します。受信側は、予想される TTL 値を実際の TTL 値と比較してチェックし、誤った TTL 値を持つパケットを破棄します。
* R2 と R1 の間に BGP GTSM を実装できます。R2 と R1 は EBGP ピアであり、GTSM は直接接続された EBGP セッションに効果的な保護を提供するため、これは正しいです。直接接続された EBGP ピア間のパケットの TTL は、中間デバイスやルーティング プロトコルによって変更されません。
* BGP GTSM では、ネイバー間で TTL を 1 に設定する必要があります。BGP GTSM ではネイバー間で TTL 255 を設定する必要があるため、これは不正解です。送信者はパケットの TTL を 255 に設定し、受信者はパケットの TTL が 255 から設定されたホップ カウントを引いたものであることを期待します。
* BGP GTSM では、ネイバー間で 255 の TTL を設定する必要があります。BGP GTSM ではネイバー間で TTL 255 を設定する必要があるため、これは正しいです。送信者はパケットの TTL を 255 に設定し、受信者はパケットの TTL が 255 から設定されたホップ カウントを引いたものであることを期待します。

説明
TLV は、IS-IS パケットでアドバタイズできる (タイプ、長さ、値) のタプルです。TLV は、リンク ステート パケット (LSP) でさまざまな種類の情報を伝送できます。IS-IS は、リンク コストのナロー メトリックとワイド メトリックの両方をサポートします。狭いメトリックでは 1 オクテットを使用してリンク コストをエンコードしますが、広いメトリックでは 3 オクテットを使用します。ナロー メトリックの最大値は 63 ですが、ワイド メトリックの最大値は 16777215 です。トポロジ内にナロー メトリック デバイスとワイド メトリック デバイスの両方が存在する場合、IS-IS はリンクごとに 2 つの TLV をアドバタイズします。1 つはナロー メトリックで、もう 1 つはナロー メトリックです。ワイドメトリックを使用します。これにより、狭いメトリクスのみをサポートする古いデバイスとの下位互換性が可能になります12。