janog40-sr-mpls-miyasaka-00

Size: px

Start display at page:

Download "janog40-sr-mpls-miyasaka-00"

ちかこあわび
4 years ago
Views:

1 Segment Routing Chasm を越えてついに実段階へそしてこれからの Network Programmability MPLS 編 KDDI 株式会社宮坂拓也 1

2 本発表では MPLS-TE を利したバックボーンネットワークへ Segment Routing() を導する上でのモチベーション : どうしてれたいのか? マイグレーション : どうやってれるのか? オペレーション : 運で気をつけることは? を紹介します最後にネットワークアーキテクチャのあるべき姿について思いを馳せたいと思います 2

3 現在の KDDI バックボーンネットワーク OSPFv2 area 0 FTTH IP 電話 LTE VoLTE RSVP で LSP 確立法人 IP-VPN 1. 各サービスのエッジルーターが他拠点のエッジルーターへ MPLS-TE LSP を確しパケットを転送 LSP を確するため全ルータは同の OSPFv2 area 0 に所属 2. コアルータでは全てのサービスのパケットを MPLS ラベルに従って転送するこんな MPLS-TE ネットワークにをれるモチベーションは? 3

4 を導するモチベーションサービス的観点 ready エッジ側でを利したサービスをいつでも展開できるようにコア側は準備しておくは Source Routing = エッジ側が主導! ネットワーク的観点ネットワークのシンプル化 RSVP/LDP を使わず IGP(OSPF, IS-IS) だけ ECMP が簡単 ( 詳細は次ページから ) 4

の数が膨となり複雑なネットワークとなる間で LAG をしてしまうと特定のリンクだけ通したいという要求に応えられない

5 ECMP : MPLS-TE vs MPLS-TE における ECMP における ECMP 10 Node SID=10 MPLS-TE では複数リンクにトラフィック分散したい場合全リンクを通るように LSP を確しないといけない LSP の数が膨となり複雑なネットワークとなる間で LAG をしてしまうと特定のリンクだけ通したいという要求に応えられないでは Node-SID を使うことで勝に ECMP に従い分散してくれる! 特定リンクに乗せたければ Adj-SID を使えばいい! 5

とあるエッジルーターの MPLS-TE LSP 数 :248 本 ECMP するために同ノード間でも複数

6 実際にどれだけ減るのか実機でてみた OSPFv2 area 0 FTTH IP 電話 LTE 系のエッジルーターでてみた LTE VoLTE RSVP で LSP 確立法人 IP-VPN とあるエッジルーターの MPLS-TE LSP 数 :248 本 ECMP するために同ノード間でも複数 LSP を確 -TE を使った場合の LSP 数 :60 本同ノード間は 1 つの LSP のみで OK 約 1/4 の本数ですむ! 6

7 ( 再 ) を導するモチベーションサービス的観点 ready エッジ側でを利したサービスをいつでも展開できるようにコア側は準備しておくは Source Routing = エッジ側が主導! ネットワーク的観点ネットワークのシンプル化 RSVP/LDP を使わず IGP(OSPF, IS-IS) だけ ECMP が簡単 :LSP の本数が激減するみたい! 7

8 MPLS-TE からのマイグレーション OSPFv2 area 0 FTTH IP 電話 LTE VoLTE RSVP で LSP 確立法人 IP-VPN 各サービスのエッジルーターが他拠点のエッジルーターへ MPLS-TE LSP を確しパケットを転送 LSP を確するため全ルータは同の OSPFv2 area 0 に所属求められることはトラフィックロスなくへマイグレーションすること 8

9 1. IGP でを動作 OSPFv2 area 0 with FTTH IP 電話 LTE VoLTE RSVP で LSP 確立法人 IP-VPN 各ルーターの OSPFv2 において Segment Routing を有効化し Node-SID/Adj-SID などを広報するこの時点でネットワークとしてはを利可能となる残っているのは MPLS-TE LSP の移 9

10 2. -TE LSP を設定する OSPFv2 area 0 FTTH IP 電話 LTE VoLTE RSVP で LSP 確立法人 IP-VPN 各エッジルーターで -TE パスを設定する設定法としては以下 2 つルーターにコンフィグとして設定する PCE から -TE パスを設定するこの時点では -TE へトラフィックを流さないでおく 10

11 3. -TE パスへの切り替え OSPFv2 area 0 FTTH IP 電話 LTE VoLTE RSVP で LSP 確立法人 IP-VPN 各エッジルーターで MPLS-TE パスから -TE パスへ切り替えをう切り替え後に不要となった MPLS-TE パスは削除する 11

12 マイグレーションまとめ MPLS-TE から -TE へのマイグレーションは較的シンプルにいけそう! しかしながら MPLS-TE で帯域確保した運をしている場合は注意が必要 -TE それには帯域確保する機能は無いが時的に MPLS-TE と共存する状態が出てくる以下の解決策がある静的に MPLS-TE/-TE で使う帯域を分ける PCE で帯域管理を中央制御するで利される帯域を IGP で広報する over RSVP-TE で消費されるトラフィック量をTEDへ反映する draft-ietf-teas-sr-rsvp-coexistence-rec 12

13 運で気をつけないといけないことは? -MPLS 運上の注意点 -MPLS は MPLS データプレーンをそのまま使うというが微妙な違いはある Global SID GB その違いに関して運上けっこう気をつけないといけないまた v6 と -MPLS の相互接続はできる? 13

14 SID を被らせちゃダメ! Node-SID index = 1 GB=[ ] Node-SID index = 2 GB=[ ] Node-SID index = 3 GB=[ ] Node-SID index = 1 GB=[ ] R1 R2 R3 R4 Node-SID などはドメイン内で Global な値である必要があるつまり被っちゃダメ上の例では R1 と R4 が被ってしまっている被った場合にどちらを有効化するかという規定はある draft-ietf-spring-conflict-resolution しかしながらコンフィグなどで設定する index 値はただの整数値 ( 上のように 1 とか ) なので管理が変 excel 管理表?( いやだー何らかの動プロビジョニングシステムが欲しいよね 14

15 GB は揃えるべき? Node-SID index = 1 GB=[ ] Node-SID index = 2 GB=[ ] Node-SID index = 3 GB=[ ] Node-SID index = 1 GB=[ ] R1 R2 R3 R4 R4 宛てパケット GB が異なると実際にパケットに付与される MPLS ラベルがホップによって異なってしまうもちろんこれでも問題なく動作するしかし GB を揃えたが運は楽だしの draft にも推奨されている Using the same GB on all nodes within the domain ease operations and troubleshooting and is expected to be a deployment guideline. draft-ietf-spring-segment-routing ベンダーによって GB のデフォルト値は異なるのでマルチベンダー環境で揃えたい場合は全ルーターで GB の設定が必要 15

16 ラベルスタック数の増加 Node-SID index = 1 GB=[ ] Node-SID index = 2 GB=[ ] Node-SID index = 3 GB=[ ] Node-SID index = 1 GB=[ ] R1 R2 R3 R では Source 側で何段もラベルスタックできる -TE や Service Function Chaining(SFC) をでやるなど MPLS ラベルスタック数が増することで以下の問題があるルーターが対応できる最ラベルスタック数を超えてしまう IGPなどで最ラベルスタック数 (MSD) を広報してそれを超えないようにラベルスタックするという提案は有る draft-ietf-ospf-segment-routing-msd インターフェースのMTUを超えてしまい dropする MTU を分きくするしかなさそう? 16

17 v6 -MPLS v6 MP-BGP (6PE) R5 with label 1000 Node-SID index = 1 GB=[ ] R1 R1 発 v6 Hdr SA=R1, DA=R5 Hdr (R6,R5) SL=1 Payload R2 R2 発 label:101 6PE label:1000 v6 Hdr SA=R1, DA=R5 Hdr (R6,R5) SL=1 Payload R3 R4 R4 発 6PE label:1000 v6 Hdr SA=R1, DA=R5 Hdr (R6,R5) SL=1 Payload R5 R5 発 v6 Hdr SA=R1, DA=R6 Hdr (R6,R5) SL=0 Payload R6 両端のエッジで v6 をおこないコア側は -MPLS のみ動作する場合 6PE などをいて通常通り IPv6 経路情報を広報すれば仕様上は問題なく動作するはず! むしろ -MPLS でなく通常の MPLS ネットワークでも問題なく v6 の橋渡しができるはず!( これが v6 のいいところでもある ) 17

18 オペレーションまとめ -MPLS 運上の注意点 SIDを被らないようにすること GBはドメインで揃えたがいいラベルスタッキングの増への対処を気をつける v6 と -MPLS の相互接続はできそう! 18

19 最後に : あるべきネットワークアーキテクチャコアルーター側はなるべくシンプルにそういう観点では Segment Routing は最だと思います Protocol は IGP だけで OK LFIB は基本的には Network Topology の情報だけで OK MPLS-TE ではエッジから張られる全ての LSP の state を持ってしまう複雑なことはエッジルーター側でうサービスに特化した TE ポリシーを実施するルーターだけでは厳しい場合は PCE などをいる (1) VPN のユーザーから遅延 5msec 以内を要求されたよ PCE (2) [R3,R4,R2] がいいよ! R1 R R3 R4 102 おしまい! 19

JANOG14-コンバージェンスを重視したMPLSの美味しい使い方

JANOG14-コンバージェンスを重視したMPLSの美味しい使い方 MPLS JANOG14 BGP MPLS 2 : : 1988 2 2003 7 : 3 ( ( )100%) : 633 (2003 ) : : 1,029 (2004 7 1 ) 3 So-net 250 4 30!? 10 Non IP IP 5 IGP? ECMP ECMP?? 6 BGP MPLS 7 MPLS ATM IP ATM