PIM（下）

PIM（下）
序文：PIM（上）ブログをご覧ください
-------------------------------移植メカニズム--- ------------------

・この図では、RTEとRTCの間のインターフェイスがプルーン状態にあります。この状態で、RTEが新しいレシーバーに今すぐ参加し、レシーバーがIGMPレポートをRTEに送信すると、この場合は実際にはRTEのインバウンドインターフェースはプルーン状態からフォワードステートに戻り、RTCにグラフトメッセージを送信します。グラフトを送信した後、RTCは自身のアウトバウンドインターフェースも復元して転送します。この場合、トラフィックは正常に配信されます。
・ユニキャストで送信される接木は、224.0.0.13と異なり、ユニキャストで送信される接木に注意する必要があります。そして、これがマルチキャストソースへのグラフトメッセージのユニキャスト、ホップバイホップ配信です。
・グラフトは信頼できるメッセージであるため、上流デバイスは実際にステータスを転送に変更するために下流にグラフトACKを送信する必要があるため、確認応答メカニズムがまだあります。上流デバイスが3秒以内に応答しない場合は、グラフト情報を送信し続けます。

PIM-DM実験：
・注AR1とタイムソースの構成インターフェースもDM、PIMである
最初のオープンマルチキャストPIMを設定するときは、PIM Huawei社のデバイスは、デフォルトで有効になってあなたは、PIMを必要としないことができるように・
・ルーティング・テーブルを表示PIMを実行します// pimルーティングテーブルの
表示pim routing-table fms //詳細なpimルーティングテーブル情報の表示

----------------------------アサートメカニズム---------------

・この図では、マルチキャストネットワークのルーターについて、（S、G）情報を含むデータパケットをダウンストリームデバイスに送信することがわかっています。マルチキャスト情報を送信した後、ダウンストリームデバイスには、A、B、およびCに送信する（S、G）エントリもあります。送信後、3つのABCルーターが実際にマルチキャストパケットを送信します。RTAを例にとると、マルチキャスト情報の2つの同一の（S、G）エントリを受信しました。この場合、RTAは同じマルチキャスト情報があることを発見しました。リンクにはマルチキャスト情報のコピーが1つしかないため、この場合、受信者Aは同じマルチキャストトラフィックの3つのコピーを受信しますが、これは異常
です。この場合、アサーションメカニズムが表示されます。アサーションメカニズムは、主にMAネットワーク内のマルチキャストの存在を解決するためのものです。情報の場合、マルチキャストルーターは、近隣ルーターから送信された同じマルチキャスト情報を受信した後、このネットワークセグメント内のすべてのPIMルーターにマルチキャストでAssertメッセージを送信します。224.0.0.13。つまり、RTA、RTB、およびRTCに選挙キャンペーンを実施させます。

----------------------------- PIM-DM構成の検証---------------- --------------------------
display pim routing-table // pimマルチキャストルーティングテーブルを
表示し
ます。 interface verbose // pimインターフェース構成の表示

----------------------------- PIM-DMの制限---------------- --------------------------
・PIM-DMを使用する場合、実際には、小規模なネットワークで機器が密集している場合、PIM-DMを使用します特定の利点はありますが、ネットワークが比較的大きく、機器が比較的疎である場合、実際には、拡散プルーンサイクルを実行すると、リソースが大幅に浪費されるため、疎ネットワーク環境には適していません。この場合、 PIM-SMを使用できます

----------------------------- PIM-SM基本概要---------------- --------------------------
・PIM-SM（プロトコルに依存しないマルチキャストスパースモード）：プロトコルに依存しないマルチキャストスパースモード。

• PIM-SMの機能
  
  
  
• RPT共有ツリーは、
  DRにIGMPレポートメッセージを送信する最初のレシーバーを形成し、レシーバーに接続されたこのルーターがそれを受信した後、IGMPメンテナンスを実行します。同時に、このルーターがDRの場合、 RPの方向にホップごとに（*、G）とグループ情報を送信します。この情報は、pimメッセージである必要があります。ホップバイホップでRPに到達すると、切断されて転送されなくなりますこの時点で、RP-> B-> Cが共有ツリーRPTを形成しています。
• SPTアクティブツリーの形成。
  ルーターDがDRとして機能しているため、実際にはPIM-DMのようにダウンストリームに拡散することはできません。この場合、マルチキャストソースがトラフィックを送信し続けると、ルーターDは最初のホップルーターとして機能します。 、マルチキャスト情報によってトリガーされ、ダウンストリームデバイスにユニキャスト情報を送信します。このユニキャスト情報はRPに送信されます。このユニキャスト情報は、RPにクエリを送信するユニキャスト登録メッセージです。（S、G ）ソースグループに、マルチキャストデータグループに関連するデバイスがあることを示します。次に、RPの共有ツリーに関心がある場合、マルチキャストデータをダウンさせるために、RPは（S、G）加入情報をホップバイホップで最初のホップのルーターに送信します。逆方向では、Dからホップバイホップ、RPへのパスが元のツリーであり、マルチキャストデータストリームは最初にソースツリーに沿ってRPに送信され、次にRPによって受信者に送信されます。

-------------------------マルチキャスト受信側DRおよびマルチキャストソース側DR ------------- ------------------------

・共有ネットワークまたはマルチアクセスネットワークである
限り、DRを選択します・受信側のみ、つまりラストホップルータとマルチキャストソース側（ファーストホップルータ）は、DRに役立ちます。
・DR選出はPIM-DMと一貫性があります：
①DR選出は優先度によって照会されます。ここでの優先度（helloメッセージによって運ばれる優先度を参照）のデフォルトは1で、優先度の値が高いほど、優先度が高くなります大きい。
②優先度が同じ場合はIPアドレスで選択し、IPアドレスが大きいほど優先度が高くなります。

---------------------------------コンバージェンスポイントRP -------------- -----------------------

[RPの役割といえば、RPがすべてのマルチキャストトラフィックを担当している場合、RPに問題があると、すべてのグループトラフィックが切断されることを理解する必要があります。実際には、マルチキャストネットワーク環境で2つのRPを取得できます。 1つのRPが1つのマルチキャストグループにサービスを提供し、もう1つのRPがマルチキャストグループの残りの半分にサービスを提供します。

RP指定
RPは静的に指定することも動的に選択することもできます。
静的指定は、管理者が各PIM-SMルーターを構成して、各ルーターがRPの場所を認識できるようにすることを意味します。
動的選出とは、専用プロトコルを介した複数のC-RP（Candidate-RP）の選出を指します。管理者は選択プロトコルを有効にし、C-RPになるようにいくつかのPIM-SMルーターを構成する必要があります。
推奨されるRP構成方法：
中小規模のネットワーク：デバイスに対する要件が低く、比較的安定している静的RP方法を選択することをお勧めします。
ネットワークにマルチキャストソースが1つしかない場合は、マルチキャストソースに直接接続されているデバイスを静的RPとして選択して、RPでのソースDR登録プロセスを省略できるようにすることをお勧めします。
静的RPモードは、ドメイン内のすべてのルーター（RP自体を含む）のRP情報とサービス対象のマルチキャストグループの範囲がネットワーク全体で一貫していることを確認するために使用されます。
大規模ネットワーク：高い信頼性と強力な保守性を備えた動的RPモードを使用できます。
ネットワークに複数のマルチキャストソースがあり、配布が密集している場合は、マルチキャストソースに近いコアデバイスをC-RPとして選択することをお勧めします。ネットワークに複数のユーザーがいて配布が密集している場合は、ユーザーに近いコアを選択することをお勧めしますデバイスはC-RPとして機能します。

• トポロジ図
  
  1.マルチキャストストリームが後に続くレシーバーがあります。

• RPT共有ツリー結合
  実際には、以前と同様に、レシーバーによって接続された最終ホップルーターが（*、G）情報を上流に送信し、それをRPに送信して、RPTを形成します。

• マルチキャストソース登録プロセス
  マルチキャストソース登録の場合、実際には、レシーバーが存在し、RPがRPT共有ツリーを確立している場合、マルチキャストソースが最初のホップルーターにマルチキャストメッセージを送信すると、実際、ファーストホップルーターはユニキャスト情報、つまり（S、G）登録情報をRPに送信します。この登録情報は実際にマルチキャスト情報の2番目のカプセル化を実装し、それをカプセル化してRPに送信します。 RPはRPでカプセル化を解除します。カプセル化解除後、RPはホップバイホップ（S、G）加入情報を最初のホップのルーターに送信し、データをダウンストリームデバイスに転送します。

• 登録プロセスを停止します
  質問最初のホップのルーターは、マルチキャストソースがマルチキャストデータを送信するときに、RPのようなユニキャストSG登録情報を送信しないことをいつ計算しますか？
  実際、この効果は、RPがストップ登録情報をファーストホップルータに送信するときに実現できます。しかし、実際には、ファーストホップルーターは永続的に送信しないわけではありませんが、間隔は1分です。

次に、RPがいつストップ登録情報を送信して、ファーストホップルータがユニキャスト登録情報の送信を停止する
かを考慮する必要があります①アクティブツリーSPTが形成されている場合は、登録を続ける必要がないため、ストップ登録情報が送信されます。 。（RPが純粋なマルチキャストメッセージを直接受信した場合、効果がトリガーされます）、登録メッセージは1分に1回送信されます。この場合、マルチキャストメッセージはソースツリーに沿ってRPに送信されます。

2.最初にマルチキャストストリームがあり、次にレシーバーがあります。

• 前の期間は同じで、DRはユニキャスト登録をRPに送信しますが、RPにSとGの共有ツリーがない場合は、停止メッセージがすぐに返されます。ただし、（S、G）エントリ情報があります
• レシーバがラストホップルータに追加された場合、実際にはIGMPレポートメッセージを上向きに送信します。送信後、マルチキャストルータは（、G）情報をRPに送信します。この情報がRPに到達すると、RPの存在により（S、G）情報に対応して、この場合、最初のホップルーターがユニキャスト登録情報を送信するのを待つ必要はありません。RPは（、G）参加情報を最初のホップルーターに直接送信し、SPTツリーを直接確立します。その後は以前と同じです

添付ファイル：拒否サイクルは1分です理由：RPのSエントリとGエントリがタイムアウトするため、SエントリとGエントリがタイムアウトした場合、新しく参加したレシーバーの場合、RPは関心のあるグループがあることを認識しません*とGの結合情報を最初のホップルーターに送信しないため、新しく結合されたレシーバーへのフローは発生しないため、RPのキャッシュされたエントリを更新するには、DRを定期的に実行する必要があります。ユニキャスト登録情報を送信して、新しいレシーバーがある場合に、マルチキャストソースへのSPTをすぐに確立できるようにします。

------------------------------------- PIM-SM転送ツリー------- -----------------------------------

• この図では、ユニキャストルーティングプロトコルがOSPFを使用していると想定しています。この場合、緑のRPTパスは実際にはあまり完璧ではありません。これは最適な転送パスではないため、最適な転送パスは左側にあるので、ナレッジポイントに関与しています。つまり、RPTが2番目のSPTツリーに置き換えられます。この場合、前提条件を理解する必要があります
  ①：PIM-SMについては、以前に確立しましたSPTアクティブツリーを第1アクティブツリーと呼びます
  前提②：後のRTPで変換されたSPTを第2アクティブツリーと呼びます。

-------------------------------------------スイッチオーバーメカニズム----- ------------------
・デフォルトでは、デバイスしきい値のデフォルト値は0です（しきい値は実際には、RPTを変換する必要があるかどうかを決定するためのしきい値に対するパケットレートの比率に基づいています。 2番目のSPTです）
・ClientAに接続されているルーターデバイスである受信側のDRでは、ユニキャストルーティングプロトコルを通じて、最適なパスが左側にあることがわかります（この場合）。次に、RPTに従ってRPから送信されたマルチキャストデータは、実際には、マルチキャストデータのパケットレートが受信側のDRのしきい値を超えます。しきい値を超えていることが判明したら、すぐに（S、G）加入情報を上流のデバイスに送信します。そして、S、Gエントリを作成し、マルチキャストソースDRの2番目のSPTを確立してレシーバDRに到達します。次に、レシーバDRが（S、G）参加情報を送信する理由は、ユニキャストルーティングプロトコルを介するためです。マルチキャストソースのアドレスと参加の役割を知ることは、ソースツリーを構築するための以前のRPと同じです。ラストホップルータによって生成されたスイッチである必要があります。
・SPTが確立された後、同じマルチキャストトラフィックを回避するため、つまり、元のSPT-RPTと現在のSPTを介して送信されます。この場合、元の共有ツリーRPTを転送する方法を見つける必要があります。トラフィックが削除されると、解決策は次のようになります。
ユーザー側のDRは、RPNに沿ってホップごとにプルーニングメッセージをRPに送信し、プルーニングメッセージを受信するルーターは、対応する（S、G）に（*、G）をコピーします。そして、対応するダウンストリームインターフェイスをプルーニング状態にします。プルーニングが終了すると、RPはマルチキャストパケットをRPTに沿ってグループメンバーに転送しなくなります。ここでは、共有ツリーではなく、元の共有ツリーのトラフィックが切断されることに注意してください。また、RPに表示されるSGエントリの場合、発信インターフェイスは実際には空であるため、トラフィックは共有ツリーに送信されません。そのため、RPはソースツリーをアップストリームデバイスにプルーニングする必要もあります。
メカニズムの後、2番目のSPTツリーのみが残り、最適なパスをたどることができます
RPTスイッチングSPT機能は、Huaweiデバイスではデフォルトで有効になっています。

・デフォルトのしきい値は0なので、実際には、マルチキャストデータパケットを初めて受信した後、最短パスツリーSPTにすぐに参加します。