IPv6本 脱稿しました:Geekなぺーじ
2011年から書き続けていたIPv6本がついに脱稿しました。 この本は、クラウドファンディングで書きました。 完成したIPv6本の電子版は無償配布します。 サポーターの皆様、ありがとうございます！ 全章のフィードバック受付版は、5月21日(月)にマクアケ経由のメッセージにてサポーターの皆様にお送りする予定です。 その後、7月中に完成した書籍をサポーターの皆様にお届けするとともに、一般公開および一般販売開始する予定です。 IPv6本電子版の無償配布を行いますが、紙版と電子版の販売も行います。 ご購入いただけると、私とラムダノート社が喜びます。 なお、有料版と無償配布版の間にコンテンツとしての違いはありません。 ご購入いただかなくても内容を読むことはできます。 幅広く多くの方々にIPv6に関する技術情報が伝われば幸いです。 長くツライ執筆でした IANAのIPv4アドレス中央在庫が枯渇したので
無償で読めるIPv6本を作ります:Geekなぺーじ
IPv6そのものは、決して新しいものではありません。 IPv6の最初の基本仕様であるRFC 1883は1995年に発行されており、そのRFCに関連する議論は、それよりももっと前から開始されています。 IPv4アドレスの在庫が枯渇することは、かなり昔から予想されていて、その対策としてIPv6が作られたのですが、IPv4とIPv6には互換性がないこともあり、IPv6が普及せずにIPv4のみが利用され続ける状況が長く続いたのです。 しかし、2011年にIPv4アドレスの中央在庫が枯渇したことによってIPv6が注目されるようになり、IPv6によるインターネットも急激に拡大していきました。 2011年当時の段階では、世界中のインターネットユーザが利用しているインターネットプロトコルはIPv4でしたが、2017年の段階ではIPv6普及率が50％を超える地域も登場しています。 Apple社が、2016年
RFC系統図で見るIPv6の変化:Geekなぺーじ
これまで何度か、IPv6が今も変化し続けている発展途上なプロトコルであるという話を書いてきましたが、その変化をどのように追えるのかに関しては、紹介していませんでした。 今回は、IPv6がどのように変化しているのかに関するイメージを持っていただくために、IPv6に関連するRFCの廃止や更新を紹介します。 IPv6に関する最初の仕様が決まったのが1995年ですが、そのときに発行されたIPv6関連の主要なRFCが、RFC 1883 から RFC 1886の4つです(1809と1881もありますが、それらは今回は割愛)。 それらのRFCは、IPv6に関する根本的な仕組みを示したものでした。 IPv6の根本的な仕様を示すRFCとして、1996年に発行されたRFC 1970もあります。IPv6のNeighbor DiscoveryのRFCです。 1995年に発行されたIPv6に関する4つのRFCと、1
「ポートとソケットがわかればインターネットがわかる」を書きました:Geekなぺーじ
11月21日に拙著「ポートとソケットがわかればインターネットがわかる」が発売予定です。 これまで私が書いてきた本よりもさらに踏み込んだ「わかりやすさ」を目指して、インターネットに関連する通信技術などを紹介しています。 本書が想定している読者は、「これまでさまざまな形でインターネットを使ってきたけど、通信技術を詳しく調べたことがない」とか、「これまでさまざまな形でインターネットを使ってきたけど、インターネットを使った通信を行うプログラムを書いたことがない」とか、「いろいろな形でネットを使った情報発信をしてきたけど、サーバ運用まではやったことがなく、漠然とやってみたいと思っている」といった方々です。 コンピュータやネットワークに限らず、何かに関して最初の一歩を踏み出すのはたいへんなものです。まったく何もわからない状態だと、「プログラミング」「通信技術」「TCP/IP」といった単語を見ただけで「
Geekなぺーじ : Rubyネットワークプログラミング
ここでは、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アドレスからホスト名への変換
Geekなぺーじ : みんなが知らずに使ってるAkamai
Akamaiさんでのセミナーに参加してきました。 個人的にはAkamaiさんと言えば「あまり一般的には知られていないけど使っていない人はほぼいない」企業というイメージがあります。 あまりに内容が楽しかったので、セミナーで色々質問しまくって聞いてしまいました。 想像以上に色々凄いと思いました。 ブロガーのyasuyukiさんが企画し、Akamaiさんにお願いして実現したプライベートセミナーでした。 元々はyasuyukiさんがAkamaiさんのセミナーを聞いて「面白い」とtwitter上で囁きまくっていて、その後「プライベートなセミナーやったら来ますか？」とのオファーを頂きました。 昔からAkamaiさんのCDN技術には非常に興味があったので「是非お願いします」とお願いしました。 セミナー参加者募集はyasuyukiさんのブログとtwitter上で行われ、16人の参加者がいました(アカマイさ
Geekなぺーじ : インターネットの形を変えて行くGoogle,Facebook,Akamai...
Arbor Networksの調査によると最近のインターネットトラフィックは、Tier 1と呼ばれる世界的に巨大なキャリアではなく、コンテンツを持っていて巨大なトラフィックを持つコンテンツ保持者へと移っているようです。 この調査結果を見ると、ここ数年で世界全体のインターネットトラフィックが急激に集中していっている様子がわかります。 5年前はトラフィックの多くはTier1と呼ばれる世界的な大手ネットワーク事業者を経由していたのですが、最近2年の傾向を見るとLimelight,Facebook,Google,Microsoft,YouTube,Akamaiなどの"hyper giants"上位30組織のトラフィックが世界全体のトラフィックの30％を消費しているそうです。 また、上位150組織で世界全体の半分(50％)のトラフィックを消費しているとのことでした。 5年前であれば、世界全体のトラフ
SCTPってどこで使われてるの？:Geekなぺーじ
最近、ちょくちょくSCTP(Stream Control Transmission Protocol)サポートに関する記述を見かけます。 たとえば、OpenFlow 1.1仕様にはUDP/TCP/ICMPと並んでSCTPもサポートされるようになっています。 SCTPは、随分前に標準化されたトランスポートプロトコル(RFC4960参照)ですが、当時色々と標準化に関連して議論されていたイメージがあります。 ただ、あまりトランスポートプロトコルまわりの話が身近でなかったこともあり、研究以外でSCTPを実際に活用している事例を見たことがないようなイメージなプロトコルでもありました。 そんなSCTPを最近見かけるのは何故だろうと思ったのですが、LTEで使われているみたいです(それ以前に、3GPPの仕様にも含まれているようです)。 docomoジャーナル: LTE-Advanced技術特集 - IMT
Geekなぺーじ : BGPを解説してみた
2009年2月17日にインターネットが壊れました。 今回の障害はチェコのISPが出してしまった経路情報によって世界各地のルータが機能不全に陥るという事態へと発展したようです。 先日の記事で、流れた経路情報の詳細などを紹介しましたが、「BGPとは何か？」や「そもそもルーティングとは何か？」を知らなければ何を言っているのか意味不明な解説記事だったと思います。 そこで、今回は「インターネットの仕組み」そのものを解説しながら「何が起きたか？」を解説しようと思います。 対象としている読者は、IT系の知識はあるがIPによる通信そのものに関しての知識は無いエンジニアです。 なお、本来ならば正確さを確保するために解説すべきである細かい点は、あえて解説しないようにしているのでご注意下さい。 そもそもインターネットとは何か？ まず、最初に「インターネットとは何か？」を説明したいと思います。 Inter-net
Geekなぺーじ:MessagePackがIETF標準化に巻き込まれてる件について
ここ数日、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
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
プログラミング言語ヒエラルキー:Geekなぺーじ