NTT DOCOMO BUSINESSとAS4713：社名変更後もネットワーク識別子が証明できること

要約

NTT DOCOMO BUSINESSは、NTT Communications Corporationが2025年7月1日に社名を変更したと説明しています。現在のAPNIC、RIPEstat、JPNAPの記録は、それぞれ異なる層で新しい社名、OCN、AS4713を結び付けています。一方、PeeringDBには旧社名が残っています。これは、用途も更新周期も異なる記録が並存していることを示すものであり、どれか一つを包括的な法的証明として扱う理由にはなりません。
AS4713から確認できるのは、登録されたネットワーク識別子、特定時点に観測された経路、個別に確認した一つの経路起点認可、製品固有のルーティング条件です。観測された全プレフィックスの所有、社名変更をまたぐ無停止運用、あらゆる利用者からの到達性、遅延、可用性、サービス品質までは証明できません。

画像注記：掲載画像は合成された写実的な編集用イメージです。架空の独立アナリストが、ブランド表示のない記録を、ブランド表示のない光ファイバーコードのそばで照合する場面を表しています。NTT DOCOMO BUSINESS、NTT Communications、OCN、APNIC、JPNAPの社員、施設、機器、顧客データ、実在する経路図、AS4713のライブ画面を写したものではありません。紙面やカードも説明用であり、会社の同一性、プレフィックスの所有、経路の有効性、性能、サービス継続性を証明しません。

分析

一つの社名が変わっても、複数の記録層は同時には変わらない

NTT DOCOMO BUSINESSは公式の会社概要で現在の社名を掲げ、NTT Communications Corporationが2025年7月1日にNTT DOCOMO BUSINESS, Inc.へ社名変更したと記載しています。変更前に公表されたNTTグループの発表も、この企業アイデンティティー更新を予告していました。二つの発行者資料から安全に言えるのは、会社が発表した社名変更がその日に実施された、という範囲です。

それ以上の結論には別の証拠が必要です。確認した公開資料には独立した政府の法人登記抄本が含まれず、変更がもたらした法的効果のすべては分かりません。契約、技術データベース、アカウント、ネットワークオブジェクトが同時刻に更新されたことも示しません。買収、合併、全資産の移転を記した資料でもありません。したがって、ここで扱うのは発行者が説明する社名変更であり、裏付けのない組織再編ではありません。

インターネット上の公開記録も、一つの同期データベースではありません。APNICのエンドポイントに対するAS4713の照会はJPNICのRDAPサービスへ転送され、現在の応答は名称をOCNとし、説明にNTT DOCOMO BUSINESS, Inc.を含めています。RIPEstatのホルダー表示もOCNと新社名を結び付けます。JPNAPの参加者一覧は、東京と大阪でNTT DOCOMO BUSINESS、OCN、AS4713を対応させています。それに対し、PeeringDBのネットワークプロファイルには「NTT Communications Corporation (OCN)」という旧名称が残ります。

この差だけで、どれかの記録が偽りだとは言えません。会社概要は発行者の現在の企業名を示し、地域インターネットレジストリは番号資源を記録し、経路観測サービスは選ばれた収集点から見えた経路を返します。インターネット交換所は参加者を掲載し、相互接続ディレクトリはネットワーク間の連絡を助けます。所有者も目的も更新時期も違います。

問うべきなのは「どのページが絶対的な権威か」ではなく、「そのページは何を答えるためにあり、いつ観測され、誰が差異を解消するのか」です。レジストリは番号の一意性や連絡先を保つ台帳であって、稼働中のネットワークを支配する存在ではありません。実際に動くネットワークが現実の層であり、その現実を安全に扱うために、範囲と来歴が明確な記録が必要です。

この区別は一般企業にも重要です。調達部門は契約主体を知る必要があり、ネットワーク担当者はASN、許可プレフィックス、経路ポリシーを必要とします。セキュリティー担当者には最新の連絡先、経路起点認可、フィルターが必要です。障害対応者は誰が変更を承認し、誰が戻せるのかを知らなければなりません。すべてを単に「NTT」と保存すれば、社名変更のときに、そのラベルが十分な識別情報ではなかったことが表面化します。

自治システム番号を専門用語なしで考える

自治システム番号、略してASNは、ネットワークが他のネットワークと経路情報を交換するときに使う公開番号です。AS4713もその一つで、確認した記録ではOCNとNTT DOCOMO BUSINESSに関連付けられています。会社の登記番号、顧客番号、IPアドレス、ルーターの製造番号ではなく、良好なサービスを保証する認定証でもありません。

インターネットは、独立して運用される多数のネットワークから成ります。各ネットワークは、どのアドレス範囲へ到達できるかを互いに知らせる必要があります。BGPという仕組みがその通知を運びます。単純化すれば、「このアドレス範囲には、この自治システムを通じて到達できる」という知らせです。他のネットワークは多くの知らせを受け取り、自らの方針に従って経路を選びます。

ASNはその交換に安定した識別子を与えます。人、製品、ブランド、社名が変わっても、経路ポリシーが同じ番号を参照できることには大きな運用価値があります。ブランド変更のたびに新しい番号と世界同時の切替が必要なら、かえって障害の危険が高まります。継続するASNは、管理記録が順番に更新される間も、認識可能な経路単位を残せます。

ただし、識別子の安定は無停止の証明ではありません。今日のレジストリと昨日の経路観測にAS4713があっても、2025年7月の社名変更中にすべての顧客パケットが途切れなかったとは分かりません。社内システムが予定どおり名称を更新したか、すべての経路を同じチームが承認したかも分かりません。資料が示すのは、それぞれの時点と方法で認識された公開経路識別子です。

鉄道路線の番号に例えると理解しやすくなります。運営会社が社名を変えても路線番号は残り、利用者や制御システムの識別に役立ちます。しかし番号だけでは、線路の所有者、列車の定時運行、契約更新の完了までは証明できません。ASNもネットワーク間経路について同じように限定された役割を持ちます。

APNICからJPNICへ転送されたRDAP記録は台帳であり、完全な所有権地図ではない

APNICはアジア太平洋地域を担当する地域インターネットレジストリです。今回使用したAPNICエンドポイントは、日本のこの資源に対する照会をJPNICのRDAPサービスへ転送します。RDAPは、インターネット番号資源の登録情報を構造化して提供する標準化された仕組みです。

確認したAPNICからJPNICへのRDAP応答はAS4713を識別し、名称をOCN、国を日本、状態をactiveとし、説明にNTT DOCOMO BUSINESS, Inc.を含めています。ここから言える強く限定された事実は、現在のRIR登録層がAS4713とこれらの名称を結び付けていることです。

この記録を「AS4713から観測されたすべてのIPプレフィックスを会社が法的に所有する」という主張へ広げることはできません。ネットワークは契約や許可に基づいて顧客保有のアドレスを広報できます。移行、攻撃緩和、サービス変更で起点が変わる場合もあります。登録上の連絡先と日々の運用担当が異なることもあります。

activeという語も登録オブジェクトの状態を示すだけで、稼働率ではありません。activeのaut-numと、経路障害、回線断、DNS障害、ファイアウォール設定ミス、アプリケーション停止は同時に起こり得ます。反対に、RDAPのウェブ画面が一時的に開けなくても、実際のネットワークが消えた証拠にはなりません。

レジストリは、一意の番号、名称、連絡先、変更の手掛かりを保つことで説明責任を支えます。しかし、実行中のネットワーク、サービスを定める契約、顧客が体験する結果の測定を置き換えるものではありません。

8月5日の経路観測が示す範囲

RIPEstatは、登録情報と公開経路観測を使ったデータを提供します。確認したannounced-prefixesの結果は、2026年8月5日00:00から16:00 UTCまでの窓でAS4713を見ています。返されたデータには187件の観測プレフィックスがあり、内訳はIPv4が181件、IPv6が6件でした。

この数字には方法を必ず添える必要があります。このデータは、10未満のRIPE RISフルフィードピアにしか見えない経路を除外します。したがって、インターネットのあらゆる場所に存在し得る経路の完全一覧ではなく、明示された観測点としきい値を通った結果です。

同じ証拠のrouting-statusでは、返された16:00 UTCのスナップショットで、対象となったIPv4ピア326中326、IPv6ピア322中322からAS4713が見えていました。IPv4プレフィックス181件、IPv6プレフィックス6件、観測上の隣接AS 122件も返されています。要求した時刻が最新の利用可能時刻へ調整される場合があるため、記録には実際の返却時刻と警告を残す必要があります。

対象ピアの全数から見えたことを、「世界中のすべての利用者がAS4713へ到達できた」と言い換えてはいけません。分母はRIPE RISのそのビューに含まれたピアです。収集点が経路を受信していても、特定の顧客はアクセス回線、フィルター、混雑、DNS、ファイアウォール、サーバー、アプリケーションの問題でサービスへ到達できないことがあります。

122という隣接数も、有料顧客、トランジット供給者、無償ピアの件数とは限りません。関係の推定方法や観測範囲はサービスごとに違い、経路ポリシーによって数字も変わります。

つまり187件は、定められた観測方法で見えた経路活動の証拠です。財産目録でも品質点数でもなく、各アドレスの所有者、利用者、速度、認可の正しさを答える数字ではありません。

一つのRPKI validは、一つの組合せについての結果

RPKIは、IPアドレス資源の保有者が、特定ASNによる特定プレフィックスの起点を署名付きで認可できる仕組みです。この認可をROAと呼び、許される最大プレフィックス長を指定する場合もあります。

今回確認した組合せは、AS4713と61.207.0.0/16です。Routinatorを使った返答はvalidで、origin 4713、maxLength 16のROAに一致しました。この正確な問い合わせに対しては、意味のあるセキュリティーメタデータです。

しかし、AS4713に関連する全経路の証明書ではありません。多数のプレフィックスは異なるROAや最大長を持ち、一部には対象ROAがない可能性もあります。認可は作成、変更、撤回され得ます。問い合わせるプレフィックスや起点が変われば、結果も変わります。

起点検証は、経路上のすべてのASNを認証するものでもありません。物理回線、低遅延、パケット損失、宛先アプリケーションの正常性も証明しません。正確な報告は「この時点のこの起点とプレフィックスの組合せがvalidだった」と書き、「AS4713全体がRPKIで安全」とは書きません。

実務では、アドレス資源、顧客許可、経路オブジェクト、ROA、最大長、予定起点、フィルター、監視を一式で維持する必要があります。一件のvalidは検査可能性を示しますが、棚卸しと監督を不要にはしません。

製品文書は制御条件を示すが、運用結果は示さない

NTTのSuper OCN Flexible Connectのルーティング文書は、別の証拠層を提供します。そのページで説明される製品では、OCN側のASNがAS4713です。静的ルーティングまたはBGPを選べること、条件を満たす顧客のグローバルASNや持ち込みIPアドレスを扱えることが記されています。

具体的な条件として、BGPにMD5認証パスワードを求め、maximum-prefixを1,000、最小hold timeを30秒とし、トラフィック優先度に使うBGP communityも説明しています。また、LFSとBFDはサポートしないとあります。

これらは、単純に見える接続の裏側にある作業を示します。顧客ASNや持ち込みアドレスの確認、プレフィックス上限の設定、認証情報の安全な受け渡し、communityの選択、変更テスト、異常広報の監視が必要です。

1,000はAS4713全体の規模ではなく、その製品条件における一セッションの防護値です。30秒は復旧保証ではなく、検知と再収束の一要素です。MD5も一つのBGPセッションを保護する仕組みで、サービス全体から設定ミスや攻撃をなくすものではありません。

BFDは高速な障害検知に使われることがあります。引用ページで非対応とされていることは、品質の悪さを証明しません。利用できるタイマー、監視、連絡経路で継続性を設計し、存在しない機能を前提にしない必要がある、という意味です。

発行者の文書は公開された設計と選択肢の証拠です。すべての顧客が正しく設定したこと、すべての変更がレビューされたこと、個別障害がSLAを満たしたことの独立検証にはなりません。実際の結果には顧客自身の設定、ログ、測定、チケット、試験記録が必要です。

PeeringDBとRIPEstatの差は、矛盾ではなく意味の違いを教える

PeeringDBは、相互接続のためにネットワーク運用者が情報を維持するディレクトリです。確認したnetwork 826のページは、旧名称「NTT Communications Corporation (OCN)」とASN 4713を掲げ、地域ネットワークサービス事業者と説明しています。各項目の更新時期は同一とは限りません。

その画面ではIPv4とIPv6のプレフィックス数がともにゼロでした。一方、日時を固定したRIPEstat観測ではIPv4が181件、IPv6が6件です。これを「片方が障害を発見した」「もう片方が経路を捏造した」と解釈する根拠はありません。

PeeringDBは任意参加の運用ディレクトリであり、ゼロは未入力や未保守を意味する場合があります。RIPEstatの値は、特定の経路収集方法と時間窓から得られます。二つは同じ測定ではありません。

自動処理では値だけでなく意味を保存する必要があります。出典、項目定義、観測時刻、維持方式、確信度を残さず、二つを同じ「プレフィックス数」に入れれば、偽の警報を作りかねません。差を人の確認へ回すことと、一方を自動的に誤りと決めることは別です。

社名変更も項目ごとの照合を必要とします。古い社名と有用な接続情報が共存することも、新しい社名と古い運用項目が共存することもあります。旧名称を一括置換すれば来歴を失い、すべてを現行名として残せば読者を誤解させます。

JPNAPが結ぶ名称と、その限界

JPNAPの現在の参加者一覧は、東京と大阪でNTT DOCOMO BUSINESS、OCN、AS4713を対応させています。これは、現在の会社名、サービスまたはネットワーク名、ASNの関係をインターネット交換所という文脈で示す資料です。

交換所への参加は相互接続を容易にし、公開の運用接点にもなります。しかし名簿は、非公開契約、トラフィック量、経路選好、性能を明かしません。東京と大阪の両方に記載があっても、特定顧客の二経路が地理的に独立しているとは限りません。建物入口、伝送、電源、機器、運用チーム、上流依存を共有する可能性があります。

この記録が最も強く支えるのは、確認時点でJPNAPがそれらの名称とAS4713を両拠点で関連付けていた、という文です。契約、物理トポロジー、ライブ性能測定の代わりにはなりません。

AS4713は、NTTのすべてのネットワークではない

2023年のAPNIC技術記事は、国内OCNのAS4713、モバイルのAS9605、グローバルGINのAS2914を区別しています。過去のNTT製品ページも、二つのASNを使う説明の中でGINのAS2914とOCNのAS4713を分けています。

APNIC記事は歴史分析なので、当時のトポロジーや利用割合を現在の事実として再利用できません。発行者ページも現在の規模、品質、市場地位の証拠にはなりません。それでも、「NTT」という名前が一つのルーティング番号を意味しないという狭い点には役立ちます。

障害や調査では、この精度が重要です。tracerouteにAS2914が含まれてもAS4713とは限らず、AS9605のモバイル観測をOCNに割り当てることもできません。グループ名だけでは、対象ネットワーク、製品、契約が定まりません。

正確なASNは誤った帰属を減らし、警報を適切な担当者へ送り、正しいプレフィックスを審査し、バックアップ経路が本当に別ネットワークかを確認する助けになります。

社名変更が壊し得る運用上のつながり

名称は契約、請求、証明書、許可リスト、経路ポリシー、監視画面、障害連絡先、ベンダーポータル、監査資料に現れます。社名変更は管理作業に見えても、それらの関連を試します。

旧名称の連絡先を、新名称を期待する担当者が無効だと判断すれば、連絡手段自体が有効でも障害エスカレーションが遅れます。文字列を厳密比較する規則は二つの社名を別企業として誤検知し、反対に広すぎる規則はNTTブランドのすべてを一社として承認する危険があります。

契約には会社名、経路文書にはOCN、観測にはAS4713と書かれる場合、三者の対応表がなければ誤ったプレフィックスや担当者を選ぶかもしれません。またAS4713が起点となるプレフィックスが顧客保有資源なら、観測結果を会社資産表へコピーすることは誤った所有主張になります。

ROA、経路オブジェクト、フィルター、連絡先は別々の担当者が維持する場合があります。一つの画面だけ社名が更新され、技術的な認可が変わらないこと自体は不自然ではありません。ただし、関係が理解され、追跡可能でなければなりません。

対策は、すべてのシステムに同じ文字列を強制することではありません。現在の会社名、旧社名、サービス名、ASN、レジストリーハンドル、関連プレフィックス、製品、契約主体、エスカレーション担当を対応表として管理し、それぞれに根拠と確認日を付けることです。

自動化は作業場所を変えるが、責任を消さない

BGPは到達可能性を自動交換し、フィルターは方針外の経路を拒否し、RPKIバリデーターは起点とプレフィックスの関係を分類し、監視は変化を素早く検知します。繰り返し作業は減りますが、監督作業は残ります。

誰かが方針を決め、例外を承認し、元となる一覧を維持し、invalidが攻撃なのか期限切れ認可なのか緊急変更なのかを判断し、戻し方を試験します。社名変更では、広報・法務、番号資源、ネットワーク、安全、顧客対応、調達・監査の責任が分かれていることが見えやすくなります。

処理した経路件数だけで成功を測れば、例外処理、誤警報、責任者特定、記録照合、障害、顧客支援にかかる労力が消えて見えます。例外数、古い記録、担当者に届くまでの時間、ロールバック成功率も含めて初めて、自動化の価値を評価できます。

自動化は悪いものではありません。符号化した前提を大規模に実行する仕組みです。識別関係が曖昧なら、小さなデータ誤りが多数のルールへ広がります。範囲の明確な記録が、その拡大を防ぎます。

非専門家でもできるサービス主張の確認

企業の購入担当者はBGP技術者にならなくても、次の順番で質問できます。

まず、契約の正確な会社名を確認します。現在の当事者はNTT DOCOMO BUSINESSなのか、別のグループ会社なのか。技術記録に残る旧名称はどれか。変更を誰が確認するのか。

次に、サービスに使われるASNを確認します。AS4713、AS2914、AS9605、または別番号なのか。製品、地域、通信方向によって変わるのか。

アドレスについては、重要プレフィックスを誰が保有し、誰が起点を認可し、現在誰が広報しているかを確認します。顧客持ち込みアドレスが含まれるなら、ROA、経路オブジェクト、承認記録も必要です。

制御については、静的かBGPか、プレフィックス上限、認証、使えるcommunity、使えない障害検知機能、変更権限と審査者を聞きます。

結果は顧客自身の場所から実際の宛先へ測ります。公開経路の可視性は、収集点がASNを見たことを示すだけです。時刻、損失、遅延、DNS、アプリケーション応答、経路状況、エラー率を記録する必要があります。

最後に継続性を試します。主回線、機器、拠点、経路がなくなったとき、本当に独立した経路へ移るか。アプリケーションは何分で戻るか。誰がロールバックを決めるか。机上確認より、制御された試験の方が強い証拠です。

レジストリは登録事実、経路収集点は観測、製品文書は公開設計、顧客試験は特定の時点と方法における結果を示します。一つの証拠を別の問いへ広げないことが重要です。

公開記録が証明していないこと

確認した公開情報は、AS4713の稼働率、遅延、パケット損失、顧客数、市場占有率を示しません。187件の観測プレフィックスすべてをNTT DOCOMO BUSINESSが保有するとも、すべてのAS4713経路にvalidなROAがあるとも証明しません。

2025年7月の社名変更前後に、運用が一度も中断しなかったことも示しません。継続する番号と現在の観測は、識別子の連続性を支えるだけで、完全な障害履歴ではありません。

APNIC/JPNICのRDAP説明は包括的な法的所有証明ではなく、PeeringDBはライブのプレフィックス台帳ではなく、JPNAP参加は性能測定ではありません。発行者の製品文書も、個々の運用結果を独立に検証したものではありません。

ルーティング自動化による純粋な人件費削減も資料からは算出できません。政策設計、例外、照合、監視、障害、顧客対応に何時間かかったかが測られていないためです。

これらの非主張は弱点ではなく、結論の一部です。有用な技術記録を、根拠のない商業上・法律上の約束へ変えないための境界です。

社名変更後も残る、範囲の明確な証拠

会社は、2025年7月1日にNTT Communications CorporationからNTT DOCOMO BUSINESS, Inc.へ社名変更したと説明しています。APNICからJPNICへ転送された現在の登録応答は、activeなAS4713をOCNとし、新会社名を説明に含めます。RIPEstatの限定された観測はAS4713が見えていたことと、一定条件下のプレフィックス・隣接数を示します。一つのプレフィックス起点組合せはRPKI validでした。製品文書は対象サービスのOCN側ASNをAS4713とし、具体的な制御条件を掲載します。JPNAPは東京と大阪で現在の会社名、OCN、AS4713を関連付け、PeeringDBは旧社名とライブ在庫に使えない項目を残しています。

この連鎖から分かるのは、ASNが持続的な運用識別子になり得ても、万能な証明書にはならないことです。番号はレジストリ、ネットワーク、観測者が同じ経路ドメインを指す助けになります。価値を保つには、人が連絡先、認可、方針、名称対応を正確に維持しなければなりません。

一般の読者にとっての結論は簡潔です。記載した方法の範囲で、AS4713は認識可能なOCNの経路識別子が登録され、観測されたことを示します。しかし、NTTという名前に結び付けられるあらゆる商業、法律、性能の主張を証明するものではありません。