先日プレスイベントに呼んで頂いたCiscoさんが提唱し始めた「ボーダレスネットワーク」構想の一部として3月3日に発表されたAnyConnectは、ウィルス対策ソフトの世界を変えようとしているのかも知れないと感じました。 この構想が普及すると、ウィルス対策ソフトは必要なくなってしまうかも知れません。 「ボーダレスネットワーク」という構想が理解しにくい概念であることや、アーキテクチャ全体を導入する実際のコストがまだ良くわからないので、AnyConnectが急激に普及するという状況はあまり想像できませんが、設計思想や全体的なビジョンは非常に面白いと思いました。 AnyConnectの仕組み AnyConnectの仕組みは非常に単純です。 「全ての通信をVPN経由で行う」というだけの仕組みです。 この仕組みは「Always-On」と呼ばれているようです。 AnyConnectそのものの仕組みは非常

9月4日に第2回IPv6オペレーションズフォーラムが開催されました。 「JPIX : 第2回 IPv6 オペレーションズフォーラム 開催のご案内」 発表資料：IPv6オペレーションズフォーラム第2回 発表資料PDF 2009年3月4日に開催された第1回と同じ品川イーストワンタワーでの開催でした。 今回はNGN＋IPv6に関しての議論が前回と比べて落ち着きつつあることもあり、記事掲載許可を頂けたので内容を紹介したいと思います。 超満員 前回の主題は日本国内におけるNGNとIPv6に関してでした。 その頃は、NGNとIPv6の関係がどうなるのかに関して非常に流動的な時期であり、方向性によっては日本国内のインターネット事業者の構成(プレイヤー)が大きく変わってしまうという懸念があったため、非常に大量の参加者が集まっていました。 (あまり参考にならないかも知れませんが、2月頃に書いた記事です「20

「IEEE Spectrum : A Radical New Router」という記事がありました。 今までには無かった思想のルータが紹介されています。 この記事の最初の文章が激しく痺れます。 「インターネットは駄目だ。インターネットを設計した俺だからわかる」と言ってます。 The Internet is broken. I should know: I designed it. In 1967, I wrote the first plan for the ancestor of today’s Internet, the Advanced Research Projects Agency Network, or ARPANET, and then led the team that designed and built it. 意訳：インターネットは駄目だ。 設計した私だからわかる。

「インターネット全体の形」は誰も知りません。 どこがどのように繋がっていて、全ての組織を網羅した「網の地図」はどんな形になるのか？、一番遠い所同士の「直径」はどれぐらいになるんだろうか？、本当はどれぐらいの組織が繋がっているのか？、どれぐらいのデータが流れているのだろうか？などの疑問に正確に回答できる人は、恐らく一人もいません。 しかし、それらを推測するような研究を人々が行えるように基礎データを公開している団体がいくつかあります。 今回は、「インターネットの形」を探るための基礎データとなり得る情報を公開しているサイトを紹介したいと思います。 routeviews アメリカオレゴン大学が公開しているBGP(Border Gateway Protocol)経路情報です。 フルルートデータが公開されています。 AS(Autonomous System,自律システム) Pathなどのデータを組み合

今年のShowNetバックボーンネットワークの概要をまとめてみました。 公式発表されているトポロジ図などは「Interop Tokyo 2009 | ShowNet」をご覧下さい。 LSN(Large Scale NAT) IPv4アドレス枯渇に対する解決策としてもっとも有力なのがIPv6への移行です。 しかし、世界中が一斉にIPv6へと移行するのは現実的ではないため、IPv4もアドレスを節約しながら引き続き利用される期間が存在することが想定されています。 スムーズなIPv6への移行のために、IPv4アドレスを節約しながら利用し続ける手法として現在注目されているのがISP全体でNATを行なうLarge Scale NAT(以下、LSN)です。 ShowNetでは、昨年もLSNが運用されていましたが、今年は昨年とは違ったネットワーク設計での運用となっています。 去年のLSN 昨年のShowN

「Making the World (of Communications) a Different Place」という論文がありました。 ACM SIGCOMM Computer Communication Review Volume 35, Number 2, July 2005です。 (このブログでは公式サイトであるACM portalへリンクを張っていますが、論文タイトルで検索をすると著者が自主的に公開しているPDFも発見できます) この論文では、具体的な技術を列挙するのではなく、今後技術が向かうであろう様々な方向性を示しています。 これらが本当に実現されるかどうかは誰にもわかりませんが、読み物として非常に面白かったです。 (「読み物として」と言ってしまいましたが、書いている本人達にとっては国からの予算などにも関連するので超大真面目だと思います。) 非常に面白い論文だったので、要約し

IPv4アドレス枯渇問題と、そのための対策ネタです。 現在、様々な提案が行われていますが、その中から個人的に一番カッコイイと思えたものとして464NAT提案があります。 ISP内の運用を全てIPv6化してしまおうというものです。 464NAT提案では、ISP内はほぼ完全にIPv6化されつつ、ユーザの手元ではIPv4とIPv6のデュアルスタック環境が提供されます。 完全なIPv6化は難しい IPv4のアドレスが枯渇したとしても、ユーザの多くはまだまだIPv4を使い続けると思われます。 例えば、IPv6対応ができないWindows95,98,NT,2000は未だに多く稼動しています。 Windows XPがIPv6対応可能と言っていても、「ipv6 install」とコマンドを打たなければ機能を有効にできず、さらにDNS部分はIPv4を使うという仕様のためXPも完全IPv6ネットワークでは使え

昨日「IPv4アドレス枯渇とIPv6化に向けての464NAT提案」という記事を書いたのですが、TwitterにてTomo's HotlineのTomoさんから「4-4-4も4-6-4-NATもインターネットドラフトが出ています。4-4-4は私が書いています。」との情報提供を頂けました。 早速教えていただいたinternet draft「Carrier Grade Network Address Translator (NAT) Behavioral Requirements for Unicast UDP, TCP and ICMP, draft-nishitani-cgn-00」を拝見しました。 キャリアグレードNAT(CGN)に関する非常に興味深い内容でした。 恐らく今月のIETF(アイルランド)にてTomoさんが発表されると思われます。 以下、internet draftに記述してあ

DCIA : P4P Working Group (P4PWG)が公開している「P4P: Explicit Communications for Cooperative Control Between P2P and Network Providers」という論文を読みました。 ISPがP2Pに協力することによって、ネットワークに対する負荷を大幅に軽減できるという内容です。 アメリカのP2Pは、今後ISPと協力関係を構築していくのかも知れないと思える論文でした。 P4P WG この論文を作成したP4P技術ワーキンググループには、結構豪華なメンバーによって構成されています。 P4Pの論文が話題になっているのは、発表したメンバーが豪華で、実際に実現(採用/デプロイ)されていく技術なのではないかと思えるからかも知れません。 以下、DCIA(Distributed Computing Indust

ここでは、Rubyによるネットワークプログラミングの説明を行いたいと思います。 ここで対象としている読者は、ネットワークプログラミング初心者（もしくは入門者）です。 TCP 簡単なTCPサーバとクライアント TCPクライアント(エラー処理付き) 何度も受信できるTCPサーバ TCPサーバ(acceptした相手の確認) UDP UDPを使う UDPでブロードキャストを使う UDPでマルチキャストを使う(マルチキャストを送信する) UDPでマルチキャストを使う(マルチキャストを受信する) UDPでマルチキャストを使う(TTLを設定する) Web 簡単なHTTP GET（Net::HTTP） HTTP HEADと全てのHTTPヘッダの表示（Net::HTTP） HTTP POST（Net::HTTP） 簡単なRSSクライアント その他 IO::selectを使う IPアドレスからホスト名への変換

「A Comparison of the Linux and Windows Device Driver Architectures (ACM SIGOPS Operating Systems Review, Volume 38, Issue 2, April 2004)」 という論文がありました。 Linux 2.4とWindows XPのデバイスドライバアーキテクチャを比較しています。 論文中からパッと見てすぐわかりそうな図だけ引用してみました。 筆者が論文を公開しており、誰でも読める状態になっているようなので、以下の図を見て興味が沸いた方は是非読んでみる事をお勧めいたします。 全体像

「A New Way to look at Networking (Google Video)」を見ました。 Van Jacobson氏による1時間21分のプレゼン映像でした。 ビデオでは、コペルニクス的発想が必要だとか、昔は電話システムを前提に皆が議論をしていたからインターネットの仕組みはあり得ないと当初は皆が言っていた、という内容の事を何度か言っています。 確かに、私も聞いていて「WinnyかBitTorrentをDRMと組み合わせたもの？」という感じの方法論を考えてしまいました。 恐らく、今の仕組みで作ってしまう方法を考えるのではなく、アーキテクチャとしてこの案を考えなくてはならないという物だと思いました。 きっと、ここで言っている話が実現するとIPの上でも動くけど、下にその他の通信形態が来ても動くという新たなアドレッシング手法に近いものを提案しているのだと思いました。 どうしても現

ここでは、Linuxを使ったネットワークプログラミングの説明を行いたいと思います。 ここで対象としている読者は、ネットワークプログラミング初心者（もしくは入門者）かつLinux環境でプログラミングを行いたい人です。 開発環境としては、C言語＋gccを想定しています。 説明内容は主にソケットプログラミングになります。 なお、C言語そのものが初めての方は「C言語入門」も参考にどうぞ。Windows専用には書いてませんが主にC言語で共通の部分を解説しています。 コードを書く前の準備 まず、gccを使える状態にしないといけません。 ディストリビューションにもよりますが、Linuxを普通にインストールしただけでは開発環境は入りません。 開発環境を用意するためには、gccやglibcなどのrpmを必要に応じてインストールしてください。 次に、エディタが必要になります。 mule、emacs、xemac