本当は楽しいインターネット
2. 注意書き n この資料料は2014年年9⽉月14⽇日に開催された「情報科学若若⼿手の会2014」における 若若⼿手特別講演での発表に使⽤用した資料料です n 誤記の修正や補⾜足の追加、内容の削除、順序の変更更など、発表時の資料料と異異な 2014 (c) INTERNET MULTIFEED CO. 2 るところがあります n この資料料は初学者向けにわかりやすく説明することを⽬目的としたものであり、 厳密には正しくない内容が含まれている可能性があります n この資料料は全て公開されている情報に基づいて作成されています n この資料料に含まれるデータは、2014年年9⽉月13⽇日時点において取得可能であった ものを利利⽤用しています n この資料料の中で引⽤用している画像の著作権は元の著作者に帰属します n この資料料を利利⽤用することによって発⽣生した、いかなる損害や
訳：非推奨になったLinuxネットワークコマンドの代替コマンド - aws memo
これはちゃんとチェックしておかないとなぁ。 Deprecated Linux networking commands and their replacements « Doug Vitale Tech Blog ==== この記事で詳しく説明する非推奨のLinuxネットワークコマンドは：arp, ifconfig, iptunnel, iwconfig, nameif, netstat, route である。iwconfig以外の コマンドは、net-toolsパッケージという、数年間メンテナンスされていないパッケージに含まれている。これらのユーティリティによって提供される機能は、新しいipコマンドを主に使うiproute2 スイートで再提供され、改善され続けている。iproute2ソフトウェアのコードとドキュメントは、Kernel.orgとLinux Foundationで見ることができ
P2P通信技術：NAT越え - STUNとUPnPと、時々、TURN - NATTraversal.pdf (application/pdf オブジェクト)
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越え
ネットワークの世界における遅延とは Apposite Technologies :: Blog
[The following posting is by Kazuo Yokosuka of Rikei Corp., a reseller of Apposite’s products in Japan.] こんにちは。株式会社 理経の横須賀です。Apposite Technologies社WANエミュレータの販売担当をしております。今回は、前回の記事でも予告した通り、ネットワークの世界における遅延について記事を書きたいと思います。長い文章になりますが、どうぞお付き合い下さい。 お客様からApposite社WANエミュレータのお問い合わせを頂くときに、まず、ほとんどのお客様が「パケットに遅延をかけてみたいのですが…」というご要望をお持ちです。なぜか「パケットロスを再現したいです」「パケットの順序を入れ替えたいです」というお声は余り聞きません。日本のお客様にとって遅延はもっとも重要性のある
AWS Tokyo Regionのネットワークを調べてみた。 - めもおきば
AWSの東京リージョンがリリースされたということで、技術視点からネットワーク関係を探ってみました。 なお、利用者視点でのレイテンシやスループットについては、並河さんの記事が分かりやすいです。 上位ネットワーク まず最初に、インターネットとの接続方法、つまり上位ISPをざっくり知るために、実際にEC2上で立ち上げたインスタンスのIPアドレスをrobtexに突っ込んでみると、AS16509の175.41.192.0/18 AWS AsiaPac prefixというのが実際にインターネット上で流れている経路、つまりIPアドレスブロックでよさそうです。さらに、 AS16509は日本を含む全世界で使ってるけどAS38895はシンガポールでのみ。シンガポールと日本へのルーティングはそれぞれに割り当てた/18単位で、って感じかな。(そうなると、シンガポールだけ別のASにした理由がイマイチ分からないな)
「超チューニング祭 ～ニコニコを超快適にしてみた～ in ニコニコ超会議３」の問題点 - Webパフォーマンスについて
来る2014年4月26日(土)・27日(日)に、「ニコニコ超会議3」が開催され、その中で「超チューニング祭 ～ニコニコを超快適にしてみた～」が開催されるそうです。 これは、現行のスマートフォンサイトのTopページのソースファイルを競技者がチューニングして、速度やデザイン・UIの改善をして、速度と使い勝手を競うのだそうです。 「これは面白そうだ! 会場は家から近いし!」と思って参加するつもりでいましたが、事前調査で計測してみた結果、フロントエンドのチューニングでは速くならないことがわかったので、その内容について説明します。 (主催者の方にも、フロントエンドのチューニングでは速くならないという情報は伝えてあります。) まずは、計測データ まずは実際のトップページ(http://sp.nicovideo.jp)の計測データを見てみましょう。 計測は、NTT DoCoMoとSoftBankの3G回
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
