dpdkいろいろ実装、特徴がある。trema_switchgccのコマンド一発でもビルドできる。OpenWRTへのフィードとか超簡単。github.com/iHiroakiKawai/trema-openwrt一部自前パッチが必要。sudoファイルにログとかゴリゴリ書くとつらい。syslogとstdoutに飛ばす。Trema-switchいまはだいぶできる子になった。Certificationやるとかなり好成績で出る。NGなる項目は、CPU足りない・テストケース不備のところ。テストスイッチかくあるべし。項目以上いくような(ソフトウェア)スイッチはそうそうない。ハードウェアスイッチはもっと悪い。Switchでやって実際の環境持っていくときに泣く泣く機能落とす感じ。NUC普段使いでもtrema-switchを。ビルド用にいくつかフラグがある。WITH_PCAPlibpcap対応にできる。パケット吸ったり吐いたりをpcapでやれる。pcap的に最適な方法を選択してくれる。Linuxべったりなコードたくさんあるからどこまでかというのはあるが)USE_PCAP_IMMEDIATE_MODE比較的新しいlibpcapで使える。V3はスループット重視。削ってもいいかなと思いつつ。ランダムではなくetherフレーム情報に基づいて振り分け。こんな感じでビルドシグナル内部状態の確認ができる。リリースしない?テストスイッチなのでOF仕様満たしたい。誰かのれん分けできない?Trema/Trema-edge統合?まだまだ先は長い。次の本出すって話、統合進めつつ書こうかな。本が発売されることには統合されている...両方共倒れにならなければ。pthreadもう嫌...とりあえずなんでもたいおうする方向で。パフォーマンスも見る。いうネタふりだけしておきます。あるので、それで正しい設定が取れれば...いまのところそういう予定あるかと聞かれるとない。Replyとかスタブ的に。思ったようにテスト用のコントロールが効くスイッチというのが野望としてはあった。全部できるというのと、コンフィグ読ませて特定のビット操作するとか。実装は千葉さんで特に何もリクエストしないとC実装に。NICTテストベッド研究開発推進センターに。4月からはNEC戻って兼務。1999年にはじまったテストベッドサービス。JGN-Xで提供しているサービスの一つ。研究計画とか申請ベースでテストベッド使ってもらう。テストベッド自体の技術的なチャレンジOF広域展開(2009からノウハウためつつ、2011からサービス開始トポロジRISEで苦労した点すぐループARPは地味だけど大切。IPパケットのエントリ書くけどARPのエントリ書いて無くて動かないとか結構ある。L2の知識がないとつかうのは大変。原因はどこにあるのか?ログとかいろいろ集めてチェック、スイッチのフローエントリのぞいたり。今はある程度手順として確立。既存の機器がおかしくなるレガシスイッチとかもあるので。直前にならないと実機確認できない...。やってみないとわからん。止まっちゃう...やってみて現場合わせでやることはたくさんある。試す〜直すのサイクルを速く回したい。指定したトラフィックを抜き出す。特有の構文に戸惑ったりしたけど...学ぶは「真似ぶ」サンプルベースで。動かしつつ文法やライブラリを学ぶ。RESTとかWebUIとか。