要約

  • 2026年10月26日の観測：AS139620 が公告するのは IPv4 プレフィックス2本・計512アドレスと IPv6 の /48 が1本。可視性は 269/269 と 257/257、観測された隣人は7件で、経路の左側が2件、右側が5件。
  • ディレクトリ記録では名前が PUBLIC COMPANY、法定形態が private_company。総合スコア 0.95 は 0.82 の証拠2件に支えられ、そのうち rdap.org の1件は今回開けなかった。記録自身の data_gaps は、いまも法定実体の所在国の確認を求めている。
  • この記録で何かを決めようとする人にとっての意味：確認できるのは AS 番号が実在し、2019年9月4日から経路系に見えており、今朝も公告が続いていることまで。企業規模、所有構造、経営陣、法的関係は確認できない。そして512アドレスは1本のトランジット辺の幅であって、その企業のネットワーク全体ではない。

10月26日朝、ルーターが見ていたもの

数字から始める。RIPEstat のルーティング状態クエリは、クエリ時刻を 2026-10-26T00:00:00、観測窓を 2026-10-26T08:00:00 と記録している（RIPEstat ルーティング状態）。この記録で一度立ち止まるべき数字が2つある。IPv4 の可視性は RIS ピア 269 台中 269 台、IPv6 は 257 台中 257 台。満点である。

満点であること自体は珍しくない。プレフィックスが2本しかない起点なら、上流が経路を普通に伝えている限り、見落とす観測者はいない。情報量があるのはその次の組だ。観測されたアドレス空間は IPv4 が2プレフィックス・計512アドレス、IPv6 が1プレフィックスで長さ /48。観測された隣人は7件。この3つを並べると、出てくる絵は全国規模の通信事業者ではなく、外へ突き出したトランジットの縁である。

プレフィックスの内訳はこうだ（RIPEstat 公告プレフィックス）。103.142.144.0/24、103.142.145.0/24、2001:df1:4780::/48。それぞれに 2026-10-12T08:00:00 から 2026-10-26T08:00:00 までのタイムラインが付いている。ここは正確に読む必要がある。この応答の注記は、RIS のフルフィードピア10台未満しか見ていない経路は除外されると述べている。つまりこのタイムラインが示すのは「この14日間、この3本がこの一覧に載り続けていた」ということであり、10月12日に何かの変更があったことの証明ではない。

/23 から2つの /24 へ

同じルーティング状態の記録は、最初と最後の観測も渡してくる。最初は 103.142.144.0/23、時刻は 2019-09-04T16:00:00。最後は 103.142.145.0/24、時刻は 2026-10-26T08:00:00。

2点を結ぶと、具体的な工学的事実が見える。2019年9月に見えていたときは512アドレスの集約1本だった。今朝見えているのは、256アドレスずつの /24 が2本、別々に出ている状態だ。計算は合う。ひとつの /23 は2つの /24 の和集合そのもので、アドレスが1個増えることも減ることもない。

なぜ分割したのかは、観測からは答えられない。/24 に割るのはプレフィックス単位のトラフィックエンジニアリングになり得るし、上流や収容先ごとの振り分けにもなるし、単に当年の設定がそのまま残っているだけかもしれない。逆に、いつか2本の /24 が再び1本の /23 に戻れば、それも記録すべき変更であって「何も起きなかった」ではない。正しい構え方は、公告の形は形として読み、動機と取り違えないことだ。

隣人は7つ、左が2つ右が5つ――顧客と呼ぶ前に

隣接データ（RIPEstat AS 隣人）は7件の隣人を2組に分ける。

左側が2件。AS38082 は power 568、IPv4 ピア 1007、IPv6 ピア 0。AS4651 は power 1109、IPv4 ピア 1230、IPv6 ピア 499。右側が5件。AS139595（power 248、318、0）、AS139692（248、562、0）、AS139719（44、162、0）、AS151482（248、319、0）、AS154481（309、275、205）。

「左」「右」は、観測された AS パス上の位置に RIPEstat が付けたラベルであって、トポロジーであり、契約ではない。右側の5件は、観測された経路で AS139620 が上流として現れた相手だ。これを顧客、買い手、契約相手と呼ぶのは、計測結果に含まれていないものを流し込む行為になる。このデータが言えるのは、その5方向に経路が存在したことと、相手のピア規模がどれくらいか、そこまでだ。

左側2社の身元は、今回読めた公開記録の中では確定していない。だから本稿は番号だけを書き、社名は書かない。これは余白の修辞ではなく、証拠に対する規律である。AS 番号の存在が確認できることは、その運営主体が確認できることを意味しない。

登録簿が描く行

APNIC の WHOIS テキスト（APNIC WHOIS）はこう描く。aut-num は AS139620、as-name は MTNPCL-AS-AP、descr は MYANMAR TELECOMMUNICATION NETWORK PUBLIC COMPANY LIMITED、country は MM。同じ照会（APNIC 照会応答）は組織ハンドル ORG-MTNP1-AP も返している。

RIPEstat の AS 概観（RIPEstat AS 概観）は同じ保有者文字列を返し、この番号を 139578-140601 のブロックに置き、ブロックの説明は Assigned by APNIC、帰属先は IANA の32ビット自律システム番号レジストリ、そして 2026-10-26T08:00:00 の窓について announced true と報告する。

見落とせないのは、通らない道のほうだ。APNIC 自身の RDAP オブジェクト（APNIC RDAP autnum）は、今回の照合で読める記録を返さなかった。つまり割当日、オブジェクト状態、remarks といった通常 RDAP に書かれる項目は、本稿では1つも取れていない。「この番号はいつ割り当てられたのか」と問う人に対して、ここでの答えは答えがないことであって、推測の年ではない。

2つの文書、1つのスコア

ここからが BTW のディレクトリ記録そのものだ。表示される confidence_score は 0.95。evidence_basis は2件だけで、各件の confidence はどちらも 0.82。1件は rdap.org の autnum 文書（Public registry record と表示）、もう1件は RIPEstat の AS 概観（public routing data と表示）。

問題は、2件を引くことではない。2件を引くのは誠実だ。問題は 0.82 と 0.82 がどう 0.95 になるのか、だ。記録は集約方法を書いていない。そして読者にとってより実務的な点は、rdap.org を指す文書（rdap.org autnum）が今回の照合で解決せず、取得結果は inaccessible、抜粋は空だったことである。

2件のうち1件は読め、1件は読めず、それでも総合は 0.82 から 0.95 へ上がっている。これは捏造の告発ではなく、再現性の問題だ。0.95 という数字は「独立した2文書が照合済み」と読めてしまうが、実際に起きたのは「0.82 の入力が2つあり、そのうち1つは今回開けなかった」である。正直な提示は、集約規則を書くか、証拠が開けないときはスコアを下限に留めるか、どちらかだろう。

名前とフィールドの衝突

記録の文字列はこうなっている。legal_name は MYANMAR TELECOMMUNICATION NETWORK PUBLIC COMPANY L。別名は TELECOMMUNICATION NETWORK PUBLIC COMPANY L。legal_type は private_company。hq_country と registration_jurisdiction はどちらも Myanmar (Burma)、hq_country_code は MM。

名前には PUBLIC COMPANY と書いてあり、フィールドには private_company と書いてある。これは2つの文字列の間の不一致だ。そこまでしか言わない。本稿は設立文書も商業登記の抜粋も法定形態の届出も入手していないので、どちらの文字列が事実と食い違うのかは判断できない。ある司法定義の下では両方が成立する、という可能性すら排除できない。この不一致を「上場企業を装っている」と書くのは、本稿が拒むことだ。

同じカードにもう1本、継ぎ目がある。片方で司法管轄を Myanmar (Burma) と埋めておきながら、data_gaps では「この実体の法域の確認」を求め、続けて現在のサービス、可視資産、親子関係、対外的な責任者を挙げている。値を入れたまま、その値が未検証だと認めている。これは罪証ではなく、カード作成の順序が完成品に残っただけのことだ。

3本目の継ぎ目はもっと細い。カードの法定名は最後が単独の L で終わり、APNIC の descr は LIMITED と書く。同じ保有者を指す2つの表記であることに疑いはない。だがどちらが設立証書と一致するのか、本稿には分からない。社名末尾の略記は国際的な社名でよく切り詰められ、よく書き下される。どちらも問題ではない。契約の当事者欄に書き写す必要が出たときだけ、問題になる。

virtual と分類された1つの AS

記録の resources は1件だけ。AS139620、resource_type は asn、resource_class は virtual、status は observed、service は ip_transit、country は Myanmar (Burma)。

ここで避けて通らない語がある。virtual だ。AS 番号は URL でも照会でも経路表でも実在する物体だが、この記録は資源クラスを仮想と分類している。このディレクトリ体系で virtual が何を指すのか、今回の照合では定義を取れていない。「自前のアドレスブロックではない」と読むこともできれば、別の分類上の意味とも読める。定義がない以上、本稿はフィールド値を報告するだけで、代わりに解釈はしない。

サービス面も1件だけ。roles は provider、地域は MM、サービス一覧は ip_transit と managed_network。このうち本稿が読めた経路証拠と対応するのは ip_transit だけだ。プレフィックスが公告され、隣人が伝播している。それがトランジットである。managed_network は記録上そこに存在するが、今回読めた公開資料には対応する検証可能な裏づけがない。記録のフィールドとしては成立し、引用できるサービス能力としてはまだ成立していない。

空白のほうが雄弁な理由

この記録で空欄のほうが、埋まっている欄より長い。relationships は空配列、leadership_contacts も空配列、related_events も空配列、contextual_references も空配列。first_seen_at は null、external_id も null、source_system も null、website も null、primaryDomain も null。status は queued_for_profile_article、last_updated_at は 2026-06-17T00:04:15.536Z。

これらの空白は醜聞ではなく、カード作成の順序だ。まず AS 番号が観測され、人と関係とウェブサイトは後から埋まる。ディレクトリのページはここにある（BTW ディレクトリ項目 ストラテジックサークル限定）。だが、これで何かを決めようとする人にとって、空白は問える質問を決めてしまう。leadership_contacts がなければ「障害時に誰が電話に出るのか」を問えない。relationships がなければ「誰と一族なのか」を問えない。first_seen_at が null なら「この実体がいつ台帳に入ったか」すら言えず、言えるのはこの番号が 2019年9月4日にはすでに経路系に見えていた、それだけだ。

決める人に本当に必要な4つ

読者を具体化する。こうした記録の前で立ち止まるのは3種類だ。このトランジットに接続したい運用者。サプライヤー評価のためにベンダー一覧を埋める必要がある調達担当。国別・地域別のレポートを書く分析者。

彼らが本当に必要としている4つは、案外地味だ。この企業はまだ動いているのか。あの512アドレスは自社のものか。上流は誰か。事故のとき誰が責任を負うのか。

今回の照合が渡せるのはこうだ。AS 番号は実在する。2019-09-04T16:00:00 から経路系に見えている。2026-10-26T08:00:00 の窓でも公告が続いている。可視性はほぼ満点。アドレス空間は IPv4 512アドレスと /48 が1本。観測された隣人は7件で、経路の左が2件、右が5件。

渡せないのはこうだ。設立文書、所有構造、経営陣の顔ぶれ、顧客一覧、総ネットワーク規模。最後の項目は明示しておく。512アドレスはこの1本のトランジット辺の幅である。通信事業者がバックボーン全体をどこか別に置き、この小さな区間だけをここに吊るすこともできる。逆に、これが全財産である可能性も排除できない。この記録だけでは、どちらも否定できない。

だから正しい使い方は、この記録を手がかりとして扱い、証憑として扱わないことだ。手がかりは次の照会先を教える。APNIC の割当証憑を求め、照合できる登記文書を求め、SLA 付きの連絡先一覧を求めればいい。証憑とは他人が署名した紙であって、他人が付けた点数ではない。

この判断が覆る条件

証拠の境界を語る記事は、自分自身の反証条件も出すべきだ。

第一に、APNIC の RDAP オブジェクトが再び読めるようになり、割当日とオブジェクト状態が出てくれば、「割当日が取れない」という本稿の1項目は即座に失効し、年代についての議論は書き直しになる。

第二に、ディレクトリが legal_type を public_company に変えるか、誰かが設立文書を出せば、名前とフィールドの緊張は説明がつく。どちらの方向に説明がついても同じだ。

第三に、新しいプレフィックスが現れるか、2本の /24 が再び /23 に集約されれば、512 という数字は「現在」から「その時点のスナップショット」へ退く。

第四に、rdap.org の文書が再び読めるようになれば、0.95 と 0.82 の間の算術の問題は残るが、「開けなかった」という1項目は失効する。

第五に、隣人の集合が変われば、左右についての本稿の記述は測り直しになる。計測に日付があるように、記述にも賞味期限がある。