#JANOG 36 Meeting - Day 3 午前

Yukihiro Kikuchi @yukihirokikuchi

荒井さん: 面倒くさいのでスクリプトを作って処理 サンプルネットワークを virtualbox内で作成 #janog

Yukihiro Kikuchi @yukihirokikuchi

荒井さん: これから動画で事例をデモします。 #janog

Yoshikazu GOTO @goto_ipv6

熊本さん：NATとIP購入： ・今年の1月に/19を購入 ・エンドユーザーを抱えている事業者さんの乗り換えの際に多くのIPが必要になって ・購入自体は思ったほど以上にハードルは高くなかった →交渉に時間がかかったくらい #janog

Yoshikazu GOTO @goto_ipv6

NAT装置を買うよりも、IPを買ったほうが？ということで検討 ・要らなくなったら出せるし ・5年位の先を見て #janog

もりかわ@シャドじつは要チェック @s_morikawa

５年以上の将来ではIPV4の移転コストは安くなっているはず？？ #janog

Yoshikazu GOTO @goto_ipv6

熊本さん：議論したい内容： ・ISPはこんなことを思っているけどCSPやクラウド事業者はどう思っている？ →実はそんなに調達に困ってなさそうですがどうです？ #janog

Yoshikazu GOTO @goto_ipv6

熊本さん： ・トラフィックの上り下り非対称状態を改善したい ・10GのIX接続しても全部使い切れない ・小中規模事業者のトラフィック増加量が近年多すぎる #janog

Yoshikazu GOTO @goto_ipv6

田島さん：上り下り非対称は、どうすれば？と？ 熊本さん：親会社がケーブルテレビで、そこから。つながりがあって、ライブ配信を、というのから、どんどん中にはいれたのが良かったな、と。でも、うちは運が良かったな、と。 #janog

Yoshikazu GOTO @goto_ipv6

藤原さん：今考えていらっしゃることをやろうとしている事業者さんはいます。共同調達とか。ただ、Paid Peerという形式は難しいので、すごく安いトランジットを買う、という形で #janog

Yoshikazu GOTO @goto_ipv6

また Paid Peerでは、コンテンツ事業者さんと仲良くしたいので、色んな価格で。でも、うん10Gで、という話しか聞かないです。 #janog

Yoshikazu GOTO @goto_ipv6

道向さん：Paid Peerのページ。どのへんで問題があるのか、わからなかった。すごく楽しそうな気がします。すごく興味があります。共同調達、どのへんに問題が？と。やっていただけたら、我々としてはウェルカムだと思っています。問題があるとしたらどのへんに？ #janog

Yukihiro Kikuchi @yukihirokikuchi

大久保さん: さきほど経路情報のTOPN 全く同じことを5年前にやっていた。データセンターのコアでの経路利用率を調べた、おなじような傾向、フルルートの１％で90％を運んでいることが判明、そのあとBBのデフォルトルート化した #janog

Yoshikazu GOTO @goto_ipv6

もう一つは、実際にやったら問題が？といったところですね。上り下り非対称のところに帯域を埋めてしまうと、あ、予想外に使われてしまっていた、とか。 #janog

Yukihiro Kikuchi @yukihirokikuchi

荒井さん: 当時ツールをしらなかったのか、自分でつくったのですが、こういうツールを使うことで簡単にとれるのだなと思いました。コメントです #janog

Yukihiro Kikuchi @yukihirokikuchi

大久保さん: 当時ツールをしらなかったのか、自分でつくったのですが、こういうツールを使うことで簡単にとれるのだなと思いました。コメントです #janog

Yoshikazu GOTO @goto_ipv6

熊本さん：規約的には、IX、1G接続のところを 10Gにしたら、使い切れない。隣にいるISPさんが 1Gをやめて、相乗りすれば、とか。その場合、IXとしては面白く無いかと。規約的には縛られていないけど。この辺りはどう考えているのかな？と。 #janog

Yukihiro Kikuchi @yukihirokikuchi

高嶋さん: DOS対策でraw dataをおいておきたいという要望がある。KVSにつっこむという手もあるが、SQLのバックエンドのおすすめのデータストアがあったら教えて欲しい #janog

Yoshikazu GOTO @goto_ipv6

Paid Peer、団体交渉は、まだやっていなくて。そういうことができるのかな？と。大きなトラフィックを出すところは英語で書かなければならないので、どうやって行こうかな？と。地方ISPさんは、それを買ってでも欲しい、というのがあって。 #janog

Yoshikazu GOTO @goto_ipv6

そもそも買い方がわからない。Paid Peerを。そういったところを考えているところです。 #janog

Yoshikazu GOTO @goto_ipv6

加納さん：上り下りを融通する話。最終的な目標はコスト削減だと思いますが、お互い融通できなしたというところで、よっぽど、契約で縛らない限りは、善意のやりとりというか、ベストエフォートというか。危なくなったら切っていいよ、ということになるのかと。 #janog

Yukihiro Kikuchi @yukihirokikuchi

Paoloさん：２つの方法があります。いくつかのユーザでpmacctをDDoS対策につかっている人もいる。ほとんどflat fileだが、 RapidMQが１つエレガントな方法 #janog

Tomoyuki Sahara @tomosann

githubにError: GitHub API rate limit exceeded for 126.xxx.x.xxxと言われた。どこかのセッションでgithubにアクセスするツールの紹介でもあったのかな。 #janog

もりかわ@シャドじつは要チェック @s_morikawa

IXとしてはポートの相乗りは運用上好ましくないだろう。1Gから10Gのポート価格差が大きいのであれば、シェービングするなりの中間メニューをIXが用意すれば良いのでは？ #janog

Yoshikazu GOTO @goto_ipv6

実際に切った時に、トラフィックが戻ってしまった時に、最終的なコストは？ 熊本さん：IXでピアするよりも、たくさん話しを。VLANを変えてやったりとか。事前にこういうことをやりましょうといったことを結構決めてやりました。数社であれば、顔が見えているし。 #janog

Yukihiro Kikuchi @yukihirokikuchi

高嶋さん： rapidMQとかcassandraとか実装している例とか聞いたことはありますか？ Paoloさん： いまのところPublicなユースケースはない。 が しばらくすると公開できるケースができるだろう #janog