「SP SDNアーキテクチャと抽象化」の内容を思い出してメモメモ

あー、もう時間がたちすぎちゃっているけど
２月１３日のCisco Connect

「SP SDNアーキテクチャと抽象化」

について、めもめも・・・
かなり忘れているので、メモをもとに書いているが、
間違っているところや、抜けているところ、いっぱいあるかも。
ごめん・・・・



■技術変遷のパターン
・共存、対立と淘汰　ＯＳＩ　ＶＳ　ＴＣＰ／ＩＰ
・進化
・サードパーティーによるdisruption
　　ＭＰＬＳ　Ipsilon
　　ＳＤＮ　　Openflow

・ネットワークは
　　仮想化と自動化が足りない
　　オープン性が足りない
　　抽象化が足りない

■ネットワークに抽象化が足りない？！

・抽象化とは何か
　　情報量を減らし、単純化
　　本質に着眼、数式化、定石化
　　機能をモジュール化、境界や関係を定義

・ネットワークの抽象化
　　レイヤ
　　プロトコル
　　ＵＮＩ、ＮＮＩ
　　トンネル、オーバーレイ：下位レイヤ隠蔽

　上位システムから、どう見えるかは、検討していない

■ＳＤＮの本質は抽象化
・ソフトウェアの質は、抽象化設計に依存する
・レガシーネットワーク
　　ノードとリンク中心
　　箱売り指向
　　ノードとリンクの品質向上

・ＳＤＮアーキテクチャ
　　ネットワークをシステムとして捉え、
　　上位システムに、どのように見せるかという観点で抽象化
　　　　オープン性
　　　　弾力性
　　　　迅速性

・抽象化の観点の問題
　　OpenStack Quantum v1
　　　　テナント→ネットワーク
　抽象化：必要以上にシンプルにはできない
　　　あらすぎることに

・ＳＰ　ＳＤＮアーキテクチャ
　　全体アーキテクチャ：上位システムからどのように見えるか

　　アプリケーション／サービスレイヤ
　　　　↑
　　　　｜　ＲＥＳＴ、ＸＭＰＰ、Ｊａｖａ
　　　　↓
　　抽象化／コントロールレイヤ
　　　　↑
　　　　｜　ＲＥＳＴ、ＸＭＰＰ、Ｊａｖａ
　　　　↓
　　ネットワークインフラレイヤ

■抽象化　いくつかの素材
　・ＢＧＰ−ＬＳ
　・ＯｎｅＰＫ
　・ＩＥＴＦ　Ｉ２ＲＳ
　・ＯｐｅｎＦｌｏｗ
　・ＸＭＰＰ

■ＢＧＰ−ＬＳ（リンクステート）
　・ドメインに入っていない人にも渡す
　　階層化できる(Route Refleector ： RR により）

■アブストラクション／コントロールレイヤ
　　・ＰＣＥ
　　・ＭＩＮＥ
　　・Ｃｉｓｃｏ　Ｏｎｅ　コントローラー
　　・ＷＡＮコントローラとしてのＰＣＥ(Path Computation Element）
　　　　さまざまな制約を考慮したパス計算
　　　　ＰＣＣ（クライアント）とＰＣＥにモジュール分解して
　　　　機能配置自由

■ＰＣＥ
・ＰＣＥの拡張
　　マルチレイヤＰＣＥ
　　ステートフルＰＣＥＰ
　　ＢＧＰ−ＬＳ


　　What-if シナリオ
　　可視化シナリオ

・ＰＣＥ
　　コンテンツに最適化した動的パス設定

・Service Cross Connect
　　ＷＡＮをまたがるIaaS,NaaS

・ＤＣ間接続のためのBand Width
　ポリシーに基づくトラフィック
　プログラマティック・ネットワーク・アナリシス

■ＭＩＮＥ
　Mobile IP Network Enabler
　　サブスクライバ情報　ＸＭＰＰ→ＭＩＮＥへ

　Monarch(もなーく）
　　混乱状況によるアクセス制御
　　コア網のトラブルシューティング

■Cisco One コントローラー
　　複数のOpen API
　　モジュールアーキテクチャ
　　プロトコルの拡張

　・Oneコントローラーアプリ例
　　　論理分割
　　　監視、診断、解析
　　　フォアーディングルール

■まとめ
・ＳＤＮの本質の１つは抽象化
　　アプリ上位
　　　　ネットワークリソース
　　　　フォワーディング特性
　　　　加入者情報、位置情報
　　　　各種情報

・抽象化の観点や、具体的なマッピング方法
　　インターフェース：ＢＧＰ−ＬＳ
　　アブストラクション：ＰＣＥ，ＭＩＮＥ，Ciscoコントローラー