ナビゲーションに移動Ciscoを中心としたネットワーク技術をわかりやすく解説します。MPLS-VPNのPEルータで、VRFのルーティング設定を正しく行う必要があります。VRFのルーティングの設定ミスについて、切り分けと修正を行います。下記のネットワーク構成で、MPLS-VPNを通じてR4とR5間の通信ができるようにしたいと考えています。ネットワーク構成ルータの役割は、次の通りです。:R2CEルータ:R4、R5PEルータであるR1、R3ではともにVRFとして次のように定義します。各ルータで行われているMPLS-VPNでの通信に関連する設定は次の通りです。0トラブルの症状R4、R5でルーティングテーブルを見るとお互いのルートを確認できません。そのため、当然、通信が不可能な状態になってしまっています。R4のルーティングテーブルと、R5への通信の結果は次のようになっています。(0/5)PEルータであるR1、R3とCEルータであるR4、R5はOSPFでルーティングを行っています。ネイバーを確認すると、次のように正常にOSPFネイバーを確認できています。FastEthernet0/0そのため、PE-CE間のルーティングには特に問題がないと考えられます。問題はMPLSバックボーンにある可能性が高いです。そこでMPLSバックボーンを構成するR1、R2、R3で次のshowコマンドで原因の切り分けを行いました。FastEthernet0/0R1~R3のshowコマンドによって設定ミスがわかったので修正すると、正常にMPLS-VPNを通じてR4-R5間の通信ができるようになりました。RTの設定が間違っているため、R2からのMP-BGPのルートを正しく受信できていない。R1でVRF「VPN」のOSPFルートをMP-BGPへ再配送する設定が抜けている。そのため、R1からR3へMP-BGPルートが送信されない。今回の設定ミスは、次の2点です。RTのミス再配送の設定漏れ【RTのミス】まず、RTの仕組みを簡単に解説し、RTのミスについて考えます。MPLS-VPNバックボーンのPEルータ間で、MP-BGPによって接続しているサイトのVPNルートを交換します。Target(RT)が付加されています。RTはとても重要です。MP-BGPのルートのRTを見て、そのルートをどのVRFで扱うべきかを決めています。次の図は、RTによってMP-BGPルートを扱うVRFを決めている様子を簡単に表しています。RTによるVRFの決定PEルータのMP-BGPテーブルには、次の2つのMP-BGPルートがあります。RT200:200そして、PEルータには「VPN1」と「VPN2」のVRFがあります。RTとして100:100が決められています。100:100が付加されている1.のルートです。200:200が付加されている2.のルートになります。このようにRTによって、どのVRFでMP-BGPルートを扱うかを決定しているので、RTが正しくなければルートがうまく伝わりません。ここで問題の構成のPEルータであるR1とR3でのRTについて確認します。detailでわかります。100:100が設定されていることがわかります。100:100が設定されています。RTの設定が間違っています。RTを100:100にしなければいけません。RTを100:100にするためのものです。RTを修正すると、MP-BGPテーブルは次のようにR3から受信したルートを確認できるようになります。VRF「VPN」のルーティングテーブルにR3から受信したルートがBGPルートとして登録されます。RT修正後のR1でのMP-BGPテーブル、ルーティングテーブルそして、R3から受信したMP-BGPルートはVRF「VPN」のOSPFへ再配送されて、R4へアドバタイズされます。R4のルーティングテーブルを見ると、R5のネットワークのルートが登録されます。FastEthernet0/0【再配送の設定漏れ】R1はR4から受信したOSPFルートをMP-BGPルートとしてR3へアドバタイズしなければいけません。再配送の設定漏れのためにそれができていません。CEルータから受信したルートをMP-BGPルートとして他のPEルータへアドバタイズするためには、再配送が必要です。R1でVRF「VPN」のOSPFからMP-BGPへの再配送の設定が抜けています。R1でのVRF「VPN」のOSPFからMP-BGPの再配送に関する設定は次の通りです。MP-BGPルートとして生成します。R1のMP-BGPテーブルを確認すると、次のようになります。R1でのMP-BGPルートの生成R1からR3へ10.14.14.0/24と172.16.4.0/24がアドバタイズされ、最終的にR5まで伝わります。R5のルーティングテーブルは次のようになっています。RTの修正R1でのVRFのOSPFMP-BGPへの再配送の追加を行うことで、R4、R5で正しくルートを学習できるようになりました。その結果、通信も可能になります。ネットワークのおべんきょしませんか?https://www.n-study.com/2022-pv-ranking/2022年「ネットワークのおべんきょしませんか?」コンテンツのページビューランキングTOP10です。ネットワーク技術解説記事のアップデートや新規記事をTwitterでお知らせしています。ネットワークのおべんきょしませんか?https://www.n-study.com/2022-pv-ranking/2022年「ネットワークのおべんきょしませんか?」コンテンツのページビューランキングTOP10です。ネットワーク技術解説記事のアップデートや新規記事をTwitterでお知らせしています。