niciraがステルスモードを解除しましたね。

66 views
Skip to first unread message

Kazuhiro MIYASHITA

unread,
Feb 9, 2012, 8:33:54 AM2/9/12
to ネットワークを自由に #sdnstudy
niciraがステルスモードを解除しましたね。

OpenVswitch同士をL3のトンネルで結んで、L2をL3でカプセル化する。
それゆえ、既存のネットワーク機器をそのまま使用できる。
というのがポイントのようですね。

http://nicira.com/en/network-virtualization-platform
http://nicira.com/en/dvni-architecture

けども、OpenVswitch間のネットワーク機器も含めて仮想化
出来ている訳では無いので、OpenVswitch間のネットワーク
の信頼性などは既存の技術(STP,リンクアグリゲーション)
に頼ることになり、運用の複雑さを残したままですね。

ぼちぼち、ホワイトペーパの日本語訳を作成しようかなと
思います。

Yasuhiro Arai

unread,
Feb 9, 2012, 9:02:27 AM2/9/12
to sdns...@googlegroups.com
宮下さん

情報ありがとうございます。

OpenvSwitch間のネットワーク機器については、
既存の方式になりますが、HyperVisor側で対応さえすれば
既存のネットワーク上でも導入できるので、移行という観点では
良いアプローチですね。

ちなみに、クラウドネットワーク研究会でもこのあたり議論して
おりますので、是非、sdnstudyとも相互に協力させていただけると
大変助かりますー
( お伝え遅れてすみませんが、以下のようなイベントもございます! )
http://kokucheese.com/event/index/27170/

引き続き宜しくお願いいたします!

2012年2月9日22:33 Kazuhiro MIYASHITA <miyak...@gmail.com>:

D.N.

unread,
Feb 9, 2012, 10:36:36 AM2/9/12
to sdns...@googlegroups.com
皆様

さっそくWhite paperがでていたので読んで見ました。
問題はカプセル化に伴うレイテンシとオーバヘッドだと思います。

レイテンシはハードウェアオフロードでなんとななりそうですが、難しいのはトンネリング時のオーバーヘッドだと思います。

インターデータセンターはジャンボフレームで解決できますが、WAN経由の場合、フラグメントを考慮する必要があります。
ハイパバイザでフラグメントの面倒をみるのはかなりきついのではないでしょうか?
(ミドクラさんもハードウェアオフロードできないか模索しているようでした)
VEPAのようにオフロード出来ればいいのですが、コントローラベンダー固有の拡張を考慮しなければいけないと思うので、インターオペラビリティの問題はやはりあるとおもいます

FCとイーサのコンバージドネットワークをみているとどうなんだろ・・・というのが率直な感想です。


---------- 転送メッセージ ----------
From: Yasuhiro Arai <acid...@gmail.com>
日付: 2012年2月9日23:02
件名: Re: [sdnstudy:8] niciraがステルスモードを解除しましたね。
To: sdns...@googlegroups.com

D.N.

unread,
Feb 9, 2012, 10:53:01 AM2/9/12
to sdns...@googlegroups.com
乱文で申し訳ございません。

先程のメールですが、FCのコンバージドネットワークのCiscoとBrocadeのTrill標準化の流れと実
装を見ていると、Niciraもインターオペラビリティの問題で、ハードウェアへのオフロード実装に
問題がありそうだなという趣旨です。

インタークラウド間ではジャンボフレームを使うのは難しいので、カプセル化時にフラグメントが必要
になるのではないか?
その場合、ハイパバイザでカプセル化するので、ショーロフレームは処理が厳しいのではないか
そこをオフロードする場合、実装方針によって差がでてくる?


Trillも結局標準化されましたが、実装は・・・となってしまったのでOpenflow、SDNもどうなのかな?

などと考えてしまいます。
まとまりがなくて申し訳ございません。


2012年2月10日0:36 D.N. <uwanoso...@gmail.com>:

Kazuhiro MIYASHITA

unread,
Feb 10, 2012, 8:14:39 AM2/10/12
to ネットワークを自由に #sdnstudy
荒井さん、石光さん、各位
宮下です。

情報ありがとうございます。

> ( お伝え遅れてすみませんが、以下のようなイベントもございます! )http://kokucheese.com/event/index/27170/

実は、nwstudyで荒井さんからの連絡を受けた直後、申し込みを行いました。
この勉強会にフィードバックします。

> ちなみに、クラウドネットワーク研究会でもこのあたり議論して
> おりますので、是非、sdnstudyとも相互に協力させていただけると
> 大変助かりますー

そうですね。この勉強会もクラネ研と連携する事を模索中です。
荒井さんには、パイプ役をお願いしてしまうかもしれませんけど、
その際はよろしくお願いします。


以上です。

On 2月9日, 午後11:02, Yasuhiro Arai <acid5...@gmail.com> wrote:
> 宮下さん
>
> 情報ありがとうございます。
>
> OpenvSwitch間のネットワーク機器については、
> 既存の方式になりますが、HyperVisor側で対応さえすれば
> 既存のネットワーク上でも導入できるので、移行という観点では
> 良いアプローチですね。
>
> ちなみに、クラウドネットワーク研究会でもこのあたり議論して
> おりますので、是非、sdnstudyとも相互に協力させていただけると
> 大変助かりますー
> ( お伝え遅れてすみませんが、以下のようなイベントもございます! )http://kokucheese.com/event/index/27170/
>
> 引き続き宜しくお願いいたします!
>
> 2012年2月9日22:33 Kazuhiro MIYASHITA <miyakz1...@gmail.com>:

Kazuhiro MIYASHITA

unread,
Feb 10, 2012, 8:20:25 AM2/10/12
to ネットワークを自由に #sdnstudy
D.N.さん、石光さん、各位

宮下です。

コメント有難うございます。
大変ありがたいです。

確かに、OpenVswitchでカプセル化を実施する際にオーバーヘッドは課題ですね。
niciraの課題だと思います。

正直、SDNと言った観点では日本は出遅れ気味だと思います。ミドクラさん
に期待大な所がありますが、今後は日本発のソリューションがもっともっと
増えても良いと思います。

現在のniciraのソリューションでは以下が課題のようですね。

1) L2のネットワーク全体が仮想化できている訳ではないので、運用保守に複雑さが残る
2) OpenVswitchdでフラグメンテーションの対処を行う際のオーバヘッドに課題があり

上記の課題を解決し、もっとイノベーションを起こせるような、SDNソリューションを
皆さんの手で作っていきませんか?

次回の勉強会ではその辺も議論したいですね。

以上です。

On 2月10日, 午前12:53, "D.N." <uwanosora.l...@gmail.com> wrote:
> 乱文で申し訳ございません。
>
> 先程のメールですが、FCのコンバージドネットワークのCiscoとBrocadeのTrill標準化の流れと実
> 装を見ていると、Niciraもインターオペラビリティの問題で、ハードウェアへのオフロード実装に
> 問題がありそうだなという趣旨です。
>
> インタークラウド間ではジャンボフレームを使うのは難しいので、カプセル化時にフラグメントが必要
> になるのではないか?
> その場合、ハイパバイザでカプセル化するので、ショーロフレームは処理が厳しいのではないか
> そこをオフロードする場合、実装方針によって差がでてくる?
>
> Trillも結局標準化されましたが、実装は・・・となってしまったのでOpenflow、SDNもどうなのかな?
>
> などと考えてしまいます。
> まとまりがなくて申し訳ございません。
>
> 2012年2月10日0:36 D.N. <uwanosora.l...@gmail.com>:
>
>
>
>
>
>
>
> > 皆様
>
> > さっそくWhite paperがでていたので読んで見ました。
> > 問題はカプセル化に伴うレイテンシとオーバヘッドだと思います。
>
> > レイテンシはハードウェアオフロードでなんとななりそうですが、難しいのはトンネリング時のオーバーヘッドだと思います。
>
> > インターデータセンターはジャンボフレームで解決できますが、WAN経由の場合、フラグメントを考慮する必要があります。
> > ハイパバイザでフラグメントの面倒をみるのはかなりきついのではないでしょうか?
> > (ミドクラさんもハードウェアオフロードできないか模索しているようでした)
>
> > VEPAのようにオフロード出来ればいいのですが、コントローラベンダー固有の拡張を考慮しなければいけないと思うので、インターオペラビリティの問題はやはりあるとおもいます
>
> > FCとイーサのコンバージドネットワークをみているとどうなんだろ・・・というのが率直な感想です。
>
> > ---------- 転送メッセージ ----------
> > From: Yasuhiro Arai <acid5...@gmail.com>
> > 日付: 2012年2月9日23:02
> > 件名: Re: [sdnstudy:8] niciraがステルスモードを解除しましたね。
> > To: sdns...@googlegroups.com
>
> > 宮下さん
>
> > 情報ありがとうございます。
>
> > OpenvSwitch間のネットワーク機器については、
> > 既存の方式になりますが、HyperVisor側で対応さえすれば
> > 既存のネットワーク上でも導入できるので、移行という観点では
> > 良いアプローチですね。
>
> > ちなみに、クラウドネットワーク研究会でもこのあたり議論して
> > おりますので、是非、sdnstudyとも相互に協力させていただけると
> > 大変助かりますー
> > ( お伝え遅れてすみませんが、以下のようなイベントもございます! )
> >http://kokucheese.com/event/index/27170/
>
> > 引き続き宜しくお願いいたします!
>
> > 2012年2月9日22:33 Kazuhiro MIYASHITA <miyakz1...@gmail.com>:

Yasuhiro Arai

unread,
Feb 10, 2012, 8:33:07 AM2/10/12
to sdns...@googlegroups.com
宮下さん、石光さん、皆様

> そうですね。この勉強会もクラネ研と連携する事を模索中です。
> 荒井さんには、パイプ役をお願いしてしまうかもしれませんけど、
> その際はよろしくお願いします。

了解いたしました!
SDNの普及と活性化のために、こちらこそ是非とも宜しくお願い致しますー!


2012年2月10日22:14 Kazuhiro MIYASHITA <miyak...@gmail.com>:

Reply all
Reply to author
Forward
0 new messages