インターネットは物理的な回線の上に構築されているため、物理回線の故障がインターネットに影響を与えることがあります(この記事は主にLayer 1編みたいな感じです)。 意外と知られていない、あんな原因やこんな原因を紹介しようと思います。 なお、ここで紹介するものは全体の一部であり、これ以外にも色々と障害発生の原因はあります。 酔っぱらったハンター 米国では、通信回線に対する脅威の一つに「酔っぱらったハンター」が挙げられます。 2010年に行われたNANOG49の「Keynote: Worse Is Better」というセッションで、GoogleのVijay Gill氏が以下のように述べています。 アメリカには入手が容易なアルコールと、入手が容易なハイパワーなライフルを両方とも手に入れられる環境がある ハンティングシーズンに獲物を発見できずに酒を飲んだハンターが、暇つぶしに露出している光ファイ

3.0.0.0/8がAmazonに割り当てされたIPv4アドレスに変わっています(via Hacker News)。 表面的に見えているのは、IPv4アドレスの移転ですが、恐らく、IPv4アドレス売買によってAmazonへと登録が移転されたものだと思われます。 このIPv4アドレス移転により、AmazonはIPv4アドレス空間全体の1/256を新たに使えるようになります。 3.0.0.0/8は、以前は、GE(General Electric Company)に割り当てられていました。 しかし、最近1年ほどで4回に分けてAmazonへと3.0.0.0/8が移転されています。 ARINのwhoisを見ると、3.0.0.0/8は、3.0.0.0/9と3.128.0.0/9に分けれて登録されています。 両方とも、組織は「Amazon Technologies Inc. (AT-88-Z) 」とあり

「ネットはゴミだらけ」ということが話題になることが増えてきました。 今も昔も、ネット上にあるコンテンツが玉石混淆であることは変わりません。 ある程度探したいものが明確であり、かつ、キーワードもわかっていれば、今も昔も変わらずにネット検索は可能です。 しかし、何かは確実に変わっているように思えます。 そうやって考えていると、そもそも、Webの世界で実現される夢として語られていた「群衆の叡智」というのは、あの当時の熱狂を背景として専門家がダンピング的に専門知識をネット上に掲載していたから実現したことであって、それが永遠に続くわけではないのかも知れないと思い始めました。 叡智を目指したはずが、営利へと主軸が変化していくなかで、2000年代の熱狂と夢から覚めつつある人々が「ネットはゴミだらけ」という感想を発している場合もありそうです。 さらに、「ゴミだらけ」になった背景であったり、「ゴミだらけ」だ

パケットのヘッダに記載された情報を読み取らなければ、ルータはパケットを転送できません。 日本の法律では、ISPなどの電気通信事業者がIPヘッダに記載された情報を読み取ることは通信の秘密を侵害すると解釈されています。その一方で、インターネットにおける通信を実現するためにはルータがIPヘッダに記載された情報を読み取ることは必要であり、違法であるとは思えません。 日本におけるインターネットと法律に関する話題に触れたことがない方にとっては、非常に奇妙な話に聞こえるかも知れません。しかし、このように「法益を侵害するが違法ではない」という解釈は、日本においてインターネットがどのように運用されているのかを理解するうえで非常に重要なポイントです。 日本国憲法(第21条)と電気通信事業法(第4条)は、通信の秘密を定めています。憲法における通信の秘密と、法律における通信の秘密の違いは、憲法が政府などの公権力に

日本経済新聞に、以下のような記事が掲載されています。 著作権侵害サイト遮断　政府が導入検討、海外経由に対応 政府はインターネット上に氾濫する著作権侵害サイトへの接続を強制的に遮断できる仕組みを検討する。内閣官房の知的財産戦略本部（本部長・安倍晋三首相）に今夏にも有識者会議を新設。通信事業者や大学の専門家と連携して2016年３月にも決める。取り締まりが難しい海外サーバーを使った侵害サイトに対応できるようにする。 2010年頃の議論を振り返る 「取り締まりが難しい海外サーバーを使った侵害サイトに対応できるようにする」とありますが、恐らく、DNSブロッキングに関する議論も含まれていると推測しています。 日本では、児童ポルノを対象としたDNSブロッキングが2011年から開始しています（参考）。民間の通信事業者が各自の自主的な判断でDNSブロッキングを行っているという体裁であるため、ここで議題となる

「新人達のスキルアップにもいいだろうとチーム機能が導入されたランサーズを会社でも使って見ることにしました。」ということで、ランサーズを使ったら地雷クライアントに当たってしまったという話が話題です。 ランサーズで提案し、キャンセルになったデザインが無断で使われている 提案側だけの視点なので偏りがあるかも知れませんが、記事中に以下のようにやり取りの経緯が書かれています。 やっと配色の話をはじめたら、「自分のイメージしている色をあてなさい」（ビビッドな 高級感のある色といえば何を思い浮かべます？）「外れたから見積額から勉強してもらおうかな？」とかそんなニュアンスの返事があるかと思えば 「１～６までの６つのボタンがあり、それをクリックしたらA～Gまでの７枚の画像が表示されるようにして欲しい」 「1にはAの画像、2にはBの画像...って割り当てるんですよね？」...「そうです」 「画像は7枚だからボ

本日、JPRSが緊急の注意喚起を公表しました。 緊急）キャッシュポイズニング攻撃の危険性増加に伴うDNSサーバーの設定再確認について（2014年4月15日公開）- 問い合わせUDPポートのランダム化の速やかな確認・対応を強く推奨 それに対して、2月中旬に脆弱性を発見してJPRSへと報告していた鈴木氏(脆弱性は前野氏との共同発見)が、JPRSの注意喚起では「危険性をよく理解して対策をとるにあたって十分な情報が含まれているとはいえません」として、以下の情報を公開しています。 開いたパンドラの箱 - 長年放置されてきたDNSの恐るべき欠陥が明らかに キャッシュポイズニングの開いたパンドラの箱 キャッシュポイズニングの開いたパンドラの箱 - 2 - 本来であれば、より上位からの正規の回答が優先されなければならないはずなのに、下位側が優先される仕様になっているので、偽装されたデータが優先されてしまう

今月7日から9日にアリゾナ州で開催されたNANOG 59で、Ladar Levison氏がFBIにサービス全体のSSL秘密鍵を要求された話が公開されていました。 Ladar Levison氏が運営していた、Lavabitという電子メールサービスはスノーデン事件に関連して突如8月8日に閉鎖されています。 閉鎖時には詳細が書かれておらず、様々な憶測が語られていましたが、世界中から多数のネットワークエンジニアが集まるNANOGで、その一部始終が語られました。 この発表は、NANOG 59が開始される前の週に、裁判所が調査対象の氏名以外を機密解除したことによって実現しています。 インターネット上で提供されているサービス事業者にSSL秘密鍵を提出させ、かつ、その事実の公表が違法行為となるようにされてしまっている一方で、こういった内容を公的に語れるように裁判所で戦って、実際にそれを勝ち取るというのは凄

ここ数日、MessagePackがIETFにおける標準化に巻き込まれてザワザワしています。 何が起きているかというと、MessagePackプロジェクトとは関係が無い第三者がIETFで派生物の標準化を進めようとしています(binarypack、Informational RFCとして)。 binarypackは、自らをMessagePackの派生であるとしながらも、MessagePackとの後方互換性が無いものです。 MessagePack is in danger! binarypackのInternet-Draftを提出しているのは、coreと6lowpanのchairです。 Chairであるかどうかが議論そのものに与える影響はそこまで大きくないとも言えますが、少なくともIETFでの話の進め方に精通した人物であることは確かです。 ただ、今回のInternet-Draftは、その人物がC

コミット内容から「駄目な開発者」などを自動的にあぶり出すという特許がSlashdotで話題になっています。 Slashdotでは「GitHubへのアップデート内容で仕事に向いてないと判断されたらどうする？」という書き出しで記事が書かれています。 IBM Seeks Patent On Judging Programmers By Commits 特許を申請しているのはIBMで、特許タイトルは「AUTOMATED ANALYSIS OF CODE DEVELOPER'S PROFILE 」というものです。 この特許では、コードレポジトリへのコミット時間、労働時間、コミット時のコメント内容、１日のコミット回数、コミット時のコードサイズ、コンフリクトの発生回数、コンフリクトがどのように解消されたのかなどをもとに開発者プロファイルが作成されます。 Descriptionの[0116]では、この特許

購読して頂いている皆様には大変申し訳ないのですが、有料メルマガを廃刊することにしました。 9月に開始してから半年間、ありがとうございました。 個人的には飲み会でこっそり同席者に伝えるような内容を色々とちりばめた文章を毎週書き続けたつもりですが、有料コンテンツを毎週執筆し続けたうえで、読者の方々に喜んで頂くことの難しさを強く感じました。 失敗談を知って頂くのも情報としては良いかもしれないということで、多少恥ずかしいというか泣き言ばかりな内容ではありますが、ブログ上で公開することにしました。 読者を増やすには誘導が必要 色々やってみてわかったのですが、読者数が増える瞬間というのは、メルマガに関してブログやTwitterで紹介した直後がほとんどでした。 そのため、本当にメルマガ読者数を増やしたいのであれば、もっともっとブログやTwitterで露骨に「メルマガ読んで下さい！」と宣伝しなければならな

とあるメーリングリストで２週間ぐらい議論が続いています。 その議論のノリが昔のfj(*)を彷彿させるようなものであったこともあり、オフラインで知人にあったときの雑談や、Twitter上で、そのメーリングリストを脱退しようかと迷っているという話をチラホラと見聞きしています。 (*) fj: NNTPを用いたバケツリレー式掲示板システムである、ネットニュースの1グループ。fjは、(From Japan)の略。 私は別に興味が無い議論だったので詳しくは読まずにメールだけ受け取る日々が続いていたのですが、色々な方々が辟易しているのは何故だろうと色々考えていたら、根底にはメーリングリストへの投稿のし難さがあるような気がしてきました。 去年、「お呼びであるかないか」という記事を書いたのですが、そのような感じで「自分の発言はお呼びではないのかも」と多くのユーザがメーリングリストへの投稿を躊躇していること

ドイツのTLDが1時間20分ぐらい壊れていたようです。 「TLD.sc : What went wrong at the .de-registry earlier today?」 元記事を読むと、.de TLDを管理するDENICが設定ファイルを空にした状態で設定更新をしてしまったようです。 これによってドイツの1300万個のドメイン名が引けなくなっていたと元記事は述べています。 昨年10月にスウェーデンが似たようなオイタをしたようですが(参考:スウェーデンのインターネットが90分弱壊れました)、TLD管理でオペミスをすると痛いですね。 (via dnsops ML 906)

「南アの通信会社、データ転送速度で伝書バトに敗北 - ITmedia News」という記事がありました。 私が最初に記事を見たのはITmediaでしたが、様々なところで報道されているようです。 一見、「南アフリカのネットワーク遅い！（笑）」と言いたくなりますが、良く考えると何かが変です。 まず、最初に「伝書鳩の方が早い」というのは日本国内でも発生する可能性があります。 昨今では大容量メモリカードが小型化しています。 ちょっとしたメモリカードであれば、インターネットで転送するよりも十分早くなります。 実際に簡単な計算を以下にしてみます。 数値をわかりやすくするために8Mbpsで考えます。 まず、8Mbpsは8 Mega bits per secondなので、１秒間に8*1024*1024ビットの情報を転送できます。 PCなどでファイルを保存するときの単位はbit(ビット)ではなくByte(バ

Jon Crowcroft, "Cold Topics in Networking", ACM SIGCOMM Computer Communication Review, Volume 38, Number 1. January 2008 という論文がありました。 インターネット研究における「つまらない」分野に関して語っている皮肉の塊のような論文です。 この論文は「このジャンルってもう冷えきってるよね」という話を列挙していてるだけなのですが、妙に納得できる部分もあり笑える反面、論文の世界においても「何を言ったか」よりも「誰が言ったか」が重要視される事があるという現実を見せつけてくれます。 恐らく若い学生がこれを書いてもACM SIGCOMMに採用されるような事はありません。 ただ、若い学生は、このような視点を持ちにくいでしょうし、こんな内容で投稿しようとは夢にも思わないだろうと言う意味で

2009年2月17日に発生した世界的なインターネット経路障害に関しての解説、及びその後調べたことです。（参考：インターネットが壊れました）。 BGPとは何かに関しての解説も書いたので、インターネット通信技術そのものに関して知りたい方はそちらもご覧下さい。 何が発生していたのか？ チェコのプロバイダが非常に長いAS pathを流してしまい、その長いAS pathを受け取ったルータがBGP peerを切れたり上げたりを繰り返しました。 BGPのpeerが切れた次の瞬間に、また接続し直してpeerが復活し、そしてまた問題のAS path情報を受け取って切れるという状況を繰り返してしまったようです。 BGP peerが切れるのは、パケットがISP間で転送されなくなるという事なので、世界中で「到達出来ない場所」が発生しました。 この障害は約1時間弱続きました。 問題をトリガーしたチェコのプロバイダと

「IPv6が使えるデータセンター/ホスティングを探しています」という記事を書いたところ、様々な方々から情報を教えて頂けました。 頂いた情報を一覧にまとめてみました。 ブログコメント欄にて教えて頂いたもの、Skypeで教えて頂いたもの、Windows Messengerで教えて頂いたもの、メールで教えて頂いたもの、メールで探し方を教えて頂いて私がまとめたもの、などが含まれています。 メールで教えて頂いた検索方法は、INTERNET magazine 2.0 : データセンター完全ガイドで「IPv6」という項目に○がついているものを探すという方法でした。 今回、そこで発見したiDCサービスURLに対して「site:○○ IPv6」という検索をかけて、サービスに関して明記してあるURLを探しました。 発見できた場合は、そのURLを記載しています。 IPv6に関しての記述が発見できなかったiDCサ

日本国内でのインターネットトラフィックは徐々に変化してきているようです。 ISP6社でのトラフィックを解析した以下の論文を読みました。 "Observing Slow Crustal Movement in Residential User Traffic", Kenjiro Cho(IIJ), Kensuke Fukuda(NII/PRESTO JST), Hiroshi Esaki(東京大学), Akira Kato(慶応義塾大学), ACM CoNEXT2008, Dec 10-12, 2008, Madrid, SPAIN (PDF) ISPのトラフィックはP2Pが依然支配的である一方で、YouTubeなどの動画コンテンツが増えていると思われるのに全体としてのトラフィックはさほど増えていないという現象を紹介しています。 この論文では、2004年頃のP2Pファイル共有によるトラフィッ

「才能あるレジのおばさんにはそれ相応の給料を払ったほうが良い」という興味深い記事がありました。 丁度、AMN経由で献本して頂いた人は意外に合理的 新しい経済学で日常生活を読み解くを読んだばかりで、その中にそのまんまの事例があったので紹介したいと思います。 「4章どうして上司は給料をもらいすぎているのか」の中に「スーパーマーケット - アメリカ西部某所 (p.155)」という節があります。 その中で、以下のような文章があります。 問題の経済学者、アレクサンドレ・マスとエンリコ・モレッティは、あるスーパーマーケット・チェーンの幹部陣をおだてあげ、チェーン店のレジ係の生産性に関するありとあらゆるデータを入手できるようにした。 そうして、二年間にわたり、六店舗、三七〇台のレジについて、チェーン店のスキャナーからとり込み、コンピュータで自動処理された記録を使って、一つひとつの読み取り操作を追跡した。

我が家の90cm水槽前での撮影です。 90cm水槽には各種小型プレコが80匹ぐらいと、カージナルテトラ、グローライトテトラ、ミクロラスボラグリーンネオン、ハニードワーフグラミーなどが入っています。 ついでに募集 なお、私は現在SFC村井研で研究員をしているため、週何度かSFCに出没しています。 秋学期も研究室新人を募集しているので、一緒に研究をしてみたいという方、もしくは研究はいいけど大学でインターネット技術の勉強をしてみたいというSFC学生は来てみて下さい。 (ただし、学部3年以下でないと卒論などちょっと色々大変過ぎるので難しいかも知れません。)