【災害影響】2024年9月20日からの大雨影響により携帯電話がご利用できない、またはご利用しづらい状況について(10月11日 午前9時00分時点)
(2014/8/14追記) 下記の内容は、2014年7月11日までのデータに基づく内容になります。 手元の計測では、2014年7月12日以降、神奈川(保土ヶ谷収容)に関しては大きく改善したようです。 (詳しくは 2014年7月分グラフをご参照ください) また、下記のサポート対応に関して、2014年8月8日にOCNサポートからお詫びと説明がありました。 光回線とは思えない速度(1Mbps台)に毎夜(22時~1時)落ち込む OCN 光ネクスト(神奈川)にご注意、というお話。 OCNサポートからの情報では、神奈川に限らず、関東全般でOCN-光ネクストとの端点で輻輳が発生しており、少なくとも昨年から起きている事象とのこと。 光回線としての品質を期待している関東圏の方は、しばらくは OCN は見合わせたほうが無難かもしれません。 下記の図は、実測データをグラフ化したものです。(参考: 今回の実測関連
tl;dr 書いていたら思わず長文の大作になってしまいましたので、プロトコルオタ以外の方は文章の多さに退屈されるかと思います。GoogleマップサービスでSPDYの問題が発覚し、GoogleがLinuxカーネルに修正を加えて対応したというお話です。将来 Linux + nginx + SPDY を使いリバースプロキシでサービス運用を検討されている方は参考になるかもしれません。 1. はじめに、 プロトコルに執着する年寄りエンジニアの老害が叫ばれて久しい。 年甲斐もなく自分好みのパケットを追っかけるおやじエンジニアの姿を見て眉をひそめる若者も多いと聞く。 そんな批判に目もくれず、今日も一つ、プロトコルオタのネタをブログで公開したいと思いますw 今回はちょうど1年ほど前に書いたブログ記事 「GmailがハマったSPDYの落とし穴」の続編です。といっても今度の舞台は、Googleマップ。ネタ元も
ここ数日、8.8.8.8や8.8.4.4というIPv4アドレスを持つGoogle Public DNSに関する話題が盛り上がっているのですが、多くの人が「よくわからないけど設定変更したら早い!」と言っているので、そこら辺の話を調査してみました。 昨日、Twitterとブログでtracerouteやdigによる調査協力のお願いを発信し、8.8.8.8へのtracerouteを37件、8.8.8.8とISP DNSへのtraceroute比較及びAkamaiキャッシュサーバへのtraceroute比較を21件、日本各地及び海外のいくつかの地点からご協力頂けました(皆様ありがとうございました!)。 それらのデータをもとに、Google Public DNSを利用した場合の通信経路と、それによる遅延に関する検証を行いました。 Google Public DNSに対する私の感想 まず最初に。 調査前
2022-03-02 dti_comment 2022-02-28 comment 2022-02-18 FrontPage 2021-11-26 biglobe_comment 2021-10-29 interlink_comment 2021-03-26 BBexcite_comment 2021-01-31 nifty_comment 2020-12-19 インターリンク - interlink 帯域規制 2020-12-08 freebit_comment 2020-05-13 AutoTicketLinkName 加筆・修正した情報には根拠となる情報源を提示して下さい。 昨今、東西フレッツ環境(IPv4 PPPoE)において輻輳(速度低下)が多数報告されています。制約は生じますが混雑箇所のNTT設備を経由しないIPv6(IPoE)接続の利用もご検討ください。 P2P規制は有料VP
40Mbps超のイーモバイルとWiMAX、実測でどちらが速いのか、山手線全駅で実際に比較してみました イー・モバイルの下り最大42Mbpsのサービス「EMOBILE G4」が、12月3日から始まりました。 これは今まで最大40Mbpsの速度を誇るWiMAXを使い込んできた身としては、ちょっと気になるところ。しかし、理論値上ではWiMAXを上回っていても、実際の速度が理論値には達しないのもよくあること。 そこで山手線全駅にて、実際にどちらのほうが実測値で優れているのか、実際に検証してみました。 測定条件 イーモバイルの42Mbps対応端末は、まだUSB接続のD41HWしかないため、WiMAX側も同じUSB接続で、先日買ったAterm WM3500Rを使用しました。 測定の模様 パソコンはWindows7をインストールしたMacBookProを使用し、価格.comスピードテストにて、各1回ずつ
※2010/04/14 11:55追記 ブコメでのご指摘の通り、「なぜ開けるか」に対する答えは、「"to"のトップレベルドメイン(TLD)にAレコードが設定されているから」というシンプルなものです。 "to"はトンガのTLDで、古くからTLDを売って外貨を稼いでいます。恐らく、今回の"to."URL短縮サービスもその一環ではないかと考えられています。(beroさん コメントでの情報提供ありがとうございました) ※さらに補足:もう少し正しい説明 を追加しました。 Twitterでちょっと話題に上っていたので。 http://to./というURL短縮サービスがあります。一見開けなさそうなこの不思議なURL、実は正しく開けます。 その仕組みについて簡単に説明したいと思います。 ブラウザで"http://to./"にアクセスすると、ブラウザはOSに"to."のIPアドレスを尋ねます。 そのリクエス
● 簡単で完璧な阻止率100%のスパム対策の実装について 日々増大する中国からのスパムアクセス。全てのWebサーバ管理者が悩まされていると言っても過言ではないだろう。これを低コストで完璧に排除する活気的な方法を思いついたので、以下に提案する。キーワードは「発想の転換」である。 ブラックリスト方式 (DNS) 中国からのアクセスを弾くために という排除方法を考えてみる。この場合、問題が2つある。 効率性 (HostNameLookups on にする必要がありパフォーマンスが悪い) 完全性 (全ての中国IPが .cn のDNS付与されているわけではない) 1の速度面を我慢したとしても、「中国で利用されているホスト情報」というブラックリストが定義不能であるため、この方式は完全ではない。 ホワイトリスト方式 (DNS) 発想を逆にして、ホワイトリストを定義してみる。話を簡単にするために、もう大雑
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く