Markus Nispel

Markus Nispel

Markus Nispel is the Vice President Solutions Architecture and Innovation at Extreme Networks. Working closely together with key customers his focus is the strategic solution development across all technologies provided by Extreme. In his previous role he was responsible as the Chief Technology Strategist and VP Solutions Architecture for the Enterasys Networks solutions portfolio and strategy, namely NAC Network Access Control, SDN Software Defined Networks, DCM Data Center Management, MDM Mobile Device Management Integration, OneFabric, OneFabric Connect and OneFabric Data Center as well as the network management strategy. This position is tied to his previous role in Enterasys as Director Technology Marketing and as a member of the Office of the CTO. In addition to this role he advises key accounts on a worldwide basis in strategic network decisions.
Before its activity for Enterasys Markus Nispel was active as system Engineer at Cabletron Systems.
Markus Nispel studied at the university of applied sciences in Dieburg and graduaded 1996 as Dipl. – Engineer for communications technology. He collected first professional experience at E-Plus Mobile Communications within the group of network optimization of their DCS cellular mobile network.

New Year Brings New SDN Challenges

New Year Brings New SDN Challenges

In 2014, we can expect more production deployments of SDN, and that’s going to force us to consider some key questions. Should the northbound interface be standardized, and how? And do we really know what we want out of network abstractions?

アプリケーションアウェアな、制御された、アプリケーション中心の Software-Defined … Networking

Markus Nispel

Cisco の Insieme 販売開始が示していた様にようにネットワークはアプリケーションアウェアで、アプリケーションはネットワークアウェアであるべきだ。 問題はどこに境界線を置くかだ。 正しく行われれば、アジリティ、自動化とアプリケーションのより良い配信を産み出す事が出来る。

SDN: 誰がプログラミングをするのか?どの程度の抽象化が必要か?

Nispel SDN Software Defined Networking Guest Blog SDNCentral

SDNCentral 2013年初頭の”必読リスト” の中のブログ投稿に見られる様に、業界は Software-Defined Networking (SDN) アーキテクチャを構成する主要な特徴に収束し始めた。 私は以前のブログの一つで、それらの特徴について強調したし、他にも Network Computing の様に様々な記事が出ており、アーキテクチャの仕様について議論の余地があるが、きちんとした説明が行われている。 私が SDN の特徴と終着点を考えた場合、次のようになる。: 集中化された管理と制御 ネットワークのプログラム能力 ベンダ間の相互運用性と統合能力 集中管理と制御は単一のポイントからネットワークインフラストラクチャに対してプログラム可能なアクセスを行う事を可能にする、分散アーキテクチャにおける中央コントローラもしくは他の中央コントロールプレーンコンポーネントによって実装する事ができる。 プログラミングと統合の為には明らかにオープンで使いやすい API が必要だ。(世界がともかく、XML に収束して行く。CLI や SNMP に比べれば、RESTFulになるか SOAP になるかは本当のところ重要ではない。; アプリケーションプログラマにとって数倍使い易い) 他にもおそらく必要なものがあるだろう。: ネットワークの抽象化だ。 抽象化のレベルは達成しようとするものによる。 もし、ネットワーク機器とネットワークトポロジーの全ての機能をネットワーキングおたく(つまり、ネットワーク管理者)に公開したいだけなら、全く抽象化を必要とはしないかも知れないが、どこに利点があるだろうか? そしてこれは OpenFlow コントローラのアプローチに目を通した時におそらく経験するものだ。: 正しい意思決定を行う為にはネットワーキングに関して多くの事を知っておく必要がある。 そしてネットワークに携わっていない人に必要だろうか? 一方、私にとって SDN は又、組織変更及び異なるプロセスについての話だ。 — ネットワークの管理に携わっていない企業内のビジネスラインの部門、つまり IT 部門以外に管理を委譲する事になる。 こうして真のアジリティが実現される。 それらのグループにおけるネットワーキングの知識は多分ゼロに近く、そしてそれを気にすべきではない。 — それでもちゃんと動作すべきだ。 だが、IT 部門の中で、システム管理者にネットワーク上でアプリケーションとワークロードを自動化されオーケストレートされた方式で導入させた場合でも — データセンタの典型的な SDN ユースケースだが、 — Read more >

私達は OpenFlow 後の SDN の波の中にいるか?

SDNCentral SDN Blog Nispel 60282013

私達は OpenFlow 後の SDN の波の中にいるか? カスタムの ASIC(ありそう)やスケーラブルなコモディティ ASIC(むしろなさそう)がより多く登場して、コントロールプレーンがよりスケーラブルになった時、OpenFlow は SDN において役割を果たすように思える。(OpenDaylight も又、OpenFlow を支援するように思える。) 私は SDN 関連の議論を始めるにあたって、ONF は良い仕事をしたと思うが、様々なブログで強調されているように焦点は Southbound API サイドのプロトコルに関する議論から、(標準化の欠如によって)様々なソリューションがある Northbound API を活用して SDN で本当のところ何ができるか、そして利点は何かという事に関連するより広範なアーキテクチャに関する議論へと移行している。 それゆえ、SDN ソリューションの本当に重要な要素と利点が今、焦点となっている。 – そして、先週の Interop での経験がそれを裏付けている。 水曜日のキーノートが OpenFlow に特に焦点をあてていたわけでなかったばかりか、Network World によって認定された今年のショーの最もホットな製品の一つが OpenFlow を使用していない SDN ソリューションだ。 – 更に、多くの SDN スタートアップが OpenFlow を使用しておらず、これに関する Isabelle Guis による先の SDNCentral のブログを見て欲しい。 私の見解では SDN アーキテクチャを構成する特性は次の通りだ。 管理とコントロールの集中 Read more >

Are We Now In The Post-OpenFlow SDN Wave?

SDN OpenFlow

Are We Now In The Post-OpenFlow SDN Wave? It feels like that even OpenFlow could play a role in SDN (as also OpenDaylight seems to support it) when either more custom ASICs (likely) or more scalable commodity ASICs show up (rather unlikely) and the control plane becomes much more scalable. I think the ONF did Read more >