要約

  • PIT-IXの交換点レコードは三つの施設関連、三十六の登録ネットワーク、そして2026年11月4日01:14に更新された四十一ネットワークのIX-Fインポートを記している。一部屋だけの同好会ではない、という点はこれで片づく。
  • ところが同じレコードは三つのうち一つも名指しせず、会員が実際にセッションを張るルートサーバーのAS30365には施設関連ゼロ、交換点関連ゼロ、施設関連の日付すら入っていない。接続を検討する側は、自分のトラフィックがどの建物の停電で止まるのかを、この記録からは判断できない。

このレコードは薄くない。PIT-IXという名前、別名PIT-IX Pittsburgh、正式名Pittsburgh Internet Exchange、都市ピッツバーグ、大陸区分の北米まで揃っている。fac_countは3、net_countは36、ixf_net_countは41、IX-Fのインポート時刻は2026-11-04T01:14:26Zで、読んだ時点から数時間しか経っていない（PeeringDBのPIT-IX交換点レコード）。媒体はイーサネット、ユニキャストとIPv6が真、マルチキャストが偽。ピアリングポリシーはオープン、接続場所の要件なし、契約の要件なし——そして同じ息で、サービスレベルと条件はともに「Not Disclosed」と書いてある。交換点の登録日は2017-11-07、最終更新は2025-08-05。

これは棚卸しであり、しかも手際のよい棚卸しだ。地図ではない。

三という数は、ほとんど何にでもなる

三施設というのは本物の事実であり、弱い事実でもある。同じ建物の中の三つのケージは、電源も、冷凍機も、光ファイバーの引込も、そして多くの場合同じ通りの下の同じ管路まで共有する。別々の電力引込と別々のケーブル経路を持つ三つの建物は、ショベルカーが間違った管を掘り当てたとき、まったく違う振る舞いをする。施設の数という数字は、この二つの世界を区別しない。どちらも三だからだ。

組織レコードが埋めている所在地は一つだけ。1016 North Lincoln Ave、ペンシルベニア州ピッツバーグ15233、座標40.450257、-80.020202。2017年に作られ、2022年に最後に触られた項目だ（PeeringDBの組織レコード18417）。保持している記録のどこにも、この住所を数えられている三施設のいずれかへ結びつける記載はない。その一つかもしれない。事務所かもしれない。ドアの内側に機器が一切ない法定所在地かもしれない。読者には判別できず、記録も推測を差し出さない。この組織の通信事業者集合もキャンパス集合も空で、伝送の手がかりすら残っていない。

会員が設定するASNの欄は空だ

ここが一番鋭いところだ。PIT-IXの会員は「交換点」というオブジェクトとピアリングするのではない。自律システムに対してBGPセッションを設定する。そのASNを、組織自身のネットワーク一覧が名指ししている。AS30365、「PIT-IX Route Servers」、種別はルートサーバー、スコープはリージョナル、IRRのAS-SET AS-PITIXに関連付けられ、プレフィックス上限はIPv4が10万、IPv6が3万（PeeringDBの組織レコード18417）。そのASNのネットワークレコードはウェブサイトを交換点に向け、名称も同じものを繰り返す（PeeringDBのAS30365ネットワークレコード）。レジストリ側の見方も一致する。IANAの16ビットAS番号レジストリの中でARINが割り当てたブロック29696–30719は、保有者名「PITIX - Pittsburgh Internet Exchange」となっている（RIPE NCCのAS30365概要）。

つまり身元は三方向から確認できる。そして、その身元を確認した同じレコードの上で、fac_countは0、ix_countは0、netfac_updatedは空だ。このオブジェクトの交換点—ネットワーク関連の最終更新は2023-09-14で止まっている。

ゼロという欄は証言ではない。ルートサーバーがどこにも存在しないことを証明はしない。記録が「どこにあるか」について何も主張していないことを証明するだけだ。そしてこれが問題の全部である。なぜなら、接続を検討する相手、保険会社、接続前の確認作業をするネットワーク技術者が実際に読むのは、この記録だからだ。「自分のルートサーバーへのセッションは、自分のポートと同じ物理設備に依存しているのか」——建物の事故でトラフィックが生き残るかを決めるこの問いに、設定しろと言われたASNのどの欄にも答えがない。

同じ組織には二つ目のASNもある。そしてこれは整理ではなく混乱を持ち込む。AS400798、「Pittsburgh Internet Exchange Services」、2023-06-28作成、ix_countは1、fac_countは1、交換点—ネットワーク関連の更新は2026-03-26。どちらの身元が会員向けサービスを担い、どちらがスイッチファブリックを担うのか、保持している欄のどこにも書いていない。

三十六と四十一

二つのネットワーク数の差は五で、保持している資料のどこにもそれぞれの母集団の定義がない。読者は、IX-Fのインポートにルートサーバー専用の項目が含まれるのか、片方は会員でもう片方はプレフィックスに隣接するセッションなのか、それとも運営者自身の台帳と自動フィードの間のよくある遅れにすぎないのか、確かめようがない。IX-Fの時刻が証明するのは、2026年11月4日の朝にインポートが走ったという事実だけだ。トラフィックも、稼働率も、一人の会員の体験も証明しない（PeeringDBのPIT-IX交換点レコード）。ファイルが新しいことは、ファブリックが健全であることとは別の話である。

ピアが本当に必要とする四つと、この記録が留保しているもの

PIT-IXの冗長性の主張が「感心する対象」ではなく「保険をかけられる対象」になるかを決めるのは、四つの点だ。

第一に、名前。住所のない施設数は、会員自身の拠点、その通信事業者、顧客がすでに入っている建物と突き合わせられない。

第二に、ルートサーバー機能が三つのうち二つ以上に存在するかどうか。エニーキャストのルートサーバーと、サイトごとに分かれた複数インスタンスは、別の製品であり、障害時の振る舞いも運用コストも違う。記録はその間で沈黙している。

第三に、会員のポートとルートサーバーセッションを、意図して別の障害ドメインに置けるかどうか。この対応図がなければ、冗長性を求める会員は、後ろに何も書かれていない約束を求めていることになる。

第四に、サイト間をトラフィックがどう渡り、その伝送を誰が握っているか。交換点自身の統計ページとルートサーバーのページは、どちらもレコードから参照されているが、本記事のために取得できていない。交換点1999に紐づく施設行も同様で、三度の要求は権限エラーと容量エラーを返した。施設一覧が欠けているのは取得できなかったからであって、誰かが存在しないと示したからではない。この制約は脚注ではなく、発見のすぐ隣に置かれるべきだ。トポロジーを隠す運営者と、そもそもトポロジーを求められたことのない記録との違いが、まさにそこにある。

商業面はもっと乾いている。サービスレベルと条件はどちらも未開示と記されている。接続手段を比べる買い手には、PIT-IXが存在し、オープンで、一部屋を超えて育ったことが見える。しかし耐障害性については、公開記録は地図が必要な場所に数字を一つ置いているだけだ。三つの建物に名前が付き、ルートサーバーがそのうち二つ以上に住所を持つまでは、正直な読み方はこうなる。棚卸しであり、トポロジーではない。