■ ポリシーベースルーティング

「もうやめてぇぇぇ。」

さて、まずBGPの基本的なルーティング動作を説明しよう。

あの、博士？

まず、TCPを使ってBGPピアを確立することから始まるわけだ。

は、博士？
もしも～し。

次に、UPDATEでNLRIとパスアトリビュートを交換する。

ううぅぅ、博士ぇ。

なんだネット君。

なんでスルーするんですか。寂しいじゃないですか。

人生の縮図だ。
さて、話を続けるぞ。

うぅぅぅぅぅ。

ともかく、交換したUPDATE情報をBGPスピーカはBGPテーブルを持つ。

びーじーぴーてーぶる？
ルーティングテーブルとは別にですか？

そうだ。このBGPテーブルからベストパスを選び出して、ルーティングテーブルに載せるわけだな。
BGPテーブルを確認するCiscoIOSコマンドは以下の通り。

ははぁ、OSPFのトポロジカルデータベースや、EIGRPのトポロジテーブルみたいなもんですね。

そうだな、ルーティングの全情報のテーブル、ってことだな。
つまり、図で表すとこう。

パスアトリビュートが、メトリックの役割を果たすんですね。

そういうことなのだが。ネット君。
BGPはどのような方式でルーティングする、と説明したかね？

パスベクタ型、でしたっけ？
経由ASの数が評価値になるという。

うむ、基本的にはそうなのだが、さらにBGPではパスアトリビュートによりパス選択を柔軟に変更できる。経由AS数だけでなく、任意にアトリビュートを設定できるのだな。

ははぁ。

このようなルーティング方式をポリシーベースルーティングという。
つまりなんらかの「ポリシーで経路が選択」される、ということだ。

じゃ、いままでのは何と言うんです？

宛先ベースルーティングだな。「宛先で経路が選択」されるわけだ。

「宛先」で経路が選択されるのと、「ポリシー」で経路が選択される。
ポリシーベースルーティングはBGPでしかできないのですか？

いや、ルートマップを使えば、OSPFなどでも実行できる。
それは先で話そう。

はい。

■ パスアトリビュート

さて、BGPルーティングの評価値、つまりメトリックと同じ扱いをされるパスアトリビュートだが、これは１つではなく、複数の値からなる。
前回でも話したAS_Pathもその１つだ。

AS_Pathは、経由したASを示すんでしたっけ。

うむ。
このパスアトリビュートはUPDATEメッセージで送られるわけだが、このパスアトリビュートには３種類の特性がある。

属性の特性？ なんかややこしいですね。

そのパスアトリビュートがどういうものかを説明するものだな。
以下の３種類だ。

既知か選択、必須か任意、透過か非透過…。

例えば「既知」か「選択」のどちらかの属性をそのパスアトリビュートは持つ、ということだな。
ただし、この３種類のすべての組み合わせがあるわけではなくて、実際は以下の４通りの特性を持つ。

え～っと、まずWell-KnownかOptionalかで分かれるわけですね。で、Well-knownならUPDATEに含むかどうか、Optionalなら他に伝えるかどうか、と。

そういうことだ。
さて、実際にCiscoルータが使用するパスアトリビュートは以下の10個 ＋ 1個だ。

はわ～、一杯あるんですね。
最後のWeightってのはなんなんです？

Ciscoオリジナルの属性だ。しかも、ローカルルータにしか設定されないからUPDATEには含まれない。これは後で説明しよう。

あ、はい。

さて、全部のパスアトリビュートを説明していては日が暮れてしまうので、Origin、AS_Path、Next-Hop、MED、Local_Preference、Weightという重要なアトリビュートを説明する。
特に今回はWell-known Mandatory特性を持つ、Origin、AS_Path、Next_Hopを説明しよう。

残りは？

残りは次回だな。

了解ッス。

■ Origin

まず、Origin。「起源」とか「源」とかいう意味だな。発生元と訳すのが一番意味がわかりやすいだろう。

発生元？ 何の発生元なんですか？

そのルートを最初に通知したルータのことだな。
Originには以下の３つの値がある。

優先度ってのは？

Originアトリビュートのまぁ、評価値だな。低い方を優先する。
例えばINCOMPLETEのルート情報と、IGPのルート情報ならばIGPを優先する。

う～ん。IGPって値がいまいちよくわからないんですけど。
「ルートは通知してきたAS内部にある」？

うむ、つまりだな。EBGPスピーカが、他ASのEBGPスピーカにルートを通知する際に、このネットワークは自分のAS内にありますと通知するのがIGP、ということだな。

ははぁ、でもEGPは実際使われていないわけですから、これってIGPばっかりになりませんか?

そうだな、基本的にはOriginの値はIGPが多くなるな。

そうですよね。

■ AS_Path

何回か話に出てきたAS_Pathだが。
他のアトリビュートを特に設定しない場合は、AS_Pathのみでベストパスが決まるぐらい重要なアトリビュートだ。

経由AS数で決まるから、パスベクタ型なんでしたっけ。

そういうことだ。
これは図で説明したほうが早い。

ははぁ、なんかホントにASのホップ数って感じですね。

そうだな。通過するASの数というまさしくホップだな。
ちなみにIBGPの場合AS番号は追加されない。

まぁ、これは理解できます。IBGPにアドバタイズするのに「自分のASを通過してきました」なんて言う必要ないですからね。

うむ。そういうことだ。
そして、AS_Pathにはベストパスを決定する以外にもう１つ重要な役割がある。

AS_Pathによりルーティングループを防ぐことが可能、というわけだ。

「誰々から教えてもらったよ」というのがUPDATEに書いてあるようなものですね。
で、そこに自分の名前があれば、それを記憶する必要もない、と。

まぁ、そういうことだな。
ともかくパスアトリビュートの中でAS_Pathが最重要、と覚えておいてくれたまえ。

「パスベクタ」ですね。

■ Next_Hop

さて、UPDATEに必ず含まれるWell-known Mandatory特性の最後の１つが、Next_Hopだ。

ねくすとほっぷ。
これはそのまま、次のホップ、なんですか？

基本的には次のホップそのものだな。

EBGPでは通知するピアにUPDATEを送るインタフェースがNext_Hopになる。

でも、IBGPでは変更しないんですよね。

うむ。その通り。
つまり、Next_Hopは宛先ネットワークへ繋がっている次のASの入り口を指す、ということだ。

次のASの入り口？

そうだ。つまり、先ほどの図を使えば、こういう意味になる。

なるほど。AS単位での次のホップってことですか。

うむ。
それと、IBGPでのAS内部のネットワークの場合は、Next_HopアトリビュートはそのままIGPなどのネクストホップと同じ意味だ。

あ～、普通にアドバタイズを送ったルータがNext_Hopになるんですね。
確かにRIPなんかと同じですね。

うむ。
さらにもう１つ、マルチアクセスネットワークでは、また動作がことなる。

まるちあくせすねっとわーく？
え～っと、イーサネットとかですよね。

そうだ。その時は下のようになる。

はわ～。EBGPでアドバタイズする時も変えないんですね。なんでです？

うむ。マルチアクセスネットワークならば、いちいちルータBを経由する必要がないからだな。直接送った方が効率的だ。

あ～、確かにそうですね。

だが、同じマルチアクセスネットワークでも、NBMAの場合違う可能性がある。

えぬびーえむえー。
フレームリレーやX.25のノンブロードキャストマルチアクセスネットワークですね。

そうだ。NBMAの場合、マルチアクセスでも直接接続できない場合があるのだ。

は～。なんかややこしいですねぇ。

この場合、以下のコマンドでマルチアクセスネットワークでもNext_Hopを変更することを設定しておかなければならない。

このIPアドレスは、アドバタイズを送るピアのIPアドレスだ。
先ほどの例の場合、RouterB(config-router)#neighbor 200.100.10.1 next-hop-self となる。

う、う～ん。なんでこんなややこしいんですか？

それはな、Next_Hopアトリビュートはベストパス選択時に到達性を確認するために使うからだ。まぁ、これについては先で説明しよう。

あ、はい。

だが、さすがにちょっとややこしいから、まとめてみよう。

さてさて、他のアトリビュートは次回にしょう。今回はここまで。

了解です。
30分間ネットワーキングでした～♪