KDDI、“素のAndroid端末”で複数通信回線を束ねて高速ダウンロードできる技術を披露
写真●KDDIによる「リンクアグリゲーション無線技術」のデモ 3GおよびWiMAX回線を同時に使うことで（写真右）、3G回線単独利用時（写真左）と比べて2倍以上のスループットが出ている。 2012年5月30日から6月1日までの3日間、モバイル通信関連の展示会イベント「ワイヤレスジャパン 2012」が東京ビッグサイトで開催されている。同会場内のKDDIブースでは、複数の異なる無線通信回線を束ねて、高速かつ安定的な通信を実現するための技術「リンクアグリゲーション無線技術」のデモを披露し、来場者の注目を集めていた。 同技術は、KDDI研究所が総務省の委託を受けて研究している技術成果の一部。デモでは、3GおよびWiMAXでの通信に対応した同社のAndroid端末「GALAXY SII WiMAX」（ISW11SC）を2台用意し、片方の端末は3G通信のみ、もう片方は3GとWiMAXを同時に使った状態
［詳報］「VoIPの制限しない」「値上げの想定ない」---NTTドコモ障害対策会見の一問一答
NTTドコモが2012年1月27日、通信トラブルの再発防止策に1640億円を投入すると発表した（NTTドコモが一連の通信障害について対策を発表、2014年度までに1640億円投入 ）。1時間半に及んだ質疑応答の内容を、「トラブル対策全般」「パケット交換機障害」「spモード障害」の三つに分けて紹介する。 トラブル対策全般について 半年で5回も障害があった。ドコモ特有の設計に問題があるのではないか。 MAPS（spモードシステム）では電話番号で認証して、IPアドレスでユーザーを識別している。これは他社も同様だと思うし、世界の通信事業者もそうだと思う。この点はドコモ特有だとは思っていない。 ただ、spモードの接続シーケンスにはドコモ特有の動作があり、特に今回はその点に落ち度があった。 Androidは常時接続するもので、全端末に占める割合よりも絶対量が重要になる。絶対量が多いと大きなバースト的な
ドコモに何が起きたのか 大規模障害に垣間見える、顕在化するスマホ時代の課題
ドコモに何が起きたのか 大規模障害に垣間見える、顕在化するスマホ時代の課題：神尾寿のMobile＋Views（1/2 ページ） 既報のとおり、1月25日に東京都内でNTTドコモの大規模通信障害が発生した。障害は朝8時26分に発生し、約4時間40分後の13時8分に復旧。対象エリアは東京都の14区（葛飾区・江戸川区・江東区・港区・新宿区・千代田区・中央区・品川区・文京区・墨田区・大田区・目黒区・渋谷区・世田谷区）であり、最大252万人のユーザーに影響が出た。東京都心部で、しかも平日の昼間に発生したため、かなり深刻かつ大規模な障害であったことは言うまでもない。 25日の通信障害を受けて、NTTドコモは26日に報道関係者向けの緊急記者会見を実施。NTTドコモ 取締役常務執行役員の岩崎文夫氏が中心になり、障害の原因と今後の対策について説明した。 ドコモの大規模通信障害はなぜ発生したのか。その原因と、
レイヤー越えが出来ない人たち - Nothing ventured, nothing gained.
物にはそれぞれの役割というものがある。 もちろん、本来の役割を超えて利用されることもある。可能性は無限大だ。 だが、ある物に固執し、本来ならば他の物で対応されるべきものまでをも無理に対応しようとすることは褒められたものではない。コンピューターシステムでは、そのような行為はコストを増大させることになったり、設計に無理を生じさせる。 spモードはなぜIPアドレスに頼らざるを得なかったか : 高木浩光＠自宅の日記 NTT DoCoMoのspモードでの障害は当初の予想よりも深刻な根本設計レベルの問題が原因であることが指摘されている。Web技術者にとって、IPアドレスとユーザーを結びつけるなどということはあり得ない。だが、NTT DoCoMoにとってはそうでもなかったらしい。 高木さんのブログでその背景などが推測されているが、今回の件だけではなく、NTT DoCoMoなどのキャリア系の人たちに共通す
SPモードがiモードを置き換えられない根源的な理由 : 404 Blog Not Found
2011年12月30日11:45 カテゴリNewsiTech SPモードがiモードを置き換えられない根源的な理由 なんという毒茸。 高木浩光＠自宅の日記 - spモードはなぜIPアドレスに頼らざるを得なかったか NTT docomoのスマホ向け独自サービス「spモード」が、今月20日に大規模な事故を起こして、重大事態となっている。 スマホ向けネット接続が不具合 ドコモ 別人のアドレス表示, MSN産経ニュース, 2011年12月20日 ドコモのspモードで不具合、他人のメールアドレスが設定される恐れ, 日経IT Pro, 2011年12月21日 ドコモの「spモード」でトラブル、関連サービスが一時停止, ケータイ Watch, 2011年12月21日 ドコモ、spモード障害で「ネットワーク基盤高度化対策本部」設置, ケータイ Watch, 2011年12月26日 ドコモ 約1万9000人に
5分で絶対に分かるOpenFlow
0分 - ソフトウェアでネットワークをプログラミング！ 今までコンピュータのネットワークは、どちらかといえば“静的な”存在でした。組織変更や新しいサービスの投入に合わせてネットワーク構成の変更が必要な場合には、ネットワーク管理者が関連する機器それぞれの設定変更をマニュアル操作で行っていました。 しかし、サーバ仮想化やクラウドの登場により、現在はこうした静的なネットワークの在り方が根本から見直されてきています。 例えば、サーバ仮想化のおかげで、何台ものサーバが突如としてネットワーク上に現れたり、「ライブマイグレーション」によって、突然サーバがネットワークのある部分から別の部分へ移動したりといったことが起きるようになりました。ネットワークも、これらに適応した柔軟かつ迅速な構成変更が求められるようになっています。 あるいは、クラウドの登場によって、1つのデータセンター内で複数の顧客の通信をそれぞ
なぜ「DNSの浸透」は問題視されるのか:Geekなぺーじ
「DNSの浸透」という表現が結構よく使われています。 DNSに設定された情報を更新したけれど、その結果がなかなか反映されずに誰かに相談すると「DNSの浸透には時間がかかります」と説明されて納得してしまうという事例が多いようです。 しかし、うまく準備を行えば、実際の切り替え処理は、いつ完了するのかが不明な「DNSの浸透」を待つのではなく、事前に計画した時間通りに完了させることが可能です。 さらに、本来であればDNS情報の設定者(ゾーン情報の設定者)は、いつまでに世界中のキャッシュが更新されるかを知ることができる環境にあり、それ以降も更新がされていなければ「何かがおかしい」とわかるはずです。 DNSにおける設定内容(DNSのリソースレコード)には、その情報をキャッシュとして保持し続けても良い期間であるTTL(Time To Live)という要素がありますが、TTLはDNS情報設定者が自分で設定
ヤフーネットワーク10年
ヤフー株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。LINEヤフー Tech Blog はじめに こんにちは、ヤフーでネットワーク設計に携わって早10年の松谷と申します。 今回はヤフーネットワーク10年と題し、ヤフーの重要配信インフラの一部であるネットワークについて、過去の課題と共にご紹介していきたいと思います。 2000年 この頃のヤフーでは検索やオークションといったサービスのウェブサーバーへ、大量のアクセスが集中し高負荷になる事が多々ありました。当時、ほとんどのサービスが皆さんご存じのDNS Round Robin（以下DNSRR）で運用していました。DNSRRは非常にシンプルで優れた機能ですが、サーバー障害時にはAレコードを手動で抜く作業が必要です。またDNSの512byte問題でAレコードを束ねるのが限界にな
いまさら聞けない、IPv6アドレス体系の基礎
IPv4アドレス在庫の枯渇やWorld IPv6 Dayの実施に伴い、「そういえば昔IPv6について読んだけれど、いまはどうなっているんだろう？」と感じている人も多いのではないでしょうか。最新状況を踏まえたIPv6の「基礎」を改めて紹介します。（編集部） 最近話題の「IPv6」って何？ IPv4アドレス在庫の枯渇やWorld IPv6 Dayの実施に伴い、またIPv6周りが騒がしくなってきました。あのAmazon EC2もIPv6に対応するというニュースも報じられています。皆さんも「IPv6って何だろう？」「そういや昔にIPv6の記事を読んだけど、いまはどうなってるんだろう」という疑問を抱いて、この記事を読み始めたのかもしれません。この連載では6回に分けて、IPv6アドレス体系の基礎からルータやサーバの設定例、セキュリティ設定など、実運用に際して必要となるIPv6の知識を紹介していきます。
ソフトバンク回線のパケットロスがほんとーーにひどいのかTCPでも確かめてみた | [ bROOM.LOG ! ]
ニコニコPodder iPhone/iPod/iPad対応ニコニコ動画簡単インポートツール aggregateGithubCommits GitHubレポジトリでのコミット数をAuthor/期間別に集計します probeCOCOATek 新型コロナ接触確認アプリCOCOAが配布するTEKを表示・集計 前回記事に対して、「ICMP(ping)のパケットの優先度を落としているだけでは」という意見も幾つかあったようだ。 本文でも書いているとおり、僕自身はパケットロス率に注目したのではなく、それに伴うラウンドトリップタイム(RTT)の時間帯での差異から(ICMP/TCPあるいはUDP関わらず)バックボーンを守るための何らかのパケット制限がかけられているのではないか、という見解だ。 ただ70-90%という値があまりにセンセーショナルだったため数字が一人歩きしたか、エントリー全文が読まれていないという
［速報］今日、日本を含むアジア太平洋地域のIPv4アドレスが枯渇しました
日本ネットワークインフォメーションセンター（JPNIC）は今日付け（2011年4月15日）で、アジア太平洋地域のIPv4アドレスを管理しているAPNIC（Asia Pacific Network Information Centre）のIPv4アドレスの在庫が枯渇したと発表しました。 2011年4月15日をもって、 APNICにおけるIPv4アドレスの在庫は枯渇いたしました。 本件に関し、APNICからもアナウンスが出されています。 IPv4アドレスは今年2月に、最後のIPv4のアドレスブロックを世界に5つある地域インターネットレジストリ（RIR：Regional Internet Registry）に分配し、IPv4の配布を終了するというセレモニーを開催していました。アジア太平洋地域は世界で最も早くIPv4アドレスが枯渇した地域となります。 今後のIPv4アドレスの分配は？ JPNICで
「世界初」、NECがOpenFlowスイッチをついに製品化
NECは2011年3月9日、ネットワーク制御技術「OpenFlow」を実装したスイッチ「UNIVERGE PF5240」と、制御用の専用装置「UNIVERGE PF6800」を発表した。5月上旬から出荷を開始する。 NECでは、OpenFlowを採用したスイッチ（UNIVERGE PF5240）を「プログラマブルフロー・スイッチ（PFS）」と呼ぶ。PFSでは、現行のレイヤー2/レイヤー3スイッチが担う経路制御などの処理を分離し、「プログラマブルフロー・コントローラ（PFC）」という外部の制御装置で実行できるのが特徴だ（写真1、2）。こうした構成を採ることで、ネットワーク機器を一元的に制御したり、トラフィックの種類によって構成を変えたりするなど、ネットワークを柔軟に運用できるとしている。 NEC執行役員の保坂岳深氏（写真3）は、「データセンター内では仮想化技術の発展によって、サーバーやストレ
mobileASCII - すべてのモバイルユーザーのための情報サイト
ページが見つかりませんでした ご指定されたURLが存在しないか、変更・削除された可能性があります。 大変申し訳ありませんが、メニューまたはトップページから記事をお探しください。 トップページへ
NetCounter for Android
Introduction NetCounter is a network traffic counter for the Android platform. As a big Unix/Linux fan, I like the K.I.S.S. principle. So this application will not integrate tons of features but will (try) to display your network traffic consumption in a simple and nice manner. I wrote this application because I need it. I have only 250 MB included in my contract so I have to take care of my bandw
KVMの導入と基本的な使い方
使い方に応じたネットワーク構成（続き） ●ケース4：サービス用のゲストOSを複数起動し、外部ノードからゲストOSに簡単にアクセスできるようにする ホストの物理NICとゲストOSが接続するtapデバイスをブリッジのインターフェイスとして設定します。これによりホストOSの接続している物理的なL2ネットワークに、ゲストOSが接続しているように機能します。そのため、外部ホストはもちろん、ゲストOS間の通信も行うことができます。 なお、ケース1〜3までは、kvmグループに所属していれば一般ユーザーで実行できましたが、ケース4で使用するtapデバイスにはroot権限が必要です。ネットワーク構成は図4です。 # ifconfig eth0 0.0.0.0 promisc up ←eth0をプロミスキャスモードにする # brctl addbr br0 ←
natテーブルを利用したLinuxルータの作成
サーバとして ・外部からの接続パケットは基本的にすべて破棄 ・ただし接続済み通信のパケットは許可 ・内部からの接続パケットは基本的にすべて許可 ・ループバックアドレスに関してはすべて許可 ・メンテナンスホストからのping、メンテナンスホストへのpingを許可 ・メンテナンスホストからのssh（TCP 22）を許可 ルータとして ・Linuxサーバを経由して外部へ出ていくパケットのソースアドレスを変換 ・内部アドレス→外部アドレス ・内部アドレスやプライベートアドレスが外部に漏れないようにブロック 市販のブロードバンドルータと同じような働きをするLinuxルータを作ります。Linuxサーバに2枚のNICを組み込み、一方にはプロバイダなどから与えられたグローバルアドレス、もう一方にはプライベートアドレスを設定します（以下、グローバルアドレス側を外部ネット、プライベートアドレス側を内部ネットと
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
富士通研究所、ソフトウェアだけで通信性能を大幅に改善する新技術 
ＴＶ電波の隙間使った通信サービス 米で12年開始 「スーパーＷｉ―Ｆｉ」 日本の議論に影響も：日本経済新聞
https://www.freia.jp/taka/blog/579
Studying HTTP
