2012年9月5日のイー・モバイルでの通信障害時のtracerouteログ

障害発生中にGoogle Public DNSにtracerouteした

このブログでも度々取り上げているEMOBILE GP02を使って、MacBook Air (10.8 Mountain Lion)から
Google Public DNSIPv4プライマリDNSサーバ(8.8.8.8)へtracerouteをしたときの記録。

状況

  • 愛知県内で
  • イー・モバイルのモバイルルータ「GP02」、EMOBILE G4契約
  • 電波は圏外(NO SERVICE)、0本、1本、2本ぐらいをいったりきたり
  • 電波が立っていればemb.ne.jpのAPNは接続可能
  • 21時ぐらい

結果

D22HWなどのデータカードならまた違う結果が出たんだろうけど
GP02はモバイルルータなので、EMOBILEネットワークまでの間にひとつルータがあるということになる。
つまりは1は本来GP02がICMPを返すべきところで、通常のデータカードでやる場合とは結果が異なることに留意いただきたい。

$ traceroute 8.8.8.8
traceroute to 8.8.8.8 (8.8.8.8), 64 hops max, 52 byte packets
1 * * *
2 * * *
3 XXX.XX.XX.XXX (XXX.XX.XX.XXX) 559.166 ms !H * *
4 * * *
5 XXX.XX.XX.XXX (XXX.XX.XX.XXX) 2028.522 ms !H * *
6 * * *
7 * * *
8 * * *
9 * * *
10 * XXX.XX.XX.XXX (XXX.XX.XX.XXX) 770.670 ms !H *
11 XXX.XX.XX.XXX (XXX.XX.XX.XXX) 1043.422 ms !H 2153.421 ms !H 3007.846 ms !H

ここでいうXXX.XX.XX.XXXとはすべて同一のGP02にイー・モバイルから割り当てられたIPアドレスである。
(xxxxxxxx.pool.e-mobile.ne.jpのこと)


つまりはpacketがループしているような現象が起こった?のかぁ?見方がよくわからんな
途中で出てきてる!HというのはHost Unreachable: ICMP type3 code1というやつで、ホストに到達不能というやつのような。
ちなみにもちろんGP02の電波は立っている状態。たってないと接続すらできないし。

pingの挙動

まあ、基本帰って来なかったが

$$ ping 8.8.8.8
PING 8.8.8.8 (8.8.8.8): 56 data bytes
Request timeout for icmp_seq 0
Request timeout for icmp_seq 1
Request timeout for icmp_seq 2
Request timeout for icmp_seq 3
Request timeout for icmp_seq 4
Request timeout for icmp_seq 5
Request timeout for icmp_seq 6
Request timeout for icmp_seq 7
Request timeout for icmp_seq 8
Request timeout for icmp_seq 9
Request timeout for icmp_seq 10

かと思いきや、時々帰ってくる(といっても遅延しすぎてまともな通信はムリ)という難しいパターン。
ようは完全に再起不能だったわけではなく、不安定だったということになるわけだが

Request timeout for icmp_seq 13
Request timeout for icmp_seq 14
64 bytes from 8.8.8.8: icmp_seq=0 ttl=56 time=15652.359 ms
Request timeout for icmp_seq 16
Request timeout for icmp_seq 17

そしてこんな場面も。
GP02は192.168.5.1/24で、MacBook Airには192.168.5.100を割り当てている(VPN対策でアドレス変えてる)


XXX.XX.XX.XXXは例によってイー・モバイルから割り当てられたグローバルIP

Request timeout for icmp_seq 93
Request timeout for icmp_seq 94
Request timeout for icmp_seq 95
92 bytes from XXX.XX.XX.XXX: Destination Host Unreachable
Vr HL TOS Len ID Flg off TTL Pro cks Src Dst
4 5 00 5400 5ae7 0 0000 3f 01 4aa6 192.168.5.100 8.8.8.8

Request timeout for icmp_seq 96
92 bytes from XXX.XX.XX.XXX: Destination Host Unreachable
Vr HL TOS Len ID Flg off TTL Pro cks Src Dst
4 5 00 5400 3bc1 0 0000 3f 01 69cc 192.168.5.100 8.8.8.8

64 bytes from 8.8.8.8: icmp_seq=1 ttl=56 time=144708.599 ms
64 bytes from 8.8.8.8: icmp_seq=2 ttl=56 time=152616.517 ms
Request timeout for icmp_seq 99
Request timeout for icmp_seq 100
Request timeout for icmp_seq 101

数時間後、回復したときの結果はこちら

Google Public DNSもずいぶん近くなったもんだ、日本に置かれたから?


やっぱり相変わらず1のGP02は返してこないが、これは仕様のようだ。

$ traceroute 8.8.8.8
traceroute to 8.8.8.8 (8.8.8.8), 64 hops max, 52 byte packets
1 * * *
2 em117-55-2-5.emobile.ad.jp (117.55.2.5) 337.176 ms 409.410 ms 409.494 ms
3 em117-55-2-61.emobile.ad.jp (117.55.2.61) 409.678 ms 325.587 ms 1721.759 ms
4 218.185.186.37.eo.eaccess.ne.jp (218.185.186.37) 409.919 ms 306.603 ms 511.747 ms
5 211.14.193.5 (211.14.193.5) 410.072 ms 409.028 ms 307.206 ms
6 74.125.50.245 (74.125.50.245) 409.659 ms 409.139 ms 409.318 ms
7 209.85.241.139 (209.85.241.139) 409.749 ms 408.693 ms 409.880 ms
8 google-public-dns-a.google.com (8.8.8.8) 306.903 ms 409.491 ms 409.310 ms

それにしてもGP02自体が返してこないとは、やっぱりちょっと普通のルータとは性質がちがうな。

伝説は終わってしまったのか

最近、イー・モバイルのネットワークセンターや基地局設備をメディア向けに公開していたが


「これまで大規模障害は一切起こしていない」──イー・モバイル“心臓部”の裏側を見た (1/2)
http://www.itmedia.co.jp/pcuser/articles/1208/07/news106.html


の記事の中で

「サービス開始以来、(単体機材故障やヒューマンエラーによる)大規模な通信障害は起こしていない」(イー・アクセス説明員)。


とあったが、早速



イー・モバイルの通信障害、人的ミスとソフト不具合が原因
http://www.itmedia.co.jp/news/articles/1209/06/news097.html




人的ミスとな。
なんかほら、まるでフラグでも立てたかのようでしたね。



もしかするとイー・モバイル的には大規模じゃないんだとかいう話になれば伝説続投ですけども・・・!
首都圏を巻き込んでしまった時点でもう厳しいんじゃないでしょうか。
こうなってくるとドコモ並とはいいませんが、なんかなーと。