MPLS Japan 2015 キャリアサービスへの EVPN 適 用の検討と課題 横 山博基 NTT コミュニケーションズ株式会社 ネットワークサービス部 Copyright NTT Communications Corporation. All right reserved.
EVPN 評価の 目的 n 通信事業者の置かれている状況 WAN サービスは市場が成熟し 回線単価が下落落 収益は伸び悩み 一 方利利 用帯域は着実に増えており 設備増強は必要 n 必要な対応 新規サービス開発 (SDN/NFV ) CAPEX を抑えつつも NW を 大容量量化 徹底的な OPEX の削減 複数のサービス NW を MPLS 上の 大容量量装置に集約 NW そのものとサービス提供にかかるプロセスの双 方をシンプル化することで実現 広域イーサネットの集約における VPLS よりもより効果的な実現 方式として EVPN の適 用を検討 Copyright NTT Communications Corporation. All right reserved.
EVPN(Ethernet VPN) とは n MPLSでのLayer2 VPNの新しい実現 方式 RFC 7432 : BGP MPLS- Based Ethernet VPN RFC 7623 : PBB- EVPN n C- plane(mp- BGP) での MAC 学習 L3 の IP アドレスプレフィックスのように MAC アドレスを BGP で広告する D- plane で学習する従来技術と異異なり 網全体で MAC アドレスの学習状態が同期 RD (8 octets) Ethernet Segment Identifier (10 octets) Ethernet Tag ID (4 octets) MAC Address Length (1 octet) MAC Address (6 octets) IP Address Length (1 octet) IP Address (0, 4, or 16 octets) MPLS Label1 (3 octets) MPLS Label2 (0 or 3 octets) n Multihoming Ethernet Segment という概念念の導 入 ü CE が接続された Bridged NW の識識別 子 複数の PE が同 一 ES に接続する場合 remote PE がこれを認識識し ロードバランスや ACT/SBY 運 用が可能 [RFC 7432 7.2. MAC/IP Advertisement Route] Copyright NTT Communications Corporation. All right reserved.
EVPN のメリット -VPLS との 比較 - n Scalability VPLS 対地数 Broadcast Domain 数の Pseudowire を 1 本 1 本線として装置内で管理理 ( 論論理理 IF の attach) Pseudowire 数の増 大がメモリリソースを圧迫したり 障害時の failover 速度度に影響を与える傾向 論論理理 IF 数の増 大 VPN1 VPN2 VPN3 VPN1 VPN2 VPN3 VPN1 VPN2 VPN3 EVPN 経路路情報としてラベルを管理理するのみで 論論理理 IF を持たないことによる負荷の軽減 ES 単位 MAC 単位等 ラベルアサイン単位の最適化により ラベル数や MPLS からの受信側 PE での Lookup 負荷を最適化できる可能性 per <ESI, Ethernet tag> per MAC per MAC-VRF EVI1 VPN1 VPN2 VPN3 per <MAC-VRF, Ethernet tag> EVI1 VPN1 VPN2 VPN3 EVI1 VPN1 VPN2 VPN3 Copyright NTT Communications Corporation. All right reserved.
EVPN のメリット -VPLS との 比較 - n オペレーション VPLS NW は統合されてもオペレーションの統 一化が難しい ü D- plane 中 心と C- plane 中 心の考え 方の違い ü 結局両 方のリソースを維持することに BGP? MPLS? 受信フレームを 見見て学習? Flooding? L2 系のオペレータ EVPN L3 系のオペレータ 1 つの NW を別々にオペレーション C- plane 中 心の考え 方に統 一されることで L3 系のオペレーションへの統 一に期待 L3 系のオペレーションへ統 一 L2 系のオペレーションはアクセス設備等に限定化 Copyright NTT Communications Corporation. All right reserved.
EVPN のメリット -VPLS との 比較 - n マイグレーション VPLS 冗 長接続の実現に課題 ü STP ü G.8032 E- OAM の実装差分により接続できない事例例 ü VPLS- Multihoming 独 自実装に頼る 方式 PW 数が 2 倍に 結果 single 接続による遅延の増加 ユーザ回線を順次移 行行 遅延 大幅増 旧来の広域イーサ網 VPLS 冗 長化したい EVPN EVPN の Multihoming(single- active) を使 用する場合なら NW 間のネゴシエーションは不不要 MAC 毎に primary PE を選択できれば 遅延最適化も可能か EVPN 側の機能で冗 長化 旧来の広域イーサ網 EVPN 経路路の最適化 Copyright NTT Communications Corporation. All right reserved.
EVPN のメリット - 新サービスの可能性 - n L2VPN 上でのサービスチェイニング 特定の条件にマッチするフレームの next- hop PE を変更更して経路路変更更することで サービスチェイニングの実現 対向 PE の先にある MAC や ES 向けのトラフィックを 一旦経路路変更更 n DC 連携 サービス機能群 EVPN DC において VXLAN の C- plane として利利 用される EVPN と連携することで クラウド DC 内の L2NW との 自動接続の実現 Controller auto provisioning DC 内の NW の変更更をリアルタイムに FDB に反映可能 Cloud/DC VXLAN over IP WAN Ethenet over MPLS EVPN-VXLAN EVPN-MPLS Copyright NTT Communications Corporation. All right reserved.
EVPN 実 用に向けた課題 n 実装状況 各社の実装範囲にも差異異があり 比較が難しい状況 ü EVPNのみ PBB- EVPNのみ n トラフィックエンジニアリングに係る機能は現状では未定義 期待する機能 ü ü PBRに相当するような経路路変更更 BGPによる経路路制御 (Local Preference 等 ) 並 行行してサービスとしてどこまでが求められるのか? については検討が必要 n C- plane 負荷の評価が必要 網内経路路数 BGP update 頻度度の 大幅増 ü ü MACアドレス単位でのBGP update 実網にどのような影響を与えるのか検証が必要 n D- plane の正常性を確認するための OAM 機能の整備 Ether- OAM よりも簡易易な実現 方式が望ましく EVPN 向け LSP- Ping の標準化に期待 Copyright NTT Communications Corporation. All right reserved.
まとめ n MPLS 上へのサービス NW の集約による CAPEX/OPEX 削減のため L2VPN をより効果的に集約する技術として EVPN を評価 n VPLS 等既存の L2VPN 技術の弱点を補う各種機能への期待は 高く 実装の出揃いが待たれる n 商 用環境への導 入においては トラフィックエンジニアリング機能や OAM を具備し さらに新たなサービスの実現にも貢献することが望まれる Copyright NTT Communications Corporation. All right reserved.
ご清聴ありがとうございました Copyright NTT Communications Corporation. All right reserved. 10