NEXT_HOP 10 ISP B AS65002 ISP A AS65001 ルータA II I III AS65001内のルータAが宛先となるAS65002内のIPアドレスのNEXT HOP解決をする例 ルータC ルータD ✓ 直接接続されたルータBのインタフェースアドレス IGP NEXT HOP ✓ ルータC～ルータDのリンクアドレスをAS65001内のIGPでルーティング していない場合 (*) ➢ ルータCのループバックアドレス ✓ ルータC～ルータDのリンクアドレスをAS65001内のIGPでルーティング している場合 ➢ ルータDのインタフェースアドレス BGP NEXT HOP ルータB 選択経路 I II III (*)C社なら neighbor next-hop-self, H社なら peer next-hop-local等の BGP NEXT__HOP 書き換えの設定が必要
MULTI_EXIT_DISC (MED) 15 ➢ 同一AS間で複数の接続がある場合にどちらを優先するかの重み付 け。値の低いものが優先。 ➢ 基本的には経路を広告する側が設定する※ ➢ Egress トラフィックを接続先にコントロールされる事になる為、事前に 合意形成をしておく必要がある MED ISP B AS65002 ISP A AS65001 I II 同一AS間に複数の接続が存在する例 10.0.0.0/8 65001 i MED 0 10.0.0.0/8 65001 i MED 100 他の条件が同一ならばMEDの 低い接続 が選択される I ※任意の場所で上書きが可能な為、受信側で設定しなおすケースも存在 Best Path!
IBGPトポロジの制限 • BGPスピーカの間にあるルータは全てBGPスピーカ 23 AS65001 AS65002 BGPスピーカの間にIGPしか知らないルータがいた場合 BGP BGP BGP ルータA ルータB ルータC 10.0.0.0/8 65001 I Next Hop Z ① ルータCはBGPルーティングテーブルに従い、10.0.0.0/8のBGP NEXT_HOP ルータAへのIGP最短パスであるルータBに転送 ② ルータBは10.0.0.0/8をどこに転送すればよいかわからず、破棄するかもしくは OSPFのデフォルトに従い転送 → たまたまOSPFデフォルトがルータAを向いていればよいがそうでない場合に はループもしくはパケット廃棄が生じ、転送不可 ルータCから10.0.0.0/8への通信の例 10.0.0.0/8 65001 I NEXT_HOP ルータA 10.0.0.0/8 i Z 10.0.0.0/8なし! BGPスピーカ間の通信に利用される可能性がある経路のルータは全て BGPスピーカで同一のルーティングテーブルを持つ必要がある
Sub AS 65534 ASコンフェデレーション 28 ✓ ASをSub ASという単位に分割 ✓ Sub AS内は従来通り、IBGPの制限を持つ ✓ Sub AS間は EIBGPというEBGPに似た動きをする ➢ 但し、Sub AS間ではNEXT_HOPは変更されない Sub AS EIBGPピア IBGPピア Sub AS 65533 Sub AS 65535 AS65001
プライベートピアとパブリックピア • 物理的な接続形態 33 プライベートピア パブリックピア ✓ 専用接続を敷設し、1:1で接続 ➢ 帯域、ルータインタフェースを占有 ✓ IXに接続し、IXの参加者と1:Nで接続 ➢ 帯域、ルータインタフェースを共有 AS A AS B AS B AS C AS A 多くのケースでは特にトラフィックの多い大手ISP間でプライベートピアが実施される ➢ 一般的にはパブリックピアの方がコストが安いとされるが、同一DC内では構内配線等で も専用の接続を用意できる為、一概には言えない
マルチラテラルとバイラテラル 34 ➢ 他のIX参加者と経路情報を交換する必要がある IXに繋いだだけでは トラフィックは流れない バイラテラルピアリング マルチラテラルピアリング※ ✓ 個々のIX参加者間でピアリングの可否を 交渉し、個別にピアを設定する ✓ マルチラテラルピアリングに同意したASは ルートサーバとピアを設定する ✓ ルートサーバは自分のASをAS_PATHに加 えずに経路を媒介する AS B AS C AS A A.ピアしませんか？ B.いいですよ となって初めてピア成立 直接のピアで経路交換 ※参考資料 http://www.janog.gr.jp/meeting/janog29/_downloads/janog29-bgpmulti-after-yoshida-01.pdf AS B AS C AS A ルートサーバ ルートサーバを経由して、 マルチラテラルピアリングに 同意した同士の経路が交 換される
ピアリング交渉ケーススタディ 37 vs. 上流 大手ISP 新規にIXに接続したAS A の場合 大手ISP 顧客AS 顧客AS 顧客AS 大手ISP 顧客AS 顧客AS 顧客AS 大手ISP 顧客AS 顧客AS 顧客AS 課金回線 課金回線 課金回線 プライベートピア プライベートピア プライベートピア A C B D A B ➢ Bにしてみれば今課金できているト ラフィックを無料のピアリングに移行 するメリットがない! 拒否! vs. 大手ISP C ➢ Cにすれば既にBとのプライベートピ アで交換できておりコストメリットがな い ➢ 将来 A が上流回線の見直しを行 う際にも候補から外れる可能性が あり、潜在顧客を失う 拒否! vs. D ➢ 御互いに課金回線経由で交換し ていたトラフィックをピアリングに移行 できてHappy! 成立! ✓ ピアリングの交渉は自分と相手のポリシーと利害関係次第 ✓ 断わられてもめげない! 拒否! 拒否!
rt4716
hato3isfriend
oracle4engineer
nearme_tech
hankehly
alexanderbyndyu
moritama1515
microcms
optim
dzeyelid
trycycle
shin_higuchi
jmmastey
cherdarchuk
deanohume
smashingmag
rmw
thoeni
mojombo
lemiorhan
holman
mthomps
pedronauck
maggiecrowley