parties.この章では、管理制御について触れる。これらはプロトコルの一部ではないが、既存のネットワークでの経験からこれらは重要であると言える。これらはプロトコルの必要な部分ではないので任意と思われる。これらは強く推奨され、少なくともいくつかは実装すべきである。これらの制御は、主にルーティングが不安定であるかエラーに従うかもしれないネットワークに、RIPngが接続されることが可能であるよう意図される。いくつかの例を挙げる:アップデートを受け取るか送信するルータを限定することは、場合によっては望ましい。これは通常管理上の経路ポリシーのためになされる。多くのサイトが応答メッセージを認めるネットワークを制限する。組織Aが、直接通信する組織Bへのコネクションを持つかもしれない。セキュリティやパフォーマンスの理由でAはその接続を他の組織に使わせたくないかもしれない。このような場合、Aは第三者に送るアップデートにBのネットワークを含むべきではない。applied.いくつかの典型的な制御がある。RIPngプロトコルがこれらあるいは他のどんな制御も要求しないことに注意が必要である。ネットワーク管理者の認める隣接ノードリストは、各ルータの隣接リストの定義を可能にする。ルータが自身の隣接リストにあるルータからの応答メッセージのみを受け入れることもできる。目標ルータの同様のリストを管理者が利用できるべきである。デフォルトでは制限は定義されていない。特定の宛先フィルタによってネットワーク管理者が、受け入れや拒否をすべき宛先プレフィックスのリストに指定をすることができる。そのリストは、特定のインターフェイスへの入力や出力あるいは両方と関連付けられるだろう。許可されたネットワークのみ、外に送信される応答メッセージで言及されるか中に入る応答メッセージで処理されるだろう。許可プレフィックスリストが指定されるならば、他のプレフィックスは全て拒否される。拒否プレフィックスリストが指定されるならば、他のプレフィックスは全て許可される。デフォルトではフィルタは適用されていない。制御機能に辿り着きます。mapよりこのサイトの全体的な構造を把握できます。索引よりこのサイト内にある任意のキーワードを含んだ文書を探すことができます。この文書のURIはhttp://www.7key.jp/rfc/2080/rfc2080_3.htmlです。最終更新:2006年11月03。