皆さんこんにちは！長野です LINEで天照プロジェクト（アマテラス）についての相談が寄せられました。 「天照プロジェクトって稼げるの？」「詐欺では？」という質問に対して、調査結果を共有します。 天照プロジェクトは利益を得られるかのよう...
P2P通信技術:NAT越え ～STUNとUPnPと、時々、TURN～ 株式会社コナミデジタルエンタテインメント プロジェクトソリューションセンター R&D推進グループ 佐藤 良 目次 1. はじめに 2. NATの概要 3. 静的NAT – 静的ポートフォワーディング – UPnP 4. 動的NAT 5. NATの挙動をSTUNで調査する 6. NAT越え時のテクニック 7. 事例 8. 今後 2008/2/8 1VoIP Conference 2008 1. はじめに 2008/2/8 VoIP Conference 2008 2 8. 今後 7. 事例 6. NAT越え時のテクニック 5. NATの挙動をSTUNで調査する 2. NATの概要 3. 静的NAT 4. 動的NAT 1. はじめに 自己紹介 • 仕事 – オンラインゲームのネットワーク技術開発 • 2004～ NAT越え
ようこそゲストさん ブログトップ 記事一覧 ログイン無料ブログ開設 Yet Another Ranha
(2008.12.19 22:00追記) peer IDをnear IDに修正 先日のAdobe MAXでFlashの新しいプロトコルRTMFPを扱うことができるサービス「Stratus」について発表がありました。これは簡単に言うと、ブラウザで何もインストールすることなくP2Pを実現できる神がかったプロトコル(=RTMFP)と、RTMFPをサポートするサービス(=Stratus)、という位置づけです。上の写真は実際にStratusを介してRTMFPによる通信で僕の家とオフィス（夜中なので真っ暗ですね）をつないでいるものです。 これらについては、Adobe Labsでの次の文章が非常に分かりやすいです。 Stratus service for developing end-to-end applications using RTMFP in Flash Player で、この文章があまりに分
「Interop Tokyo 2008」で11日、「P2P技術の復権か」と題したコンファレンスが開催された。「P2Pネットワーク実験協議会」の実証実験ワーキンググループ副主査を務めるNTTコミュニケーションズ（NTT Com）の山下達也氏が、P2P配信システムの有効性を確認するために行なった実証実験の結果を紹介した。調査結果からは、P2P配信システムに改善の余地があることが浮かび上がった。 P2P配信システムは、従来のコンテンツ配信ネットワーク（CDN）に比べてサーバーへのトラフィックが下がるため、配信側はコストの削減につながる。しかし山下氏は、「『トラフィック保存の法則』があるとすれば、サーバーで減ったトラフィックがどこかに押しつけられている可能性がある」と指摘。そこで、P2P配信システムのピア同士がネットワーク上でどのようにつながっているかを明らかにするための実証実験を行なったという。
id:nyaxt氏との共同開発の分散ストレージ「Cagra」（かぐら）のアルファ版をリリースしました。 cagra α3リリース cagra テクニカルデモ α２リリース 分散ストレージエンジンテクニカルデモ α版リリース cagraのα版試してみたよ - takumalog Cagraは以下のような特徴を持った（目指した）P2P分散ストレージです。 Zeroconf マルチマスタでレプリケーションするWrite 高速な分散Read オプションで高速な非同期Write インターネットレベルよりもLANレベルのマシン台数に特化 巨大データサポート 高速イベント駆動システムコール＋軽量スレッド 超アジャ〜イルな開発体制 まだα版で全部が実装されているわけではないですが、とりあえず動きます。 Zeroconf UDPマルチキャストでノードを自動的に発見するので、一切設定ファイルを書かずに動作せる
ウイルスは .zip ファイル内に潜んでいることも多いことから、拡張子偽装だけ調べてもウイルス全般の調査にはならないが、ここではひとまず拡張子偽装されたファイルについてだけ調べることにした。 まず、時刻順に並んでいるキーのダンプから、ファイル名に「 .」を含むものだけ抽出しながら、ファイルのハッシュID（Winny用語で言うところの「ハッシュ値」）毎に、そのキーを送信してきたWinnyノードを出現順にシリアル番号を振りながら転記することで、データを整理した。 たとえば、2007年1月1日に最初に観測*2した拡張子偽装ファイルのハッシュIDは「%09fdce1365df9fc28dd921faXXXXXXXX」であったが、このIDについての観測記録の冒頭は次のようになっている。「X」は伏字であり、1行目にはファイル名を記載しているがここでは省略している（「tail +2」）。
英語ブログでSkypeログイン障害詳細について更新されたので、取り急ぎ以下に訳します。[英文更新：日本時間8月20日21時ごろ] 2007年8月16日、Skype P2Pネットワークが不安定になり、大きな障害が発生しました。この障害は、Windows Updateによるパッチの定期ソフトウェアアップデートのため、世界中のユーザによる非常に短時間内でのほぼ同時再起動によるものです。 正常値を超える多数の再起動によって、Skypeのネットワークリソースが影響を受け、これがログイン要求の殺到につながり、P2Pネットワークリソースの不足と相まって重大な結果をもたらしました。 通常、Skypeのピアツーピアネットワークは、備えつけの自己回復機能を持っていますが、今回の障害でネットワークリソース分配アルゴリズムにおける、今までに顕在化していなかったソフトウェアのバグが発覚し、これが原因で 自己回復機能
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く