要約

  • Megaportが推奨する冗長IX構成は、二つの別Port、顧客側の別々のL2ドメイン、各サービスから二つのルートサーバーへのピアリングを要求する。これは必要な論理構成であり、輸送経路全体の物理的独立性を示す資料ではない。
  • AMS-IXは、コロケーションでの直接接続、IP輸送をAMS-IXが手配するEasyAccess、再販パートナーが手配する遠隔接続を区別する。接続方式によって運用上の責任範囲と障害境界が変わる。
  • 第2経路と認めるには、特定の故障で一方だけを止め、もう一方が必要な経路とトラフィックを維持することを試験で確認しなければならない。

二つのサービスIDが合流する場所

ポータルには二つのIXサービスが表示され、BGPも両方Establishedになっている。ここで図を終えれば、冗長構成に見える。

しかし顧客側へ線を戻すと別の問いが現れる。同じルーターに終端していないか。別VLANでも一つのMegaport Portを共有していないか。二Portが同じ筐体、部屋、電源にないか。その先で同じメトロ輸送、パートナー引き渡し、あるいは同じ変更権限へ収束していないか。サービスオブジェクトが二つでも、一つの障害で同時に消える可能性は残る。

公表資料には特定顧客のアンダーレイがないため、実際に集中しているとは断定できない。同じ理由で、二つの注文だけから分離を推定することもできない。不明は不明のまま記録すべきだ。

MegaportはMegaIXをグローバルSDNに組み込まれた仮想インターネット交換と説明する。既存Portから同一都市または遠隔IXへ接続し、VXCでリモートアクセスできるため、目的地ごとに新しいクロスコネクトや機器を置かずに済む。この俊敏性は重要だが、物理輸送が消えるわけではない。提供・可視化・修復の主体が変わる。

AMS-IXの説明では、直接接続は同社の拠点で行い、場合によりクロスコネクトを注文する。EasyAccessでは含まれるIP輸送をAMS-IXが手配し、パートナー経由では選んだ再販業者が接続を手配する。同じ交換サービスでも、途中の経路とデマケーション、障害対応の責任者は同じではない。

レイヤーごとに証拠を分ける

Megaportの冗長性ガイドは、二つの独立Port、別L2ドメイン上の顧客ルーター、各IXサービスから二ルートサーバーへのピアリングを推奨する。顧客側で一つのスイッチドL2を共有する構成や、二サービスが一ルートサーバーだけに接続する構成を避けるよう求める。

この要件を満たさない構成を冗長と呼ぶべきではない。一方で、満たしたことから二本の光ファイバー、別キャリア、別建物、別電源、別保守領域まで推定することもできない。公開ガイドには顧客固有の物理経路が含まれていない。

顧客ルーター、Port、L2、輸送、IX引き渡し、拠点・電源、BGP、受信経路、運用権限は別の保証列である。二つのルートサーバーはそのBGP機能を保護するが、遠隔輸送の分離は証明しない。二本の異なる輸送も、必要プレフィックスや十分なバックアップ容量までは保証しない。

ここで扱うのはStrategic Circle R041のDE-CIXルートサーバー政策ではない。どの経路を再配布するかではなく、受け入れた経路を運ぶチェーンが宣言した障害に耐えるかを問う。

BGP状態とサービス結果を混同しない

Megaportは、ルートサーバーを使うマルチラテラルピアリングと、相手と直接確立するバイラテラルピアリングを区別する。Establishedは隣接性の証拠で、Looking Glassは経路状態の観測手段だが、物理経路一覧ではない。

障害対応文書は、インターフェースエラー、光・配線、MTU、LACP、VLAN、IP、ルーティングテーブル、ルートサーバーや相手への到達性、BGPエラーを別々に確認し、エンドツーエンド試験も行う。セッションが生きていても他レイヤーでブラックホールが起こり得るし、セッション断だけでは故障部品を特定できない。

待機側の容量も別問題だ。独立していても移行トラフィックを運べない場合がある。資料には顧客の契約容量、輻輳、遅延要件、切替結果がないため、「接続済み」を「障害時に十分」と読み替えてはならない。

APNIC RDAPはAS133937をMEGAPORTPTYLTD-AS-APとして記録し、国コードAUを示す。これはネットワークIDを裏付けるが、個別顧客のネットワーク経路やその多様性を裏付けない。