要約

  • 接続を買う側にとって大切なのは、必要な通信にその費用を生かせるかどうかだ。交換点全体の活況だけでは判断できない。
  • HKIXのグラフと参加一覧は確認の出発点になる。数字が公開されていないかのように扱った旧稿を訂正し、個別の接続条件との違いを説明する。

通信の利用者が欲しいのは、動画や仕事のデータが必要な相手に届くことだ。どの交換点のグラフが一番高いかではない。ところが接続を選ぶ側は、その目立つ数字を判断の近道にしたくなる。

そこで発注前の場面を考えてみる。接続先の候補には必要なネットワークが載っている。予算も用意できる。それでも、相手がどの条件で通信を交換するかを確認しなければ、支払いだけ先に進み、肝心の使い方は決まらないままになりうる。これはHKIXで起きた事故の話ではなく、一覧を合意の代わりに読んでしまう判断の危うさだ。

担当者が社内に持ち帰りたいのは「大きな交換点です」という説明だけではない。「この費用で、必要な相手と、こうつなげます」と言える根拠だ。HKIXの資料は、その説明をどこまで支えられるだろうか。

HKIXの参加一覧には、ネットワーク名、ASN、接続に関する情報が並んでいる。トラフィック統計には、実際の曲線と数値、更新時刻もある。接続先を選ぶ際に役立つ公開資料だが、その有用性とサービスの保証は分けて読まなければならない。

読めなかったことと、存在しないこと

まず旧稿を訂正する。10月17日の記事は、五回の読み取りで本文を取得できなかったと記録し、「欄はあるが数字はない」という見方を強調した。今回の再確認では、公式ページでグラフも参加情報も閲覧できた。取得の失敗は私たちの調査上の限界であり、HKIXが数字を伏せていた証拠ではない。比較を避けようとした、といった動機を裏付ける根拠もない。

グラフには、むしろ見落としたくない細かな説明がある。日次表示は五分間平均だ。期間の長い表示では平均を取る間隔が異なり、五分間の最大値も別に描かれる。「ピーク」という言葉だけを抜き出して別の交換点と比べると、違う時間尺度の数字を競わせかねない。

大きなトラフィックの値は、これから申し込む一本の接続に空いている帯域でもない。流入と流出を無条件に足して、別々の通信量が増えたと解釈することもできない。数字が大きいほど、単位と集計範囲を読む手間は省けなくなる。

経路情報を受け取ることと、通信を運ぶこと

HKIXのプレフィックス統計は、AS4635のルートサーバーが広告する経路を扱う。プレフィックスは経路情報に含まれるアドレスの範囲で、流れたデータの量ではない。また、参加ネットワーク間のすべてのバイラテラルな経路を集計した、と主張する資料でもない。

公式FAQでは、ネットワーク同士のバイラテラル・ピアリングも説明されている。ルートサーバーは経路情報の交換を助けるもので、すべての通信データがそこを通過するという意味ではない。相手に届く接続を選ぶには、どのようなピアリングを利用するのかまで確認したい。

一覧の速度欄にも同じ読み分けが必要だ。印が付いていても、保有する全ポート数や空き容量、こちらとの接続への同意までは分からない。メニューの四つの見出しも、重複しない四集団と確認されたわけではなく、拠点を扱う項目を含む。なお、ここでいうサテライト拠点を衛星通信サービスと取り違えてはならない。

香港で交換する理由

HKIXが沿革で説明する出発点は1995年4月だ。香港内で交換できる通信が、不要な海外経由をしなくて済むようにする。国際的なネットワーク間の交換も支える。同ページは運営者をHong Kong Internet eXchange Limitedとし、The Chinese University of Hong Kongとの制度上の関係を紹介している。

狙いは理解しやすい。ただし、すべての利用者の通信が短い経路になり、費用も下がるという測定結果ではない。実際の経路には、参加する相手の判断や交換点の外側の回線も関わる。

APNICのAS4635登録ではHKIX-RS1とThe Hong Kong Internet Exchange Limitedの対応を確認できる。これは旧稿で未確認だった具体的な登録情報であり、全資源の一覧や全経路の到達試験ではない。以前記した会員区分や会社の法的形態を改めて確定できる資料、最新の会社登記抜粋は今回得ていない。

公開統計は、交換点の活動を見るには有力な入口だ。その先で必要な相手、接続方法、条件を具体化すれば、予算の使い道と実際に得られる接続を結び付けて考えられる。グラフの数字は、相手のネットワークに代わって接続を約束してはくれない。

リンクの訂正について

旧稿のトップページへの参照は維持する。以前の統計URLと一覧URLは今回404となり、本文では閲覧できるページを示した。旧PeeringDB参照先はNYIIX New Yorkで、HKIXの記録とは別物だ。Wikipediaの比較ページは過去の参照として残すが、今回その順位を再確認したわけではない。10月17日の各読み取り失敗の原因をすべて再現できた、という訂正でもない。