BGPのMEDアトリビュートについて質問です。

  • フォーラムは新サイトへ移行しました。
  • このフォーラムではゲスト投稿が禁止されています
前の投稿 - 次の投稿 | 親投稿 - 子投稿.1 .2 | 投稿日時 2013-12-20 9:20
yoheihoshi  新米 居住地: 仙台  投稿数: 2
BGPのMEDアトリビュートについて質問です。
MEDが含まれるOptional non-transitiveは、BGPピアがアトリビュートをサポートしていない場合、アトリビュートを破棄するという説明ですが、MEDで破棄する場合というのは、BGPピアがbgp deterministic-medを適用している場合という事でしょうか?
このコマンドを適用している場合、同じASで異なるピアからの経路のMED値を比較するということでしたので。

以上、宜しくお願いします。
前の投稿 - 次の投稿 | 親投稿 - 子投稿なし | 投稿日時 2013-12-20 9:35
arashi1977  長老 居住地: 広島  投稿数: 1715
引用:
MEDが含まれるOptional non-transitiveは、BGPピアがアトリビュートをサポートしていない場合
まさにそのままで、ピア(=接続相手)が当該アトリビュートをサポートしていない(=受け取っても理解できない)場合は破棄するということです。

一例として同様のOptional Transitive属性にCOMMUNITYがありますが、これをサポートしないルータがあり、この場合、このルータではCOMMUNITY属性を理解できません。

http://www.rtpro.yamaha.co.jp/RT/docs/bgp/
引用:
2. RTシリーズの実装
2.1. 機能の概要

RTシリーズは、RFC1771で規定される基本的な処理に対応します。 ただし、RFC1771に記述される機能の一部には対応していないものがあります。 また、RFC1771よりも新しいRFCで規定される機能 (ConfederationやRoute Refrectorなど)には対応していません。

機能や属性の対応状況は以下のようになっています。

RTシリーズが対応しているもの

RFC1771の基本的なメッセージの処理 (OPEN、UPDATE、KEEPALIVE、NOTIFICATION)
以下のパス属性
Origin
AS Path
Next Hop
Local Preference
MED (Multi-Exit Discriminator)
経路のフィルタリング
経路の集約(aggregation)
パス属性に基づく経路のフィルタリング
AS Path


RTシリーズがまだ対応していないもの

TCPのMD5認証


RTシリーズが対応しないもの

BGP-2、BGP-3
Community ← ここ
Confederation
Route Refrector
Route Flap Dampening
bgp deterministic-med が使えるということは、MED属性を理解できているのでその扱いをどうするかを設定している、ということですね
前の投稿 - 次の投稿 | 親投稿 - 子投稿なし | 投稿日時 2013-12-20 9:52
yoheihoshi  新米 居住地: 仙台  投稿数: 2
ご返信ありがとうございます。
要するに、BGPピアがサポートしているか否かは、そのルータのスペックによるということなんですね。あとはbgp deterministic-medを利用することによって、他ASに属するeBGPピアから送られてくるMED値を無視する事が出来るという事ですね。

  >フォーラム検索へ


Copyright (c) 2020 Ping-t All rights reserved.