ところが東日本旅客鉄道（JR東日本）のスマートフォン向け電子マネーサービス「モバイルSuica」の障害が17時までに復旧と報じられた際に、ITproの記事で「KDDIで発生した全国的なネット接続障害が原因」とKDDIは名指しされてしまった（［続報］JR東日本「モバイルSuica」の障害は解消、KDDI回線が原因）。報道が事実かどうかはさておき、自社に起因しない障害によって改札・窓口業務などで発生した混乱に、怒りが収まらないJR東日本の声が報道機関を通して社会に漏れ聞こえた形だ。障害の影響を受けた多くの利用企業の不満として、そうした声が出ることは理解できる。KDDIは、報道され始めた当初から「OCNで通信障害」と名指しされていたNTTコミュニケーションズともども、社会的混乱を招いた戦犯にされかねない空気に困惑したことだろう。いわゆる中の人の心労は察するに余りある。

　電気通信事業者は通常、相互接続した他社網側に起因する障害が発生しても、原因となった他社を名指しで批判することはない。JR東日本をはじめとした鉄道各社や金融機関なども同様だ。しかし今回はこの慣例が黙示的ではあるが破られた。それも障害発生初日から、という点を含め筆者は少々気になっている。

今回の障害で損害賠償は発生するのか？

　言うまでもないが電気通信事業者は自社サービス（役務）を約款に従って提供している。これらの約款においては免責条件が定められているのが通常だ。

　今回の障害の場合、公式発表ベースで計算するとKDDIで4時間23分、NTTコミュニケーションズに至ってはわずか23分で障害が解消している。従来の障害事例に当てはめて考えると約款上も判例からも損害賠償の対象になるとは考えにくい。

　こんなことは今回の障害に巻き込まれたサービスを抱えるJR東日本や銀行、証券会社のシステム部門は百も承知だ。にもかかわらず通信事業者の責任を問う声がメディアを通して挙がった。筆者はKDDIやNTTコミュニケーションズの「『海外の経路不安定事象』が原因で、自社設備に異常はなかった」という説明に慣習上は問題なかったが、顧客のコーポレートガバナンス上の要求と担当者の感情に問題の原因があったとみる。電気通信事業法に基づく報告義務を負う電気通信事業者と同様、それぞれ業法に基づく報告義務を負いPDCA（Plan-Do-Check-Action）サイクルを回し、原因特定と再発防止策立案を図らねばならない各社システム部門の立場に立てば、直接の取引先である電気通信事業者側の設備には異常なかった、では対策の立てようがない。慣例を破って電気通信事業者を名指しで非難したくもなるだろう。

外部識者による原因探し： 8月25日17時28分

　17時28分にインターネットイニシアティブ（IIJ）の松崎吉伸氏がTwitterで「米国のAS15169が他ネットワークを誤ってトランジットしてしまった様に見える」（原文ママ）とAS15169による経路設定ミスの可能性を指摘し、18時20分にはITproの取材に答える形で日本ネットワークインフォメーションセンター（JPNIC）の岡田雅之氏が「NTTコムとピアリングし、大量の経路情報を流したのはAS番号15169の組織とみられる」（原文ママ）と、KDDIやNTTコミュニケーションズが義理堅く「海外の経路不安定事象」と名指しを避けた「海外事業者」がAS15169ことGoogleであると相次いで指摘した。

　ここから一転して報道機関はGoogle原因説を一斉に報じ始めた。とはいえ、この段階ではAS15169ことGoogleにおいて、インターネットの経路制御（ルーティング）プロトコルであるBGPを悪用して経路を乗っ取るBGPハイジャックか、経路情報が外部に漏れるBGPリークのいずれかが起きた可能性が残っており「AS15169からの経路広報を受けている国内の境界ルーターのログを観測した限りにおいてAS15169が異常な経路広報を行っているように見える」、故に「Googleが原因である可能性がある」としか言えない状態だった。AS15169内部からの報告がなければ原因切り分けはここから先には進めない。非難の矛先はGoogleに向かう。この日のGoogle広報は殺気立った記者からの問い合わせ攻勢にさぞ苦労したことと思う。なお、この日は調査中であるとしてGoogleは報道機関各社からの問い合わせに回答しなかった。

Googleが事実関係を認める： 8月26日18時32分

　翌2017年8月26日18時32分に朝日新聞デジタルが「グーグルが謝罪　大規模ネット障害、装置の誤操作が原因」と報じ、ITproも「米グーグルが大規模通信障害で謝罪」と追い掛けた。筆者は、企業として公式に障害原因が自社にあると認めたのであるならば、障害報告のリリースなり、サービスヘルスダッシュボード、公式ブログなりに障害の詳細について記載があるものと考え、あちこち探してみたが該当する記載は見つけられなかった。どうやら報道機関からの個別問い合わせに対してGoogle広報部が回答した、以下の文面が各種報道のソースのようだ。

（英文）Earlier today, some users were unable to access internet services as a result of a network configuration error. The configuration was fixed within eight minutes and service started returning to normal. Sorry for the inconvenience this caused.”-- A Google Spokesperson

（対訳）昨日、ネットワークの誤設定により、インターネットサービスにアクセスしづらくなる障害が発生しました。Googleでは、この誤設定を8分以内に正しい情報に修正しました。ご不便、ご心配をお掛けしたことをおわび致します。

　なんにせよ、発生から30時間経過してようやく一連の通信障害の原因がGoogleによるBGPリークであったと判明した。

外部識者による原因分析： 8月27日6時59分

　次いで日本時間の2017年8月27日6時59分にカナダのインターネット経路情報監視サイト「BGPmon」の創設者であるアンドレ・トゥーンク（Andree Toonk）氏が公式ブログに“Route leak via Google and Verizon causing internet outages in japan and beyond”（GoogleとVerizonを経由して経路リークし、日本やその他の国でインターネットが停止）と題した詳細な報告を公開した。BGPmonが提供しているBGPハイジャック、リーク、停止イベントの報告サービスである「BGPStream」はGoogleに起因するイベントを26件検出していた。

図1　BGPStreamが検出したGoogle起因のイベントの例。AS15169（Google）からAS701（Verizon）を経由してAS7527（JPIX：日本インターネットエクスチェンジ）向け経路がハイジャックされた様子が記録されている《クリックで拡大》

　翌2017年8月28日16時32分には、障害発生当日から活発に情報発信していたIIJの松崎氏も独自に「08/25の通信障害概説」という資料を公開し、日本語で読める詳細な解説を提供した。続いてDNSサービス事業者のDynも“Large BGP Leak by Google Disrupts Internet in Japan”と題して報告し、複数の角度から今回の障害原因について検討できる状況が整ってきた。

　これら報告によるとAS15169（Google）が誤って広報した経路は以下の通りだ。

• 10万個（IIJ）
• 13万5000個超（BGPmon）
• 16万個（Dyn）

　「CIDR（Classless Inter-Domain Routing） Report」によると、2017年8月25日のプレフィックス（ネットワークアドレス）の数は約68万個であった（同年9月3日時点では68万649個で1日当たり平均0.1％強増加のペース）ことから全プレフィックス数の14.7～23.5％に当たる規模の経路が一気に広報されたことになる。うち、OCNに影響を与える広報経路が

• 約2万5000個（IIJ）
• 2万4834個（BGPmon）
• 2万5000個以上（Dyn）

と報告されており、いずれの報告もOCN向けが突出して多かったと指摘している。当然だが観測点によって観測可能な経路数は異なるので、どの報告の誤広報経路数の数字が正しいかを問うても意味はない。