人手でケーブル抜くとかしなくてもいいように要求変更→修正・テスト・本番デプロイ、というサイクルCI/CDへ実機固有のトラブルも発見DPI的な動作のテスト難しいSetup/Teardown物理機器のTeardownが非常に面倒。前のテストのステータスが残ってしまう。テストが通らなかったときの原因調査がちょっと大変。etcCI/DevOps的なプロセスを考えた周辺システム連携・ツールチェインみたいなところ実用トライアル一緒にNW自動テストやってみたい人を募集しています!QAテスト繰り返すときに初期状態に戻す。tableのクリアとか。再起動するのがベストだろうけど時間がかかるので。初期化などをしている?いまはコマンドを個別にん投げている。装置ごとに個別んい動作が違うので。実際、SIer的にはそういう機能があるとうれしい?このテストシステム的には初期化をしたい。ネットワーク運用とIoT@Clorets8lackNpstudy#11で発表しました。今日の話ユーザ企業のネットワークにIoTを現場で情シスの厄介なことをやっている。サイジング、監査...パターン1そもそも可視化のしくみが現場にないデータが取れないと、設計の制度が変わる。大量ダウンロードをした人とかを追いかける。ルール違反について証拠をそろえてクレーム。DBデッドロックとか。ベンダーへの過剰な要求の原因に一般的なトラブルシュートが楽にやれると負荷が減るトラブル解決を楽にパケットキャプチャ有効。同じ条件で取得した正常時・異常時のパケットキャプチャを比較できると簡単になる。半径5mで始めるIoT?QAデータためておいてどっかにアップロードする?キャプチャ取ったのを別なDBに移すとかもできるけど、コンセプトとして、1回か2回使えればいいデータを集めたいというだけ。受け側に手間をかけないという方針。仕掛けておいてそこに見にいく形。NWオペレーションがプッシュ型、テレメトリ、ある程度の情報を上にためておいて異常検知に使っていくというのがある。キャプチャデータの直接解析。DPDK接続hibitomoインターンの人がいろいろ検証したんですが諸事情により代理で。Switch実装DPDKを使って高速パケット転送可能。VFわけてDPDKで取ってくるのはできてたが、vswitchを挟めていなかった。hugepageとか指定するポイントvirtio-userをつかめるのはdpdkだけ。kernelはつかめない。間のパケット受け渡し。コンテナから見るアドレスとホスト側から見るアドレスの変換テーブルがあって、そこの受け渡しの高速化のため複数CPUソケットがある場合、Dockerで使用するノードを明示的に指定しないと死ぬ。リンクアップするけどパケット送らないというつらいパターンの死に方エラー見つけるにはデバッグオプションつけてコンパイルしないといけないのでつらい。OpenConfigの話を聞くようになってきた。etc...北米の大規模事業者有志による集まり。仮想スイッチ・仮想ルータそのものVPP自体、VPPの管理の仕組み、ユースケース、テストフレームワークなどを作っているVPPFD.ioの中核。packetにするとキャッシュミスが。VPPは複数のパケットを同時に処理。メモリにアクセスせずキャッシュヒットさせながらパケットを処理する機能いろいろある中途半端だったりするのもあるけど。IPsecやってみたけど、initiaterになれない。どこかからトンネル張りに来てもらわないといけない。接続方法ごとにそれぞれさいごにGW前にnpstudy#12を予定しています。