Contenu connexe
Similaire à TremaDay #2 (20)
Plus de Toshiki Tsuboi (14)
TremaDay #2
- 9. 帯域 迫への対応が容易
拠点イーサSW間で、複数の通信ルートを
確保できる環境では、トラフィック分散
が可能となります。帯域増速を目的とした
ネットワーク拡張が図りやすくなります。
ホスト2
イーサ
SW
ホスト1
トラフィック
イーサ 分散
SW ホスト3
イーサ
SW
9
- 13. 答え「OpenFlowでTE」 だと思います。
• トラフィックエンジニアリング(TE)は、WAN構築に限らず、エンター
プライズ適用が可能な技術です。
• TEでは、トラフィック分散、プロテクション(高速復旧)を実現でき
る技術です。ただし、エンドエンドでの帯域制御は、まだまだ難しい
ですね。(TEなQoS制御は、結構、敷居が高いです。)
• TEを適用するためには、MPLSルータ機器を購入する必要がありませ
ん。汎用OpenFlow機器で実現可能です。(現時点では、制約条件が
多いです...)
• 従来のTEでは、通信経路制御として、各種プロトコル知識(OSPF,
BGP, LDP, RESV-TE ...)が必要でした。これからは、OpenFlowコン
トローラによるL2マルチパスな通信制御制御で代替可能となります。
詳細は、割愛させて頂きます!! 13
- 16. オーバレイNWの技術要素
現行のオーバレイNW技術では、OpenFlowを適用せずとも、
環境構築が可能です。既存のテナント管理との相互接続とし
て、OpenFlow適用が検討される程度です。
テナント管理
テナント テナント
NW
(VLAN, OpenFlow...)ネットワーク抽象化
NW 企業A
企業A (オーバレイNW)
テナント/トンネル連結エッジ 企業B
企業B エッジ
装置 (NVGRE, VxLAN...) 装置
L3技術
R R R
R R R
アンダーレイNW 16
- 22. OpenFlowでのフロー制御の留意点
(2)リアルタイムなフロー監視
– OpenFlow機器モデル
• ルーティングTBL/フォワーディングTBLが異なる筐
体で保持されるため、データ整合性の保証が難しい。
監視 設計
データ整合の コントロールプレーン
OpenFlow
ルーティング ルーティング コントローラ
保証が難しい TBL TBL
OpenFlow
Controller
OpenFlowスイッチ OpenFlowスイッチ
OpenFlow
プロトコル
OpenFlow-Agent OpenFlow-Agent
データプレーン データプレーン
フォワーディング フォワーディング
TBL TBL
22
- 23. OpenFlow監視の理想形態
OpenFlowコントローラで NWオペレータ
保持しているフロー情報と、
設計 監視
OpenFlowスイッチで保持 コントロールプレーン
しているフロー情報が同期 ルーティング ルーティング OpenFlow
されていることを把握したい。 TBL TBL
コントローラ
OpenFlow
Controller
OpenFlow
OpenFlow プロトコル OpenFlow
スイッチ OpenFlow-Agent OpenFlow-Agent スイッチ
データプレーン データプレーン
フォワーディング フォワーディング
TBL TBL
OpenFlowスイッチ毎のFlowEntryの正常性を確認した上で、
エンドエンド経路診断を実施したい。 23
- 28. 特徴3「通信故障時の自動 回制御」
拠点間パス毎に、複数の通信ルートを確保しておき、通常の通
信ルートで通信故障が発生した場合には、迅速に、別ルートへ
切り替えるような故障復旧の自動化が可能。
故障復旧として、テナント用FlowEntry テナント
テナント
NW を自動修正(高品質→低品質)する NW
TOSによる高品質パス
OFS
OFS
OFS
TOSによる低品質パス
OFS
28