LDP ってなに? MPLS で LS(Label Switch outer) 間のラベル情報を交換するプロトコルの 1 つ ほかには SVP Extension や BGP C-LDP というのもあるが よく知らない

Transcription

1 LDP (Label Distribution Protocol) Destinationベースの MPLS 松嶋聡

2 LDP ってなに? MPLS で LS(Label Switch outer) 間のラベル情報を交換するプロトコルの 1 つ ほかには SVP Extension や BGP C-LDP というのもあるが よく知らない

3 LDP を使った MPLS ネットワークレイヤの到達情報をそのままラベルにマップする つまり IP だと IP 経路エントリ毎にラベルを割り当てる Destination(Topology) ベースの MPLS. 特定のトラフィックフローに対してラベルを割り当てるSVP Extensionとは違う ( いわゆるトラフィックエンジニアリング ).

4 AS 内 IGP LDP での MPLS モデル (1) Downstream ラベル分配 ラベルマッピング MPLS ドメイン Label Swap LS ラベルマッピング Label Push LE Label Pop LE トラフィックの流れ outer outer 経路情報の流れ LS:Label Switch outer LE:Label Edge outer

5 LDP での MPLS モデル (2) LE となるとき 他 AS 他 AS AS 内 IGP LS /LE LE LS LS /LE LS /LE 集約経路 LE outer outer

6 LDP ちょっと詳細 (1) > NON EXISTENT < Session ^ connection established x any LDP msg except V Init msg or Timeout x Any other msg or INITIALIZED Timeout / Tx NAK msg (Passive ole) (Active ole) x Acceptable Tx Init msg Init msg / Tx Init msg Tx KeepAlive V msg V OPENEC OPENSENT > +--- x Any other msg or Timeout x KeepAlive ^ Tx NAK msg msg x Acceptable Init msg / Tx KeepAlive msg > OPEATIONAL > x Shutdown msg All other ^ or Timeout / LDP msgs Tx Shutdown msg ~LDP セッション確立 ~ むずかしそうに見えますが 1.Hello して ( UDP:646) 2. 互いに初期化 (Init) メッセージでネゴして (Unicast TCP:646) *Activeole(ID の大きい方 ) から Init する ID の小さい方は Passiveole 3.Keep alive 送りあう はい 完了! あとは Hello と Keep alive を周期的にやりとりして adjacency をメンテする

7 ラベル分配モード (Init メッセージでネゴ ) LDP ちょっと詳細 (2) ~ いろんな動作モード ~ ラベル分配コントロールモード ラベル保持モード とりあえず全部 Downstream Unsolicited ただちに! Independent Label Distribution 必要分だけ Conservative Label etention 要求ぶんだけ Downstream on Demand 相手を待って Ordered Label Distribution とりあえず全部 Liberal Label etention それぞれのモード中でどれか 1 つを選ぶ LS の性格が決定!

8 LDP の動作いろいろ (1) ~ 最初のいっぽ ~ IGP outing Update (IP,OSPF,IS-IS ) IGP outing Update (IP,OSPF,IS-IS ) /24 はこっち /24 はこっち LS LS LS /24 がつながったよ まずは IGP の経路をもらう

9 LDP の動作いろいろ (2) ~Incoming Label のバインド ~ /24 はラベル 200 を使おう /24 はラベル 100 を使おう LS LS LS 経路情報にラベル値をマッピング

10 LDP の動作いろいろ (3) ~ いちばん単純なモード ~ LDP Label Mapping メッセージ すぐにお隣におしえてあげよう! /24 は Label 100 LS LS LS Downstream Unsolicited & Independent Label Distribution モード ラベル値をすぐに LDP Peer に伝える

11 LDP の動作いろいろ (4) ~ ちょっとカタいモード ~ /24 のラベル値を知りたいな LDP Label equest メッセージ /24 の Label な ~ に? LS LS LS Downstream Ondemand モード 必要なラベルを Upstream から要求する ( 主に LC-ATM などで使われる )

12 LDP の動作いろいろ (5) ~ さらにカタいモード ~ /24 のラベル値を知りたいな LDP Label equest メッセージ おっと!! まだ Downstream からラベルが来てないよ /24 の Label な ~ に? LS LS LS Orderd Label Distribution モード Downstream からの Label がないと Upstream へラベルマッピングを伝えない

13 LDP の動作いろいろ (6) ~IGP トポロジーが変わったとき ~ あ Next_Hop が変わったぞ どうしよう LS LS LS /24 はこっちが近いよ Label は 50 だよ LS

14 LDP の動作いろいろ (7) ~IGP トポロジーが変わったとき ~ 前のラベルはリリースしてしまおう! LDP Label elease メッセージ ひえー!!! そんな殺生な LS LS /24 の Label 100 はもう要らない LS Conservative Label etention モード LS 不必要なラベルは持たない ( 主に LC-ATM などで使われる )

15 LDP の動作いろいろ (8) ~IGP トポロジーが変わったとき ~ 両方キープしといてパケットは Label 50 で転送しよう Label 100 のパケットが全然来ないな LS LS Liberal Label etention モード LS LS LDP Peer からの Label はとりあえず持っておく ( トポロジー変化に強い )

16 10octet 固定 LDP ちょっと詳細 (3) ~LDP メッセージ ~ LDP PDU LDP Header Version(2)+Length(2)+LDP ID(6) 各種 LDP メッセージヘッダ 必須パラメータ オプションパラメータ LDP Message Header TLV TLV TLV TLV Notification :0x0001 Hello :0x0100 Initialization :0x0200 KeepAlive :0x0201 Address :0x0300 Address Withdraw :0x0301 Label Mapping :0x0400 Label equest :0x0401 Label Withdraw :0x0402 Label elease :0x0403 Label Abort equest:0x0404 FEC :0x0100 Address List :0x0101 Generic Label :0x0200 ATM Label :0x0201 Frame elay Label :0x0202 Status :0x0300

17 LDP の使われどころ (1) FC2547 モデルの VPN VPN 経路の BGP Next_Hop( それぞれの PE) 行きラベルを得るために使われる P ルータは VPN 経路を知らなくてよい VPN 経路を (IGP の ) ラベルでカプセリングしてしまう PE (LE) ラベル交換 via LDP P (LS) ラベル交換 via BGP ラベル交換 via LDP PE (LE) CE CE

18 LDPの使われどころ (2) ふつうの IPネットワーク BGP 経路の Next_Hop 行きのラベルが得られる コアルータ ( 非ボーダールータ ) は BGP 経路を知らなくてよい つまり BGP を動かさなくてよい (i-bgp のフルメッシュが少しはラクに???) コアネットワークを異なる AS で共有できるかも? ラベル交換 via LDP コアルータ (LS) ラベル交換 via LDP ASB (LE) BGP-Peer ASB (LE) ASB ASB

19 LDP の実装 (1) 各ベンダーの状況 C 社まだリリースされてない おひおひ J 社 JUNOS4.0 でサポート でも LC-ATM や Label Stack が未サポート がんばって! その他 フリーの実装がいくつかある (ftp://nero.doit.wisc.edu/pub/mpls/) その他ベンダーはあんまり良く知りません なにか情報があったら教えてください (Nortel,Ennovate,etc )

20 J 社の場合 interfaces { so-3/0/0 { unit 0 { family inet { address /24; family mpls; protocols { ospf { area { interface so-3/0/0.0; interface so-4/0/0.0; ldp { interface so-3/0/0.0; LDP の実装 (2) 設定例 C 社の場合 ( 参考 :TDP)! tag-switching ip! interface pos 2/0 ip address tag-swiching ip! interface atm 3/0.1 tag-switching ip address tag-switching ip! interface atm 4/0.1 point-to-point ip address tag-switching ip pvc 0/2! router ospf 1 network area 0!

21 LDP の実装 (3) 番外編 C 社は LDP をサポートしていない とすると 今はいったい何を使ってるの? ごめんなさい Tag Switching(TDP) です LDP とは互換性なし 機能的にはほぼ同等 (C 社独自仕様ばりばり C 社としか繋がらない ) LDPがサポートされてインターオペラビリティが各ベンダーでとれてくるとうれしい

22 まとめ 基本的に Destination ベースの MPLS (IP の IGP にそった LSP ができる ) ラベルはトラフィックの下流 (Downstream) から分配される いくつかの動作モードが組み合わさって動く コアルータは BGP 経路や VPN 経路を知らなくてもパケットを運べる 各ベンダーの実装状況はまだまだといったところ

23 eference draft-ietf-mpls-arch-06.txt draft-ietf-mpls-ldp-07.txt draft-ietf-mpls-ldp-state-03.txt draft-ietf-mpls-ldp-applic-00.txt

24 オーバーレイモデルの VPN FC2547 モデルの対極にあるもの 松嶋聡

25 ATM や F を用いた VPN ~ レイヤ 2 をレイヤ 2 で運ぶ ~ 物理トポロジー 論理トポロジー S S S

26 各種トンネリングを用いた VPN ~ レイヤ 2or 仮想 Device をレイヤ 3 で運ぶ ~ 物理トポロジー 論理トポロジー トンネル伝送路 (L2TP,IPSec Tunnel)

27 J 社 CCC (Circuit Cross Connect) を用いた VPN ~ レイヤ 2 をレイヤ 2.5??? で運ぶ ~ LSP LE LS LS LE F or ATM or PPP or CiscoHDLC LS LSP 物理ポート( 若しくはPVC) をLSPにマッピング! もちろん単体でレイヤ2スイッチとしても可 (PPPスイッチとかHDLCスイッチとかできる!!!) F or ATM or PPP or CiscoHDLC ちなみに論理トポロジーは です

28 CCC について ~ どう使うか?~ 設定例使われどころ? interfaces { so-3/0/0 { encapsulation ppp-ccc unit 0 { family mpls; protocols { mpls { interface so-3/0/0.0; connections { interface-switch CCC { interface so-3/0/0.0; transmit-lsp Atti; receive-lsp Kotti; アクセス回線をIPバックボーンを使って集線 ( あんまり意味なし ) IPバックボーンを使った安価な高速専用線 単なるレイヤ2スイッチ TEパスのステッチ 現在のところ エンド ~ エンド J 社 両端同じエンカプセレーションでないといけないそうです

29 まとめ オーバーレイモデル VPN にはいくつか方法がある (ATM/F, 各種トンネリング ) FC2547 モデルの VPN( ピアモデル VPN) にない良さ ( レイヤ 3 はトランスペアレント ) があるが めんどくさいとこもある (N^2) 用途に合わせて選びましょう CCC はオーバーレイモデル VPN の新しいアプローチ