NTT フレッツ光における通信速度などの現状について、背景や仕組みから正しく理解する 2020
会社でフルリモート体制が築かれるにつれ、各スタッフの自宅の回線などについての相談を受けることが増えてきました。ということで、筆者 sorah の見解として 2020 年の NTT フレッツ光網について、主に通信速度や輻輳についての問題を理解するための背景と仕組みを説明しようと思います。 理解が間違っていたら教えてください。なるべく総務省や NTT の資料からソースを集めてきた上で説明していますが、出典不明の情報も混ざっているかもしれません。できるだけ具体的な出典を文単位で示していますが、複数の資料に渡る複雑なトピックに関しては文末に纏める形になっています。 技術的な意味での細かい解説よりも複雑な事情や背景の説明が中心です。フレッツ光とか NGN とか IPoE とか IPv6 とか v6 プラス・アルファみたいな言葉を聞いて、なんでそんな難しいんだと思った人も多いんじゃないでしょうか。エン
大規模サービスを支えるネットワークインフラの全貌
わかる！metadata.managedFields / Kubernetes Meetup Tokyo 48
東日本大震災のときに日米間のインターネット回線が危機だった件を調べてみた。
先日、東日本大震災でTwitterが落ちなかったのは現場のエンジニアの判断だったという記事がバズってました。 2011年3月11日、なぜ「Twitter」は落ちなかったのか？ 多くの人が知らない、意外な真実。 | TABI LABO しかし、そもそも日米間をつなぐインターネット回線（海底ケーブル）がほとんど断線しており、生き残った回線に経路を変更して通信をしのいでいたことは、もっと知られても良いのではと思っています。 この事実を知ったのは、NHKの番組「ITホワイトボックス」でした。 ●ITホワイトボックス「震災時 私たちはITで何ができるのか？」（2011年8月下旬の放送） 番組サイトがすでに存在していないので見た人の書き込みはこちら↓ ITホワイトボックスの東日本大震災後の話 | ロウタス・ディジタル 日米間をつなぐ５本の海底ケーブルのうち東日本側の４本が断線したため、西日本経由にネッ
アキバ地下に埋設された高速インフラの解放実験が18日からスタート（追記あり） - 週刊アスキー
↑今回予定している社会実験のエリア。 この試みは、国土交通省関東地方整備局と、国土交通省、東京都建設局、東京地下鉄、NTTドコモ、KDDI、ソフトバンクモバイルが参加する検討組織“通信環境整備社会実験協議会”によって進められてきたもの。 国道には、もともと道路管理用の光ケーブルが敷設され、情報表示版や雨量計といった道路管理用の機器との通信用として使われている。東京23区内だけでも166キロメートルほどの長さになるが、まだ回線に余裕があるため有効活用しようといった提案が、東日本大震災を機になされたのだ。 ↑昌平橋付近に設置されたアクセスポイント。歩道から約3メートルの高さに、街灯の電源を利用して設置された。 今回、実験区間として設定された中央通りから入る国道17号線沿いは、12時間で3万人程度が通行する道路で、東日本大震災の夜には不安定なネット環境で断片的な情報を得ながら、帰宅難民が歩いた道
www.cablemap.info has a new home.
After maintaining the map for years, it has become difficult for me to find time to continue the work. Fortuantely, there is a team who is keen to take the project further and improve on it. The map and data will always remain free, and I'm confident the new custodians will do the project justice. The new home will be: https://www.networkatlas.org/ The map is available at: https://dev.networkatlas
るびま
『るびま』は、Ruby に関する技術記事はもちろんのこと、Rubyist へのインタビューやエッセイ、その他をお届けするウェブ雑誌です。 Rubyist Magazine について 『Rubyist Magazine』、略して『るびま』は、日本 Ruby の会の有志による Rubyist の Rubyist による、Rubyist とそうでない人のためのウェブ雑誌です。 最新号 Rubyist Magazine 0058 号 バックナンバー Rubyist Magazine 0058 号 RubyKaigi 2018 直前特集号 Rubyist Magazine 0057 号 RubyKaigi 2017 直前特集号 Rubyist Magazine 0056 号 Rubyist Magazine 0055 号 Rubyist Magazine 0054 号 東京 Ruby 会議 11 直
Facebook、自社データセンターの仕様をオープンソース化
Facebookが省電力データセンター構築のノウハウ共有を目指す「Open Compute Project」を立ち上げ、6億人のユーザーへのサービスを支える自社データセンターの仕様と設計を公開した。 米Facebookは4月7日（現地時間）、省電力・低コストのデータセンター構築のための情報を共有する取り組み「Open Compute Project」の立ち上げを発表した。まず、同社がオレゴン州プラインビルに建設したデータセンターのハードウェアや電気設備の仕様と設計をプロジェクトのWebサイトで公開した。 同社にとって2つ目のデータセンターとなるプラインビルの施設は、内部でゼロから設計した。その結果、1つ目のデータセンターよりも38％の省電力、24％のコスト削減を実現したという。 同データセンターは14万7000平方フィート（約1万3700平方メートル）の広さで、蒸発冷却システムや外気を利用
グーグル、マイクロソフト、Yahoo!、Facebookらが新しいネットワーキング技術の実現へ「Open Networking Foundation」を結成
グーグル、マイクロソフト、Yahoo!、Facebookらが新しいネットワーキング技術の実現へ「Open Networking Foundation」を結成 サーバの仮想化やクラウドが普及したことで、「サーバを用意すること」の意味が、物理的なサーバを調達することから、サーバのインスタンスを立ち上げることへと変わろうとしています。いまではAPIを叩けば、CPUの性能やメモリ容量を指定し、いくつインスタンスを立ち上げ、いつシャットダウンするのか、すべてAPIから指定できる環境が広まっています。 同じことがネットワークでも起ころうとしています。現在のところ「ネットワークを構築する」こととは、ケーブルを引いてルータやスイッチの設定画面からルーティングやVLANを設定することです。設定されたネットワークは基本的にスタティックなものであり、構成を変えるには再びルータやスイッチの設定画面を開いて設定をや
AWS Tokyo Regionのネットワークを調べてみた。 - めもおきば
AWSの東京リージョンがリリースされたということで、技術視点からネットワーク関係を探ってみました。 なお、利用者視点でのレイテンシやスループットについては、並河さんの記事が分かりやすいです。 上位ネットワーク まず最初に、インターネットとの接続方法、つまり上位ISPをざっくり知るために、実際にEC2上で立ち上げたインスタンスのIPアドレスをrobtexに突っ込んでみると、AS16509の175.41.192.0/18 AWS AsiaPac prefixというのが実際にインターネット上で流れている経路、つまりIPアドレスブロックでよさそうです。さらに、 AS16509は日本を含む全世界で使ってるけどAS38895はシンガポールでのみ。シンガポールと日本へのルーティングはそれぞれに割り当てた/18単位で、って感じかな。(そうなると、シンガポールだけ別のASにした理由がイマイチ分からないな)
自宅サーバのインフラ設計書を公開します - @int128
自宅サーバのインフラ設計書を公開します。 Design paper of the home server（抜粋） 昨夜にTwitterで公開したら予想外に反響があったので、ちゃんとエントリに残すことにしました。クラックされるおそれがあるので、細かい部分は公開できないことをご了承ください。 内容はこんな感じ。 要件概要 機器仕様 ネットワーク設計 ソフトウェアスタック設計 共通基盤設計 サーバ詳細設計 上記にバックアップ設計や運用管理まわり*1を加えれば、インフラの設計書はだいたいこんな感じではないかと思います。 インフラの要件定義は難しい 一方で、インフラの要件定義は十分に標準化が進んでおらず、会社やチームによって文化がかなり違います。特に受託開発（SI）の場合は、お客様の中にインフラに詳しい人がいなくて調整に苦労することも多いと思います。費用と可用性のトレードオフの部分はなかなか伝わりづ
グーグルがWebを高速化するために何をしているか
本のページをめくるように、どんなWebページも素早く表示できるようにする。グーグルは以前からWebの高速化に取り組んできました。 6月22日から、米サンタクララで行われていたWebサイトのパフォーマンスと運用に関するオライリーのイベント「Velocity 2010」では、グーグルのUrs Hölzle氏がWebの高速化技術について「Speed Matters」（スピードの重要性）というセッションで紹介ています。 Webを高速化するためにどのような技術があり、あるいはどのような技術が検討されているのか、このセッションの内容を紹介しましょう。 スピードは重要だ 私が話そうとしているのは、「Speed matters｣（スピードの重要性）についてだ。Webは空飛ぶジャガイモより速くなれるだろうか？ どのくらい速くなれるだろうか？ （参考：オペラがやってくれた！ グーグルの空飛ぶジャガイモに対抗）
グーグルが取り組む次世代Bigtable、全世界規模でサーバ1000万台を自動化して構築する「Spanner」プロジェクト － Publickey
グーグルが取り組む次世代Bigtable、全世界規模でサーバ1000万台を自動化して構築する「Spanner」プロジェクト 米国の計算機学会であるACM（Association for Computing Machinery）が開催した、大規模分散システムのワークショップ「LADIS 2009（Large Scale Distributed Systems and Middleware）」の2日目、10月11日のキーノートスピーチで、グーグルが現在取り組んでいる「Spanner」プロジェクトの中味が明らかになりました。 キーノートスピーチを行ったのは、グーグルのSystems Infrastructure Groupに所属するフェローのJeff Dean氏。同氏は、現在グーグルが「Spanner」というプロジェクトに取り組んでおり、それは「Storage & computation sys
ケーブルを故意に切断、シリコンバレーで通信不通 | WIRED VISION
前の記事 魚の迅速な体色変化を、「分子モーター」操作で再現(動画) ハイテク路上生活の勧め：キャンピングカーをオフィスに 次の記事 ケーブルを故意に切断、シリコンバレーで通信不通 2009年4月10日 Kevin Poulsen 画像はWikimedia Commons シリコンバレーで9日(米国時間)、通信ケーブルが故意に切断され、広い範囲でインターネットと電話が使えなくなる障害が発生した。 調べによると、何者かが午前1時半頃(太平洋標準時刻)、サンノゼの鉄道敷地内にあるマンホールのフタを開けて内部に侵入し、米AT&T社が所有する4本の光ファイバー・ケーブルを切断したという。2時間後には、サンカルロスの最北部で、AT&T社の別のケーブル1本と米Sprint社のケーブル1本が同じ方法で切断された。 『San Francisco Chronicle』紙(電子版)の報道によると、南サンフランシ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
July Tech Festa 2014 大規模エンターテイメントサイトを支える技術
http://blogging.from.tv/wp/2010/11/07/4405