FC2ブログ

鈴の音情報局blog

携帯関連の将来や最新の技術情報や業界の行く末などを適当に綴るblogです。 内容の信憑性は?余り信じない方がいいと思います。
本家の鈴の音情報局はこちら→http://suzunone.0g0.jp:8800/
スマホ・携帯端末アクセス[ランキング][アクセスシェア(グラフ)] (毎年10/1にログをクリア)
FC2のSSL設定を有効に変更しました。(http://⇒https://) ついでにアドレスもちょっとスッキリさせました。(suzunone.fc2.net)

2011年、あけおめメール遅延状況調査報告

去年の年末に協力者を募集して調査したあけおめメールの調査報告です。
まずはドコモのメールサーバモニタから。



Willcom以外はほぼ遅延が無いように思われます。
では私の実際の調査ではどうでしょうか。
存在しないアドレスにメール送信をしてエラーが帰ってきた時刻の一覧は以下のとおりです。



ドコモとauは全く遅延無しに即エラーが返ってきます。
ソフトバンク系はiPhone以外は遅延しまくりです。
しかし去年よりはましでしょうか。


そしてメインイベント、募集した方達から報告されてきた到着時刻です。

ドコモは0時過ぎに少し遅延有り。
auはサーバにより15分間程度の遅延有り。
ドコモよりも遅延幅は5分ほど少ないですがauのほうが遅延していた時間が長いです。
ソフトバンクは1時間から2時間程度の遅延有り、他の2社よりも大きく遅延しています。

ドコモは私も0時発の誤爆メールが1通だけ20分ほど遅延がありました。
他は全く遅延を感じさせませんでした。
さすがのネットワークとメールサーバ。
auは私のところでも最大30分程度の遅延有り。
しかも2時間中殆ど自動配信されてきませんでした。
なので時々手動受信しなければメールが届かない状況で、メール配信音を聞いたのは2回だけでした。
ドコモと比較をすると少し心もとない印象でした。
しかし音信不通になるほどでもないかなとは思います。
そしてソフトバンク。
もう手元に無いので自分では調べることが出来ませんが、報告された結果を見ると去年より改善傾向です。
そしてiPhoneが僅かながら遅延があることを考えると、softbank.ne.jpのサーバから
i.softbank.jpにヘビーユーザーが移行してトラフィックが分散しただけではないかと思われます。
またvodafone.ne.jpが去年よりも混雑しているのはsoftbank.ne.jpとサーバをまとめたのではないかと
考えられます。最大輻輳時刻が2時前後で揃っている辺りその線が怪しいと思われます。

詳細な報告の数字はそのまま載せておきますので各自検証してみてください。



【docomo.ne.jp】
-------------------------
31日:送22:00/受21:59
31日:送23:00/受23:00
31日:送23:50/受23:50:34
1日:誤00:00/受00:00:29
1日:送00:00/受00:21:53(遅延21分)
1日:送00:15/受00:24:21(遅延9分)
1日:送00:30/受00:30:55
1日:送00:45/受00:45:23
1日:送01:05/受01:05:25
1日:送01:15/受01:15:58
1日:送01:30/受01:30:21
1日:送01:45/受01:45:38
1日:送02:00/受02:00:28
名古屋にて測定しました。さすが磐石のネットワークですね
-------------------------
31日:送22:00/受21:59
31日:送23:00/受23:00
31日:送23:50/受23:50
1日:送00:00/受00:00
(誤爆メール報告無し)
1日:送00:15/受00:15
1日:送00:30/受00:30
1日:送00:45/受00:45
1日:送01:05/受01:05
1日:送01:15/受01:15
1日:送01:30/受01:30
1日:送01:45/受01:45
1日:送02:00/受02:00


【ezweb.ne.jp】
-------------------------
収容サーバ[61D]
31日:送22:00/受22:00
31日:送23:00/受23:00
31日:送23:50/受23:51:01(遅延1分)
1日:送00:00/受00:02:59(遅延2分)
1日:誤00:00/受00:02:59(遅延2分)
(誤爆メール報告無し)
1日:送00:30/受00:34:59 輻輳、問合せ(遅延4分)
1日:送00:45/受00:50:02 輻輳、問合せ(遅延5分)
1日:送01:05/受01:21:56(遅延16分)
1日:送01:15/受01:16:16(遅延1分)
1日:送01:30/受01:30:24
1日:送01:45/受01:45:49
1日:送02:00/受02:00:37
-------------------------
収容サーバ[60Bx]
ISシリーズによる報告
※報告時刻はメールのタイムスタンプのものであり、実際に届いた時刻とは限らない。
  実際に届いた時刻は不明。
31日:送22:00/受22:00:00
31日:送23:00/受23:00:17
31日:送23:50/受23:50:28
1日:送00:00/受00:00:06
(誤爆メール報告無し)
1日:送00:15/受00:15:10
1日:送00:30/受00:30:39
1日:送00:45/受00:45:15
1日:送01:05/受01:05:18
1日:送01:15/受01:15:46
1日:送01:30/受01:30:10
1日:送01:45/受01:45:28
1日:送02:00/受02:00:24
-------------------------


【softbank.ne.jp】
-------------------------
端末=iPhone
31日:送22:00/受22:00
31日:送23:00/受23:00
31日:送23:50/受23:52:45(遅延2分)
1日:誤00:00/受00:02:05(遅延2分)
1日:送00:00/受00:22:27(遅延22分)
1日:送00:15/受00:34:02(遅延19分)
1日:送00:30/受01:59:58(遅延1時間29分)
1日:送00:45/受02:00:09(遅延1時間15分)
1日:送01:05/受02:00:10(遅延55分)
1日:送01:15/受02:01:24(遅延46分)
1日:送01:30/受01:48:05(遅延18分)
1日:送01:45/受02:01:28(遅延16分)
1日:送02:00/受02:00:26
・報告者によるコメント
新着MMS問い合わせ
1/1 01:19 新着メールなし
1/1 01:50 実験のメール着信なし
0:35頃からメールが全く届かなくなり、1:30頃に復旧しました。
この間を含み、MMS問い合わせを二回していますがいずれも実験のメールは落ちて来ませんでした。
不達分は2時過ぎにまとめて届きましたが、順序が無茶苦茶です。
-------------------------
31日:送22:00/受22:00
31日:送23:00/受23:00
31日:送23:50/受00:21←輻輳(遅延31分)
1日:送00:00/受00:21←輻輳(遅延21分)
(誤爆メール報告無し)
1日:送00:15/受01:30←輻輳(遅延1時間15分)
1日:送00:30/受02:00←輻輳(遅延1時間30分)
1日:送00:45/受02:00←輻輳(遅延1時間15分)
1日:送01:05/受02:00←輻輳(遅延55分)
1日:送01:15/受02:00←輻輳(遅延45分)
1日:送01:30/受02:00←輻輳(遅延30分)
1日:送01:45/受02:00←輻輳(遅延15分)
1日:送02:00/受02:00←輻輳
-------------------------


【vodafonene.jp】
-------------------------
【中部地方】
31日:送22:00/受22:00異常なし
31日:送23:00/受23:00微妙に遅い
31日:送23:50/受23:50異常なし
誤爆弾:送00:00/受00:02←15の表示にパニクル
1日:送00:30/受00:30なぜか異常なし
その後、自動で、何も来ないので、テレビ見ながらウトウト→我に帰り手動受信を試す。
他メ:送00:02/受01:53輻輳(遅延1時間51分)
1日:送01:05/受01:53輻輳(遅延48分)
東京からの他のメルマガに続いて、一発だけくるが、つづきが、
ダウンロードできないで、焦っていると、58~59分にかけて連発自動受信
1日:送00:00/受01:58(遅延1時間58分)
1日:送00:15/受01:59(遅延1時間44分)
1日:送00:45/受01:59(遅延1時間14分)
1日:送01:15/受01:59(遅延44分)
1日:送01:30/受01:59(遅延29分)
1日:送01:45/受01:59(遅延14分)
全て輻輳連発
連続受信後、わずかに時間を空け、終了メールが、定刻に!
1日:送02:00/受02:00定刻
その後、続きを受信ができないので、寝ました。
朝、続きを受信したら、受信時間が、送信時間で、上書きされました。
943SHを使用しました。
端末側は、迷惑メール対策で分割受信対策していましたが、続きをダウンロードする前に、
時間をメモしていたので、揉み消されてません。
自動受信を優先すると考えて、00:30以降触らなかったのが、良かったのかどうか?悩む所でした。
-------------------------


iPhone(i.softbank.jp)
-------------------------
31日:送22:00/受22:00
31日:送23:00/受23:00
31日:送23:50/受23:50
1日:送00:00/受00:00
(誤爆メール報告無し)
1日:送00:15/受00:15
1日:送00:30/受00:30
1日:送00:45/受00:45
1日:送01:05/受01:05
1日:送01:15/受01:15
1日:送01:30/受01:30
1日:送01:45/受01:45
1日:送02:00/受02:00
-------------------------
31日:送22:00/受
31日:送23:00/受23:00
31日:送23:50/受23:50
1日:送00:00/受00:01
(誤爆メール報告無し)
1日:送00:15/受00:16(遅延1分)
1日:送00:30/受00:31(遅延1分)
1日:送00:45/受00:45
1日:送01:05/受01:06(遅延1分)
1日:送01:15/受01:17(遅延2分)
1日:送01:30/受01:31(遅延1分)
1日:送01:45/受01:45
1日:送02:00/受02:00
-------------------------


追記:
ドコモは遅延すれば遅延しただけタイムスタンプが遅れますが、auとソフトバンクは送信時刻のまま
という詐欺仕様です。vodafone分の報告にも有りますが、遅延した時刻を表示できるのに後から送信時刻で
上書きするような仕様になっていたりと遅延を隠す気満々だなと思われます。
こういうところは各社ドコモ仕様に合わせてもらいたいと思います。
関連記事
  1. 2011/01/03(月) 19:58:34|
  2. 携帯
  3. | トラックバック:0
  4. | コメント:6
<<GoogleとAppleの情報配信での駆け引き | ホーム | 2010年を振り返って総括してみる>>

コメント

ソフトバンクのデータ

通常のメール到着は、私以外も、概ね皆さん同じ2時あたりだったですね。
データについて、安心しました。

アイホンの遅れが無いのは、サーバーが、それだけ=優遇されているという事ですか?。




ezの赤字が、二カ所違うのでは?



  1. URL |
  2. 2011/01/03(月) 22:05:17 |
  3. 参加者 #-
  4. [ 編集]

>参加者さん
先日は長丁場のご参加有難うございました。
間違いの指摘有難うございました。
修正しておきました。
iPhoneのi.softbank.jpが遅延が少ないのはまだユーザーが他のサーバに比べて少ないからだと思います。
他のサーバは数千万からドコモだと5500万ユーザーがぶら下がっていますが、
iPhoneはどう考えても1000万ユーザーもいませんからまだまだ軽いのでしょう。
softbank.ne.jpに関しては確かに遅延が少々ましなので、確かに有意な差が感じられます。
地域的な有利不利が関係ないとすれば何らかの優先処理が有るのかも知れません。
そうなると既存のドメ携ユーザーにとってはたまったもんじゃないですね。
  1. URL |
  2. 2011/01/03(月) 22:23:16 |
  3. #GpEwlVdw
  4. [ 編集]

いやいやw

softbank.ne.jpの遅延には驚きましたwwwwwwwww

J-フォンのがなつかしいです....
  1. URL |
  2. 2011/01/04(火) 01:54:38 |
  3. 李 #-
  4. [ 編集]

最近はSoftBankの悪業が目立ってばかりですが、auも中々酷いですよ!ネット閲覧時のエラーや、接続出来ない回数が多いです。auの通信エラーが目立たないのは孫氏のお陰ですかね。

http://togetter.com/li/84772
SoftBankは今回の調査以上に厳しい結果だと思いますよ。
  1. URL |
  2. 2011/01/04(火) 04:06:20 |
  3. docomo #LkZag.iM
  4. [ 編集]

ちなみにですけど私はSB→SBはほとんど遅延しませんでした。
送信のタイムスタンプについては上書きされる場合とされない場合がごちゃごちゃになってると思います>SB
  1. URL |
  2. 2011/01/04(火) 17:24:33 |
  3. hatchet #-
  4. [ 編集]

>李さん
これでも去年に比べればまだましになったほうなんですよ・・・。

>docomoさん
確かにauは私のところではここでの報告に比べて重症でした。
ただ調査メールの送信とその他のチェックもやっていたので急がしすぎて着時刻を控えることが
出来なかったのが残念です。メールのタイムスタンプは詐欺仕様で役に立ちませんし。

>hatchetさん
SBでもタイムスタンプが上書きされないことがあるのですね。
その条件が分ればチェックも非常に楽になるのですけどね。
現在はドコモのタイムスタンプ以外は意味を成さないので残念です。
  1. URL |
  2. 2011/01/04(火) 20:40:26 |
  3. #GpEwlVdw
  4. [ 編集]

コメントの投稿(投稿時には必ず何らかの名前を付けてください)


管理者にだけ表示を許可する

(名前を入れないとクリックできません)

トラックバック

トラックバックURLはこちら
https://suzunone.fc2.net/tb.php/1265-1f681748
この記事にトラックバックする(FC2ブログユーザー)

最近の記事

機能リンク

最近のコメント

カテゴリー

ブログ内検索

ブログリンク

RSSフィード

QRコード

QR

月別アーカイブ



メールフォーム

お問い合わせ・ご質問はこちらから。

名前:
メール:
件名:
本文:

suzunone.m(あっと)gmail.com に
直メでもOKです。