社内アクセスのみの管理NWのみ利用。はやってみようという段階。将来的には認証とかもいると思う。OSS化?今のところ計画はないけど、上司が許せば...。見せられないビジネスロジックとかそういうのがあるわけじゃなくて、割と一般的なことしかしてない。大変だったこと?覚えることだらけ。バグは踏むわドキュメントはないわ。WBSとそうじゃないものの混在とかどう考える?いまはWBSに対して、だけ。本当は社内もいろいろメーカー混在。ほかのメーカーの機材でもMQ対応してくれるとかがあれば、ある程度吸収できたりするんじゃないか...と思ってるけど。pythonが何をしているか、というところの紹介。First?CLIもgRPCを使うように実装。人力でやってるとスケールしない。複数のBGPデーモンそれぞれ起動して、テストごとに仮想ネットワーク分けて同時実行とかもできる。自動化もQAルータの評価、結構時間かかる。ひとつの機械に対して半月とか一月とか。ルータの自動テストツールとかもいける?作れるようになる、とは思っている。今できるかどうかはわからないけど。OpenConfigとかは最近実装も出てきてるし、ライブラリ作って同じように制御できるようになるのでは。expect使えば(すごく)大変だけどできるよね。運用者は同じ場所にいない。自社網とトンネルでつなぐ。githubでやりたいこととかどういうことやるかとかやりとり。通常の運用の中で疑問点を質問リファレンスをつけて意図を回答github活用のメリット過去の経緯とかが全部残ってる。歴史的な闇として残ることがない、あるいは、誰かが掘り起こして光を当ててくれる。話とかも残ってるラボ仮想環境でのラボ買うのがむずい。仮想アプライアンス、販社もまだなれてなかったりする...これからやることQAgithubつかうモチベーション今風なものに変えてみようかな。口頭でやった方が早いんじゃない、とか言うひともいるんじゃない?みんなオフィスにいるんならいいけど。あと転職とかもあるし過去のドキュメントひっくり返してフォローアップとかしんどい。リポジトリ検索する方が早い。いうひとにtaskをチケットで降るとか。account持ってる。サービスに関わって、システムとちょっとでもやりとりするところがあれば、githubを使う。ラッパーがあったとしても大本はgithubにしてある。するためのコツ?これが当たり前みたいな空気を作る!githubが死んでる間はどうする?ローカルにリポジトリはあるので、ネットワーク的な問題はない。サービス側...リポジトリとしては一部ミラーがある。issue/PRは見えない。メンテの時には、事前にPDFにしておくとか、そういう対策はしている。自分の会社の環境と全く同じ構成を仮想で作って、実網とおなじものを仮想でシミュレーションとか、できる?越えないといけない壁がある。ルータのバージョン、仮想の方が高いので、自社網をそこまで追いつかせないと行けない。下のバージョンのやつをどうしていくか。トラフィック流さない前提なら動くのでは。ebikenさんネットワークの機器のAPIで何かいろいろやりたい。調べてみたけど、全体像をつかむのに時間が...。調べて勉強してきた内容をまとめて共有して、一緒にやれる人を増やそうと思ってます。プログラムからそれを連携してたたけるようになることがメリット。NW屋さんが考えつかないこともできるかもねメジャーなインタフェースCLINETCONF/YANGRESTCLI難しいと言うより面倒くさい現状、CLIでしかできないこともある。NETCONF/YANG構造化されたデータでやりとり。IETFで標準化データモデル、ベンダによりけりなので、そこの統一について議論。データモデル感の変換は大変なので。URIで捜査対象リソースシンプル標準化がされてない。NW機器でRESTそのもので実装しているのはほぼない、という状況。RESTはプログラムが書きやすいので、各機器でどういう仕様なのかを調べて、それぞれ自分が使いたい機器を中心に手を染めていく、というのがよいのだろう。簡単に信用しないように!!できれば作りましょう!使ってくれそうと思わないと、メーカーは作らない。