要約

  • BTW ディレクトリの対象エンティティと LACNIC RDAP は、Belize Telemedia Limited を AS10269 に結び付けている。RDAP のactiveは登録オブジェクトの状態であり、通信サービスが現在稼働しているという意味ではない。
  • PeeringDB は参加者が管理する相互接続情報を掲載し、RIPEstat は RIS 収集器が特定時刻に見た BGP 経路を報告する。申告と観測は比較できるが、同じ証拠ではない。
  • Digi は2024年の年次総会に関する記事で、稼働中のモバイルサイトが171か所、開発中が7か所、光ファイバー網が世帯の90％をカバーすると説明した。これは日付付きの企業発表であって、独立監査や2026年時点の実測ではない。
  • これらの公開情報だけでは、全利用者からの到達性、実効容量、物理的多重化、障害時の継続性、個別顧客の体験は証明できない。

画像注記：アイキャッチ画像は、登録上の識別、経路、相互接続、アクセス基盤を分けて示す独自の概念的編集図である。Belize Telemedia の設備写真、実ネットワーク構成図、ライブトラフィック画面、性能記録ではない。

一つの番号をネットワーク全体と見なさない

自治システム番号、つまり ASN は、インターネット上で別々に管理される経路ドメインを識別する番号である。ネットワークは Border Gateway Protocol、略して BGP を使い、到達可能なアドレス範囲を伝え合う。相手から受け取った経路を採用するか、さらに他へ伝えるかは、それぞれの運用方針で決まる。

AS10269 が役立つ最初の理由は、一意性にある。経路の変化を調べるとき、連絡先を探すとき、公開記録を照合するときに、担当者は同じ識別子を参照できる。Belize Telemedia Limited という名称だけを手掛かりにするより、対象を明確に保ちやすい。

しかし、ASN は会社の設備台帳ではない。ルーターの場所、ケーブルの所有者、電源の構成、施設間の共通依存、顧客の接続方式を一覧にしない。モバイル網や家庭向け光アクセスのすべてが AS10269 という一つの論理識別子にそのまま現れるわけでもない。

したがって、公開ページを見るたびに「このシステムは何を測っているのか」と問う必要がある。レジストリは番号資源の登録主体を示す。相互接続ディレクトリは参加者の申告を載せる。経路収集器は指定した時点に到達した BGP 情報を観測する。企業記事は事業者自身の説明を伝える。四つを一つの正常・異常判定にまとめると、証拠の範囲を超えてしまう。

LACNIC RDAP が示すのは登録上の事実

LACNIC の Registration Data Access Protocol、RDAP の応答は、自治システム10269をちょうど対象としている。handle は AS10269 で、registrant 情報には Belize Telemedia Limited が記録されている。登録イベントは1997年6月3日、最終変更イベントは2016年5月10日で、status はactiveである。

ここから言えることは明確だ。地域インターネットレジストリに AS10269 というオブジェクトがあり、記録上の主体は Belize Telemedia Limited である。番号資源の一意性と責任主体を保つことは、誤った経路や不正利用の連絡、資源に関する調整を行ううえで実用的な意味を持つ。

一方、activeという値は行政層に属する。BGP 広告が今見えているか、ルーターが動いているか、光回線や基地局に電力が供給されているか、顧客がアプリケーションを利用できるかを RDAP は検査しない。登録が有効なまま運用状況が変わることはあり、逆に経路が流れていても登録情報に更新が必要な場合もある。

レジストリは番号資源の公開台帳と考えるとよい。台帳は識別子、登録主体、連絡の手掛かりを正確に保つ。だが、実際にパケットを運ぶのは稼働中の機器、回線、経路方針、施設、電源、運用者である。台帳の重要性を認めることと、台帳に運用状態まで語らせないことは両立する。

PeeringDB のフィールドは運用者の公開申告

PeeringDB の現在の API レコードは、ネットワーク名を Belize Telemedia、別名を BTL とし、ASN 10269と IRR set AS10269 を関連付けている。種類は Cable/DSL/ISP で、IPv4 プレフィックス31件、IPv6 プレフィックス21件、一般的なピアリング方針は Open と申告されている。

さらに、FL-IX の項目が operational とされ、ポート値は20 Gbps である。交換点項目の更新日は2024年5月6日、ネットワークレコードの更新日は2025年5月30日となっている。他のネットワークにとって、これは公開された接続候補や方針を確認し、相手との調整を始めるための有用な情報である。

ただし、PeeringDB は参加者が維持するディレクトリであり、ライブの BGP セッション監視装置ではない。operational という表示は、閲覧した瞬間に特定セッションが確立していることを証明しない。20 Gbps という値も、現在のトラフィック量、空き容量、顧客のスループットを測った結果ではない。Open という方針から、すべての申請が受理され、すべての経路が交換されるとも限らない。

物理的な多重化もこの項目だけでは分からない。論理的には別の接続でも、建物、管路、伝送区間、電源、上流事業者や作業チームが共通しているかもしれない。事業継続性を判断するには、「一つの光ファイバー引込口を失う」「一つの施設を失う」といった具体的な故障条件に対して、対象サービスがどう動くかを確かめる必要がある。

RIPEstat は時刻と観測地点を伴う

RIPEstat の Routing Status は、運用中のインターネットに一段近い証拠を提供する。AS10269 が起点となる対象経路について、last-seen は2026年8月6日08:00 UTC である。そのスナップショットでは、IPv4 プレフィックス34件、IPv4 アドレス66,560個、IPv6 プレフィックス15件、IPv6 /48に換算して65,536個が報告された。

条件を満たす IPv4 経路は、記載された IPv4 フルフィード RIS ピア327件中327件から見えていた。IPv6 経路は322件中322件から見えていた。RIPEstat は、10件未満の RIS フルフィードピアからしか見えない経路を結果から除外すると説明している。数字を引用するなら、この時刻、観測者集合、除外条件も一緒に残さなければならない。

RIPE Routing Information Service、RIS の収集器は、複数の観測地点で受け取った BGP 情報を蓄積する。実際のルーティング情報が収集器に届いたという意味で、これは登録オブジェクトよりも「動いている仕組み」に近い。それでも、定義された観測地点からの眺めであり、世界中の端末から行った接続試験ではない。

327/327という広い可視性は、すべての利用者がすべての宛先へ到達できたことを保証しない。アプリケーション、ラストマイル、モバイルサイト、顧客拠点を試験しておらず、遅延、損失、混雑、利用可能容量、復旧能力も測っていない。BGP 上で違う経路に見えても、物理的には同じ施設や回線区間を共有する場合がある。

PeeringDB が申告する IPv4 31件・IPv6 21件と、RIPEstat が観測した IPv4 34件・IPv6 15件が異なるからといって、それだけで誤りとは言えない。申告と観測では対象、方法、時点が違う。差を問題として扱う前に、定義、集約、個別経路、更新時刻を調べるべきである。

Digi の記事はアクセス網についての企業説明

Belize Telemedia のブランドである Digi は、2024年の年次総会に関する記事で、稼働中のモバイルサイトが171か所、開発中が7か所、光ファイバー網が世帯の90％をカバーすると述べた。

これらの数字は、ASN 登録や BGP 観測には含まれない物理アクセス網の側面を加える。企業が自社のモバイルと光ファイバーの整備をどう説明したかを示し、国内通信事業者事業者の公開ネットワーク識別と利用者向け基盤の関係を考える材料になる。

ただし、数字は Digi の説明として、2024年という日付とともに扱う必要がある。ここで検討した資料は独立監査ではなく、2026年の最新測定として書き換えることはできない。「世帯の90％をカバー」という表現も、個々の住所で技術的・地理的・商業的に接続可能かをすべて説明するものではない。

この記事は、各モバイルサイトや光ファイバー区間と、特定の AS10269 経路を対応付けてもいない。アクセス、伝送、域間ルーティング、電力、アプリケーションは複数の層から成る。両者を結び付けるには、責任分界、物理的依存関係、経路方針、現在の監視、試験結果など、サービスに即した証拠が必要である。

証拠が答えられる範囲をそろえる

質問 役立つ公開情報 まだ証明されないこと
Belize Telemedia Limited に対応する公開経路識別は何か BTW の対象エンティティと AS10269 の LACNIC RDAP 特定の経路やサービスが現在動いているか
ネットワークが公に申告する相互接続方針は何か PeeringDB の方針、プレフィックス、FL-IX 項目 現在のセッション、トラフィック、余剰容量、物理的分離、顧客性能
RIS 収集器が特定時刻に見た対象経路は何か RIPEstat の時刻付き結果、ピア集合、除外規則 全利用者からの到達性、アプリ稼働、物理構成、遅延、耐障害性
事業者はアクセス網をどう説明したか Digi の2024年年次総会記事 独立検証、2026年の現状、個別住所での利用可否
指定した障害の後もサービスが継続するか サービス設計、物理依存、最新測定、試験済み手順 ASN、ディレクトリ、企業発表だけでは答えられない

この整理は、過大な表現を避けるためだけのものではない。各資料を次の確認に使える。RDAP は調整の基準となる識別を与える。PeeringDB は当事者に確認すべき相互接続の申告を示す。RIPEstat は期待する経路方針と比べられる時刻付きの外部観測を提供する。Digi の記事は、より具体的な地域・サービス証拠で確認できるアクセス網の主張を示す。

購入前にサービス境界と故障条件を決める

Belize Telemedia の接続を評価する企業や公共機関は、AS10269 によって対象の経路ドメインを確認できる。だが、採否を決めるにはサービスの境界を先に定義しなければならない。一拠点のインターネット接続なのか、複数拠点間の通信なのか、モバイルや管理対象アプリケーション経路を含むのか。顧客機器、アクセス回線、伝送、上流ルーティング、アプリケーションを誰が管理するのか。境界がなければ、継続性という言葉を測れない。

次に故障を具体的にする。「冗長」という一語では不十分だ。光ファイバーの引込口、伝送区間、ルーター、施設、電源、外部相互接続のどれを失う場面なのか。二つの契約や論理セッションが同じ物理設備や組織的依存に合流していれば、想定した保護にならない。

必要な結果も数値や条件で表すべきだ。障害後に残す容量、到達可能であるべき宛先やアプリケーション、切替・復旧時間、許容する劣化を決める。申告されたポート速度や観測された経路数は、指定した故障下の購入サービスを測るものではない。

そのうえで、主張に合う証拠を求める。範囲を限定した経路・依存関係の説明、現在のインターフェースや経路観測、保守記録、切替試験、復旧時間、明確な運用連絡先などが考えられる。機微な設備情報を全面公開する必要はない。完全な資産一覧や正確な経路座標を出さずに、共有リスクと試験結果を説明することは可能である。

公開ページの変化をすぐ評価に変えない

RDAP の連絡情報、PeeringDB のプレフィックス数や交換点、RIPEstat の可視性、Digi の整備数字は今後変わり得る。変化はまず、それが生じた層で読むべきである。

RDAP の更新は最初に行政的な変更として扱う。PeeringDB の更新は参加者申告の変更である。RIPEstat の変化は時刻、対象アドレス、観測地点、採用方法と一緒に保存する。新しいカバレッジ値は、定義と適切な確認が伴うまでは企業の主張である。

信号から結論へ飛ぶのではなく、信号から次の質問へ進むことが重要だ。経路の可視性が下がる理由は一つではない。経路が見え続けていても、ローカルアクセスやアプリケーションの問題は起こり得る。単独のページ更新は調査のきっかけにはなるが、改善、過失、回復力、被害を単独で立証しない。

現在の公開証拠から言える結論

公開記録は、明確なネットワーク識別を支えている。BTW ディレクトリの対象ページと LACNIC RDAP は Belize Telemedia Limited を AS10269 に結び付ける。PeeringDB は Belize Telemedia、別名 BTL の参加者管理レコードを掲載し、方針、プレフィックス、FL-IX 項目を申告している。RIPEstat は AS10269 起点の対象経路について時刻付きの収集器観測を示す。Digi は2024年時点のモバイルと光ファイバーの規模を自社の言葉で説明している。

行政台帳、相互接続申告、経路観測、アクセス網の企業説明は、それぞれ別の役割を持つ。組み合わせれば対象をよりよく理解できるが、一つを別の証明として使うことはできない。

公開情報は、無停止運用、全利用者からの到達性、物理的に独立した経路、保証容量、現在の世帯別利用可能性、特定顧客の体験を証明しない。これは Belize Telemedia への非難ではない。公開されていない運用資料が存在する可能性はあり、公開資料に見当たらないことは、対策が存在しない証拠でもない。ここで定めているのは、外部の読者が責任を持って導ける結論の境界である。

実務では、AS10269 をネットワーク識別と調整に使い、PeeringDB で申告内容を確認し、RIPEstat で日付付きの経路可視性を見る。会社のインフラ数値は帰属を明記して引用する。可用性、性能、継続性については、実際にサービスを支えるシステムと責任分界に即した証拠を得るべきである。

情報源