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)”。

名称不一致并不自动说明某条记录虚假或无用。公司简介用于说明发布方的公司身份；区域互联网注册管理机构记录号码资源；路由观测服务呈现采集器在特定时刻看到的公告；互联网交换中心公布参与者；互联目录帮助网络之间寻找联系点，其中一些字段由运营者维护，更新周期自然不同。

因此，真正有用的问题不是“哪一个页面拥有最高权威”，而是“这个页面原本要回答什么问题、何时被观测、由谁维护，以及当其他记录变化时谁负责核对”。注册管理机构在这里更像账本和记录保管者，而不是可以决定一切的主权机关；正在运行的网络才是现实层，但运行情况也必须通过边界清楚的记录来理解。

这一区分直接影响普通企业。采购人员需要知道合同主体，网络工程师需要知道自治系统号、允许的前缀和路由策略，安全人员需要准确联系人、路由起源授权与过滤规则，事故负责人则需要知道谁能批准或撤销变更。如果所有团队的系统里只保存“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 记录可以与路由事故、接入线路故障、域名问题、防火墙错误或应用宕机同时存在。反过来，注册查询页面短暂无法打开，也不代表实际网络已经消失。

这正是把注册管理机构理解为账本和记录保管者的原因。它帮助维护号码的唯一性、登记名称、联系人和变更线索，从而支持问责；但它不替代实际运行的网络、规定服务的合同，也不替代客户侧测量。

8 月 5 日的路由观测究竟显示了什么

RIPEstat 汇集注册信息和路由观测数据。本次证据包含 2026 年 8 月 5 日 00:00 至 16:00（UTC）这一窗口内 AS4713 的 announced-prefixes 结果。返回数据包括 187 条被观测到的前缀记录，其中 181 条为 IPv4，6 条为 IPv6。

引用这个数字时必须连同方法一起说明。该数据产品注明，它排除了少于十个 RIPE RIS 全表对等方看到的路由。换句话说，这不是互联网每个角落可能存在的全部路由清单，而是基于指定采集体系和过滤条件形成的视图。

同一批材料中的 routing-status 结果显示，在返回的 16:00 UTC 快照中，AS4713 被纳入统计的 326 个 IPv4 对等方全部看到，也被 322 个 IPv6 对等方全部看到；结果还列出 181 个 IPv4 前缀、6 个 IPv6 前缀和 122 个被观测邻居。这里的分母是该 RIPE RIS 视图纳入的对等方，不是全世界每个网络、设备或用户。服务还可能把请求时间调整为最近可用数据，所以严谨记录应保存实际返回时间和提示信息。

不能把“所纳入对等方全部可见”写成“整个互联网都能访问 AS4713”。路由采集器收到公告时，某位客户仍可能因为本地线路、过滤、拥塞、DNS、防火墙、服务器或应用故障而无法访问服务。路由可见性和终端体验是不同层次的问题。

122 个被观测邻居也不能直接解释成 122 个付费客户、上游供应商或免费对等伙伴。不同数据服务可能采用不同的关系推断方式，有些路径只在特定采集器上可见，数字也会随策略和覆盖范围变化。

因此，187 条记录证明的是“在这个窗口和方法下，观测服务看到了哪些符合条件的 AS4713 前缀”，不是资产登记表，也不是质量得分。它不回答每个地址块由谁持有、谁在使用、响应有多快，或每条公告是否都有正确授权。

一个有效的 RPKI 结果，只能证明一个具体组合

本次材料还核验了一组具体的 RPKI 路由起源关系。RPKI 是资源公钥基础设施。地址资源持有者可以发布一份带签名的路由起源授权，简称 ROA，说明某个自治系统可以为某个前缀发起路由，并可规定允许的最大前缀长度。

被检查的组合是 AS4713 与 61.207.0.0/16。验证结果通过 Routinator 返回 valid，并匹配到 origin 为 4713、maxLength 为 16 的 ROA。对这个精确查询而言，这是有意义的安全元数据。

但它不是 AS4713 所有路由的证书。一个发布多个前缀的网络可能对应多份 ROA，不同前缀会有不同最大长度，也可能存在没有覆盖授权的路由。授权还可能被创建、修改或撤销。只要前缀或起源号改变，验证结果就可能不同。

起源验证还有一项重要边界：它检查前缀与路由起点 ASN 的关系，不验证路径上的每一个自治系统，不证明物理光纤完好，不证明所选路径低延迟，也不证明目标应用正常工作。因此，准确说法是“这个起源—前缀组合在这次核验中有效”，而不是笼统宣称“AS4713 的 RPKI 完全安全”。

运营者仍需维护完整清单：地址资源、客户授权、路由对象、ROA、最大长度、预期起源、过滤器和监控。一个有效样本说明体系可核验，并没有取消库存管理和持续监督。

产品文件说明控制条件，而不是生产结果

NTT 的 Super OCN Flexible Connect 路由说明提供了另一层证据。对于该页面描述的产品，OCN 一侧使用 AS4713。文件说明可选择静态路由或 BGP，并在特定条件下支持客户自己的全球 ASN 和客户提供的 IP 地址。

页面还列出具体配置条件：BGP 会话要求 MD5 认证密码，maximum-prefix 为 1,000，最小 hold time 为 30 秒，并说明用于流量优先级控制的 BGP communities。页面同时写明不支持 LFS 和 BFD。

这些细节揭示了“接通一条线路”背后的重复工作。需要有人核实客户 ASN 是否符合条件，验证客户提供的地址空间，设置并复查前缀上限，安全交换认证材料，决定可用 community，测试策略变更，并监控异常公告。

这些数字不能脱离产品语境。1,000 的最大前缀值不是 AS4713 的规模，而是该产品在所述条件下对一个路由会话设置的保护线。30 秒最小保持时间不是恢复承诺，只是故障探测与重新收敛过程中的一个协议参数。MD5 保护特定 BGP 会话机制，不会让整项服务免受所有配置错误或攻击。

BFD 常用于快速发现路径故障。引用页面说该产品不支持 BFD，并不能证明服务差；它只意味着连续性设计必须基于真正受支持的机制、定时器、监控和升级路径，而不能假设某项功能存在。

发布方文件可以证明其公布的设计意图和可用控制，不能独立证明每个客户都正确配置，也不能证明每次变更都经过复核，或某次事故满足服务等级承诺。要证明实际结果，客户仍需要自己的配置、日志、测量、工单和测试记录。

PeeringDB 与 RIPEstat 的差异为什么有价值

PeeringDB 是网络运营者用于互联发现的自助式目录。本次查看的 network 826 页面使用旧标签“NTT Communications Corporation (OCN)”，同时标明 ASN 4713，并描述一个区域网络服务商。页面包含互联信息，而不同字段可能在不同时间更新。

该页面在所见版本里把 IPv4 和 IPv6 前缀计数字段显示为零；与此同时，RIPEstat 在明确日期和方法下观测到 181 个 IPv4 和 6 个 IPv6 前缀。负责任的解释不是“一个来源发现了网络中断”或“另一个来源捏造了路由”。

两项服务回答的问题不同。PeeringDB 是自愿维护的运营目录，一些字段可能未填写、较旧，或只是供联系和发现使用。RIPEstat 的数字来自路由采集和时间窗口。目录字段里的零可能意味着“此处没有维护该值”，而不是“网络中不存在任何前缀”。

这说明自动化数据系统必须保存语义，而不能只抄数值。如果把两个数字都写进一个叫“前缀数”的字段，系统可能制造虚假告警。更好的方式是同时保存来源、字段定义、观测时间、维护方式和置信度，再让差异触发人工复核，而不是让一个数据源自动覆盖另一个。

更名又增加了一层复杂性：旧公司名可能与仍然有用的互联资料并存，新公司名也可能与尚未更新的运营字段并存。核对应逐字段进行。盲目替换所有旧名称会抹去来源历史；把所有旧名称继续当成当前名称又会误导读者。

JPNAP 连接了交换中心里的名称，但证明范围有限

JPNAP 当前参与者名册在东京和大阪把 NTT DOCOMO BUSINESS、OCN 与 AS4713 对应起来。这为当前公司名称、服务或网络标签和 ASN 之间提供了一个交换中心语境下的公开联系。

互联网交换中心让不同网络更方便地交换流量，也能提供公开的运营联系点。参与者名册不会披露所有私下协议、流量规模、路径偏好或性能结果。出现在东京和大阪也不能证明某位客户一定拥有地理上独立的两条路径；两个逻辑连接仍可能共用楼宇入口、传输线路、电源、设备、运维团队或上游依赖。

这项记录最适合用来陈述它确实显示的内容：在查询时，JPNAP 名册在这些交换地点把上述名称与 AS4713 联系在一起。它不能替代合同、物理拓扑和实时客户测量。

AS4713 不代表所有 NTT 网络

两份材料帮助避免一个常见错误。APNIC 在 2023 年发布的一篇技术文章区分了日本国内 OCN 的 AS4713、移动网络的 AS9605，以及全球 GIN 的 AS2914。一份较早的 NTT 产品页面也在双 ASN 服务描述中区分 GIN 的 AS2914 与 OCN 的 AS4713。

APNIC 文章是历史分析，因此不应把其中过去的拓扑或用户比例当作当前事实；发布方页面没有清晰日期，也不能支持当前规模、质量或市场地位判断。但两者都能支持一个较窄的结论：“NTT”并不等于一个路由号码。

这在事故处理和尽职调查中很重要。包含 AS2914 的 traceroute 不能自动归为 AS4713，涉及 AS9605 的移动网络观测也不能直接归给 OCN。集团层面的公司名称无法告诉读者究竟是哪一个网络、产品或合同在范围内。

准确的 ASN 标签可以减少错误归因，也能让自动化更安全：告警可交给负责该 ASN 的团队，变更审查可核对正确的前缀清单，客户也能判断备用路径是否真的经过另一张网络。

公司更名会在哪些运营环节造成问题

更名看似是行政事项，但网络运营依赖名称出现在许多系统里。公开记录只展示了其中一部分。企业内部还可能在合同、账单账户、证书、允许清单、路由策略库、监控看板、事故联系人、供应商门户和审计材料中保存同一身份。

第一，联系查询可能返回旧名称，而期待新名称的人会误以为联系人无效。事故期间，即便电话或邮箱仍可使用，这也可能拖慢升级。

第二，自动合规规则可能逐字比较名称，把“NTT Communications Corporation”和“NTT DOCOMO BUSINESS, Inc.”当成两个无关主体，产生误报。相反，过于宽泛的规则也可能把所有 NTT 品牌网络合并成一个实体，批准了超出预期的范围。

第三，路由策略文件可能使用 OCN 这样的产品标签，合同写公司名称，公开观测写 ASN。如果三者关系没有记录，审查人员就可能批准错误的前缀列表或联系错误团队。

第四，由 AS4713 发起的某个前缀可能是获准接入服务的客户资源。直接把观测到的起源复制到公司资产清单，会制造错误的所有权主张。

第五，ROA、路由对象、过滤器和联系人可能由不同人员维护。名称在一个系统更新而运营授权保持不变，可能完全合理，但前提是这种对应关系清楚且可审计。

第六，缺少字段语义的看板既可能把记录差异误报成事故，也可能掩盖真正故障。PeeringDB 的零值与 RIPEstat 的实际观测正说明：每个指标必须带着定义和来源使用。

解决办法不是强迫每个系统显示完全相同的字符串，而是维护一张对应表：当前公司名、原公司名、服务标签、ASN、注册句柄、相关前缀、产品、合同主体和升级负责人。每一条关系都应有来源与复核日期。

自动化转移了工作，并没有消除责任

BGP 自动交换可达性信息，路由过滤器可按政策自动拒绝公告，RPKI 验证器可分类起源与前缀的关系，监控系统能迅速发现变化。这些工具减少了重复手工处理，但同时带来监督工作。

仍然需要有人制定政策、批准例外、维护来源清单、判断被拒路由究竟是攻击、过期授权还是合理紧急变更，并验证回退。公司更名会让这些责任的分布更容易被看到：公司和法律团队更新身份，号码资源人员维护注册联系人，网络工程师管理 BGP 与过滤器，安全团队监督 RPKI 和异常起源，客户团队核实合同与前缀，采购和审计团队保存证据链。

如果只计算自动处理了多少条路由，这些人力成本会从看板中消失。更完整的衡量方式应包括例外数量、误报、找到责任人的时间、回退是否成功、陈旧记录数量，以及协调公司或产品变化所花的时间。

自动化并非坏事；关键是它会大规模执行已经编码的假设。准确标识和范围明确的记录可以让这些假设更安全。身份关系含糊时，一处小数据错误可能在许多系统里重复放大。

非专业读者如何核验一项网络服务主张

企业采购者不必先成为 BGP 工程师，也能提出有效问题。

先问身份：合同里写的具体公司是谁？NTT DOCOMO BUSINESS 是否为当前合同方，还是由另一个集团实体提供服务？哪些旧名称仍会出现在技术记录中？发生变化时由谁确认？

再问网络：该服务预期使用哪个 ASN？是 AS4713、AS2914、AS9605，还是另一个号码？不同产品、地区或流量方向是否会改变答案？

接着问地址：关键前缀由谁持有，由谁授权起源，现在由谁发布？是否包含客户提供的地址？ROA、路由对象和批准记录保存在哪里？

然后问控制：服务采用静态路由还是 BGP？前缀上限是多少？会话如何认证？支持哪些 community？不支持哪些故障探测方式？谁可以修改配置，谁负责复核？

再问结果如何测量。公开路由可见性说明部分采集器看到了 ASN，却不能证明应用性能。客户应从相关地点对真实目标测试，记录时间、丢包、延迟、DNS 解析、应用响应、路由环境和错误率。

最后测试连续性：主线路、设备、地点或路由撤回时会发生什么？流量是否真的转到独立路径？应用多久恢复？谁决定回退？桌面推演有价值，受控实测更有说服力。

这套问题让证据保持合适比例：注册记录证明登记事实，路由采集器证明一次观测，产品文件证明公布的设计，客户测试则证明特定方法和时刻下的结果。

公开记录没有证明什么

现有公开记录没有证明 AS4713 的可用率、延迟、丢包、客户数量或市场份额；没有证明 187 个被观测前缀全部由 NTT DOCOMO BUSINESS 持有；也没有证明每一条 AS4713 公告都有有效 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。产品文件把 AS4713 写为所述服务的 OCN 一侧 ASN，并公布具体路由控制。JPNAP 名册在东京和大阪连接当前公司名、OCN 与 AS4713。PeeringDB 保留旧公司名，其字段不应被当成实时资产清单。

这条证据链说明，ASN 可以成为耐久的运营身份，却不能成为万能证书。号码帮助注册机构、网络和观测者指向一个路由域；它是否真正有用，取决于人们能否保持联系人、授权、策略和名称对应关系准确。运行中的代码和网络是现实层，而有范围和来源的记录让这层现实可以被检查和治理。

对普通读者而言，结论可以很朴素：按照所述方法，AS4713 仍能证明一个可识别的 OCN 路由身份已登记并被观测到；它不能替 NTT 名称旁边的每一项商业、法律或性能说法背书。