概要
- AZURE London Internet Exchange Ltd.は、名称の類似性だけで Microsoft Azure のエンティティと見なすべきではない。最も強力な公開証拠は、この記録を London Internet Exchange Limited および AS211386 に結びつけており、その RIPE 由来の可視名は
LINX-ROUTE-SERV-AZUREである。 - 有用な運用上の問いは、その名称がクラウドプラットフォームのように聞こえるかどうかではない。それは、公開されている企業登記、レジストリ、ピアリング、ルートサーバー、連絡先、サポート記録が、休眠状態または限定的なネットワークオブジェクトとライブサービス主張を区別できるほど十分に新しいかどうかである。
- 公開ルーティングビューでは、レビュー時点で AS211386 は発信またはアナウンスされたプレフィックスがなく、観測された BGP ピアもないことが示されている。これはレジストリオブジェクトを消し去るものではないが、本番トラフィックを処理しているという主張の信頼性を低下させる。
- LINX の公開資料は、実際の相互接続オペレーター、ルートサーバーインフラストラクチャ、特定の LINX プラットフォームでの Microsoft Azure Peering Service の利用可能性、およびサポートチャネルを証明している。これらの事実は、情報源が明示的に結びつけない限り、AS211386 とは別に扱うべきである。
- この記録の商業的価値は、帰属 (attribution) の規律にある。すなわち、購入者、研究者、運用者は、何が所有され、何がルーティングされ、何が文書化され、何が単に名前が付けられているだけで、何が未証明のままであるかを繰り返し確認できる方法を必要としている。
AZURE London Internet Exchange Ltd.に関する最初の誤りは、AZUREという単語に過剰な意味を持たせることだろう。ネットワーク記録において、名前はしばしば歴史、意図、エンジニアリング上の略称、顧客ラベル、ラボの文脈、あるいは放棄された計画を含んでいる。それらは自動的に企業の所有権を示すものではない。自動的にトラフィックを証明するものでもない。顧客向け製品が存在することを自動的に証明するものでもない。手がかりであり、時には貴重な手がかりだが、規律とは、ストーリーを構築する前に、その手がかりをより確かな記録と並べて検討することである。
ここで、より確かな記録は一度にいくつかの方向を示している。Companies House は、London Internet Exchange Limited を1995年に設立され、保証有限責任会社であり、その他の電気通信活動に分類される、活動中の英国企業として識別している。LINX 自身の公開サイトは、London Internet Exchange を、会員所有の非営利相互接続事業者として紹介しており、ピーターバラとロンドンにオフィスを構え、長い運用実績、会員サービス、ピアリングプラットフォーム、ルートサーバー、サポートチャネル、そして Microsoft Azure Peering Service を含む製品を有している。BGP Toolkit による AS211386 のビューは、RIPE 由来の自律システム名LINX-ROUTE-SERV-AZURE、組織London Internet Exchange Ltd.、そして AS5459 と AS8075 を参照するルートポリシーステートメントを示している。同じルーティングビューでは、レビュー時点で AS211386 のための発信プレフィックス、アナウンスプレフィックス、観測された BGP ピアはゼロである。
これらの組み合わせは、境界が定められた公開記録を定義するには十分である。ライブの Azure エクスチェンジ、Microsoft の子会社、顧客展開、または隠れたクラウドネットワークを定義するには不十分である。したがって、本稿では AZURE を、LINX 関連のネットワークリソース記録内に存在するエンティティ名文字列として扱う。中心的な問いは、この文字列がどのように管理されるべきかである。すなわち、どのように法的運用者に固定されるか、より大きな LINX ルートサーバー資産からどのように分離されるか、情報源による証拠で明示的に結びつけられない限り Microsoft Azure からどのように分離されるか、そして休眠状態が信頼性評価にどのように影響すべきかである。
これは些細な作業に聞こえるかもしれないが、相互接続市場は記録が証明する前に運用可能に見える名前で溢れているため、この規律が重要である。ルートサーバーのラベルはサービスのように見えるかもしれない。自律システム番号はネットワークのように見えるかもしれない。ハイパースケール ASN との関係は商業的パートナーシップのように見えるかもしれない。登録された会社の住所はサポートオフィスのように見えるかもしれない。それぞれが状況によっては真実であり得るし、他では誤解を招く可能性もある。接続を購入する組織、クラウド到達性を調査する組織、エクスチェンジオプションを比較する組織、あるいはインターネット基盤プロバイダーの管理表面をマッピングする組織にとって、その違いは単なる言葉の問題ではない。リスク、移行計画、サポート前提、コンプライアンスレビュー、インシデント対応、コストに影響を与える。
London Internet Exchange Limited は、記録が浮遊するのを防ぐ錨である。英国の会社登記は、法的アイデンティティを提供する。会社番号03137929、活動中ステータス、株式資本を持たない保証有限責任の非公開会社、1995年12月14日設立、ピーターバラのトリニティコートに登録事務所を置く。この記録だけでは AS211386 を説明するものではなく、AZURE という言葉の説明でもない。しかしながら、その名前がネットワークリソースビューや LINX 自身のサイトに現れる法的組織を確立している。また、実用的なポイントも支持している。これはスクレイピングされたデータベース内の無関係な文字列ではない。公的な企業フットプリントと公的サービスフットプリントを持つ、長年にわたる相互接続事業者に付随している。
LINX 自身の歴史は、この区別がなぜ重要かを説明するのに役立つ。このエクスチェンジは1994年に、英国のインターネットサービスプロバイダーが、高価で遅い大西洋横断パスを経由して国内トラフィックを送るのではなく、トラフィックをローカルに留めるための実用的な取り組みとして始まった。会社形態は1995年に続き、LINX は長年、会員のために運営される相互的で中立的な非営利組織として自らを提示してきた。ルートサーバーとエクスチェンジファブリックは通常の SaaS の表面上のものではないため、この制度的な文脈は重要である。それらは会員ルール、ピアリングポリシー、運用上の信頼、連絡可能性、ルートフィルタリング、変更管理、そして各記録が何を意味するかについての共有理解に依存している。したがって、混乱を招く、あるいは古い名称は、単なるブランディングの問題を超え、運用者が名前を使って迅速な仮定を下す技術コミュニティにおいて、帰属の問題になり得る。
公開サービスサーフェスも AS211386 より広範である。LINX は、ピアリング、プライベート相互接続、コロケーション、クラウド関連サービス、クローズドユーザーグループ、DDoS 軽減策、サードパーティファブリック、メトロレジリエンス、IX-as-a-service について説明している。世界中80カ国以上から950以上の ASN が接続しているとしている。ロンドンのページでは、LON1 と LON2 をロンドン相互接続ハブとして説明している。公開されている連絡先情報には、本社、ロンドンオフィス、電話番号、サポートを含むメールアドレスが記載されている。参加資料には、世界中の組織が接続可能であり、会員は直接またはパートナーを通じて参加できると記載されている。また、24時間365日のオンコールチームにも言及している。これらの事実のいずれも、AS211386 をアクティブにするものではない。これらは、記録の背後にある法的運用者が、購入者や研究者が調査できる運用とサポートの文脈を持っていることを証明している。
レジストリレベルのオブジェクトは視野を狭める。AS211386 は BGP Toolkit でLINX-ROUTE-SERV-AZUREとして表示され、英国の London Internet Exchange Ltd.に登録されており、RIPE 由来のaut-numフィールドは AS5459 と AS8075 からルートを受け入れ、それらの同じ AS に AS211386 をアナウンスする。そのビューでのレコードの作成日時と最終更新日時は両方とも2021-05-03である。確認用のルックアップサービスは、AS211386 を London Internet Exchange Ltd.、名前LINX-ROUTE-SERV-AZURE、ドメイン linx.net、英国、そして IPv4 や IPv6 の範囲なしと識別する。これらのサービスはレジストリオブジェクトの代わりにはならないが、同じ基本的な境界を繰り返すため重要である。すなわち、これは LINX に帰属する自律システム記録であり、可視的な公開ルーティングフットプリントは空である。
空のルーティングフットプリントが鍵となる運用事実である。BGP Toolkit は AS211386 について、発信プレフィックスゼロ、アナウンスプレフィックスゼロ、RPKI 発信有効プレフィックスゼロ、観測された BGP ピアゼロ、発信 IPv4 IP ゼロ、観測された AS パスゼロを報告している。IP2Location も同様に、この ASN に対して IPv4 アドレスゼロ、IPv6 アドレスゼロを報告している。休眠中の ASN は、将来のサービス、ルートサーバーの役割、プライベートな運用目的、引退した実験、あるいはグローバルルーティングビューでは可視的でない限定的な取り決めのために予約されている可能性がある。しかし、休眠中のルーティングビューは、読者がその記録をアクティブなトラフィック搬送ネットワークの証拠として扱うことを止めさせるべきである。主張が「このエンティティは現在公開エクスチェンジサービスを運用している」であれば、公開 AS211386 の証拠はその主張を裏付けるものではない。
AS8714 との対比は示唆に富む。LINX ルートサーバー文書では、LINX は各ピアリング LAN にルートサーバーを維持しており、メンバーが他の参加者とマルチラテラルピアリングを確立できるとしている。その文書ではルートサーバーAS 番号として AS8714 を挙げ、Ubuntu Server 上での BIRD と OpenBGPd の使用を説明し、BGP 標準および大規模コミュニティを用いたポリシー制御について記述し、RPKI と IRR オブジェクトの存在を用いた入力検証について説明している。PeeringDB の AS8714 のエントリでは、LINX Route Servers として記載され、LINX ピアリング LAN に存在し、LINX LON1、LON2、マンチェスター、モンバサ、ナイロビ、NoVA、スコットランド、ウェールズなどのプラットフォーム全体にわたる運用ルートサーバーピアリングポイントをリストしている。これが AS8714 周辺のルートサーバー資産に関する公開運用証拠である。AS211386 の公開運用証拠とは同じではない。
この違いは見落としやすい。なぜなら AS211386 の名前にはLINX-ROUTE-SERV-AZUREが含まれており、この文字列はルートサーバーの役割のように聞こえるからである。記録は、Azure 関連の接続に関連するルートサーバー機能を意図していた可能性が十分にある。Microsoft の大規模な公開 ASN を指す AS8075 のルートポリシー参照は、名前が無作為ではなかったという主張を強化する。LINX はまた、Microsoft Azure Peering Service を公に提供しており、Microsoft の文書では Peering Service を、サービスプロバイダーが Microsoft ネットワークへの最適化された公開接続を提供するためのパートナープログラムとして位置付けている。しかし、これらの事実は分離されなければならない。それらは、LINX が Microsoft Azure Peering Service の文脈を持っており、AS211386 のレジストリポリシーが AS8075 を参照していることを証明している。それらは、AS211386 が現在 Microsoft のトラフィックを搬送していること、Microsoft がこの ASN を所有していること、この記録が Microsoft Azure 製品であること、あるいは顧客が AZURE London Internet Exchange Ltd.と呼ばれるサービスを購入できることを証明するものではない。
Microsoft 自身の Peering Service 文書は、Microsoft 側を正しい枠組みに当てはめるのに役立つ。Microsoft はインターネットピアリングを、Microsoft のグローバルネットワーク（AS8075）とキャリアまたはサービスプロバイダーネットワーク間の相互接続と説明している。Peering Service は、Microsoft への公開インターネット接続のためのサービスプロバイダーとのパートナーシッププログラムとして説明されており、最適化されたルーティング、高可用性、トラフィックインサイトなどの目標が掲げられている。LINX の MAPS ページでは、その Microsoft Azure Peering Service が LINX メンバーに Microsoft 公開サービスへの直接接続を提供し、指定された LINX プラットフォームでアクセス可能であり、サポートへのアクセスが含まれているとしている。これは、LINX-Microsoft サービス文脈の明確な公開証拠である。それでも、LINX レジストリ記録内のすべてのAZURE文字列を、Microsoft の所有権やアクティブなサービス提供として読み取ることを許すものではない。
商業的リスクはまさにこの境界から始まる。「AZURE London Internet Exchange Ltd.」を見た購入者は、クラウドに近い信頼性、Microsoft グレードのサポート、あるいは Microsoft の公開サービスへのルートを想定するかもしれない。研究者は企業的つながりを想定するかもしれない。監視システムはそれを Microsoft のクラウドネットワークと一緒にグループ化するかもしれない。インシデントアナリストは誤ったサポートパスにエスカレーションするかもしれない。自動化されたディレクトリは、その名前を ASN ラベルではなく企業として扱うかもしれない。いずれの誤りも最初は小さいが、運用上のコストは後に、チケットが誤って転送されたり、依存関係マップが間違っていたり、調達比較が過大になったり、存在が証明されていないサービスを中心にレジリエンス計画が構築されたりしたときに現れる。
正しい解釈はより保守的で、より有用である。AZURE London Internet Exchange Ltd.は、LINX に帰属する ASN を中心とした名称境界記録を表している。重要な事実は以下である。法的運用者は London Internet Exchange Limited である。公開ネットワークオブジェクトは AS211386 である。可視的な RIPE 由来の名前はLINX-ROUTE-SERV-AZUREである。公開 BGP ビューにおける RIPE 由来のポリシーは AS5459 と AS8075 を参照している。LINX の運用ルートサーバー文書は AS8714 を中心としている。公開ルーティングビューは AS211386 のアクティブな発信またはピアの証拠を示していない。そして LINX は別途、指定されたプラットフォームで Microsoft Azure Peering Service を提供している。これより強い主張には、これらの点を明示的に結びつける情報源が必要である。
ここで企業向けソフトウェア自動化が重要になる。多くのインフラデータベースは、企業登記、ASN、ピアリングデータベース、WHOIS や RDAP データ、ウェブサイトの主張、サービスページ、サードパーティのルートコレクターを結合して構築されている。自動化はこの種の記録の維持を容易にするが、それは境界を無傷に保つように設計されている場合に限る。ナイーブなシステムは「Azure」をブランドとして、「London Internet Exchange」をエクスチェンジオペレーターとして、そしてLINX-ROUTE-SERV-AZUREを製品の証拠として扱うだろう。より優れたシステムは、法的エンティティ、ネットワークリソース、サービスページ、観測されたルーティング状態という4つのカラムを生かしておく。そして、証拠が実際にそれらを結びつけているかどうかを問うだろう。
AS211386 について、自動化のタスクは不確実性を平滑化するのではなく、保存することであるべきだ。法的エンティティのカラムは強力である。ネットワークリソースのカラムは、ASN の存在と名前については十分に強力である。サービスページのカラムは、LINX の Microsoft Azure Peering Service 提供については強力である。観測されたルーティングのカラムは、AS211386 にとっては弱い。なぜなら、公開ビューでは発信またはアナウンスされたプレフィックスがなく、観測されたピアもないからだ。関係のカラムは部分的である。AS211386 のポリシーは AS8075 を参照しているが、それは観測されたアクティブなピアリングや Microsoft の所有権と同じではない。もしシステムがこれらのカラムを1つの自信に満ちたサービスプロファイルに統合するなら、より美しいページと、より悪い運用状況図を生み出すだろう。
この区別は、ネットワークリソース証拠にとっても重要である。ネットワークオペレーターはしばしば複数のレジストリとコレクターに依存する。なぜならそれぞれが異なる疑問に答えるからだ。Companies House は合法的な会社が誰であるかに答える。LINX のページは、オペレーターが提供していると言っているものに答える。ルートサーバー文書は、ルートサーバー環境がどのように機能すべきかに答える。PeeringDB は、ネットワークやルートサーバーのエントリがピアリングエコシステムのどこに表れているかに答える。BGP コレクターは、グローバルルーティングに何が現れるかに答える。Microsoft の文書は、Microsoft のサービスやパートナープログラムが一般に何を意味するかに答える。単一の記録が全ての疑問に答えるわけではない。証拠はその限界が見えるときに有用になる。
AS211386 の限界は隠すべき問題ではない。それこそが要点である。休眠状態は、予約されたリソース、設計されたオプション、将来のサービス、または引退したルートにとって容認可能な状態であり得る。連絡先データが悪く、無効なプレフィックスポリシー、または壊れた来歴を持つ放棄されたアクティブな記録よりも、クリーンな休眠記録の方が優れているかもしれない。しかし休眠状態は主張できることを変える。それは「登録され帰属可能」を支持する。「ライブでトラフィックを搬送中」は支持しない。「Azure 関連のルート提供文脈向けの可能性がある」は支持する。「Microsoft Azure ネットワーク」は支持しない。「依存するなら監視が必要」は支持する。「既製の移行パス」は支持しない。
データ主権と地域性の観点からも、同様の注意が当てはまる。LINX の存在理由の歴史的背景はトラフィックのローカル交換であり、その公開資料は引き続きローカルおよび地域接続を強調している。Microsoft Peering Service も、パートナーネットワークを通じて最寄りの Microsoft エッジロケーションに到達することについて語っている。これらの考えは企業にとって重要である。なぜならローカルルーティングはレイテンシ、管轄権上の露出、トラブルシューティングパス、そしてレジリエンスに影響を与えうるからだ。しかし AS211386 自体は、証拠パック内に公開プレフィックスフットプリントを持たない。したがって本稿は、AS211386 が地域性を改善する、データを地域内に留める、または顧客のデータパスを変更する、などと責任を持って主張することはできない。ただ、いかなる地域性の主張も、現在のルート証拠、サービス文書、契約上またはサポート上の確認によって証明されなければならない、と言えるのみである。
サポートに関する疑問も同様である。LINX は公開連絡チャネルを提供し、自社サービスに関するサポートについて説明している。ルートサーバー文書は、特定のルートサーバーの問題についてサポートに連絡するようメンバーに伝えている。MAPS ページでは、アクセスには標準で24時間365日の NOC サポートが含まれるとしている。これはより広範な LINX サービスサーフェスにとって価値がある。しかし、特に ASN が休眠中であるか、顧客向け製品として公開されていない場合、AS211386 にどのサポートパスが適用されるかを自動的に顧客に伝えるものではない。したがって、LINX の Azure 関連サービスを評価する購入者は、製品名、ルートポリシー、プラットフォーム、サービスレベル、サポートキュー、エスカレーションパス、そして製品を該当するルートや ASN に結びつける運用証拠を問い合わせるべきである。
現地サポートの労力は、しばしば華やかな接続性の主張の中では見えないが、記録が整合していないときに可視化される。誰かがレジストリオブジェクトを維持しなければならない。誰かが AS211386 がまだ使用を意図されているかどうかに答えなければならない。誰かがルートサーバー文書を最新に保たなければならない。誰かが PeeringDB エントリ、サービスページ、NOC 指示書、顧客オンボーディングノートを更新しなければならない。誰かが AS8714、AS5459、AS8075、AS211386 の違いを、それらを一つの心的オブジェクトに圧縮した顧客や研究者に説明しなければならない。それは労力であり、公の場で相互接続インフラを運用するコストの一部である。
AS211386 の現在の運用主張には、ここでレビューした公開記録には存在しないいくつかの追加要素が必要となる。オペレーターからの ASN が最新であり、どのような役割を果たしているかという声明が必要である。ルートサーバーのようなラベルだけでなく、名前の付いたサービスまたはプラットフォームが必要である。可視的なセッション、プレフィックス、ルートサーバーグラフ、または顧客向け技術文書などの、現在のルート証拠が必要である。その正確なリソースに関わるインシデントの所有者を示すサポートパスが必要である。また、タイムマーカーも必要である。なぜなら、ルートリソースは予約済みからアクティブへ、アクティブから撤退へ、あるいは公開から非公開利用へと、名前自体を変更することなく移行し得るからである。これらの要素がなければ、責任ある読者はオブジェクトを記録し、監視し、より良い質問をすることはできるが、サービス主張に変えるべきではない。
ルートポリシー言語自体も慎重な取り扱いを要する。aut-numレコードは、リソースがどの ASN からルートを受け入れるか、またはどの ASN に自身をアナウンスするかについて述べることができるが、ポリシーステートメントは観測されたセッションと同じではない。それは意図された設定、承認された関係、計画された立ち上げ、休眠ルート、または設計変更後に更新されていない記録を表している可能性がある。公開 BGP 観測は異なる質問に答える。すなわち、コレクターが現在、何が発信、アナウンス、またはピアリングされていると見ることができるかである。AS211386 では、これら2つの層が乖離している。レコードはポリシー言語で AS5459 と AS8075 を指しているが、公開ルーティングビューはアクティブな発信やピアの証拠を示していない。この乖離は矛盾ではない。まさにそれが、本稿がポリシー、観測、サービスコピーを別々の箱に入れておく理由である。
調達チームにとっては、同じ分割が情報要求を形作るべきである。望ましい結果が Microsoft の公開サービス到達性であるなら、質問は LINX MAPS、Microsoft Peering Service、選択された LINX プラットフォーム、アクセス方法、NOC サポート、ルート監視に関するものだ。望ましい結果が通常のマルチラテラルピアリングであるなら、質問は LINX メンバーシップ、AS8714 ルートサーバーセッション、コミュニティ、プレフィックス検証、ピアリング LAN の運用ルールに関するものだ。望ましい結果が AS211386 の理解であるなら、質問はより狭まる。すなわち、なぜこの ASN が存在するのか、まだ使用されているかどうか、今日 AS8075 の参照が何を意味するのか、なぜグローバルビューがトラフィックを示さないのか。単一の購入がこれらの層の複数を含むかもしれないが、購入者はある層が他の層を暗黙的に保証することを許すべきではない。
自動監視システムにとって、AS211386 は、そのシステムが曖昧だが重要な記録を保持できるかどうかの有用なテストである。公開ルーティングで非アクティブだからといって、そのオブジェクトを破棄すべきではない。名前に親しみのあるクラウド用語が含まれているからといって、ライブサービスに昇格させるべきではない。最善の取り扱いは、ステートフルなプロファイルである。法的エンティティは確認済み。ASN レコードは確認済み。ルートポリシー参照は記録済み。観測された公開ルーティングは不在。LINX ルートサーバー資産は別途確認済み。Microsoft ピアリングサービス文脈は別途確認済み。AS211386 固有の利用には、依然としてオペレーターの確認が必要。このプロファイルは自信に満ちたラベルほど劇的ではないが、繰り返しの運用利用により適している。なぜなら、将来の各観測が着地点を持つからである。
鮮度も重要である。Companies House の記録には提出日と言明日がある。BGP Toolkit のビューには更新時刻とルート状態のスナップショットがある。LINX のサービスページとコミュニティ文書は、独自の公開と保守の文脈を持っている。古いが保守されている法的記録は、古いルートオブジェクトとは異なる意味を持ち、新鮮なサービスページは新鮮な BGP 観測とは異なる意味を持つ。AS211386 のレビューはこれらの違いに依存する。企業エンティティは耐久性があるように見える。LINX サービスサーフェスは保守されているように見える。AS211386 のポリシー記録はレビュー日付と比較して古く見え、公開ルート状態は空に見える。信頼できるプロファイルは、これらの時間差を示すべきであり、単一の最新／非最新バッジに平準化すべきではない。
地域性の問題も同様に構造化された方法で扱われるべきである。LINX の創設ストーリーとその現在のサービス言語は、どちらも地域性を商業的に意味あるものにしている。ローカル交換はラウンドトリップを減らし、制御を改善し、いくつかのトラブルシューティングパスを簡素化することができる。Microsoft Peering Service も、近隣の Microsoft エッジロケーションへの到達をめぐってパートナー接続を枠付けしている。しかし、これらはサービスとネットワーク設計上の主張であり、AS211386 固有のルート事実ではない。顧客がデータ地域性や管轄権に関する回答を必要とするならば、証明は現在のパス証拠、契約文言、アクセスロケーション、サービス設計、インシデントサポートコミットメントから得られなければならない。休眠中の ASN 名は、トラフィックがどこを流れるか、メタデータがどこで処理されるか、あるいはどの運用チームが障害を認識するかについて答えることはできない。
ディレクトリ保守者やインテリジェンスチームにとって、実用的なルールは、「会社イコール ASN イコールサービス」という単一のショートカットを避けることである。ディレクトリ記録は、AZURE London Internet Exchange Ltd.に言及することができる。それは観測された名前境界の有用なハンドルだからである。しかし、その記録は読者を証拠の層に立ち返らせるべきである。法的アイデンティティは London Internet Exchange Limited に属する。ASN 層は AS211386 に属する。ルートサーバー運用層は AS8714 を通じてはるかによく証明されている。Microsoft 公開サービス層は LINX MAPS と Microsoft Peering Service に属する。AS8075 層はルーティング用語で Microsoft を識別する。これらの層は接触しているが、接触していることは融合していることと同じではない。優れた公開プロファイルは、読者がある層から別の層へ、移行のたびに警告ラベルを失うことなく移動できるようにすべきである。
この警告ラベルは商業的に価値がある。なぜなら、調達やインシデントチームは時間的プレッシャーの下で活動するからである。停止や移行の間、人々は最も馴染みのある言葉を検索し、それに基づいて行動する。馴染みのある言葉が Azure であれば、チケットは Microsoft に向かうかもしれない。馴染みのあるフレーズが London Internet Exchange であれば、チケットは LINX に向かうかもしれない。可視的なオブジェクトが AS211386 であれば、正しい最初の動きはどちらのエスカレーションパスだけでもなく、その正確なリソースの現在の所有権と使用法の要求であるかもしれない。境界の作業は無駄な時間を減らす。それは購入者に、いつサービルチームに尋ねるか、いつレジストリ所有者に尋ねるか、いつクラウドプロバイダーに尋ねるか、そしていつ公開記録では不十分であることを認めるかを教える。
同じ論理が競合比較にも当てはまる。ライバルの相互接続プロバイダーは、より明確な製品ページ、現在のルートビュー、またはより明示的なクラウドパートナー文書を公開するかもしれない。LINX はより強力なコミュニティ、エクスチェンジ密度、ローカルサポート、または Microsoft ピアリングアクセスを提供するかもしれない。AS211386 だけでその比較を決定することはできない。それは、より広範な購入決定の中の一つの狭い証拠オブジェクトである。もし企業が休眠中の ASN をすべての LINX サービスに対するネガティブマークとして扱うなら、実際の MAPS やルートサーバー提供を過小評価するかもしれない。もし Azure のような名前を Microsoft グレードの接続性に対するポジティブマークとして扱うなら、未証明のリソースを過大評価するかもしれない。公正な比較は、AS211386 を留意事項として保持し、実際に購入されるサービスを評価することである。
基盤オペレーターにとっての評判上のポイントもある。エンジニアリングチーム内で有用だった名前は、そのオリジナルの文脈が薄れた後も、長く公開アーティファクトになり得る。ひとたびこれらの名前が検索結果やディレクトリ、ルートデータベースに入ると、部外者がネットワークを理解する方法に影響を与える。オペレーターはすべての内部設計理由を公開する必要はないが、部外者がそれらを巡って伝説を構築しないよう、公開向けのリソース名、サポートページ、ルート証拠を十分に整合させることで利益を得る。AS211386 はスキャンダラスな記録ではない。これは、静かで、おそらく休眠中のネットワークオブジェクトが、単に強力なブランド隣接語を含んでいるというだけで、解釈上の負荷を生み出し得ることを示す小さな例である。
このエンティティの明らかな薄さは、編集上の課題も生み出す。クラウド接続性、ピアリングパフォーマンス、Microsoft Azure についての一般的な文章でギャップを埋めるのは簡単だろう。それは記録をより完全に見せかけるが、正確性を損なう。より強力な編集上の動きは、何が可視的で何が可視的でないかを述べることである。可視的：合法的な LINX オペレーター、RIPE 由来の aut-num レコード、ルートサーバーのような ASN 名、ルートポリシー参照、AS8714 の下での LINX ルートサーバー運用、LINX MAPS 資料、Microsoft Peering Service 文脈、そして AS211386 プレフィックスの発信またはアナウンスの公開不在。可視的でない：AS211386 の Microsoft 所有権、AS211386 を通じたアクティブなトラフィック、ディレクトリエンティティにちなんで名付けられた顧客製品、またはこの ASN を使用した現在のルートサーバー展開。
これは公開証拠をスコアリングするための有用なケースでもある。企業アイデンティティは、Companies House と LINX 自身のサイトがオペレーターについて一致しているため、高い信頼性に値する。一般的な LINX ルートサーバー運用は、LINX 文書と PeeringDB の両方が AS8714 の下で運用ルートサーバーサーフェスを示しているため、高い信頼性に値する。AS211386 の存在と命名は、BGP Toolkit の RIPE 由来オブジェクトと裏付けルックアップページが一致しているため、高い信頼性に値する。アクティブな AS211386 ネットワーク運用は、同じ公開ルーティングビューが発信プレフィックス、アナウンス、観測ピアを示していないため、低い信頼性に値する。Microsoft 接続は、限定的な信頼性に値する。MAPS と AS8075 を巡る情報源に裏打ちされた Microsoft 文脈はあるが、AS211386 が Microsoft 所有またはアクティブであるという情報源に裏打ちされた証拠はない。
商業的デューデリジェンスのために、この分割は実用的なチェックリストを生み出す。第一に、法的契約相手を確認すること。すなわち、London Internet Exchange Limited であり、AZURE という言葉から推論されるエンティティではない。第二に、実際に購入される製品を特定すること。すなわち、一般的な LINX メンバーシップ、ルートサーバーピアリング、Microsoft Azure Peering Service、プライベート相互接続、クラウド接続、またはその他である。第三に、AS211386 が製品の一部か、ラボの一部か、予備の一部か、あるいは販売に無関係かを尋ねること。第四に、現在のルート証拠とサポート証拠を要求すること。すなわち、ライブセッションの詳細、ルートサーバーグラフ、BGP コミュニティ、プレフィックス検証ポリシー、保守通知、NOC エスカレーション、およびプラットフォーム固有の制限である。第五に、Microsoft に関する質問を正確に保つこと。AS8075 と Microsoft 公開サービスは、名前に Azure を含むすべての LINX 記録の Microsoft 所有権と同じではない。
関連する移行コストの問題もある。企業が公開インターネットアクセスから LINX 媒介の Microsoft サービスに移行する場合、注文速度、ルート異常監視、サポート時間、最寄りエッジルーティングに関心があるかもしれない。LINX は MAPS の自動注文と、既存の接続ネットワーク向けの迅速なセットアップを宣伝している。Microsoft は Peering Service を、パートナープロバイダーを通じて Microsoft への公開接続を改善する方法として説明している。これらは MAPS 製品にとって意味のある商業的主張である。しかし、移行計画には依然として名前の付いたプラットフォームと現在のルート証拠が必要である。AS211386 が可視的にアクティブでないならば、それが関連リソースであるという直接的な証拠を LINX が提供しない限り、移行のアンカーとして使用すべきではない。
同じ注意がレジリエンスにも当てはまる。LINX はレジリエントなロンドン相互接続ハブと幅広いピアリングコミュニティについて説明している。その公開ルートサーバー文書では、フィルタリング、検証、ポリシー制御、AS パスプリペンディング、ルートリーク防止策について説明している。これらの実践は、ルートサーバー周りの運用成熟度の重要な指標である。しかし、レジリエンスは名前を越えて伝染するものではない。成熟した AS8714 ルートサーバー環境が、自動的に AS211386 をレジリエントにするわけではない。公開された MAPS サービスページが、自動的に休眠中の ASN を本番対応にするわけではない。正しい記録は、どの制御面がレジリエントであるかを示すべきである。すなわち、エクスチェンジファブリック、ルートサーバー資産、Microsoft ピアリングサービス、顧客のアクセス回線、あるいはレビュー中の特定の ASN である。
公益の基盤モニタリングの観点から、AS211386 は、不在が証拠であるが、存在と同じ種類の証拠ではないことを思い出させてくれる良い例である。ASN がレジストリに現れ、グローバルルーティングに現れない場合、その不在は休眠、隔離、フィルタリング、限定的な非公開利用、最近の撤退、将来の予約、または観測の破損を意味する可能性がある。注意なしに解釈することはできない。このケースでは、より安全な表現は、本稿のためにレビューされた公開 BGP ビューが、AS211386 のためにアクティブな発信またはアナウンスされたプレフィックスを示さなかった、というものである。この表現は、読者がライブの公開ネットワークを想定することから保護しつつ、非公開または将来の利用の余地を残す。
名称境界の問題は、検索やディレクトリシステムにも影響を与える。AZURE London Internet Exchange Ltd.で始まるディレクトリエントリは、可視的なルートサーバー名の証拠をまとめ、読者を LINX の法的オペレーターに向けるならば役立つかもしれない。しかし、完全なサービスカタログを備えた AZURE London Internet Exchange Ltd.という別個の会社があると読者に思わせるならば、危険になる。したがって本稿は、ディレクトリエンティティを調査用のハンドルとして扱う。すなわち、狭い公開記録について議論する方法であり、そのハンドルが完全に独立して運営されている会社であるという宣言ではない。ディレクトリリンクは読者をエンティティレコードに導くべきだが、文章は引き続き、公開の錨が London Internet Exchange Limited であることを説明すべきである。
AS 名は読者にとって分かりやすくなくとも運用上意味があり得るため、この境界の規律は特に重要である。LINX-ROUTE-SERV-AZUREはエンジニアのラベルのように見える。LINX、ルートサーバー、Azure。3つの断片でストーリーを語るが、全容を語ってはいない。どの LINX プラットフォームか？どのルートサーバーか？どの Azure サービスか？どの Microsoft ASN 関係か？どの現在のセッションか？どの顧客パスか？いつの日付か？どのサポートキューか？ラベルは質問の出発点であり、答えではない。それを答えとして扱うことは、名前だけで構築されたネットワークインテリジェンスの典型的な失敗モードだろう。
したがって、本稿の結論は意図的に控えめである。AZURE London Internet Exchange Ltd.が重要であるのは、馴染みのあるクラウド用語がレジストリ記録内に現れたときに、基盤の帰属がいかに脆くなり得るかを露呈するからである。証拠は、ルートサーバーのような名前と可視的な公開ルーティングフットプリントがない、LINX に帰属する AS211386 記録を支持している。それは、別個の、実際の LINX Microsoft Azure Peering Service 文脈を支持している。それは、ルートサーバー実践、会員サポート、グローバルなリーチを備えた、広範な LINX 相互接続オペレーターを支持している。AS211386 がライブの Microsoft Azure ネットワーク、Microsoft が所有する企業、または証明された顧客トラフィックパスであるという主張は支持していない。
その控えめな解釈は格下げではない。それは利用可能なインテリジェンスである。強力な基盤プロファイルは、すべてのフィールドが完全であるふりをする必要はない。それは、記録に依拠する前に運用者が何を検証すべきかを伝えるべきである。このケースでは、検証の負担は明確である。AS211386 が最新か、予約済みか、引退済みか、非公開かを LINX に尋ねること。最新の場合、どの製品とプラットフォームに属するかを尋ねること。AS8075 ポリシーがアクティブか履歴的なものかを尋ねること。サービスがライブとして販売されている場合、現在のルート証拠を求めること。そして、AS8714 ルートサーバー証拠は、文書がそれらを結びつけない限り、AS211386 とは別に保つこと。これらの回答が公に存在するまで、AZURE はブランドの結論ではなく、境界マーカーである。
代替案を比較する企業にとって、その含意は実用的である。LINX は依然として強力な相互接続の選択肢である可能性があり、その MAPS 提供は Microsoft 公開サービスへの到達性に関連する可能性がある。しかし、決定は、名前付きのサービス、物理的および論理的な接続方法、観測されたルーティング、サポート条件、地域要件に基づくべきであり、たまたま Azure を含むディレクトリ名に基づくべきではない。企業が Microsoft クラウドパフォーマンスを必要とするならば、MAPS と Microsoft Peering Service の要件を評価すべきである。ルートサーバーピアリングを必要とするならば、AS8714 文書と LINX ピアリングポリシーを評価すべきである。AS211386 についての証拠が必要ならば、その特定の記録の現在の説明を求めるべきである。
研究者にとっての教訓も同様に鋭い。記録が休眠中だからといって破棄してはならない。休眠記録はしばしば将来の計画、レガシー設計、または境界決定を説明する。名前が示唆的だからといって水増ししてはならない。名前は安価な証拠である。LINX、Microsoft、AS8075、AS8714、AS211386 を一つの関係に押し込めてはならない。層を別々に保ち、最も強力な層に主張を担わせよ。このケースでは、最も強力な主張は「Azure エクスチェンジ」ではない。それは「名前とポリシーが Azure 関連のルートサーバー文脈を示唆するが、現在公開ルーティングフットプリントが可視的でない、LINX に帰属する自律システム記録」である。
それゆえに、この記録がテクノロジー企業インテリジェンスバッチに属するのである。それは派手な製品発表のプロフィールではない。それは静かな制御表面のプロフィールであり、自動化システムやせっかちな読者が名前を読み過ぎるときに重要になる種類のものである。価値は、公開記録を統治可能に保つことにある。すなわち、法的アイデンティティを製品アイデンティティから分離し、レジストリ存在をトラフィック証拠から分離し、ルートサーバー資産を休眠 ASN から分離し、Microsoft サービス文脈を Microsoft 所有から分離し、公開サポートチャネルをサービス固有のサポート義務から分離することである。これらの分離が明示的であるとき、AZURE London Internet Exchange Ltd.は神秘性を減じ、より有用になる。
したがって、最終的な評価は慎重だが空ではない。London Internet Exchange Limited は、活動中で公的に文書化された相互接続事業者である。LINX ルートサーバーは文書化された運用表面であり、主に AS8714 を通じて証明されている。LINX は Microsoft Azure Peering Service を提供し、Microsoft は Peering Service を AS8075 接続を巡るパートナープロバイダーモデルとして文書化している。AS211386 は、LINX に帰属する RIPE 由来のレコードとして存在し、LINX-ROUTE-SERV-AZUREと名付けられ、AS5459 と AS8075 へのポリシー参照を持っているが、本稿のためにレビューされた公開ルーティングビューはアクティブなアナウンス、発信、またはピアを示していない。これらの事実を超える公開プロフィールは、より新鮮で情報源に裏打ちされた運用証拠が現れるまでは、推測として扱われるべきである。