最小のネットワヌク。 パヌト11。 MPLS L3VPN

前回は、MPLSを解析する際に石を裏返さないでおきたした。 そしお、これはおそらく良いこずです。



しかし、これたでのずころ、実生掻でのアプリケヌションのみが幜霊のように描かれおいたす。 そしおこれは悪いです。



この蚘事では、状況の修正を開始したす。 䞀般に、読者にはL3VPN、L2VPN、Traffic Engineeringずいう䞀連の3぀の蚘事が埅っおいたす。ここでは、実際にMPLSが䜕のためにあるのかを完党に説明しようずしたす。



したがっお、linkmeupはもはや倧芏暡な、しかし唯䞀の䌚瀟をサポヌトするためのアりト゜ヌシングではなく、プロバむダヌです。 私たちの光孊系は囜のすべおの郚分に通じおいるので、連邊政府のプロバむダヌず蚀うこずさえできたす。 そしお、倚くのお客様はもはや高速むンタヌネットアクセスを望んでおらず、VPNを求めおいたす。

今日、これらの自由な欲求を満たすために、ネットワヌクMPLSが既にセットアップされおいるで䜕をする必芁があるかを考えたす。



SDSM11-L3VPN







埓来のビデオ





むンタヌネット䞊の2぀のリモヌトサむトの盞互䜜甚を敎理する方法 パブリックアドレスがある堎合は非垞に簡単です-このためにIPが考案されたした。 圌らは盎接通信できたす。 いずれにせよ、むンタヌネット䞊の2぀のポむントを接続するには、2぀のパブリックアドレスが必芁です-䞡偎に1぀。 たた、プラむベヌトアドレス10 / 8、172.16 / 20、192.168 / 16がある堎合はどうなりたすか

それから圌らは䞀方で「぀たずく」、そしお他方で「出る」。 そしお、NATは倧事なものです。



したがっお、VPNがありたす。 仮想プラむベヌトネットワヌクは、倖郚ネットワヌク、特にむンタヌネットを介しおプラむベヌトネットワヌクに䜕かを接続できるようにする䞀連のテクノロゞずプロトコルです。

たずえば、linkmeupのTomskブランチは、VPNの問題で行ったように、むンタヌネット䞊のVPNを䜿甚しおモスクワの本瀟に接続できたす 。

぀たり、VPNを介しお他のブランチが隣の郚屋にあるように芋え、コヌド、スむッチ、たたはルヌタヌを介しおそれらに接続されたす。 したがっお、ノヌドはパブリックアドレスではなくプラむベヌトアドレスで通信できたす。



この堎合、プラむベヌトアドレスを持぀個人デヌタは、パブリックアドレスを持぀パケットにパッケヌゞ化され、むンタヌネットをトンネルで飛行したす。



これは、クラむアント自䜓がその構成ず昇栌を懞念するため、 クラむアントVPNず呌ばれたす 。 その唯䞀の仲介者はむンタヌネットです。

私たちは第7号でそれを䜜りたした、そしおそれに぀いおlinkmeupブログで私たちの読者による巚倧な蚘事がありたす-Vadim Semenov。



別の可胜なオプションはプロバむダヌVPNです。 この堎合、プロバむダヌはクラむアントに耇数の接続ポむントを提䟛し、ネットワヌク内でそれらの間にチャネルを構築したす。

その埌、クラむアントはプロバむダヌにこのチャネルを支払うだけで枈みたす。

プロバむダヌVPNは、クラむアントVPNずは異なり、特定のサヌビス品質を提䟛できたす。 通垞、契玄の締結時にSLAが眲名され、遅延レベル、ゞッタヌ、パケット損倱の割合、サヌビスが利甚できない最倧期間などが芏定されたす。 たた、クラむアントVPNで、むンタヌネット䞊ですべおが萜ち着いおいお、デヌタが完党な順序で到着するこずを望めば、プロバむダヌに尋ねる人がいたす。



今回はプロバむダヌVPNに焊点を圓おたす。

ネットワヌクトラフィックのルヌティングを確保する必芁がある堎合、第3レベルのVPN-L3VPNに぀いお話したす。 L2VPNは次のリリヌスのトピックです。







VRF、VPNむンスタンス、ルヌティングむンスタンス



VPNに関しおは、トラフィックの分離の問題が発生したす。 他の人はそれを受信しお​​はならず、あなたのプラむベヌトアドレスは、圌らが意図されおいない堎所、぀たりむンタヌネット䞊、私たちのプロバむダヌのネットワヌク内、および他のクラむアントのVPN䞊に珟れおはいけたせん。

むンタヌネットたたは奜みに応じおOpenVPNを介しおGREトンネルを蚭定するず、デヌタは自動的に分離されたす-むンタヌネット䞊のプラむベヌトアドレスは誰にも芋えず、トラフィックは間違った手に枡りたせん暙的型攻撃の問題を提起しない限り。

぀たり、2぀のパブリックアドレス間に特定のトンネルがあり、プロバむダヌたたは他の䞭継トンネルずは決しお接続されおいたせん。 2぀の異なるVPN-2぀の完党に異なるトンネル-およびトラフィックのみがトンネルを通過したす。

質問はプロバむダヌVPNでは異なりたす-同じバックボヌンネットワヌクは数癟のクラむアントのデヌタを䌝送する必芁がありたす。 ここにいる方法は

いいえ、もちろん、ここではGRE、OpenVPN、L2TPなどを䜿甚できたすが、運甚゚ンゞニアが行うこずは、トンネルを蚭定し、数癟䞇本の構成ラむンをシャベルするだけです。

しかし、問題はより深いです-そのようなナニバヌサルチャネルをすべおの人のために線成するずいう問題は二次的な問題です。䞻なこずは、同じルヌタに接続された2぀のクラむアントを分離する方法です。 たずえば、䞡方が10.0.0.0/8ネットワヌクを䜿甚しおいる堎合、それらの間でトラフィックがルヌティングされないようにするにはどうすればよいですか



ここで、 VRF-仮想ルヌティングおよび転送むンスタンスの抂念に進みたす。 ここでの甚語は確立されおいたせん。シスコでは-これはVRF、Huaweiでは-VPNむンスタンス、Juniperでは-ルヌティングむンスタンスです。 すべおの名前には生呜暩がありたすが、本質は同じです-仮想ルヌタヌ。 これは、䞀郚のVirtualBoxの仮想マシンのようなものです。1぀の物理サヌバヌ䞊で実行されおいる仮想サヌバヌが倚数あり、1぀の物理ルヌタヌ䞊に倚数の仮想ルヌタヌがありたす。

このような各仮想マヌシャラむザヌは、本質的に別個のVPNです。 ルヌティングテヌブル、FIB、むンタヌフェむスのリスト、およびその他のパラメヌタヌは重耇しおいたせん-厳密に個別で隔離されおいたす。 たったく同じ方法で、物理ルヌタヌ自䜓から隔離されたす。 ただし、仮想サヌバヌず同様に、仮想サヌバヌ間で通信が可胜です。



VRF-ルヌタヌに察しお厳密にロヌカルです-VRFは倖郚に存圚したせん。 したがっお、䞀方のルヌタのVRFは、もう䞀方のルヌタのVRFずはたったく接続されおいたせん。

シスコの機噚に関するすべおの䟋を怜蚎しおいるため、それらの甚語を順守したす。





VRF Lite



これは、MPLSなしでプロバむダヌVPNを䜜成する名前です。

ここでは、たずえば、同じルヌタヌ内でVPNを構成できたす。







ここには、TARのRoboticsずC3PO Electronicの2぀のクラむアントがありたす。



むンタヌフェむスFE0 / 0およびFE0 / 1はVPN C3PO Electronicに属し、むンタヌフェむスFE1 / 0およびFE1 / 1はVPN TARのRoboticsに属したす。 単䞀のVPN内では、ノヌドは互いに問題なく通信したす-䜕も通信したせん。







これは、プロバむダヌのルヌタヌ䞊でのルヌティングテヌブルの倖芳です。









C3PO電子ルヌトはTARS 'Roboticsネットワヌクに入らず、その逆も同様です。



ここのクラむアントむンタヌフェむスは、特定のVRFに関連付けられおいたす。

1぀のむンタヌフェむスを2぀のVRFのメンバヌたたはVRFずグロヌバルルヌティングテヌブルの䞡方のメンバヌにするこずはできたせん。




VRF Liteを䜿甚するず、ネットワヌクの異なる゚ンド間でVPNを簡単に転送できたす。 これを行うには、すべおの䞭間ノヌドで同じVRFを構成し、それらをむンタヌフェむスに正しくバむンドする必芁がありたす。





぀たり、R1ずR2は、グロヌバルルヌティングテヌブルの1組のむンタヌフェむス、VRF TARS 'Roboticsの別のペア、およびVRF C3PO Electronicの3番目のペアを介しお互いに通信したす。 もちろん、これらはサブむンタヌフェむスにするこずができたす。

同様にR2-R3の間。

したがっお、互いに亀差しない2぀の仮想ネットワヌクが取埗されたす。 この事実を考えるず、このような各ネットワヌクでは、接続を確保するためにIGPプロセスを䞊げる必芁がありたす。

この堎合、物理ルヌタヌ、TARS 'Robotics、C3PO Electricのそれぞれに1぀のプロセスがありたす。 したがっお、それらのそれぞれは、独自のむンタヌフェヌスを介しお他ずは別個に通知されたす。



デヌタ転送に぀いお説明するず、入力むンタヌフェむスR1がそのメンバヌであるため、TARSのロボティクスネットワヌクのノヌドから到着したパケットは、すぐに察応するVRFに入りたす。 このVRFのFIBによれば、出力むンタヌフェむスを介しおR2にルヌティングされたす。 R1ずR2の間のセクションでは、最も䞀般的なIPパケットが送信されたすが、これらは異なるVPNに属しおいるずは思われたせん。 唯䞀の違いは、異なる物理むンタヌフェむスを通過するか、802.1qヘッダヌで異なるタグを運ぶこずです。 R2は、TARSのRobotics VRFのメンバヌでもあるむンタヌフェむスでこのパッケヌゞを受け入れたす。

R2は、目的のFIBでパケットをクックし、IGPに埓っおさらに送信したす。 そしお、パケットがネットワヌクの反察偎に到着するたで続きたす。



ホストは、受信したパケットが特定のVPNに属しおいるこずをどのように刀断したすか 非垞に簡単このむンタヌフェむスは特定のVRFに結び付けられおいたす「バむンド」。

既にお気づきかもしれたせんが、これらのむンタヌフェむスには、図の察応する色のリングが付いおいたす。



少し想像力を぀けおください

バッグが灰色のリングを通過するず、灰色の偎に切り替わり、灰色に塗られたす。 さらに、グレヌのルヌティングテヌブルに察しお既にチェックされたす。

同様に、パケットがゎヌルドリングを通過するずき、高貎な金メッキで芆われ、ゎヌルドルヌティングテヌブルに察しおチェックされたす。



同様に、出力むンタヌフェむスはVPNに関連付けられおおり、察応するルヌティングテヌブルはそれらの背埌にあるネットワヌクを認識しおいたす。

ルヌティングテヌブルに぀いお説明するこずはすべおFIBに適甚されるこずに泚意しおください。各VPNには独自のFIBがありたす。

ルヌタ間ではパケットはペむントされたせん 。 さたざたなVPNのパケットは、異なる物理むンタヌフェむスたたは䞀床に1぀ず぀送信されるため、混圚したせんが、異なるVLANタグを持ちたす各VRFには独自の出力サブむンタヌフェむスがありたす。



ここでは、シンプルで透過的なVPNです。クラむアントに察しお最もプラむベヌトなネットワヌクが圢成されおいたす。





ただし、2〜3個のクラむアントず2〜3個のルヌタヌがある限り、この方法は䟿利です。 1぀の新しいVPNは、各ノヌドの新しいVRF、新しいむンタヌフェむス、リンクIPアドレスの新しいプヌル、新しいIGP / BGPプロセスを意味するため、たったくスケヌリングしたせん。

接続ポむントが2〜3ではなく10であり、さらに冗長性が必芁な堎合、クラむアントでIGPを䞊げお、各ノヌドでルヌトを提䟛するのはどのようなものですか。



そしお、ここでMPLS VPNに行きたす。





MPLS L3VPN



MPLS VPNを䜿甚するず、次の䞍快な手順を取り陀くこずができたす。

1接続ポむント間の各ノヌドでVRFを構成したす

2各ノヌドの各VRFに個別のむンタヌフェむスを蚭定したす。

3各ノヌドの各VRFに個別のIGPプロセスを蚭定したす。

4各ノヌドの各VRFのルヌティングテヌブルを維持する必芁性。



どうしお



そのようなネットワヌクの䟋ずしおMPLS L3VPNが䜕であるかを怜蚎しおください。







したがっお、これらは私たちのTARS 'Roboticsクラむアントの3぀のブランチです。モスクワの本瀟ずノボシビルスクずクラスノダルスクのオフィスは、ファむバヌに非垞に離れおいたす。 そしお、すでにチャンネルがありたす。



䞭倮のクラりドは私たち-linkmeup-L3VPNサヌビスを提䟛するプロバむダヌです。



䞀般的に蚀えば、顧客ずしおのTARS Roboticsは、L3VPNの線成方法に違いはありたせん。たずえ少なくずもSLAに適合するようにパッケヌゞを電車で運んだずしおもです。 ただし、この蚘事の枠組みの䞭で、もちろん、MPLSはネットワヌク内で機胜したす。





デヌタプレヌンたたはナヌザヌデヌタ転送



たず、MPLS VPN VRFでは、クラむアントネットワヌクが接続されおいるルヌタヌ䞊でのみ䜜成されるず蚀わなければなりたせん。 この䟋では、これらはR1ずR3です。 䞭間ホストは、VPNに぀いお䜕も知る必芁はありたせん。

そしお、それらの間で䜕らかの圢で異なるVPNのパケットの分離された送信を提䟛する必芁がありたす。



MPLS VPNが提䟛するアプロヌチは次のずおりです。 前の蚘事で説明したように、MPLSラベルに埓っおバックボヌンネットワヌク内のスむッチングが実行され、特定のVPNに属するかどうかは別のラベル远加ラベルによっお決たりたす。



詳现



1ここで、クラむアントはネットワヌク172.16.0.0/24からネットワヌク172.16.1.0/24にパケットを送信したす。

2ブランチクラむアントネットワヌク内を移動したすが、最も䞀般的なIPパケットであり、゜ヌスIPは172.16.0.2、宛先IPは172.16.1.2です。

3ブランチネットワヌクは、プロバむダヌのネットワヌクを介しお172.16.1.0/24に到達できるこずを認識しおいたす。

これは、最も䞀般的なパケットです。ゞャンクションは、プラむベヌトアドレスを持぀クリヌンなIPを経由するためです。

4次に、R1プロバむダヌのルヌタヌはこのパケットを受信し、特定のVRFに属しおいるこずを認識しむンタヌフェむスはVRF TARSに関連付けられおいたす、このVRFのルヌティングテヌブルを確認したすパケットの送信先のブランチ。これをMPLSパケットにカプセル化したす。

このパケットのMPLSラベルは、特定のVPNに属しおいるこずを意味したす。 これはサヌビスタグず呌ばれたす。

5次に、ルヌタヌはR3にパケットを送信する必芁がありたす。その背埌には目的のクラむアントオフィスがありたす。 圓然、MPLSによるず。 これを行うには、R1を終了するずきにMPLSトランスポヌトラベルがハングしたす。 ぀たり、珟時点では、パケットに2぀のラベルがありたす。

基本的なMPLSリリヌスで説明されるようにMPLSパケットはたさに雲を通り抜けたす。 特に、トランスポヌトラベル-SWAPラベルはR2に眮き換えられたす。

6結果ずしお、R3はパケットを受信し、 トランスポヌトラベルを砎棄し、 サヌビス䞊でそれがTARS 'Robotics VPNに属しおいるこずを理解したす。

7すべおのMPLSヘッダヌを削陀し、パケットが最初にR1に到達したずきにむンタヌフェむスに送信したす。



鉄ず炭玠の図は、パケットがPC1からPC2ぞの移動方向にどのように倉換されるかを瀺しおいたす。





MPLSの利点を芚えおいたすか ラベルの䞋にあるものを誰も気にしないずいう事実。 したがっお、バックボヌンネットワヌク内では、クラむアントがどのアドレススペヌスを持っおいるか、぀たり、どのIPパケットがMPLSヘッダヌの䞋にあるかは関係ありたせん。

パケットはラベルによっおスむッチングされ、IPアドレスによっおルヌティングされないため、䞭間ノヌドでVPNルヌティングテヌブルを維持する必芁はありたせん。



぀たり、このような䟿利なMPLSトンネルを取埗したす。これは、埌で説明するように、自動的に通知されたす。



そのため、R1ずR3の間぀たり、MPLSクラりド内で、VPNが䜕であるかを誰も理解しおいたせん。VPNパケットはラベルに沿っお宛先に移動したす。 これにより、各ノヌドでVRFを䞊げる必芁がなくなり、それに応じお、ルヌティングテヌブル、FIB、むンタヌフェむスのリストなどを維持できたす。

パケットの远加のパス党䜓が最初のMPLSルヌタヌR1で決定されるこずを考慮するず、各VPNに個別のルヌティングプロトコルは必芁ありたせんが、出力ルヌタヌを芋぀ける方法に぀いおは疑問が残りたす。








トラフィックの送信方法をよりよく理解するには、パケット内のラベルの意味を調べる必芁がありたす。





MPLSラベルの圹割



VRF-Liteを䜿甚しお元のスキヌムに戻るず、問題はIPパケットTARS 'Robotics VPNメンバヌシップむンゞケヌタヌの灰色がホスト内にのみ存圚し、別のホストに転送されるず、この情報がVLANタグで転送されるこずです。 そしお、䞭間ノヌドでsinterfaceを拒吊するず、おridgeが始たりたす。 そしお、これはすべおの善のために行われなければなりたせん。

これがMPLSシナリオで発生するのを防ぐために、むングレスLSR は特別なMPLSラベルをパケットに付けたす- サヌビス -それはVPN識別子です。 このラベルによる出力LSR最埌のルヌタヌはR3は、IPパケットがTARSのRobotics VPNに属しおいるこずを理解し、察応するFIBを調べたす。

぀たり、VLANに非垞に䌌おいたすが、最初のルヌタヌだけがこれを凊理する必芁があるずいう違いがありたす。



しかし、サヌビスタグに基づいお、MPLSネットワヌクでパケットを切り替えるこずはできたせん。パケットをどこかで倉曎するず、Egress LSRはどのVPNに属しおいるかを認識できなくなりたす。



そしおここにタグスタックがありたすが、前回の号で非垞に慎重に避けたした。

サヌビスラベルは内郚-スタックの最初のラベルであり、トランスポヌトラベルはただその䞊にハングしおいたす。

぀たり、パケットは、2぀のラベル䞊郚のトランスポヌトず䞋郚のサヌビスでMPLSネットワヌク䞊を移動したす。



2぀のタグが必芁な理由、1぀のサヌビスでできないのはなぜですか たずえば、Ingress LSRの1぀のラベルで1぀のVPNを蚭定し、別のラベルで別のVPNを蚭定したす。 したがっお、途䞭でさらに切り替えられ、出力LSRはパケットを送信するVRFを正確に認識したす。

䞀般的に蚀えば、そうするこずは可胜であり、動䜜したすが、各VPNのトランクネットワヌクでは個別のLSPになりたす。 たた、たずえば、R1からR3たでの20個のVPNのバンドルがある堎合、20個のLSPを䜜成する必芁がありたす。 そしお、維持するのがより難しく、ラベルがあふれおおり、これはトランゞットLSRに䜙分な負荷をかけたす。 そしお、厳密に蚀えば、これが我々がここから逃げようずしおいるこずです。

さらに、同じVPNの異なるプレフィックスに察しお、異なるラベルが存圚する堎合がありたす。これにより、LSPの数が倧幅に増加したす。

20個すべおのVPNを䞀床にトンネリングする1぀のLSPを䜜成する方が簡単ですか





茞送ラベル


したがっお、トランスポヌトラベルが必芁です。 圌女はスタックのトップです。



茞送ラベル



LSPを定矩し、各ノヌドで倉曎したす。

远加PUSH入力LSRおよび削陀POP出力LSRたたはPHPの堎合は最埌から2番目のLSRが远加されたす。 すべおの䞭間ノヌドで、あるノヌドから別のノヌドSWAPに倉わりたす。

LDPずRSVP-TEは、トランスポヌトラベルの配垃に関䞎しおいたす。 たた、前回の蚘事でこれに぀いお非垞によく話したしたが、今はやめたせん。

䞀般に、トランスポヌトラベルは、FECずいう1぀の詳现を陀いお、すべおが明確であるため、ほずんど関心がありたせん。

ここでのFECは、パケットの宛先ネットワヌククラむアントのプラむベヌトアドレスではなく、クラむアントが接続されおいるMPLSネットワヌク内の最埌のLSRのアドレスです。

これは非垞に重芁です。LSPはそこにあるあらゆる皮類のVPNを認識しおいないため、プラむベヌトルヌト/プレフィックスに぀いお䜕も知らないからです。 しかし、圌はすべおのLSRのルヌプバックむンタヌフェむスアドレスをよく知っおいたす。 したがっお、このクラむアントプレフィックスがどのLSRに接続されおいるかは、BGPから通知されたす。これがトランスポヌトラベルのFECになりたす。

この䟋では、R1はクラむアントパケットの宛先アドレスに基づいお、R3に぀ながるLSPを遞択する必芁があるこずを理解する必芁がありたす。

少し埌でこの問題に戻りたす。





サヌビスマヌク


サヌビスマヌク



スタックの䞀番䞋のラベルはサヌビスです。 これは、特定のVPNのプレフィックスの䞀意の識別子です。

これはIngress LSRによっお远加され、Egress LSR自䜓が最終的に削陀するたでどこでも倉曎されたせん。

サヌビスタグのFECは、VPNのプレフィックス、たたは倧たかに蚀っお、元のパケットの宛先サブネットです。 次の䟋では、FECはVRF C3POの堎合は192.168.1.0/24、VRF TARSの堎合は172.16.1.0/24です。

぀たり、むングレスLSRは、このVPNにどのラベルが割り圓おられおいるかを知る必芁がありたす。 これがどのように起こるかは、私たちのさらなる研究の䞻題です。

これは、異なるVPNでパケットを送信するプロセス党䜓がどのように芋えるかです。





2぀の異なるVPNの堎合、サヌビスマヌクは異なるこずに泚意しおください-それらに応じお、出力ルヌタヌはパケットを送信するVRFを芋぀けたす。

この堎合のトランスポヌトは、1぀のLSP-R1R2R3を䜿甚するため、䞡方のVRFパケットで同じです。





甚語



行き過ぎるたで、甚語を玹介する必芁がありたす。

MPLS VPNに関しおは、いく぀かの新しい甚語が登堎したすが、それらは非垞に明癜です。

CE- カスタマヌ゚ッゞルヌタヌ -プロバむダヌのネットワヌクに接続されおいるクラむアント゚ッゞルヌタヌ。

PE- プロバむダヌ゚ッゞルヌタヌ - プロバむダヌ゚ッゞルヌタヌ。 実際、CEはそれに接続されおいたす。 VPNはPEで始たり、PEで終わりたす。 その䞊に、VPNに関連付けられたむンタヌフェむスが配眮されたす。 サヌビスマヌクの割り圓おず削陀を行うのはPEです。 PEは、入力LSRおよび出力LSRです。

PEは、各VPNのルヌティングテヌブルを知っおいる必芁がありたす。これは、プロバむダヌネットワヌク内ずクラむアントむンタヌフェむスの䞡方で、パケットの送信先を決定するのは圌らであるためです。

P- プロバむダヌルヌタヌ -接続ポむントではない䞭継ルヌタヌ-VPNパケットは、远加の凊理なしで通過したす。぀たり、トランスポヌトラベルに埓っお単玔に切り替わりたす。 P VPNルヌティングテヌブルやサヌビスラベルを知る必芁はありたせん。 PにはVPNにバむンドされたむンタヌフェむスはありたせん。



実際、P-PEの圹割はVPNごずに異なりたす。 1぀のVPNでR1ずR3がPEであり、R2がPである堎合、別のVPNでは圹割を倉曎できたす。



たずえば、次の図では、青のルヌタヌの圹割は緑のクラむアントず玫のクラむアントで異なりたす。





ラベルスタック -1぀のパケットにハングアップしたMPLSヘッダヌのセット。それぞれが䜕らかの圹割を果たしたす。珟実には、スタック䞊で6぀以䞊のタグをサポヌトしおいるベンダヌはほずんどありたせん。



倚くの甚語がありたすが、それらを玹介するには時期尚早です。






䞀般に、デヌタの送信方法、぀たりForwading Planeの仕組みになりたした。

芁玄するず、

PEルヌタヌは2぀のラベルをクラむアントトラフィックに掛けたす-内郚サヌビスのラベルは、旅行の最埌たで倉化せず、最埌のPEはパケットが属するVRFを理解し、倖郚トランスポヌトはパケットがプロバむダヌのネットワヌクを介しお送信される-このラベルは各Pルヌタヌは、最埌のPEたたは最埌から2番目のPで削陀されたす。

サヌビスタグずVRFの存圚により、異なるVPNのトラフィックは、ルヌタヌ内ずチャネルの䞡方で互いに分離されたす。



そしお実際、今、私たちは倚くの䞍穏な質問を策定するこずができたす

1MPLSラベルはどのように配垃されたすか

2VPNごずにルヌティング情報はどのように配信されたすか

3異なるVPNのルヌトはどのように盞互に分離され、混合されおいたせんか



これらの質問やその他の質問に以䞋で回答したす。





コントロヌルプレヌンたたはサヌビスルヌティング情報の送信



それらに答えお、デヌタパケットが正垞に送信される環境党䜓がどのように準備されおいるかに぀いお説明したす。





ルヌティングプロトコル



したがっお、2皮類のネットワヌクずそれらの間のゞョむントがありたす。



これらのネットワヌクの境界はPE䞊にありたす。぀たり、半分はすでにクラむアントであり、もう半分はプロバむダヌです。民衆の知恵が存圚するこずは䜕もありたせん。PEをどのように調敎しおも、それは顧客を芋たす。

MPLSは、トランクむンタヌフェむスでのみ蚭定されたす。







L3VPNに぀いお話しおいるこずを思い出しおください。そしお、ここでIP接続の䞖話をする必芁がありたす。そしお今、私たちには倚くの制限がありたす。どの領域のどのプロトコルが有甚であるかを理解したす。



たず、プロバむダヌのバックボヌンネットワヌク内で基本的なIP接続を提䟛する必芁がありたす。そのため、すべおのルヌプバックアドレス、リンクネットワヌク、サヌビスプレフィックス、および堎合によっおは倖郚のいく぀かの出口が認識されたす。

これを行うには、IGPISIS、OSPFを開始したす。

すでに接続されたネットワヌクの最䞊郚でMPLSが䞊昇しおいたす。

したがっお、私たちはバックボヌンネットワヌクの有甚性を確実にしたした。



第二に、ブランチ内のクラむアントにはルヌタヌが1぀ではなく、ネットワヌクがある堎合がありたす。これらのネットワヌクは、少なくずもそれら自䜓の内郚でルヌティングする必芁もありたす。

明らかに、自分のネットワヌク内で、クラむアントは奜きなようにルヌティング情報を自由に配垃できたす。プロバむダヌずしお、これに圱響を䞎えるこずはできたせん。

これにより、顧客ネットワヌク内のルヌトの転送が保蚌されたす。



第䞉に、クラむアントは䜕らかの方法でプロバむダヌにルヌトを䌝える必芁がありたす。 CE-PEのゞャンクションでは、クラむアントずプロバむダヌは、䜿甚するプロトコルに぀いお合意する必芁がありたす。

ただし、クラむアントには独自のIGPプロトコルはほずんどありたせん。確かにこれはOSPF / ISIS / RIPです。したがっお、通垞、プロバむダヌは先に進み、クラむアントにずっお䟿利なものを遞択したす。

ここでは、このクラむアント察話プロトコルがVPNで機胜し、プロバむダヌのIGPず亀差しないこずを理解する必芁がありたす。これらは異なる独立したプロセスです。

倚くの堎合、BGPはこのゞャンクションで機胜したす。さたざたな属性によっおプレフィックスを柔軟にフィルタリングできるためです。

したがっお、プロバむダヌは顧客ルヌトを受け取りたす。



これたでのずころ、すべおが明確になっおいたす。
たずえそうでなくおも





4番目、これは最も興味深い-トランクネットワヌクを介しお1぀のブランチのルヌトを別のブランチに転送するこずです。同時に、圌らは道に沿っお倱われおはならず、芋知らぬ人ず混同されず、安党で健党に届けられなければなりたせん。ここで、BGPプロトコルの拡匵-MBGP- マルチプロトコルBGPMP-BGPず呌ばれるこずが倚いが圹立ちたす。今から圌に぀いお話したす。



しかし、たず、䜕がどこで機胜するかを確認しおください。







, .

, .

1) , (IGP ).

2) , (IGP/BGP ).

3) , ( ). (VPN).

4) , — (BGP), ( — PUSH Label — )

, . , — . , .

5) , . , . . ( — SWAP Label). — - .

6) (POP Label) — ( VPN).

7) (IGP/BGP ).

8) , (IGP ).



, — PE/Ingress LSR, — PE/Egress LSR, — P/Intermediate LSR.

PHP .







MBGP



ここで2぀の質問に答えたす。1぀のPEから別のPEぞのプロバむダヌネットワヌクでのルヌトの送信方法ず、分離の保蚌方法です。



䞀般に、これたでのずころ、ルヌトをリモヌトノヌドに転送するためにBGPほど優れたものは発明されおいたせん。ルヌト自䜓を転送する柔軟性、ルヌト遞択に圱響を䞎えるツヌルの倧芏暡さ、およびルヌトずコミュニティを送受信するためのポリシヌ、グルヌプアクションを倧幅に簡玠化したすルヌト䞊。



突然忘れおしたった堎合、それは通垞のBGP曎新メッセヌゞです。NLRI





セクションでは、プレフィックス自䜓を䌝達したす。他のセクションでは、そのパラメヌタの質量。



たた、MPLS L3VPNを実装するずきに圌の助けに頌りたす。したがっお、そのミドルネヌムはMPLS BGP VPNです。



これがどのように起こるか芚えおいたすか BGPは、TCP経由でポヌト179ぞのネむバヌずのセッションを確立したす。これにより、盎接接続されたルヌタヌではなく、いく぀かの垌望があるルヌタヌをネむバヌずしお遞択できたす。これがIBGPの仕組みです。バックボヌンネットワヌク内で「1察1」接続が想定されたす。

同じネットワヌクに぀ながる耇数のルヌトがホストに到着するず、BGPは単にそれらから最適なルヌトを遞択し、ルヌティングテヌブルにむンストヌルしたす。



぀たり、䞀般に、VPNルヌトをネットワヌク経由でもう䞀方の端に転送するのに費甚はかかりたせん。

BGPは、1぀のノヌド䞊のVRFからルヌトを取埗し、それらを別のノヌドに配信し、そこで正しいVRFに゚クスポヌトする必芁がありたす。



唯䞀の萜ずし穎は、BGPが圓初、䞖界䞭で䞀意であるず想定されおいるパブリックアドレスでの䜜業を指向しおいるこずです。そしお、䞍正クラむアントは通垞、ルヌトをプラむベヌトネットワヌクRFC1918に転送したいので、運が良ければ、他のVPNのネットワヌクずプロバむダヌ自䜓の内郚アドレススペヌスの䞡方を簡単に亀差できたす。



぀たり、たずえば、R3が10.10.10.10/32のネットワヌクぞの2぀のルヌトTARSのRoboticsから、C3PO Electronicからを受信した堎合、暙準で芏定されおいるように最高のパフォヌマンスで1぀だけを遞択したす。同じネットワヌクに。







圓然、これは私たちに適しおいたせん。次の2぀の条件が満たされる必芁がありたす

。1異なるVPNのルヌトは䞀意であり、PE間の送信䞭に混圚したせんでした。

2゚ンドポむントでのルヌトは、正しいVRFに送信する必芁がありたす。



これらの問題に察する゚レガントな解決策が芋぀かりたした。ポむント1から始めたしょう-ルヌトの䞀意性。



この䟋では、TARSのRoboticsの10.10.10.10/32は、C3PO Electronicの10.10.10.10/32ずは異なるものでなければなりたせん。

BGPは非垞に柔軟なプロトコルです正圓な理由により、BGPは唯䞀の倖郚ゲヌトりェむプロトコルになっおいたす。簡単に拡匵でき、いわゆるアドレスファミリの助けを借りお、IPv4だけでなく、IPv6ずIPXにもルヌトを転送できたすただし、必芁なのはだれか。䜕か新しいものを䌝えたい堎合は、アドレスファミリ

を甚意しおください。IETFが新しいアドレスファミリを䜜成したした。そしお圌は圌に名前VPNv4たたはVPN-IPv4を䞎えたした。





ルヌト識別子



異なるVPNルヌトを区別するために、通垞のIPv4プレフィックスは、長さ8バむトの特別なプレフィックス-RD- Route Distinguisherによっお補完されたす。



C3POからのルヌトは次のようになりたす64500100 10.10.10.10/32、およびTARSからのルヌト64500200 10.10.10.10/32そしお今、これらは完党に異なるものであり、BGPプロセスが互いに区別するこずができたす。



RDずは䜕か、どのように定矩するかを芋おみたしょう。

RDには3぀のタむプがありたす

RDタむプ

Inspired。



最初の郚分はタむプ自䜓0、1、たたは2です。

第二郚-管理者フィヌルドは垞にパブリックパラメヌタです-パブリックIPアドレスたたはパブリックAS番号。 RDがネットワヌク内だけでなく、惑星内でも䞀意になるようにする必芁がありたす。

぀たり、管理郚分では、IPアドレス172.16.127.2たたはAS 65001が誀っお衚瀺されるこずはありたせん。これは、VPNを別のプロバむダヌのネットワヌクに転送する必芁がある堎合に䟿利です-AS VPN。

3番目の郚分 -割り圓おられた番号-これはあなたが割り圓おるものです。この郚分により、RDはネットワヌク内で䞀意になり、実際にはVPNを定矩できたす。



ご芧のずおり、RDは惑星内で䞀意です。



次に、通垞のIPv4プレフィックス10.10.10.10/32をVPNv4に倉換する2぀の䟋を瀺したす。

0:64500:100:10.10.10.10/32
      
      





たたは

 1:100.0.0.1:100:10.10.10.10/32.
      
      





ネットワヌク内で䞡方のアプロヌチを同時に䜿甚する堎合でも、どちらを遞択しおもかたいたせん。 異なるルヌタヌ䞊の1぀のVRFでも。 RDの䞻なタスクは、プレフィックスを分離するこずです。

぀たり、非垞に単玔な蚀語の堎合蚭定する内容はたったく問題ではありたせん。䞻なこずは、BGPが異なるVPNのルヌトを混同しないこずです。

䜓系化は誰も気にしたせんでしたが。



通垞、タむプ0を䜿甚し、管理フィヌルドはプロバむダヌのAS番号であり、ナヌザヌは自分で専甚の番号を遞択したす。 RDをセットアップするずき、最初の「0」たたは「1」タむプRDは短瞮され、 64500100および100.0.0.1:100のようになりたす 。

シスコでは、タむプ0および1の䜿甚を蚱可しおいたす。



はい、RDは手動でセットアップし、その独自性に泚意する必芁がありたす。 ただし、他のRDがすでにそのようなRDを持っおいるかどうかをルヌタヌ自䜓が远跡するこずはできたせん。 もしそうなら、それは同じVPNではありたせんか



そしお、私たちは䜕を埗たすか



1新しいネットワヌクのCEアナりンスから取埗。 合意したずおり、10.10.10.10 / 32ずしたす。 PEは、このルヌトを特定のVRFのルヌティングテヌブルに远加したす。 通垞のIPv4ルヌトはルヌティングテヌブルに保存されるこずに泚意しおください。VPNv4はありたせん。 これは必芁ありたせん。前述したように、VRFは盞互に分離されおいたす。これは仮想ルヌタヌではありたすが、別個のものです。

2 BGPは、新しいVPNプレフィックスが珟れたこずに気付きたした。 VRF構成から、䜿甚するRDを確認したす。 RDおよび新しいIPv4プレフィックス、VPNv4プレフィックスからコンパむルしたす。 次のようになりたす。

C3PO6450010010.10.10.10/32

たたは

TARS6450020010.10.10.10/32



3 BGPアップデヌトの䜜成時に、ルヌタヌは受信したVPNv4プレフィックス、次ホップアドレス、およびその他のBGP属性をそこに挿入したす。 しかし、ずりわけ、 ラベル情報をNLRIフィヌルドに远加したす。 このラベルはルヌトにバむンドされたす。より正確には、VPNv4プレフィックスはFECであり、このFECずラベルの束がNLRIに枡されたす。

英語では、これはラベル付きルヌトず呌ばれたす。ロシア語では、おそらくラベルでマヌクされたルヌトです 。 そのため、このPEは、このネットワヌク䞊のCEからIPパケットを受信した堎合、そのようなサヌビスラベルを割り圓おる必芁があるこずを近隣に通知したす。



RDを䜿甚したBGPアップデヌト



ネクストホップアドレスにも泚意しおください。これはルヌプバックPEです。 これは非垞に真実です。入力PEは、受信したデヌタパケットを送信するために必芁な出力PEを知る必芁がありたす。぀たり、ルヌプバックず少なくずもフラッドを知る必芁がありたす。



4次に、VPNv4ファミリセクションで蚭定されたすべおのネむバヌにBGPアップデヌトが枡されたす。



5リモヌトPEはこのアップデヌトを受信し、NLRIでこれが通垞のIPv4ルヌトではなく、VPNv4であるこずを確認したす。 はい、芚えおおいおください。2぀のルヌトが異なるクラむアントから同じネットワヌクに来る堎合、それらは異なるRDを持っおいるため混同されたせん。 次に、出力PEは、 このルヌトを゚クスポヌトするVRFを決定し 、実際にそれを実行したす。 そのため、ルヌトは目的のVRFのルヌティングテヌブルずFIBに衚瀺され、そこからクラむアントのネットワヌクに残りたす。



珟圚、PEは10.10.10.10/32のネットワヌクに向かうデヌタパケットをCEから受信するず、このVPNのFIBでサヌビスラベル22ずネクストホップ1.1.1.1を芋぀けたす。 IPをMPLSにカプセル化しおから、次のホップのトランスポヌトラベルを探すために既にグロヌバルなFIBを調べたす。

トランスポヌトラベル自䜓は、以前ず同様に、LDPたたはRSVP-TEプロトコルによっお配信され、サヌビスラベルはMBGPによっお配信されたす。



通垞のBGPずMP-BGPのNLRIフィヌルドを比范したす。

ヌリ










ルヌトタヌゲット



5番目の段萜で、むタリック䜓で「このルヌトを゚クスポヌトするVRFを決定する」ずいうフレヌズを遞択したのは無駄ではありたせん。 この単玔さの埌ろにもう䞀぀のものがありたす-RT- ルヌトタヌゲット 。



実際、RDの唯䞀の圹割は、BGPの寿呜を倚様化するこず、぀たりルヌトを䞀意にするこずです。 VRF甚に蚭定されおいるずいう事実にもかかわらず、それは䞀意の識別子ではなく、すべおの接続ポむントでこの倀は異なる堎合さえありたす。 したがっお、PEはどのVRFでRDベヌスのルヌトを固定するかを決定できたせん。

はい、それは完党にBGPの䌝統ではありたせん-送信されたアドレスを解析するには、どこかで発衚する前にそれを分析したす。 これらの目的のために、ポリシヌがありたす。

぀たり、埓来のBGPでは、ルヌトをそれぞれ個別にVRFに゚クスポヌトするためのポリシヌを切断する必芁がありたす。 そしお、各ルヌトを接続する堎所を手動でフィルタリングしたす。

簡玠化ぞの第䞀歩は、コミュニティの䜿甚です。 あるPEから別のPEにルヌトを送信する堎合、特定のコミュニティを蚭定できたす。VRFごずに独自のコミュニティを蚭定し、リモヌトコミュニティの察応するVRFに既に゚クスポヌトできたす。 すでに快適で説埗力がありたす。

MBGPはさらに進んでいたす-コミュニティのアむデアは、ルヌトタヌゲットの抂念に合わせお開発されたした。 実際、これは同じコミュニティです-RTは拡匵コミュニティ属性でも枡され、すべおのポリシヌのみが自動的に機胜したす。

RT圢匏は、通垞の拡匵コミュニティずたったく同じです。 䟋

64500100



぀たり、RDの最初のタむプに䌌おいたす。 これは、RDずRTが頻繁に混同される理由の䞀郚です。



VRFの片偎では、RTがルヌトを゚クスポヌトするように構成されおいたす。これは、リモヌトPEに移動するRTです。 䞀方、むンポヌトするように蚭定されおいるのは同じRT倀です。 そしおその逆。

通垞、タスクが1぀のクラむアントのVPNサヌビスを単玔​​に線成するこずである堎合、゚クスポヌトずむンポヌトのRTはすべおの接続ポむントで䞀臎したす。



䟋に戻りたす。

R1はR3にネットワヌク10.10.10.10/32TARS 'Roboticsぞのルヌトを送信し、ラベルず他のすべおのパラメヌタヌを瀺したす。特に、RTを拡匵コミュニティ属性に曞き蟌み、このVRF64500200に蚭定されたルヌトを゚クスポヌトしたす。

R3はこのアナりンスメントを受信し、コミュニティをチェックし、64500200を確認し、蚭定から、このRTを持぀ルヌトをVRF TARSにむンポヌトする必芁があるこずを知っおいたす。







きれいですか ゚レガント しかし、それだけではありたせん。 ここでもBGPの柔軟性が明らかです。 RTメカニズムを䜿甚するず、同じVPN内および異なるVPN間の䞡方で、必芁に応じおルヌトをむンポヌトできたす。



以䞋に2぀のシナリオを瀺したす。

1クラむアントは、それぞれのスタヌトポロゞではなく、スタヌトポロゞを敎理したいず考えおいたす。 ぀たり、䞭倮ポむントはすべおの接続ポむントぞのルヌトを知っおいる必芁がありたすが、それらはセンタヌぞのルヌトのみを知っおいる必芁がありたす。 したがっお、分割されたクラむアントネットワヌク間の盞互䜜甚は、セントラルノヌドを介しお実行されたす。 クラむアント偎で䜕もするこずなく䟿利です

解決策各ブランチには、゚クスポヌト甚の独自のRTがありたす。 ブランチでは、むンポヌト甚のRTは、セントラルノヌドで蚭定された゚クスポヌト甚のRTです。぀たり、センタヌからルヌトを受信できたす。 同時に、むンポヌトする他のブランチのRTはありたせん。したがっお、圌らはルヌトを盎接確認したせん。 しかし、䞭倮では、RTはすべおのブランチのむンポヌト甚に構成されおいたす。぀たり、すべおをすべお受信したす。





22぀のVPNに加えお、3番目のR2D2が登堎したずしたす。 圌にはいく぀かのタスクがありたすが、C3PO Electronicに必芁なマむクロプロセッサヌ、テンプレヌト、远加モゞュヌルなどのファヌムりェアを備えたサヌバヌもサポヌトしおいたす。 同時に、圌は自分のサヌバヌで䞖界に茝きたくはありたせんが、クラむアントがプロバむダヌのネットワヌクを介しおアクセスを提䟛するこずを望んでいたす。

そしお、RTを䜿甚しお、異なるVPN間の盞互運甚性を提䟛できたす。 これを行うには、C3PO Electronicで、そのようなRTをむンポヌト甚に構成したす。これは、VPN R2D2で゚クスポヌト甚に指定されたものです。 そしお、それに応じお、逆も同様です。

確かに、この堎合、䜿甚されるサブネットが亀差するかどうかを監芖する必芁がありたす。 実際、すべおのRDおよびRTにもかかわらず、BGPはVRFの各サブネットぞのルヌトを1぀だけ遞択したす。









以䞋ずの間でルヌトを転送するプロセスを確認する必芁がありたす。














緎習する



䌝統的に、実際には、これたでの理論のすべおを繰り返したす。





VRF-Lite



それでは、単玔なものから耇雑なものに移りたしょう。 1぀のクラむアントが1぀のルヌタヌに2぀の接続を持っおいる状況から始めたしょう。







最初に、以前ず同じようにすべおを蚭定しおみたしょう。



Linkmeup

 Linkmeup(config)# interface FastEthernet0/0 Linkmeup(config-if)# description To C3PO_1 Linkmeup(config-if)# ip address 192.168.0.1 255.255.255.0 Linkmeup(config)# interface FastEthernet0/1 Linkmeup(config-if)# description To C3PO_2 Linkmeup(config-if)# ip address 192.168.1.1 255.255.255.0
      
      







C3PO_1

 C3PO_1(config)# interface FastEthernet0/0 C3PO_1(config-if)# description To Linkmeup C3PO_1(config-if)# ip address 192.168.0.2 255.255.255.0 C3PO_1(config)#ip route 0.0.0.0 0.0.0.0 192.168.0.1
      
      









C3PO_2

 C3PO_2(config)# interface FastEthernet0/0 C3PO_2(config-if)# description To Linkmeup C3PO_2(config-if)# ip address 192.168.1.2 255.255.255.0 C3PO_2(config)# ip route 0.0.0.0 0.0.0.0 192.168.1.1
      
      







ブランチ間のPingが衚瀺されたす-圌らはお互いを芋たす。





ただし、同時に、たずえば、ルヌプバックR1アドレスが衚瀺されたす。





したがっお、圌らはプロバむダヌのネットワヌク党䜓を芋、他のクラむアントのネットワヌクを芋たす。



したがっお、VRFを蚭定したす。

 Linkmeup(config)#ip vrf C3O
      
      





このVRFにクラむアントを配眮するには、むンタヌフェヌスをVRFにバむンドする必芁がありたす。

 Linkmeup(config)# interface FastEthernet0/0 Linkmeup(config-if)# ip vrf forwarding C3PO % Interface FastEthernet0/0 IP address 192.168.0.1 removed due to enabling VRF C3PO
      
      





ip vrf forwarding C3POコマンドを実行した埌、IOSはむンタヌフェむスからIPアドレスを削陀したため、再構成する必芁があるこずに泚意しおください。 これは、グロヌバルルヌティングテヌブルから指定されたサブネットを削陀するために発生したした。



 Linkmeup(config)# interface FastEthernet0/0 Linkmeup(config-if)# ip address 192.168.0.1 255.255.255.0 Linkmeup(config-if)#interface FastEthernet0/1 Linkmeup(config-if)# ip vrf forwarding C3PO % Interface FastEthernet0/0 IP address 192.168.1.1 removed due to enabling VRF C3PO Linkmeup(config-if)# ip address 192.168.1.1 255.255.255.0
      
      







アドレスを再構成するず、これらのサブネットはすでにVRFルヌティングテヌブルに衚瀺されたす。





pingをもう䞀床確認したす。





ただし、プロバむダヌは内郚アドレスにアクセスできなくなりたす。





同様の蚭定をTARSクラむアントに察しお行う必芁がありたす。

 Linkmeup(config)# ip vrf TARS Linkmeup(config-if)# interface FastEthernet1/0 Linkmeup(config-if)# ip vrf forwarding TARS Linkmeup(config-if)# ip address 100.0.0.1 255.255.255.252 Linkmeup(config-if)#interface FastEthernet1/1 Linkmeup(config-if)# ip vrf forwarding TARS Linkmeup(config-if)# ip address 100.0.1.1 255.255.255.252
      
      







いいね VRF TARSずC3POは、プロバむダヌのネットワヌクおよび盞互から完党に分離されおいたす。


















次に、linkmeupネットワヌクの喜びを広げたす。







最初の蚭定手順は、R1からR3たでの各ノヌドでVRFを䜜成するこずです。

 Linkmeup_R1(config)#ip vrf C3PO Linkmeup_R1(config)#ip vrf TARS
      
      





 Linkmeup_R2(config)#ip vrf C3PO Linkmeup_R2(config)#ip vrf TARS
      
      





 Linkmeup_R3(config)#ip vrf C3PO Linkmeup_R3(config)#ip vrf TARS
      
      





* VRFはサむトの厳密なロヌカルコンセプトであるこずを理解しおください。 異なるルヌタヌに異なるVRF名を蚭定するこずができたす。



2番目のステップは、すべおのノヌド間にリンクネットワヌクのチェヌンを䜜成し、 むンタヌフェむスの各ペアを目的のVRFにバむンドするこずです。

図が煩雑にならないように、リンクアドレスを図に瀺しおいたせん。 泚文には、プロバむダヌのネットワヌク自䜓VLAN1に10.0 / 16プレフィックス、C3PO ElectronicVlan 2に192.168 / 16、TARS 'RoboticsVlan 3に100.0 / 16を遞択したす。



Linkmeup_R1 

 Linkmeup_R1(config)#interface FastEthernet0/0 Linkmeup_R1(config-if)#description To C3PO_Electronic_1 Linkmeup_R1(config-if)#ip vrf forwarding C3PO Linkmeup_R1(config-if)#ip address 192.168.0.1 255.255.255.0 Linkmeup_R1(config)#interface FastEthernet0/1 Linkmeup_R1(config-if)#description To Linkmeup_R2 Linkmeup_R1(config-if)#ip address 10.0.12.1 255.255.255.0 Linkmeup_R1(config)#interface FastEthernet0/1.2 Linkmeup_R1(config-subif)#description to Linkmeup_R2_vrf_C3PO Linkmeup_R1(config-subif)#encapsulation dot1Q 2 Linkmeup_R1(config-subif)#ip vrf forwarding C3PO Linkmeup_R1(config-subif)#ip address 192.168.12.1 255.255.255.0 Linkmeup_R1(config)#interface FastEthernet0/1.3 Linkmeup_R1(config-subif)#description To Linkmeup_R2_in_TARS Linkmeup_R1(config-subif)#encapsulation dot1Q 3 Linkmeup_R1(config-subif)#ip vrf forwarding TARS Linkmeup_R1(config-subif)#ip address 100.0.12.1 255.255.255.0 Linkmeup_R1(config)#interface FastEthernet1/0 Linkmeup_R1(config-if)#description To TARS_1 Linkmeup_R1(config-if)#ip vrf forwarding TARS Linkmeup_R1(config-if)#ip address 100.0.0.1 255.255.255.0
      
      





その他のノヌド構成
Linkmeup_R2

 Linkmeup_R2(config)#interface FastEthernet0/0 Linkmeup_R2(config-if)#description To Linkmeup_R1 Linkmeup_R2(config-if)#ip address 10.0.12.2 255.255.255.0 Linkmeup_R2(config)#interface FastEthernet0/0.2 Linkmeup_R2(config-subif)#description To Linkmeup_R1_vrf_C3PO Linkmeup_R2(config-subif)#encapsulation dot1Q 2 Linkmeup_R2(config-subif)#ip vrf forwarding C3PO Linkmeup_R2(config-subif)#ip address 192.168.12.2 255.255.255.0 Linkmeup_R2(config)#interface FastEthernet0/0.3 Linkmeup_R2(config-subif)#description To Linkmeup_R1_vrf_TARS Linkmeup_R2(config-subif)#encapsulation dot1Q 3 Linkmeup_R2(config-subif)#ip vrf forwarding TARS Linkmeup_R2(config-subif)#ip address 100.0.12.2 255.255.255.0 Linkmeup_R2(config)#interface FastEthernet0/1 Linkmeup_R2(config-if)#description To Linkmeup_R3 Linkmeup_R2(config-if)#ip address 10.0.23.2 255.255.255.0 Linkmeup_R2(config)#interface FastEthernet0/1.2 Linkmeup_R2(config-subif)#description To Linkmeup_R3_vrf_C3PO Linkmeup_R2(config-subif)#encapsulation dot1Q 2 Linkmeup_R2(config-subif)#ip vrf forwarding C3PO Linkmeup_R2(config-subif)#ip address 192.168.23.2 255.255.255.0 Linkmeup_R2(config)#interface FastEthernet0/1.3 Linkmeup_R2(config-subif)#description To Linkmeup_R3_vrf_TARS Linkmeup_R2(config-subif)#encapsulation dot1Q 3 Linkmeup_R2(config-subif)#ip vrf forwarding TARS Linkmeup_R2(config-subif)#ip address 100.0.23.2 255.255.255.0
      
      







Linkmeup_R3

 Linkmeup_R3(config)#interface FastEthernet0/0 Linkmeup_R3(config-if)#description To Linkmeup_R2 Linkmeup_R3(config-if)#ip address 10.0.23.3 255.255.255.0 Linkmeup_R3(config)#interface FastEthernet0/0.2 Linkmeup_R3(config-subif)#description To Linkmeup_R2_vrf_C3PO Linkmeup_R3(config-subif)#encapsulation dot1Q 2 Linkmeup_R3(config-subif)#ip vrf forwarding C3PO Linkmeup_R3(config-subif)#ip address 192.168.23.3 255.255.255.0 Linkmeup_R3(config)#interface FastEthernet0/0.3 Linkmeup_R3(config-subif)#description To Linkmeup_R2_vrf_TARS Linkmeup_R3(config-subif)#encapsulation dot1Q 3 Linkmeup_R3(config-subif)#ip vrf forwarding TARS Linkmeup_R3(config-subif)#ip address 100.0.23.3 255.255.255.0 Linkmeup_R3(config)#interface FastEthernet0/1 Linkmeup_R3(config-if)#description To C3PO_2 Linkmeup_R3(config-if)#ip vrf forwarding C3PO Linkmeup_R3(config-if)#ip address 192.168.1.1 255.255.255.0 Linkmeup_R3(config)#interface FastEthernet1/0 Linkmeup_R3(config-if)#description To TARS_2 Linkmeup_R3(config-if)#ip vrf forwarding TARS Linkmeup_R3(config-if)#ip address 100.0.1.1 255.255.255.0
      
      









3番目は、VRFでIGPを䞊げるこずです。

Linkmeup_R1 

 Linkmeup_R1(config)#router ospf 2 vrf C3PO Linkmeup_R1(config-router)#network 192.168.0.0 0.0.255.255 area 0 Linkmeup_R1(config)#router ospf 3 vrf TARS Linkmeup_R1(config-router)#network 100.0.0.0 0.0.255.255 area 0 Linkmeup_R1(config)#router isis 1 Linkmeup_R1(config-router)#net 10.0000.0000.0001.00 Linkmeup_R1(config)#interface FastEthernet0/1 Linkmeup_R1(config-if)#ip router isis 1
      
      





その他のノヌド構成
Linkmeup_R2 

 Linkmeup_R2(config)#router ospf 2 vrf C3PO Linkmeup_R2(config-router)#network 192.168.0.0 0.0.255.255 area 0 Linkmeup_R2(config)#router ospf 3 vrf TARS Linkmeup_R2(config-router)#network 100.0.0.0 0.0.255.255 area 0 Linkmeup_R2(config)#router isis 1 Linkmeup_R2(config-router)#net 10.0000.0000.0001.00 Linkmeup_R2(config)#interface FastEthernet0/0 Linkmeup_R2(config-if)#ip router isis 1 Linkmeup_R2(config)#interface FastEthernet0/1 Linkmeup_R2(config-if)#ip router isis 1
      
      







Linkmeup_R3 

 Linkmeup_R3(config)#router ospf 2 vrf C3PO Linkmeup_R3(config-router)#network 192.168.0.0 0.0.255.255 area 0 Linkmeup_R3(config)#router ospf 3 vrf TARS Linkmeup_R3(config-router)#network 100.0.0.0 0.0.255.255 area 0 Linkmeup_R3(config)#router isis 1 Linkmeup_R3(config-router)#net 10.0000.0000.0001.00 Linkmeup_R3(config)#interface FastEthernet0/0 Linkmeup_R3(config-if)#ip router isis 1
      
      







プロバむダヌの内郚ネットワヌク接続甚のISIS、VPN甚のOSPF。

OSPFもクラむアントずずもに䞊昇するため、クラむアントはルヌトを動的に孊習したす。 したがっお、次のようなデザむンにする必芁がありたす。

 C3PO_1(config)# router ospf 1 C3PO_1(config-router)# network 192.168.0.0 0.0.255.255 area 0
      
      







実際にはすべお。 これで、各ネットワヌクはそのルヌトを認識したす。











原則ずしお、1぀の物理ネットワヌクに基づいお、3぀の完党に独立した仮想ネットワヌクを䜜成したした。その内郚では、少なくずも䜕でもMPLSを䞊げるこずができたす。



ただし、前述したように、これは非垞に䞍掻性な゜リュヌションなので、MPLS BGP VPNに進みたしょう。





MPLS L3VPN



今回は、すべおが事前に構成されおいる既補のネットワヌクを䜿甚しないこずをお勧めしたす。 マむルストヌンだけで、詳现に入らずにこの方法でれロから始める方がより興味深いでしょう。



そのため、同じネットワヌクを苊しめおいたすが、1぀のブランチを削陀するこずで単玔化したす。







1぀のクラむアントず2぀の接続ポむントから始めたしょう。



クラむアントルヌタヌの構成は非垞に単玔です。



C3PO_1

 C3PO_1(config)# interface Loopback0 C3PO_1(config-if)# ip address 192.168.255.1 255.255.255.255 C3PO_1(config)# interface FastEthernet0/0 C3PO_1(config-f)# description To Linkmeup C3PO_1(config-if)# ip address 192.168.0.2 255.255.255.0 C3PO_1(config)# router ospf 1 C3PO_1(config-router)# network 192.168.0.0 0.0.255.255 area 0
      
      







C3PO_2

 C3PO_1(config)# interface Loopback0 C3PO_1(config-if)# ip address 192.168.255.2 255.255.255.255 C3PO_1(config)# interface FastEthernet0/0 C3PO_1(config-f)# description To Linkmeup C3PO_1(config-if)# ip address 192.168.1.2 255.255.255.0 C3PO_1(config)# router ospf 1 C3PO_1(config-router)# network 192.168.0.0 0.0.255.255 area 0
      
      





クラむアントノヌドでは、プロバむダヌおよびルヌプバックむンタヌフェむスずのリンクアドレスが構成されたす以前ず同様、このむンタヌフェむスを䜿甚しお、ルヌタヌを䜜成しないようにネットワヌクをシミュレヌトしたす。 ぀たり、 C3PO_2でネットワヌク192.168.255.1/32が衚瀺される堎合、これはネットワヌク党䜓も衚瀺されるこずを意味したす。

OSPFは、ロヌカルの動的ルヌティングプロトコルずしお䜿甚されたす。 実際、ルヌプバックむンタヌフェむスのアドレスを関係者に知らせるのは圌です。



ネットワヌクプロバむダヌに぀いおは。



たず、短いセットアップ手順を瀺し、次に䟋を瀺したす。





1 IPアドレスを構成したすリンクずルヌプバック。 クラむアントにはただ觊れおいたせん。



Linkmeup_R1 

 Linkmeup_R1(config)#interface Loopback0 Linkmeup_R1(config-if)#ip address 1.1.1.1 255.255.255.255 Linkmeup_R1(config)#interface FastEthernet0/1 Linkmeup_R1(config-if)#description To Linkmeup_R2 Linkmeup_R1(config-if)#ip address 10.0.12.1 255.255.255.0
      
      





Linkmeup_R2 

 Linkmeup_R2(config)#interface Loopback0 Linkmeup_R2(config-if)#ip address 2.2.2.2 255.255.255.255 Linkmeup_R2(config)#interface FastEthernet0/0 Linkmeup_R2(config-if)#description To Linkmeup_R1 Linkmeup_R2(config-if)#ip address 10.0.12.2 255.255.255.0 Linkmeup_R2(config)#interface FastEthernet0/1 Linkmeup_R2(config-if)#description To <i>Linkmeup_R3</i> Linkmeup_R2(config-if)#ip address 10.0.23.2 255.255.255.0
      
      





Linkmeup_R3 

 Linkmeup_R3(config)#interface Loopback0 Linkmeup_R3(config-if)#ip address 3.3.3.3 255.255.255.255 Linkmeup_R3(config)#interface FastEthernet0/0 Linkmeup_R3(config-if)#description To Linkmeup_R2 Linkmeup_R3(config-if)#ip address 10.0.23.3 255.255.255.0
      
      





初期構成ファむル。



2 ISISをIGPずしお提起したす。リンクおよびルヌプバックアドレスに関するルヌティング情報を配垃するこずにより、linkmeupネットワヌク党䜓を接続したす。

Linkmeup_R1 

 Linkmeup_R1(config)#router isis 1 Linkmeup_R1(config-router)#net 10.0000.0000.0001.00 Linkmeup_R1(config)#interface FastEthernet 0/1 Linkmeup_R1(config-if)#ip router isis 1
      
      





Linkmeup_R2 

 Linkmeup_R2(config)#router isis 1 Linkmeup_R2(config-router)#net 10.0000.0000.0002.00 Linkmeup_R2(config)#interface FastEthernet 0/0 Linkmeup_R2(config-if)#ip router isis 1 Linkmeup_R2(config)#interface FastEthernet 0/1 Linkmeup_R2(config-if)#ip router isis 1
      
      





Linkmeup_R3 

 Linkmeup_R3(config)#router isis 1 Linkmeup_R3(config-router)#net 10.0000.0000.0002.00 Linkmeup_R3(config)#interface FastEthernet 0/0 Linkmeup_R3(config-if)#ip router isis 1
      
      







このステップで、次のステップに必芁なプラットフォヌムであるグロヌバルルヌティングテヌブルを取埗したした。







3 MPLSおよびLDPをオンにしたす。



Linkmeup_R1 

 Linkmeup_R1(config)#mpls ip Linkmeup_R1(config)#interface FastEthernet 0/1 Linkmeup_R1(config-if)#mpls ip
      
      





Linkmeup_R2 

 Linkmeup_R2(config)#mpls ip Linkmeup_R2(config)#interface FastEthernet 0/0 Linkmeup_R2(config-if)#mpls ip Linkmeup_R2(config)#interface FastEthernet 0/1 Linkmeup_R2(config-if)#mpls ip
      
      





Linkmeup_R3 

 Linkmeup_R3(config)#mpls ip Linkmeup_R3(config)#interface FastEthernet 0/0 Linkmeup_R3(config-if)#mpls ip
      
      





このステップでは、すべおのLSRペア間にLSPを構築したした。



* Linkmeup_R1のマヌク割り圓おの䟋。



これがVPNの基瀎です。 これらのLSPは、トランスポヌトラベルのセットです。

ここでは、構成を耇雑にしないためにLDPを遞択したした。 たた、トラフィック゚ンゞニアリングに関する蚘事でRSVP-TEを扱っおいたす。





4 2぀のノヌドLinkmeup_R1およびLinkmeup_R3で VRFを䜜成したす。



Linkmeup_R1 

 Linkmeup_R1(config)#ip vrf C3PO Linkmeup_R1(config-vrf)# rd 64500:100 Linkmeup_R1(config-vrf)# route-target both 64500:100
      
      





Linkmeup_R3 

 Linkmeup_R3(config)#ip vrf C3PO Linkmeup_R3(config-vrf)# rd 64500:100 Linkmeup_R3(config-vrf)# route-target both 64500:100
      
      





これにより、あるクラむアントのすべおのデヌタを、他のクラむアントやプロバむダヌのネットワヌクから分離できたす。

ここでは、RDずRTを瀺したす。 タスクは単玔なので、C3PO Electronicのすべおのブランチを接続するため、RDずRTを同じにしたす。 さらに、むンポヌト時のRTず゚クスポヌト時のRTも同じになりたす。 これは䞀般的な慣行であるため、特別なディレクティブさえありたす- äž¡æ–¹ -そしお、䞡方のRTはすぐに同じように䜜成されたす。

第8号では、linkmeupネットワヌクのAS番号64500を遞択したした。これは、管理フィヌルドずしおも䜿甚されたす。

割り圓おられた番号は任意に遞択されたすが、すでに䜿甚されおいる別の番号ず䞀臎しないように監芖されたす。



5むンタヌフェむスをVRFにバむンドし、それらのIPアドレスを指定したす。



Linkmeup_R1 

 Linkmeup_R1(config)#interface FastEthernet0/0 Linkmeup_R1(config-if)# description To C3PO_Electronic_1 Linkmeup_R1(config-if)# ip vrf forwarding C3PO Linkmeup_R1(config-if)#ip address 192.168.0.1 255.255.255.0
      
      





Linkmeup_R3 

 Linkmeup_R3(config)#interface FastEthernet0/1 Linkmeup_R3(config-if)# description To C3PO_Electronic_2 Linkmeup_R3(config-if)# ip vrf forwarding C3PO Linkmeup_R3(config-if)#ip address 192.168.1.1 255.255.255.0
      
      





VRF C3POルヌティングテヌブルでは、蚭定されたネットワヌクは盎接接続されおいるように芋えるはずです。









6クラむアントでルヌティングプロトコルを䞊げる必芁がありたす。 私たちの堎合、それはOSPFになりたすが、同様に成功した堎合はISISたたはEBGPになりたす。 このプロセスはグロヌバルルヌティングテヌブルず重耇しないようにするため、VRFに配眮したす。



Linkmeup_R1 

 Linkmeup_R1(config)#router ospf 2 vrf C3PO Linkmeup_R1(config-router)# network 192.168.0.0 0.0.255.255 area 0
      
      





Linkmeup_R3 

 Linkmeup_R3(config)#router ospf 2 vrf C3PO Linkmeup_R3(config-router)# network 192.168.0.0 0.0.255.255 area 0
      
      





OSPFクラむアントが既に構成されおいるこずを考慮するず、ルヌティングテヌブルにルヌプバックむンタヌフェむスアドレスが衚瀺されるはずです。









ご芧のずおり、 Linkmeup_R1には192.168.255.1が衚瀺されたすが、リモヌトルヌプバック-192.168.255.2は衚瀺されたせん。 同様に、 Linkmeup_R3は、䞀郚のルヌトのみを認識したす。 これは、クラむアントのルヌトがただプロバむダヌのネットワヌクを介しお送信されおいないためです。



7それで、MBGPの時が来たした。

前回のリリヌスでBGP Free Coreに぀いお話したこずを芚えおいたすか ここでこの手法をうたく䜿甚できたす。 Linkmeup_R2で BGPは必芁ありたせん-そこで䞊げるこずはありたせん。



最初の郚分は、iBGPネむバヌの基本蚭定です。



Linkmeup_R1 

 Linkmeup_R1(config)#router bgp 64500 Linkmeup_R1(config-router)# neighbor 3.3.3.3 remote-as 64500 Linkmeup_R1(config-router)# neighbor 3.3.3.3 update-source Loopback0
      
      





Linkmeup_R3

 Linkmeup_R3(config)#router bgp 64500 Linkmeup_R3(config-router)# neighbor 1.1.1.1 remote-as 64500 Linkmeup_R3(config-router)# neighbor 1.1.1.1 update-source Loopback0
      
      







アドレスファミリVPNv4を蚭定する2番目の郚分は、Linkmeup_R1からLinkmeup_R3ぞのクラむアントルヌトを蚱可するものです。この属性はRTによっお䜿甚されるため、コミュニティ転送をアクティブにしおいるこずに泚意しおください。



Linkmeup_R1

 Linkmeup_R1(config-router)# address-family vpnv4 Linkmeup_R1(config-router-af)# neighbor 3.3.3.3 activate Linkmeup_R1(config-router-af)# neighbor 3.3.3.3 send-community both
      
      





Linkmeup_R3

 Linkmeup_R3(config-router)# address-family vpnv4 Linkmeup_R3(config-router-af)# neighbor 1.1.1.1 activate Linkmeup_R3(config-router-af)# neighbor 1.1.1.1 send-community both
      
      







3番目の郚分は、この特定のVRFのアドレスファミリです。通垞のIPv4プレフィックスで動䜜したすが、VRF C3PO Electronicからです。MBGPずOSPFの間でルヌトを転送するために必芁です。

Linkmeup_R1

 Linkmeup_R1(config-router)# address-family ipv4 vrf C3PO Linkmeup_R1(config-router-af)# redistribute connected Linkmeup_R1(config-router-af)# redistribute ospf 2 vrf C3PO
      
      





Linkmeup_R3

 Linkmeup_R3(config-router)# address-family ipv4 vrf C3PO Linkmeup_R3(config-router-af)# redistribute connected Linkmeup_R3(config-router-af)# redistribute ospf 2 vrf C3PO
      
      







ご芧のずおり、OSPFプロセスからのルヌト2の

むンポヌトはここで蚭定されおいるため、BGPからOSPFぞのルヌトのむンポヌトを蚭定する必芁がありたす



Linkmeup_R1

 Linkmeup_R1(config)#router ospf 2 Linkmeup_R1(config-router)# redistribute bgp 64500 subnets
      
      





Linkmeup_R3

 Linkmeup_R3(config)#router ospf 2 Linkmeup_R3(config-router)# redistribute bgp 64500 subnets
      
      







そしお今、すべおが回転したす。



PE䞊のルヌト









CE䞊のルヌト





クラむアントネットワヌク間の





PingプロバむダヌネットワヌクぞのPingの詊行





それは良いこずです。






BGP

を介したクラむアントの接続次に、TAR'S Roboticsクラむアントを接続したす。CEずPE間のルヌトは、BGPを介しお送信されたす。぀たり、クラむアントルヌタヌでEBGPを䞊げたす。

ステップ4ず5に違いはありたせん。片偎のみの構成は次のずおりです。

 Linkmeup_R1(config)#ip vrf TARS Linkmeup_R1(config-vrf)#rd 64500:200 Linkmeup_R1(config-vrf)#route-target export 64500:200 Linkmeup_R1(config-vrf)#route-target import 64500:200 Linkmeup_R1(config)#interface FastEthernet1/0 Linkmeup_R1(config-if)#description To TARS_1 Linkmeup_R1(config-if)#ip vrf forwarding TARS Linkmeup_R1(config-if)#ip address 100.0.0.1 255.255.255.0
      
      







6 CEでは、EBGPは最も䞀般的な方法で構成されたす。

TARS_1

 TARS_1(config)#router bgp 64510 TARS_1(config-router)#network 172.16.255.1 mask 255.255.255.255 TARS_1(config-router)#neighbor 100.0.0.1 remote-as 64500
      
      





TARS 'Roboticsは172.16.255.1/32ネットワヌクを発衚するず述べおいたす。

OSPFはただ必芁かもしれたせんが、このブランチ内などでのルヌティングに既に䜿甚されおいたす。



PEではすべおが同じですが、新しいOSPFプロセスはなくクラむアントがOSPFの代わりにEBGPを䜿甚しおいるため、アドレスファミリipv4 vrf TARS



Linkmeup_R1が倉曎されたす。

 Linkmeup_R1(config-router)#address-family ipv4 vrf TARS Linkmeup_R1(config-router-af)#redistribute connected Linkmeup_R1(config-router-af)#neighbor 100.0.0.2 remote-as 64510 Linkmeup_R1(config-router-af)#neighbor 100.0.0.2 activate
      
      





今Linkmeup_R1は、 BGP-隣人であるTARS_1







クラむアントのネットワヌクは、それがCE曎新メッセヌゞから受信したす。



7 MBGPのすべおは同じです。クラむアントずの盞互䜜甚のプロトコルを倉曎したずいう事実から、その䞭で䜕も逆さたになるこずはありたせん。

぀たり、すべおが動䜜するはずですもちろん、2番目の偎が構成されおいる堎合コメント付きおよびコメントなし















ですべおのノヌドの構成を完了したす。






私たちは䜕をしたしたか



それでは、タグの分垃を远っおみたしょう。



それは䞎えたものだLinkmeup_R1は、ノヌドLinkmeup_R3を。





ここでは、FEC 192.168.255.1のラベル22ずNext Hop 1.1.1.1のアドレスが衚瀺されたす。

ルヌタヌはどのようにそれを理解したすか

VRF C3PO TMでは、次のホップに関する情報を入力したす





再垰的に利甚可胜な方法を蚈算したす





1.1.1.1VRF C3POのBGPテヌブルでサヌビスタグを確認できたす



ずころで、次のホップもここに衚瀺されたす。



トランスポヌトFEC 1.1.1.1のラベル





の通垞のFIBは、TMぞの耇数の呌び出しせずにすべおの関連情報が含たれおいるずしおではなく、





FIBは、ず袋をパックするために私たちに語っおいるDIP192.168.255.1をラベルスタック{17、22}に送信し、FE0 / 0むンタヌフェむスのサむド10.0.23.2に送信したす。



ここにあるものはすべお非垞に明確で決たっおいたす。






䞀般から特定ぞの正しい順序でL3VPNを最初から蚭定する手順を芁玄したしょう。

  1. プロバむダヌのIPアドレスを構成したすリンクずルヌプバック。すべおのノヌドが構成され、忘れおいたした。
  2. プロバむダヌのネットワヌクでIGPを構成しお、内郚接続を提䟛したす。すべおのノヌドが構成され、忘れおいたした。
  3. MPLS + LDPたたは必芁に応じおRSVP TEを構成したす。すべおのノヌドが構成され、忘れおいたした。
  4. プロバむダヌのネットワヌク内でMBGPを構成したす。クラむアントを持぀PEのみが構成され、忘れられたす。
  5. クラむアントVRFを構成し、RD、RTを割り圓おたす。クラむアントがあるそれらのPEだけがそれぞれに個別に構成されたす。
  6. クラむアントむンタヌフェむスをVRFに远加し、IPアドレスを構成したす。クラむアントがあるそれらのPEだけがそれぞれに個別に構成されたす。
  7. 必芁に応じお、クラむアントずIGP / BGPを䞊げおルヌトを亀換したす。クラむアントがあるそれらのPEだけがそれぞれに個別に構成されたす。
  8. 完了




これらは、ベヌスL3VPNを構成するために必芁か぀十分な手順でした。

さお、実際の最埌のシナリオは





VPN盞互運甚性



そこのどこか-はるか䞊-C3POのいく぀かのビュヌを持぀3番目のクラむアントR2D2の存圚を想定したした。具䜓的には、異なるVPNにいる間にルヌトを亀換する必芁がありたす。

スキヌムは次のずおりです。ここでRTを䜿甚したす。VPNC3POからのルヌトを、BGPプロトコルを䜿甚しおR2D2に転送したす。さお、そしお戻る-それなしでどこにR2D2ルヌタヌの構成











 R2D2(config)#interface Loopback0 R2D2(config-if)#ip address 10.22.22.22 255.255.255.255 R2D2(config)#interface FastEthernet0/0 R2D2(config-if)#description To Linkmeup R2D2(config-if)#ip address 10.22.22.2 255.255.255.252 R2D2(config)#router ospf 1 R2D2(config-router)#network 10.22.22.0 0.0.0.255 area 0
      
      





Linkmeup_R3の VRFセットアップ

 Linkmeup_R3(config)#ip vrf R2D2 Linkmeup_R3(config-vrf)#rd 64500:300 Linkmeup_R3(config-vrf)#route-target both 64500:300 Linkmeup_R3(config-vrf)#route-target import 64500:100 Linkmeup_R3(config-router)#interface FastEthernet1/1 Linkmeup_R3(config-if)#ip vrf forwarding R2D2 Linkmeup_R3(config-if)#ip address 10.22.22.1 255.255.255.252 Linkmeup_R3(config-vrf)#router ospf 3 vrf R2D2 Linkmeup_R3(config-router)#redistribute bgp 64500 subnets Linkmeup_R3(config-router)#network 10.22.22.0 0.0.0.3 a 0 Linkmeup_R3(config)#router bgp 64500 Linkmeup_R3(config-router)#address-family ipv4 vrf R2D2 Linkmeup_R3(config-router-af)#redistribute ospf 3
      
      





実際、VRFでroute-targetを蚭定するこずを陀いお、ここには新しいものはありたせん。

ご芧のずおり、通垞の「route-target both 64500300」コマンドに加えお、「route-target import 64500100」も指定したした。぀たり、VRFでは、RT 645500100のルヌトをむンポヌトする必芁がありたす。぀たり、VPN C3POから必芁に応じおむンポヌトする必芁がありたす。

その盎埌にルヌトが䞊に衚瀺されR2D2





その埌、pingが192.168.255.2に枡し





、あなたがアドレス192.168.255.1ぞのpingを実行する堎合、それは動䜜したせん、しかし。なんで





楜しみのために、アドレス10.20.22.22/32 でTARS_2 Loopback 1を远加できたす。これはLoopback 0 R2D2ず同じで、䜕が起こるかを確認できたす。



VPN間の盞互䜜甚のシナリオのすべおのノヌドの完党な構成。



VPNからむンタヌネットぞのアクセス



プロバむダヌが同じVPNぞのむンタヌネットアクセスを提䟛しおいるこずが刀明する堎合がありたす。VPN内にあり、個別のケヌブルでも、個別のVLANでもありたせん。぀たり、同じ接続、同じアドレスを介したむンタヌネットぞのアクセスです。たた、顧客の気たぐれかもしれたせん。

このトピックは興味深いが、倧芏暡なので、少し埌で別のマむクロむシュヌで公開したす。








MPLS L3VPNのトレヌス



箄1幎前、私はちょっずした質問のある小さな蚘事を曞きたした。

その䞭だった1、私たちにずっお非垞に局所。





それを改善する時が来たした。



突然、通垞のトレヌスがどのように機胜するかを知らなかった堎合は、簡単に恥を知れたす。



TTL倀を埐々に増やしお、受信者にパケットを送信したす。通垞はUDPですが、ICMPやTCPでもかたいたせん。



最初は1です。パケットは、盎接接続されたルヌタヌに到達し、TTLを枛らし、珟圚れロになっおいるこずを確認しお、「転送䞭の時間超過」メッセヌゞを生成し、返信したす。したがっお、送信者のアドレスでは、最初のホップがわかりたす。



その埌、これは2です。パケットは2番目のルヌタヌに到達したす。同じこずが起こるので、次のホップを認識したす。



...



最埌に、TTLがNに到達するず、宛先ノヌドはパケットを受信し、それがパケットであるこずを確認し、プロトコルに埓っお応答を圢成したす。これにより、すべおが終了したこずがわかり、コン゜ヌルで終了したす。



さらに、反埩ごずに1぀ではなく耇数のパケット通垞は3぀を送信できたす。



L3VPNを介したトレヌスの特異性は䜕ですか



パケットはラベルによっおスむッチングされたすが、MPLSよりも深いヘッダヌのフィヌルドの倀には意味がありたせん。TTLを含む。ルヌタヌは、MPLSヘッダヌのTTLをタヌゲットにしたす。



PEがCEからパケットを受信するずき、2぀のオプションがありたす

  1. TTL倀をIPヘッダヌからMPLSにコピヌしたすこれは均䞀モヌドです。
  2. TTL MPLSヘッダフィヌルド255このモヌドぞのラむトパむプ又はショヌトパむプ。




最初のシナリオでは、受信者に向かう途䞭で各ルヌタヌを芋るこずができたす。トレヌスの結果は







次のようになりたす。メカニズムは次のずおりです。

  1. 最初のステップでは、䜕も倉わりたせん。TARS_1は、TTL = 1のICMP芁求を送信したす。R1はそれを受信し、TTLをれロに枛らしお、TARS_1 「送信䞭の時間超過」に送信したす。最初のホップR1の準備ができたした。
  2. TARS_1は、TTL = 2のICMP芁求を送信したす。
  3. TARS_1は、TTL = 3のICMP芁求を送信したす。R3に到達し、珟圚1に等しいMPLS TTL倀を確認しお0に枛らし、「転送䞭の時間超過」を返したす。
  4. TARS_1は、TTL = 4のICMP芁求を送信したす。R3はMPLS TTLを1に枛らし、ラベルを削陀し、MPLS TTL倀をIP TTLにコピヌしたす。そしお、パケットは安党にTARS_2に到達し、正垞に完了するず応答を送信したす。トレヌスが終了したした。




しかし、クラむアントが自分のトレヌスでネットワヌクトポロゞを衚瀺しないように自然な欲求がある堎合はどうでしょうか。あなたは蚀う、犁止されおいる必芁がありたす。2歳の嚘の父芪ずしお、私はあなたに蚀いたす犁止する必芁はありたせん。トリッキヌにするこずは可胜であり、必芁です。ネットワヌク内でTTL MPLSをれロに枛らす぀もりはありたせん。



このために、2番目のシナリオが䜿甚されたす-TTL MPLSを255に蚭定したす。この堎合、TARS_1でトレヌスするず、次のパスが衚瀺されたすR1R3TARS_2。







  1. TARS_1 ICMP- TTL=1. R1 , TTL TARS_1 «time exceeded in transit» . (R1) .
  2. TARS_1 ICMP- TTL=2.
  3. TARS_1 ICMP- TTL=3. TARS_2, . .


たた、どのくらいの数のトランゞットPルヌタヌがあっおも、TARS_1からTARS_2にトレヌスするずきは、TTL = 3で垞に十分です。



デフォルトの動䜜はベンダヌによっお異なりたす。

Tsiskaは、゚ンゞニアが自分が䜕をしおおり、各アクションが圌を脅かすものを知っおいるず考えおいるため、最初の道を遞択したす。たずえば、Huaweiは安党にプレむするこずを奜みたす-うたくいかないように、最初に犁止するほうがよいので、゚ンゞニアは必芁に応じお蚱可したす

堎合によっおは、モヌドはい぀でも倉曎できたす。この堎合、グロヌバルコンフィギュレヌションモヌドでは、このためにコマンド「no mpls ip propagate-ttl」を指定する必芁がありたす。nano.orgの玠晎らしい53ペヌゞの



トレヌスドキュメント。ずころで、MPLSには特別なpingおよびトレヌスナヌティリティがありたす。









QA



すばらしい章の質問ず回答。メむン蚘事で十分ではなかったすべおをここに眮くこずができるので、本圓に気に入っおいたす。



Q1 Pは䞭間LSRであり、PEはLERであるず蚀えたすか

厳密に蚀えば、いいえ。少なくずも、LER、LSRの抂念は基本的なMPLSであり、LSP、およびP、PE、CEに関連しおいるため、VPNのみです。

もちろん、通垞、クラむアントが接続されおいるノヌドは、MPLSのIngress / Egress LSRの圹割ずVPNのPEの圹割の䞡方を実行したす。





Q2なぜMBGPはマルチプロトコルBGPであり、たずえばMPLS BGPではないのですかマルチプロトコルずは䜕ですか

BGPの目暙は、ルヌトをルヌティングするこずです。歎史的および叀兞的に、これはIPv4です。ただし、通垞のプレフィックスに加えお、BGPはIPv6、IPX、マルチキャスト、VPNなどの他のホストを送信できたす。各タむプのプレフィックスは、個別のアドレスファミリ、぀たり同じタむプのアドレスのグルヌプずしお構成されたす。実際、異なるプロトコルのルヌティングデヌタをこのようなBGPに転送するこの機胜のために、MBGPずいう名前を受け取りたした。





Q3 MBGPで送信されるルヌト、RD、およびそれらの属性はどこにありたすか

RDはVPNv4ルヌトの䞀郚であり、NLRI-Network Layer Reachability Informationセクションで䞀緒に枡されたす。

RTは、本質的には拡匵コミュニティセクションで送信されたす。

䞀般に、BGP曎新メッセヌゞのVPNルヌトの倚くの属性は、特別なセクションMP_REACH_NLRIに配眮されたす。MP_REACH_NLRIの䞀郚は、通垞のNLRIずネクストホップです。





Q4では、RDずRTの違いは䜕ですかそのうちの1぀だけでは十分ではないのはなぜですかそしお、私は正しく理解したしたRDはRTのようなVPN識別子ではありたせんか

, RD, RT VPN. VPN RD/RT, RD/RT.



:

RD — Route Distinguisher — — , MBGP — VPN . RD PE, / .

RT — Route Target. VPN, VRF, . VRF VRF . Extended Community.

PEはルヌトを適切に管理する方法を知らないため、RDだけでは䞍十分です。

たた、送信䞭にルヌトが混圚し、1぀を陀くすべおが倱われるため、1぀のRTでは䞍十分です。



たずえば、RDのみを残しお、そのベヌスに基づいおルヌトを転送する堎所を決定するこずは可胜ですが、これは柔軟性がなく、BGPの原則に反したす。





Q5若い男、私たちは䞻芁なオペレヌタヌであり、真剣に取り組んでいたす。AdnvancedLTEを構築しおいたすが、2Gをサポヌトしおいたすが、VPNを必芁ずするクラむアントはいたせん。

. — .

, 2G, 3G, 4G 5G, Mobile Backhaul ( MBH ) 5 VPN: . , , . Traffic Engineering


VPN MBH — Core Network: 2G BSC, 3G — RNC, 4G — MME. .



: MVNO — Mobile Virtual Network Operator — MBH . .



, , MPLS VPN — - .





Q6わかりたせん。1぀のラベルのパケットを受信したEgress PE、぀たりPHPが発生した堎合、このVPNラベルはトランスポヌトラベルではないず刀断し、したがっお、ラベルごずにVRFに枡す必芁があり、さらに䜕か

すべおが非垞に単玔です-VPN、LSP、あらゆる皮類のFRRおよびCSCのラベルスペヌスは䞀般的です。VPNずLSPに同じラベルが割り圓おられおいるこずはできたせん。さお、䜜成された各ラベルには、受信時にそのロヌルずアクションが割り圓おられたす。












䟿利なリンク



この蚘事で䜿甚されおいるすべおの甚語ず略語は、lookmeup甚語集で芋぀けるこずができるず蚀っお飜きるこずはありたせん。さお、私はcだすべおではなく、倧倚数のみ

私の愛するゞェフ・ドむル2぀の郚分からなるVPNパヌトI、パヌトII。

RDずRTの違いは、Jeremy Stretchによっお蚘述されおいたすRoute DistinguishersずRoute Targets。








お気づきかもしれたせんが、L3VPNの䜜成は倚くの手䜜業です。たた、VPN間のやり取りを敎理する必芁がある堎合は、最も正確で矎しい方法でさえ、1぀のむンタヌネットゲヌトりェむだけでなく、クラむアントPEも構成する必芁がありたす。

しかし、この䜜業はすべお必芁であり、冗長性はありたせん。察照的に、GREたたはVRF-Liteを䜿甚しおVPNを構成するこずを芚えおおいおください。



たた、PルヌタヌLinkmeup_R2は、MPLSが最初に組み蟌たれおから構成のすべおの段階でたったく倉曎されおいないこずに泚意しおください。きれいじゃない



これは、L3VPN党䜓をこの小さな蚘事でカバヌしたずいうこずではありたせん。特に、3぀のタむプのInter-AS VPNやCSCCarrier Support Carrierなどの興味深いものが䞀般的な図倖に残っおいたした。しかし、これらの2぀のメカニズムに぀いお具䜓的に別の蚘事を曞きたいず思っおいたす。

L3VPNは成熟した、思慮深く、暙準化されたものです。すべおのメヌカヌにずっお、プラス/マむナスの同じ働きをしたす。

たた、AToM、VLL、PWE3、VPLSを含むL2VPNに関する蚘事もただありたす。その䞭で、この分野の発展においおシスコずゞュニパヌが果たした圹割、CESやEoMPLSなどのサヌビスが私たちの生掻にもたらす喜びを孊びたす。我慢しおください-今幎はペヌスを䞊げ、勢いを増し、スピンアップし、効率を䞊げようずしたす。



ビデオはポッドセヌフ音楜を䜿甚しおいたす
MILESは-FROSTは逃げ堎がありたせん

FROST MILES-SUNSHINEMIX ORIGINAL

FROST MILES-STARTING POINT ... ENDのITEM

むリュヌゞョン- DJのアントンSavelyev

znsoft-recca2

[K] [K] -ゲヌム[ゲヌム«8ビットの䞖界»]の゚ンディングは、





プロゞェクトむラストレヌタヌはアナスタシアメッツラヌです。JDima

に感謝したす。



連絡を取り合いたしょう。



すべおの問題
10. . . MPLS

9. . .

8.1 . №3. IBGP

8. . . BGP IP SLA

7. . . VPN

6. . .

5. : . NAT ACL

4. : . STP

3. : .

2. . パヌト2

1. . パヌト1 cisco

0. . .




All Articles