ASSIOMA(アショーマ) » LTEとかWiMAXとか4GとかAXGPとかって何が違うの?進化の過程を解説
通信業界ではLTE元年と呼ばれた2012年があと少しで終わろうとしているが、気が付けばニュースやCMなどではLTE、WiMAXといった言葉が飛び交い、店の看板には「WiFi使えます」というシールが貼られている。今回は、「さちテク」によるこれらの乱立する無線技術がどのような経緯で進化してきたのかを解説頂いた。 ——- ニュースやCMで飛び交う謎の言葉 LTE、AXGP、4G、WiMAX…… これらは、今世の中に出てきた携帯電話の最先端かつ最新鋭技術を表す言葉です。 でもこれらの言葉が気になって、調べてみようとしても、なんだか難しいことばかりでてきます。 お店に聞くと「速いんです！」「新しいんです！」「すごいんです！」「でも月7GBまでで、あっ、でも超過した場合は買い足していただければ」などと余計わけがわからなくなります。 かと言って詳しい人に聞くと、「LTEは下りにOFDMAを採用した第4世
iPhone5パケ詰まりの謎 | 無線にゃん
iPhone5でパケ詰まりが大流行らしいですが原因はなんでしょうか、と言うお便りをいただきまして、元祖パケ詰まり博士の無線にゃんが解説します。なんだよパケ詰まり博士って。 検索するといろんな情報があるようですが、現象としては、どうやらau限定で、LTEと3Gの境界で報告されている例が多いようです。いろんな説が出ていて、「800MHzを豪奢にLTEに使ったので3Gが細った説」「Qualcommチップのバグ説」「個体差説」等々。ちょっとだけ考えてみます。 と言っても、たいてい、パケ詰まりなんてのはネットワークが原因でおこるものです。元祖パケ詰まりと言えば、2000年初頭に話題をさらった使い放題PHSパケット(AIR-EDGE)のパケ詰まり。あのころは固定回線常時接続が引けない集合住宅などがまだ多く、常時接続需要が一斉にAIR-EDGEに流れ込んで、盛大なパケ詰まりを発生させていました。 原因は
ブログマーケティング、ブログ広告のアジャイルメディア・ネットワーク：Agile Media Network
世界中の"好き"を加速する わたしたちは、人々が生み出す“好き”という気持ちやユニークなアイデアを大切にし、 その価値を世界に流通させることで「小さな経済」を成長させ続けます。 newsニュース
自宅でWebサーバを運用するならヘアピンNAT付きルータが便利
自宅で常時稼動のWebサーバを運用する場合、一般的にルータとの接続は次のようになると思います。 ここでルータはBUFFALO等のいわゆるブロードバンドルータで、ブラウザから192.168.11.1にアクセスすることで管理画面を開けるものとします。 このときLAN内のPC1から、ルータのWAN側のIPアドレスの220.x.x.xに対してブラウザでアクセスした際に、192.168.11.1と同じようにルータの管理画面が開くものと、PC2のWebサーバにアクセスできるものがあります。後者のPC2にルーティングされる機能を、通称「ヘアピンNAT」と言います。 ヘアピンNATがなくても、LAN内のIPアドレス192.168.11.3を指定すれば、PC1からWebサーバにアクセスすることは可能です。 しかしここで、PC2のWebサーバで名前ベースのバーチャルホストを使おうとすると、ヘアピンNATのない
TCPサーバのテスト用に、空きポートを見つける方法 - kazuhoのメモ置き場
Perl でサーバをテストするためのモジュール Test::TCP の作者 id:tokuhirom が言ってたことだけど、テスト用に空きポートを見つけるのは、bind の port 番号に 0 を渡すのが一番簡単。Perl で書くなら、こんな感じ。 my $unused_port = do { my $l = IO::Socket::INET->new( Listen => 5, LocalHost => '127.0.0.1', LocalPort => 0, Proto => 'tcp', ReuseAddr => 1, ) or die $!; $l->sockport; }; これで確保されるのは emphemeral port なので、取得したポート番号を再び使おうとする間に他のプログラムが (outgoing TCP connection のために) 使っちゃう可能性は論理的
AVATAR製作時、その超巨大データはどのように大陸間転送されたか？ - Wataru's blog
3D映画として現在大ヒットを飛ばしているAVATAR。私の周りでも凄く話題になっていて、IMAXを持つ映画館に近いうちに見に行きたいと思っています。 本日は、AVATAR製作時に使われたITシステムの話を、ご紹介したいと思います。 34ラックという、驚きの超巨大システム AVATARのデータ総容量は、何と、3PB(ペタバイト)!もの大きさだったそうです。毎週、ときには日ごとに数TB(テラバイト)ものデータが出来る上に、それらを色々なフォーマットで保存しなければならないためだそうです。 これだけのデータを処理するために、ITシステムのラック総数は何と34本、そして各ラックには32台のサーバが搭載され、プロセッサ総数は40,000、メモリ合計は104TBに達したそうです。しかも、全てのサーバが10GbEで接続されていたとのこと。 とてつもなく巨大なシステムですね。ここまで来ると小規模なスパコン
ネットワークプログラムのI/O戦略 - sdyuki-devel
図解求む。 以下「プロトコル処理」と「メッセージ処理」を分けて扱っているが、この差が顕著に出るのは全文検索エンジンや非同期ジョブサーバーなど、小さなメッセージで重い処理をするタイプ。ストリーム指向のプロトコルの場合は「プロトコル処理」を「ストリーム処理」に置き換えるといいかもしれない。 シングルスレッド･イベント駆動 コネクションN：スレッド１。epoll/kqueue/select を１つ使ってイベントループを作る。 マルチコアCPUでスケールしないので、サーバーでは今時このモデルは流行らない。 クライアントで非同期なメッセージングをやりたい場合はこのモデルを使える： サーバーにメッセージを送信 イベントハンドラを登録；このときイベントハンドラのポインタを取っておく イベントハンドラ->フラグ がONになるまでイベントループを回す イベントハンドラ->結果 を返す １コネクション１スレッ
WAN側にVIPで付け替えたIPにWAN側から繋がらなくて困った - かみぽわーる
そもそも繋がってる状態からだと、繋がらない状態に戻す方法がわからなくて再現手順の検証が大変だったけど、もしも同じ状況になった人がいたら、少なくとも僕はこうやったら解決できましたよというメモ。 そこらへんで売ってる市販のルータでアンナンバード接続でWANに公開してるサーバがあったとして、サーバのWAN側のNIC（仮にeth0）に以下のコマンドで別のグローバルIPをVIPで付与してもなぜかWANから繋がらないときがある。 # ip addr add local 別のグローバルIP/29 dev eth0 label eth0:0iptablesとかroutingテーブルとかtcpdumpとか思いつくとこ確認しまくってもなぜ繋がらないのか全然わからない。 じつはVIPじゃなくて一度eth0落として別のグローバルIPのほうをプライマリにしてifupすると、他はまったく同じなのになぜか繋がる。VIP
Kazuho@Cybozu Labs: DNS ラウンドロビンと高可用性 (High Availability)
« brainf*ck でマジメに素数探索 | メイン | Brainf*ck で動的リスト » 2006年06月29日 DNS ラウンドロビンと高可用性 (High Availability) ウノウラボ Unoh Labs - ベンチャー流サーバ構築のススメ(ネットワーク編) について。 おもしろく読ませていただきました。また、監視系を導入せずに自律的に動作させようという発想も大好きです。 でも、 DNSは各回線の内側に設置しておきます。例えば上図のような場合、回線A側のDNSは回線AのIPアドレスを返すようにして、回線B側のDNSは回線BのIPアドレスを返すようにします。こうするとどちらかの回線が切れたときは切れたほうの回線のDNSにアクセスできなくなるので、自動的に生きている方の回線に接続されるようになります。 (ウノウラボ Unoh Labs - ベンチャー流サーバ構築のススメ(
＠IT：Windows TIPS -- Tips：WINSサーバ管理ツールの基本的な使い方
WINSデータベースに静的なレコードを登録することにより、各クライアントでLMHOSTSファイルを管理する必要がなくなる。 WINSは、NBT（NetBIOS over TCP/IP）環境において、NetBIOS名とIPアドレスのマッピングを管理するためのデータベース・サービスである。NetBIOS名からIPアドレスを求める場合（名前解決をする場合）、デフォルトではブロードキャストやLMHOSTSファイルを利用するが、WINSサービスという、NetBIOS名用の名前解決サービスを利用することもできる。WINSで名前を動的に集中管理することにより、（ブロードキャストでは不可能な）ネットワークを越えた場所にあるシステムの名前解決も行えるし、複数のWINSサービスを連携（複製）することにより、異なるドメインやワークグループの名前解決を統合することも可能となる。LMHOSTSファイルを各クライアン
インターネットの円滑なIPv6移行に関する調査研究会 報告書（最終案）
別紙１ インターネットの円滑な IPv6 移行に関する調査研究会 報告書（最終案） 平成２０年 月 インターネットの円滑な IPv6 移行に関する調査研究会 ● はじめに 現在、我が国では、インターネット利用者が平成 18 年末に 8700 万人（総務省「平成 18 年通信利用動向調査」 、 ） ブロードバンド常時接続契約数が平成 19 年末に 2830 万 （総 務省調査）を超え、さらに平成 18 年のインターネットを通じた企業間電子商取引市場 規模が 148 兆円（経済産業省「平成１８年度電子商取引に関する市場調査」）に達する など、インターネットは我が国の円滑な社会経済活動並びに国民生活に欠くべからざる ものとなっている。 その一方で、インターネットを実現する基本技術である Internet Protocol version 4 （以下 「IPv4」 という。 は、 ）
TheC10kProblem - 「C10K問題」（クライアント1万台問題）とは、ハードウェアの性能上は問題がなくても、あまりにもクライアントの数が多くなるとサーバがパンクする問題のこと
TheC10kProblem - 「C10K問題」（クライアント1万台問題）とは、ハードウェアの性能上は問題がなくても、あまりにもクライアントの数が多くなるとサーバがパンクする問題のこと 目次 この文書について C10K 問題 関連サイト まず読むべき本 I/O フレームワーク I/O 戦略 1. 各スレッドが複数のクライアントを受け付ける. そしてノンブロッキング I/O と レベル・トリガ型の完了通知を利用する. 伝統的な select() 伝統的な poll() /dev/poll kqueue() 2. 各スレッドが複数のクライアントを受け付ける. そしてノンブロッキング I/O と 変更型の完了通知(readiness change notification)を利用する. kqueue() epoll リアルタイム・シグナル fd 単位のシグナル (Signal-per-fd)
リバースプロキシ ＆ ロードバランサ ― Pound
リバースプロキシ ＆ ロードバランサ(reverse-proxy and load-balancer)で、 リバースプロキシ ： ブラウザからのリクエストを１台以上のバックエンド・サーバに渡す（バックエンド・サーバからは、Pound が動作しているマシンからのリクエストにみえる）。 ロードバランサ ： 複数台のバックエンド・サーバにリクエストを分配する（優先順位の設定可）。 SSLラッパ ： ブラウザからのHTTPSリクエストをHTTPでバックエンド・サーバにリクエストする（HTTPしかサポートしていないサーバをHTTPS対応にできる）。 HTTP/HTTPS サニタイザー ： 要求の正当性を確認し、正しいもののみを受け入れる。 フェイルオーバー ： バックエンド・サーバのヘルスチェックを行い、ダウンしているサーバにはリクエストを送らない。復帰を検出したら自動的に通信を再開する。 リクエス
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
【Tor】の導入方法
http://log.xingxx.com/2009/08/actionscript-30-ip4-ipinfodb.html
ARPスプーフィングで通信傍受！ | The Weekly Herald