Ciscoスポンサーリンク■iBGPの欠点ネットワークの規模が大きくなってくるとiBGPで問題が発生することがあります。懸念されるのはAS内部におけるiBGPの完全メッシュ化です。iBGPではでは近隣ルータから学習した経路を別の近隣ルータにアドバタイズすることはありません。フルメッシュが必要となるのはこのためです。小さなネットワークでは問題となることはありませんが、大規模なネットワークほど表面化します。これの問題を解決する、完全メッシュに代わる手段であるのが次のものです。ルートリフレクションコンフェデレーション下記ではルートリフレクションについてメモ書きしています。コンフェデレーションについてはBGPの解説本には必ず出てくる技術ですが未だ現場で使用しているのを見たことがなくマイナーな技術で理解しておいてもあまり役立つことがなさそうに思います。■ルートリフレクションルートリフレクションを理解するために以下の構成図を見てみましょう。上の図のR1から流れてくる経路は次のようになります。R1がR2経路を送信します。R2は経路を受信してローカルに格納します。R2がR3に経路を送信します。R3は経路を受信してローカルに格納します。R4が経路を受け取ることはありません。上のような事態をさけるための手段の一つとしてiBGPフルメッシュが必要です。これがルートリフレクションを用いると次のように構成を変更することが可能です。上の図のR1から流れてくる経路は次のようになります。R1がR2経路を送信します。R2は経路を受信してローカルに格納します。R2がR3に経路を送信します。R3は経路を受信してローカルに格納します。R3はR4に経路をリフレクトします。R4は経路を受信してローカルに格納します。R2とR4は直接PeerをはらなくてもR3経由でiBGP経路をアドバタイズすることが可能となります。これによりPeerの数を減らし、必要セッション数を減らすことが可能となります。ルートリフレクタの実際の設定はルートリフレクタのみに設定を実施し、ルートリフレクタクライアントには特に何も設定しなくて大丈夫です。R3の設定は次のようになります。route-reflector-clientルートリフレクタであるかの確認は以下のように行います。memberルートリフレクションで注意すべきことはルートリフレクタが1台の場合、それがこけると機能しなくなるという点です。これを回避するためにルートリフレクタを複数台設置してクラスター構成を組むことが可能です。その場合、ルートリフレクタには共通のCluster-IDを設定する必要があります。route-reflector-client■BGPピアグループBGPルータがピアに対して同じ更新ポリシーを適用することは一般的なことです。全ての近隣ルータに同じポリシーを適用するには手順的に大変で人為的な設定ミスも誘発しかねません。これを回避する方法がピアグループと呼ばれるものです。近隣ルータをピアグループと呼ばれる一つのグループにまとめて、そのグループに対して設定を行うことが可能です。上の図でR1に着眼します。R2-R4に対してiBGPのピアをはり、なおかつR1はルートリフレクタとなります。この場合のR1の設定は以下のようになります。auto-summaryピアグループの確認コマンドは以下です。0ピアグループを使うことで大規模BGPネットワークで必要なコンフィグを削除することができます。同じ情報を含むはずの複数の更新ポリシーを設定しようとする際の発生するエラーも排除することができます。以下のようなマルチホーミング構成である場合、BGPの経路フィルタリングは必須となります。CiscoIOSが稼働しているCatalystスイッチでIPマルチキャストを設定するには以下の手順を実行します。EtherChannelの設定EtherChannelの設定を紹介します。近年では誰でも組織内のネットワークには接続させず何らかの認証を導入しているところのほうが割合的に多いです。昨今では無線LANといえば集中管理型無線LANで導入しているところがほとんどだと思います。Forwarding)とはルーティングテーブルの仮想化技術です。Networking.。