NTTはWebでの論戦に参加するべき - 松本徹三
今回また池田先生の最近の二つのブログ記事「イノベーションは予知できない」（5月14日付アゴラ）と「ソフトバンクの『アクセス回線会社』案への疑問」（5月15日付 Livedoor 池田信夫ブログ）に反論せねばならないのは、私にとってはやや苦痛です。率直に言って、「無線通信技術」や「通信回線網の設計、運営、保守の実態」等のテーマは、先生の博識と洞察力が生きる分野とは思えず、こういう分野で敬愛する先生と論争をすることは、何となく心苦しいからです。 日本の通信インフラを世界に冠たるものにするには、有線網（「光幹線網と光アクセス網の整備」がポイント）と無線網（「周波数の再配分」と「設備の共有」がポイント）の両方の議論を徹底的にやることが必要です。どちらが欠けても片手落ちだからです。ですから、始まったばかりの無線網の議論を、これからもっともっと深めていかなければならないのは、全く先生ご指摘の通りですが
光より速い通信技術の登場？:Geekなぺーじ
事業仕分け第二弾が行われていました。 昨日、Twitterで「光ルータ」という単語が出てるのを見て途中から見たのですが、中々刺激的な内容でした。 私が見たのは、「B-17 : 新世代ネットワークの研究開発等」に関してで、独立行政法人 情報通信研究機構(NICT)が議題として挙げられていました。 具体的には、[1]新世代ネットワーク技術の研究開発、[2]民間基盤技術研究促進業務、[3]情報通信ベンチャーへの出資、という３点に関してだったようです。 ライブで見たのは比較的最後の方だったので、前半はライブで見ていませんでした。 ライブ終了後に、Ustream上で公開されているアーカイブを見たのですが、基本的に終始質疑が噛み合ず、１時間以上が経過した後に縮減及び廃止という結果になっているという感想を持ちました。 議論の多くが、独立行政法人の話題というよりも、むしろ総務省本体の「原口ビジョン」の妥当
Netkit Wiki
Try Kathará! Implementation of Netkit using Python and Docker, ten times faster and more than 100 times lighter. SDN and NFV also supported. www.kathara.org Try Kathará! Implementation of Netkit using Python and Docker, ten times faster and more than 100 times lighter. SDN and NFV also supported. www.kathara.org Understanding computer networks without performing practical experiments is really dif
ＲＦＣ日本語版リスト
リンク上の問題や追加情報があるようでしたらどしどし連絡してください。 インターネットに散らばるＲＦＣの 日本語訳（和訳）のリンクリストを作りました。 多分、同じ翻訳で、コピーが複数あると思えるのはまとめて１行にしています。 （高橋邦夫さんが訳したＲＦＣ１８５５はあまりにもコピーが多いので一部のリンクのみ掲載しています） 同じＲＦＣを、多分別の人が翻訳したと思えるのは別の行にしています。 時代の流れでなくなったページもあります（場所が変わって見つかっていないだけかもしれません）。 [日本語訳]が付いていない所はそんなページと思ってください。 ソースにはコメントとしてＵＲＬを残してあります。 いずれかのアーカイブを探せば見つかるかもしれません。 これらの日本語訳は完全なものとは限りません。 間違って翻訳していたり、 途中だけ翻訳されてたり、翻訳の途中で中断・中止してる事もあります。 翻訳の公開
モペログ: UDP Hole Punching その２
Wednesday, February 6, 2008 UDP Hole Punching その２ どうやら昨日書いた手法は特許とられてるらしい。ひどい話である。 ・TCPでなんらかのデータ送信の後、UDPで補足データを送信する という請求事項にひっかかるのだとか。(特許公開番号:2007-502585) まぁいろいろ考えたが、最初のTCPによるセッション初期化をUDPでやっちまえばいい気がしてきたので、次のように変更。 1. C UDP::UHPInitialize -- NOP 2. S UDP::UHPInitializeOK -- SESSIONID < UNIQUE ID > 3. C TCP::UHPComplete -- FLAG < 0(FAIL) | 1(SUCCESS) >[, SESSIONID < UNIQUE ID > ] 4. S TCP::UHPComplet
モペログ: UDP Hole Punching
Tuesday, February 5, 2008 UDP Hole Punching 仕事でUDPのデータストリームを扱っていて、さらにクライアントはNAT超えを考慮しなくてはならないということで、UDPのNAT超えでよく使われる手法、UDP Hole Punching (UHP) というものを実装することになった。 UDP Hole Punchingというのはルータに動的に空けられたNATテーブルの穴を逆から叩くことにより、NATの中のクライアントとUDP通信を可能にする技術であるからして。 さて、TCPのコントロールコネクションはもともとあるので、そのプロトコル上に UHP のネゴシエーションを付け加える形にした。 1. TCP C: UHPInitialize <NOP> 2. TCP S: UHPInitializeOK <SESSION ID> <SERVER UDP PORT
Geekなぺーじ : Google Public DNSについて調べてみた
Google Public DNSが発表されていました。 「Official Google Blog: Introducing Google Public DNS」 本当は書籍執筆〆切に追われていて首が回ってないはずなのですが、あまりに面白そうなので思わず調べてしまいました。 これって、DNSキャッシュのクラウド化なのだろうと思います。 利点は？ 利点は「パフォーマンス向上」と「セキュリティ向上」の２つがあるようです。 パフォーマンス Performance Benefits http://code.google.com/intl/ja/speed/public-dns/docs/performance.html 原稿〆切がヤバくて、ざっと流し読みをしただけなのであまり自信がありませんが、どうも世界規模で運用して、世界的にQueryが多い所を優先的にキャッシュ更新しておくので、非常に効率が
Win32/Win64 OpenSSL Installer for Windows - Shining Light Productions
The Win32/Win64 OpenSSL Installation Project is dedicated to providing a simple installation of OpenSSL for Microsoft Windows. It is easy to set up and easy to use through the simple, effective installer. No need to compile anything or jump through any hoops, just click a few times and it is installed, leaving you to doing real work. Download it today! Note that these are default builds of OpenSSL
ウノウラボ Unoh Labs: サーバのネットワーク速度の調査/測定方法
こんにちは。kyagi です。先日データセンタ内のサーバ群のうち、なぜか特定の１台だけネットワークの速度が極端に遅いという問題がありました。今回はサーバマシンのネットワーク速度の測定方法と原因についてお話しします。同様のトラブルが発生している方のお役に立てば幸いです。問題解決までの手順としては以下になります。 1. 現在の状態を調べる 2. ハード/ソフト含めて考えられる原因をいくつか挙げる 3. 原因について改善されるまでひとつひとつ検証していく まず現在の NIC の HW 情報とドライバを lspci で調査します。ここでは Broadcom の NetXtreme BCM5722 という NIC を使用していることがわかります。 # lspci -vvv | grep Ether 01:00.0 Ethernet controller: Broadcom Corporation
アカマイ、インターネットの現状に関する四半期報告を発表
米国時間10月1日に発表された報告によるとインターネット攻撃の発信源は、第1四半期の68カ国から増加し、第2四半期は201カ国だったという。 Akamai Technologiesの四半期報告「State of the Internet」は、インターネット攻撃から世界各国の平均接続速度まで、オンラインの世界に関するデータをまとめている。 第2四半期は、マルウェアなどインターネット上の脅威の発信源と見られる201カ国のうち、米国、中国、韓国の3カ国が攻撃の半分以上を占めた。 攻撃の大多数は「Conficker」ワームによるもので、Akamaiは4100のポートへの攻撃を確認したが、そのうち10のポートだけで攻撃事例の約90％に達する。「Microsoft Directory Services」に使用されているポート445は特に脆弱なことが明らかになっていて、このポートがオープンになったコンピ
Akamai、高精細ストリーミングサービス「HD Network」を発表
コンテンツ配信サービス会社の米Akamai Technologiesは9月29日、ライブおよびオンデマンドでの高精細（HD）ビデオストリーミングを可能にするコンテンツプロバイダー向けサービス「Akamai HD Network」を発表した。Adobe FlashとMicrosoft Silverlightに対応するほか、iPhoneでのHDビデオストリーミングも可能にするという。 同サービスはAkamaiの分散コンピューティングプラットフォーム「EdgePlatform」の5万以上のサーバで提供される。これらのサーバは、70カ国にわたる900以上のネットワークに展開されている。ビデオを視聴者の直近のサーバから配信することにより、バッファに必要な時間を制御できることからシームレスなHDビデオを提供できるとしている。 Akamai HD Networkには、高画質のままの巻き戻し・再生機能、標
数ある無線LAN規格を総ざらいしよう (1/4)
無線LANには、さまざまな規格があり、それらはIEEE802.11の後に付けられたアルファベットで識別される。このパートでは、それぞれの規格に割り当てられた代表的なアルファベットと、具体的な規格の中身を見ていこう。 実は同期のaとb 802.11WG（ワークグループ）に所属するTG（タスクグループ）には、現在a～z（l/o/q/xを除く）の識別子が与えられている。それぞれのTGの大まかな位置付けは図1のようになる。おもな規格をaから順に見ていこう。 IEEE802.11a（以下11a）は、5.2/5.3/5.6GHz帯の周波数帯域を使う無線LAN規格である。伝送方式に「直交周波数分割多重（OFDM）」を採用し、規格上の最大伝送速度は54Mbpsとなっている。実測では25～30Mbps程度だが、100BASE-TXで構築された有線LAN環境で利用するぶんには、それほどストレスを感じることはな
Cold Topics in Networking:Geekなぺーじ
Jon Crowcroft, "Cold Topics in Networking", ACM SIGCOMM Computer Communication Review, Volume 38, Number 1. January 2008 という論文がありました。 インターネット研究における「つまらない」分野に関して語っている皮肉の塊のような論文です。 この論文は「このジャンルってもう冷えきってるよね」という話を列挙していてるだけなのですが、妙に納得できる部分もあり笑える反面、論文の世界においても「何を言ったか」よりも「誰が言ったか」が重要視される事があるという現実を見せつけてくれます。 恐らく若い学生がこれを書いてもACM SIGCOMMに採用されるような事はありません。 ただ、若い学生は、このような視点を持ちにくいでしょうし、こんな内容で投稿しようとは夢にも思わないだろうと言う意味で
P2P basic
P2P basic P2Pとは何か？〜基礎から研究紹介まで〜 最近，P2Pという言葉を良く聞きます。ニュースの中でも「P2Pを意識している」とか「P2Pの研究に着手」というニュースを聞いたことがあるのではないでしょうか？ しかしながら，P2Pとは何かいまいちわからなかったり、どんなことに役に立つのか調べにくいことも確かです。 またP2Pの動向は激しく，その流れについていくのも大変です。 私は情報系の研究所でP2Pの研究開発をしていました。 そのため、このような現状を踏まえてP2Pの基礎から私の研究まで重要な部分を なるべくわかりやすく紹介致します。 また用語についてはわかりやすさを優先するために一部不正確なところがあるのでご了承下さい。 質問，コメント等はメール(tnishita@yahoo.co.jp) にて連絡して頂くと，ページ改良の参考になりますのでよろしくお願い致します。 P2Pに
家庭用ルーターのNAT特性
NATの特性（NATタイプ） NATは標準仕様が存在しないため、製品によってふるまいが異なる。そして、そのふるまいはNAT越えの難易度に影響する。 STUN (RFC 3489) [1] では、NATのふるまいを4種類に分類している。Full Cone NAT < Restricted Cone NAT < Port Restricted Cone NAT < Symmetric NATの順に越えるのが難しくなり、既存のNAT越えアルゴリズムの多くはSymmetric NATを越えることができない。NAT越えの分野では歴史的にこの分類が用いられているが、これは現実のNATの特性を説明するには不十分であることがわかっている。 そこで、RFC 4787 [2] ではConeやSymmetricといった用語を使う代わりに個々のNATの特性 (behavior) を、Mapping Behavio
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
networking:netem [Wiki]
Win7搭載PCを無線LANアクセスポイント・ルーター化する「Connectify」が正式版に
コナミがアップデート配信のために投入したP2P技術の秘密を公開 「BitTorrent」を活用して配信コストを大幅に削減。ユニークな取り組みの実態を語る
Every Microsecond Counts: Tracking Fine-Grain Latencies with a Lossy Difference Aggregator | CCR online
http://www.newport-networks.com/whitepapers/nat-traversal1.html