dayに参加してきました。今回は信学会NV研共催ということで場所は東大・本郷です。例によって聞きながらのメモなので内容的に怪しげなところがあるかもしれませんのでご容赦を。修正点あれば適宜突っ込みください。学会という立場ではあるが、ハンズオン・チュートリアルの試みをしようとしている。第1回はTrema共催。大学の場を借りて、学生にも教育をしてほしい。今日はNVのチュートリアル・ハンズオンセッションで1回目。今後チュートリアルセッションを企画している。NV研究会で検索してみてください。通常の学会とちょっと違う。いま旬な技術について、必要に迫られて、フットワークの軽い枠組みで研究を行う。固くとらえずに、メールで応募して気軽に参加を。時限研では論文なし、スライドだけでも発表できます(フォーマットは整えてもらわないといけないけど)企業・学会関係者の参加者が集まる場で発表ができる。検索してみてください。Flareというスイッチを作っている。メニーコアプロセッサ+Linuxリソースコンテナ上でOpenFlow実装したり。連携、コントローラとデータプレーンを両方拡張可能にするという活動をしている。信学会は非常に硬いのだけど、時限研はそうではない。OSSとの共同活動などもやっていきたい。day初参加Tremaの紹介とか。DayRyuの人とかFloodlightの本書いたりした人たちが、Tremaという枠にとらわれずに集まって話をしてくれてる。参加者推移まとめ地道に開発進めてます。これからは各方面の連携、NV研含め、学術あるいは企業とも一緒にやっていきたいです。北村さん)プロフィール最近はクラウドの中で映像制作をやってしまおうとかそういうのをやってる。映像制作のリモートコラボレーションとか。W杯の8KライブビューイングNHKがやっている8K、スーパーハイビジョン(HD16面)の伝送のところをやるのでタッグを組んでる。ワールドカップブラジルのを日本へ転送。1か月くらいブラジルに拘束されていました。ブラジルから日本は、地球半周。ジッタ、誤り訂正やマルチパスなどの技術を使ってなるべく映像が落ちないようにする。H.264+誤り訂正つけて300Mbpsとか。ほとんどパブリックネットワークを使って伝送実験。linkをつけてルートを3つ作ってる。組み合わせがいっぱいある。2本の線、誤り訂正とかつけて、両方を受けて、よかったほうのデータを使う。経路Cはシングルパス。3重なんだけど、ネットワークとしては2,2,1で5本の系統がある。物理線とか系統が被るので独立で5本というわけではないが...。映像の転送システム暗号化、誤り訂正を入れてIPでながす。6月上旬からいってきた。NWの課題1パブリックネットワークなので不安定。テレビ局が再送信とかしてるので試合が始まると一気にトラフィックが増える。強豪国とかだとすごいけど日本の試合はあまり増えなかったりして逆に安心したり。5本用意したけど、ネットワークのパスどう切り替えるか。ネットワーク側で切り替えられるのがいい。エンドユーザから触れられるネットワーク、SDNでコントローラベースでパス変えられるようなことができるとうれしい。あたりが現実的ではないかと思っている。ブラジルと日本においてパス切り替え(宛先アドレス変換)350Mbpsが2本、フローテーブルは多くない。NIC入れたような機材でLagopusいれてる。実験レベルではこれくらいでやれちゃう。アドレス変換・ARP解決の切り替えでパス切り替えやってる。ネットワークの状況を知るネットワークの中身がわからない。ブラジルの人は英語が通じない...。言葉が通じても、最初は絶対に大丈夫だ・気にするな・まだ時間はあるとか言われる。ブラジルのネットワークは1日に1回どこかでファイバカットがあるくらい。トラックが突っ込んだとか。設定も400Mbps用意したとか言われてやったら出ない。実は双方向で合計400だったとか。NFVとか高価なものじゃなくても、ネットワークを利用者側から触れるようになっているのがいいのでは。フロリダ国際大学(FIU)にLagopusを入れてみた。本番では使えなかったが実験を。間に触れるスイッチがあると便利。間でミラーしてやるだけで折り返しのテストができる。どこでNW悪いのかが計測できる。ネットワークの中にLinuxマシン潜らせるとかそういうのやればいいんだけど、OFSあってその権限が与えられればすぐにそういうネットワークのチェックやテストができる。広域/伝送網とかではすごく便利だった。既存のNWにどうSDN入れ込むか既存のルータの下にぶら下げるだけだとパケットが届かない。現場ではまだSDN懐疑的。テストベッドサブネットにしか入れてくれない...コントロールプレーンを物理的に確保するのが難しい。国際NWだと物理船別れて引けない。同じ物理線に乗せないといけなかったり。既存のスイッチと一緒に動かすと意外な反応があったり...(結構怖い)Q&A混んでる時と混んでないときの差、その辺の計測結果とかは?jitterはわりとばらつき、パケロスについてはドバっと落ちる時があったりする。回線が切り替わったり。映像ストリームを30秒くらいためてる。映像再生時間は変わらない。30秒ためて訂正符号かけて、受信側でも30秒くらいためて再生。(映像の)NW遅延としては30秒とかあるが、映像見ている人にとってはずっと滑らかに映像が見えている。誤り訂正、ビット誤りはない。届いたパケットは正しい。届けば正しいし、届かなければ誤ってる。処理もシンプルだし、性能も出る。全滅の可能性、帯域を取っておく(予約とか)?商用網つかえばできただろうけど、今回は実験的な位置づけ。国内ならJGN/Sinetを使うようなイメージ。申請はするけど、確保されるわけではない。半パブリックなネットワークをつかっていた。FIUに設置した図の中、Prestaって何?計測装置、簡単に言うとtcpdumpを高精細なタイムスタンプで打てる装置。名前については不評だった。ONF設立たった4年で10人くらいの小さなグループで始めたものがインダストリーに移った。PoCクライアントとVMモビリティのデモフローをドラッグアンドドロップしてパスを変える。応じて異なるOFCへふりわけ。オーケストレータで複数プロジェクトが実験できるように。マルチDCオーケストレータの走りみたいなことをやっていた。NW全体の負荷分散、サーバとネットワークのパス選択を同時にできる。Groupの中で日々の業務を(バグの多い)環境の中で使う。Researcherがビルの管理者に渡してプロダクションをやった。30+APmeasurementに力を入れてる。時間コリレーションとるとどこら辺が怪しいのかが見えてくる。使ってみて足りないものを入れていった。シンプルなほうがいい。複雑なものだったら4年でこんなに使われるようにはならなかっただろう。短いスペックについては解釈の問題がおきる。リファレンス実装による提示。ベンダは作りやすかった。インタオペラビリティも。