摘要
- Nine Cloud 自己的网站声称拥有超过 40 个自营 POP 数据中心节点、超过 2.9T 的全互联骨干网专线和从 1M 到 100G 的客户带宽产品。这些数字描述的是供给，但没有公开设施清单、电路清单、电力设计或独立测试来证明已安装或可用的容量。
- AS131495 处于活跃状态，并于 2026 年 7 月 15 日发布了两条 IPv4 /24 路由。一条是中国注册的地址块，可见一个相邻网络；另一条是香港公司/23 地址块的一半，通过两个相邻网络可见。这证明了路由是活跃的，但不证明存在 40 个物理上独立的 POP。
- 许可证历史、一个活跃的公司网站、一个在线的延迟测试工具以及 2024 年的一次公共采购候选资格，证明了持续的商务活动。但这些并不能确定当前的资产所有权、数据中心运营责任、电力冗余、客户负载、可用余量或恢复性能。
同一网络的两个视角
Nine Cloud 公开宣传的核心数字不是自治系统号。而是“2.9T+”，展示在公司主页上，旁边还有“40+”个 POP 数据中心节点、15 分钟事件通知和 99.95%的骨干网专线可用性。页面下方，该公司表示这些 POP 是自营的，覆盖中国大部分一线和二线城市，并可提供从 1M 到 100G 的带宽。它提供点对点、星型和全网状企业专用网络、公有云与客户场所之间的连接、物理或虚拟服务器，以及用于定制化数据中心需求的“IDC Plus”服务。
从公共互联网可见的数字更小：AS131495 在2026 年 7 月 15 日的 RIPEstat 快照中发布了两个/24 IPv4 路由，总计 512 个地址。没有可见的 IPv6 路由。一个/24，123.58.18.0/24，位于北京公司注册的地址空间内。另一个，103.175.197.0/24，位于注册给 HK JIUYUN INFINITE TRADE LIMITED 的/23 内。路由收集器在两个前缀上看到了三个直连的相邻网络，但并非每个前缀上都有这三个。
这些数字并不相互排斥。专线运营商可以租用波长、以太网电路、机架空间和最后一公里接入，而无需在 BGP 中宣告每条面向客户的电路。POP 可以包含路由器和交叉连接，同时使用在其他地方发起的地址。2.9T 的商业库存可能是合同承载速率的总和，而不是公共互联网传输。同样，如果许多节点共享相同的运营商、设施提供商、管道、电力公司、控制系统或上游合同，全国节点图可能会夸大独立性。关键不是 BGP 应该显示 2.9T 比特。而是公开记录没有弥合营销总数与必须承载它的物理系统之间的差距。
这个差距改变了尽职调查的问题。Nine Cloud 有足够的证据被视作一个活跃的网络服务企业，而不仅仅是一个与旧注册信息相关联的名称。但它没有足够的公开证据表明每个声称的节点、路由或容量单位都已安装、供电、运营、未售出且可恢复。对于将分支机构连接、云接入、灾难恢复或托管设备放在该平台上的客户来说，缺失的桥梁比标题总数更重要。
名称背后的公司
法律和运营历史以一个关于连续性的有用警示开始。2015 年，上海证券交易所询问函就另一家公司收购北京森华易腾一事，询问为什么森华在交易前将其全资子公司 Nine Cloud 转让给了 Hong Lei。在《证券时报》刊登的回复函中，森华表示它于 2013 年 7 月成立了 Nine Cloud，Hong Lei 是其法定代表人，并且截至 2014 年底该公司尚未实际开展业务。森华于 2015 年 1 月将股份无偿转让给 Hong，同时抵消了一笔内部往来款，以便在 Hong 离开森华后为其未来发展提供一个平台。
Nine Cloud 自己的发展历程显示，其于 2015 年 4 月以 EDPN 产品 1.0 版开始商业运营。然后列出了一系列 IDC、ISP、ICP、VPN 和固网数据资质；独立的自治系统号；多线 BGP 产品；CDN 许可证；香港公司；全国监控；边缘服务器；杭州交换中心连接；双运营商保护；深圳分公司；最终是第二条骨干网路由。综合起来看，证券交易所的披露和公司时间线描述了一个在原母公司旗下处于休眠状态、于 2015 年分离并随后建立了自己运营身份的企业。
这种分离很重要。2015 年交易中归于森华易腾的收入、设施、客户合同和运营历史不能简单地归于 Nine Cloud。回复函明确区分了这两家公司，并表示 Nine Cloud 在转让前未开展业务。因此，任何后续的容量都必须由 Nine Cloud 自己的合同、设备、租约、许可证和路由来支撑。公开记录提供了一些层面的信息，但不是完整的资产追溯。
一家商业注册聚合网站目前显示，这家中国公司成立于 2013 年 7 月 2 日，统一社会信用代码为 91110108071674731C，注册资本为 3000 万元人民币。它还显示北京注册地和广泛的电信相关经营范围。该聚合记录对于线索发现有用，但不能替代最新的认证公司摘录。公开页面对于当前的法定代表人和具体的注册套间信息说法不一。Nine Cloud 自己的联系页面给出的北京总部地址在恩济西园 325-331 室，深圳办事处在鸿隆世纪广场。办公地址指明了联系供应商的地点；并非数据中心地址或设备所有权证明。
有近期活动的迹象。北京市 2023 年的科技型中小企业拟认定名单中包括了海淀区的这家公司。2024 年 9 月，一份中国海油采购通知在三个国际公司 IT 通信网络维护与技术支持候选人中将 Nine Cloud 排在第二位，投标价为 4,375,680 元人民币，得分 56.22。成为合格候选人支持其投标企业网络工作的说法，但不表明它赢得了合同、交付了服务、拥有相关基础设施或达到了特定的可用性结果。
宽泛的许可集不是资产登记册
Nine Cloud 的许可证历史颇为丰富。2017 年底的一份工业和信息化部官方名单记录该公司持有 A2.B1-20170249 号许可证，可在北京和山东提供内容分发网络服务。行业报告称，2018 年它同时获得了 CDN 和云服务资质。后期许可通知的公开转载显示经营范围发生变更、2021 年续期以及 2023 年法定代表人变更。官方历史记录和后续通知支持跨地区电信许可证的连续性，但当前有效的服务附表、地理范围和有效期应在购买前直接从监管机构或公司获取。
许可与实施之间的区别在中国的电信规则中十分明确。工信部 2015 年的服务分类目录将 IDC 服务定义为利用适当的机房设施托管、维护和管理客户设备，出租服务器和存储，并安排通信线路和出站带宽。它将类云互联网资源协作定义为使用安装在数据中心的设备和资源。它围绕分布式节点服务器组定义了 CDN 服务。许可证表明一家公司可以在特定条件下从事特定活动；它不揭示其使用哪些建筑、拥有还是租赁它们、多少 IT 负载得到供电，或者多少容量已被占用。
工信部 2017 年的市场清理通知强化了这一点。它针对无证和超范围 IDC、ISP 和 CDN 活动、未经授权的资源使用和多层转售。它要求基础设施、IP 地址和带宽来自持有适当许可证的提供商，并限制非授权的跨境通道。因此，监管模式预期了一个供应链：企业服务提供商可以将其自己的网络元素与从基础运营商和其他持牌运营商获得的设施和电路相结合。
Nine Cloud 的网站描述的正是这样一种混合服务。它表示可以提供中国电信、中国联通、中国移动和 BGP 互联网带宽、物理服务器托管、虚拟机、城市接入和长途专线。这种语言并不标识每个机架、光纤段或电力系统的所有者。也不应自动将“自营 POP”解读为数据中心所有权的证据。在第三方设施内租赁机架空间中运行自营路由器，并通过租赁的运营商电路连接，可能在运营上具有重要意义，同时却将关键的物理依赖关系置于 Nine Cloud 的控制之外。
这也是本文地区字段显示为亚太地区的原因。该公司表示其香港业务已扩展到十多个海外地区，并与国际运营商合作。香港地址块和国际相邻网络支持一定的跨境覆盖。它们并不证明存在由公司控制设施的全球机队或本地运营团队。全球可达性可能通过上游或合作伙伴实现；它不是全球物理运营足迹的证据。有记录的物理运营区域仍然主要是中国城市网络外加一个香港路由组件，即使在那个区域内，确切的设施控制也基本未知。
AS131495 证明了什么
最有力的独立证据是网络身份。APNIC 的AS131495 RDAP 记录名称为“Nine-cloud”，描述为北京九云无限网络技术有限公司，注册地在中国。该号码于 2017 年 4 月 26 日注册，仍标记为活跃，最后变更于 2023 年 11 月 28 日。行政联系人和技术联系人是 Hong Lei，其对象最后变更于 2017 年。这些记录确立了自治系统号的委托控制权，并将其与北京公司直接关联。它们并不显示当前由谁配置路由器或签署运营商合同。
当前路由表显示了两个不同的资源情况。APNIC 的123.58.16.0/21 记录名称是 Nine-cloud，描述了北京公司，并将该地址块标记为在中国活跃。AS131495 当前从该地址块发布了一个/24，即 123.58.18.0/24。另一条可见路由 103.175.197.0/24 是103.175.196.0/23的一半，后者是一个活跃的香港分配地址块，注册给 HK JIUYUN INFINITE TRADE LIMITED。共同的jywx.com联系域名和相同的“Jiuyun”名称暗示了商业联系，但审查过的公开记录没有提供将香港公司与北京公司关联起来的企业所有权文件。稳妥的说法是，北京的 ASN 发布了注册给香港实体的地址空间。
路由来源授权也是分开的。RIPEstat 对103.175.197.0/24 的 RPKI 验证结果显示 AS131495 是有效的。而123.58.18.0/24 的结果为“unknown”，这意味着验证器没有找到适用的路由来源授权。未知并不等于无效：拒绝 RPKI 无效路由的网络不应仅因为该状态而拒绝未知路由。尽管如此，评估路由安全性的客户希望知道 Nine Cloud 是否打算为中国路由创建有效的授权，以及它如何在各注册局维护路由对象。
这两个前缀也有不同的历史。RIPEstat 的路由历史显示 AS131495 在 2020 年的部分时间发布了完整的 123.58.16.0/21，随后从 2022 年开始间歇性地宣告 123.58.18.0/24，并在观察期内从 2026 年 4 月起再次连续宣告。香港的/24 在 2023 年和 2024 年初由 AS136897 发布，之后在 2024 年 2 月 AS131495 成为发布者，并持续可见至 2026 年 7 月 15 日。这一历史表明路由控制发生了变化。它并不解释设备是否移动、客户或合作伙伴安排是否改变，或者物理托管位置是否保持不变。
活跃路由是可达性的证据，但却是糟糕的容量计量器。一个/24 可以位于一个 1Gbps 端口后面，也可以在许多更大的电路后面。它可以承载小型服务，也可以为不需要大量公共地址的网络功能承载流量。反过来，专线业务可以承载大量从未作为客户路由由其自己的 ASN 发布的流量。合理的结论是狭窄的：AS131495 是活跃的，具有较小的可见 IPv4 起源足迹，没有可见的 IPv6 起源。这一结论中的任何内容都不能验证或反驳该公司 2.9T 的私有骨干网数字。
三个邻居不等于三条不同的路径
RIPEstat 的BGP 状态快照显示了按前缀的清晰分隔。对于 123.58.18.0/24，收集器路径将 AS24138 中国铁通放在 AS131495 之前。对于 103.175.197.0/24，路径将 AS984（章鱼网络解决方案）或 AS136897（享云集团）放在 AS131495 之前。Hurricane Electric 的AS131495 摘要独立列出了相同的三个观察到的对等体和相同的两个发布的/24。
这是香港路由逻辑多样性的有用证据。在 BGP 策略层面，多个外部 AS 可以传播 103.175.197.0/24。它不显示两个建筑物入口、两个汇接室、两个光纤所有者、两个海底系统、两个电网甚至两个路由器。AS984 和 AS136897 可能进入同一个设施，共享一个交叉连接提供商，或在更远处汇聚到一个共同的上游。公开的 AS 路径在许多视图中暗示了不同的高级路径，但路径字符串包含的是管理标识符，而不是管道和设备的地图。
中国/24 存在不同的局限性。在快照中，只有 AS24138 出现在直接连接位置。更广泛的 123.58.16.0/20 覆盖路由由 AS23724（中国电信北京 IDC 网络）发布。Nine Cloud 的网站解析到 123.58.16.244，这是一个位于公司注册的/21 内但不在更特定/24 内的地址。因此，RIPEstat 将网站地址映射到中国电信的覆盖路由，而不是 AS131495。这是一个合法的路由安排。它也说明了为什么地址注册、路由起源、网站托管和物理服务器位置不能混为一谈。
审查过的公开证据没有建立中国和香港前缀之间的自动故障转移。它们是不同的地址范围，具有不同的相邻网络和可能不同的用例。一个范围上的客户服务不会在故障后自动在另一个范围上可达。这种恢复将需要应用程序复制、DNS 或任播策略、状态同步、经过测试的路由更改和足够的备用容量。该公司的网站将灾难恢复和多活设计描述为产品，但没有发布状态页面、故障转移报告或恢复测试来证明其自身控制系统的这些机制。
因此，实际问题是针对具体服务的。买方应询问其主电路使用哪个确切的前缀、运营商和设施；备份使用哪个不同的前缀、运营商、建筑物入口和电力域；以及在物理断开主电路的情况下是否测试过备份路径。包含两个运营商名称的图表只能回答第一部分。当两条链路都健康时收集的 traceroute 并不能证明任何一条链路可以单独承载全部负载。
唯一一个公开的交换端口
Nine Cloud 在 PeeringDB 上有一个关于 AS131495 的网络记录。该网络记录标识了北京公司，采用选择性对等策略，并列出了一个在杭州 NNIX 上运行的连接。该端口记录为 IPv4 地址 103.164.64.125，速率 1,000Mbps。没有列出 IPv6 地址、路由服务器参与或设施记录。该交换连接的最后更新日期为 2022 年 1 月 4 日，而整个网络记录的最后更新日期为 2022 年 10 月 26 日。
这是具体的证据，但有严格的限制。PeeringDB 由参与者维护，记录陈旧，“运行”标志不是实时遥测数据。相关的NNIX 交换记录将该交换放置在杭州，但没有列出设施集合和公开的参与者馈送 URL。一个 1Gbps 交换端口也不能证实 2.9T 的骨干网容量。它可能是一个小型对等接口、一个遗留条目、一个管理路径或众多私有互联中的一个边缘。
该公司的发展页面称其加入了杭州国家交换中心，并成为了国家互联委员会的成员。PeeringDB 条目证实了在一个名为 NNIX 的交换中心的参与，但没有证实更广泛的机构措辞。它并不证明 Nine Cloud 在杭州的路由器位置、机架所有者、交叉连接路径、流量水平或当前端口状态。PeeringDB 没有报告流量水平、looking glass、路由服务器、IRR 记录集或互联设施。
这份单薄的档案使得 IPv6 的缺失更加重要。Nine Cloud 销售企业连接、云链路、托管和 CDN 相关服务，所有这些都越来越多地面临双栈需求。其公开的 ASN 当前没有发布任何 IPv6 前缀，其列出的 NNIX 接口也没有 IPv6 地址。客户仍可通过另一家运营商或服务 ASN 接收 IPv6，但公开材料并未说明。采购规范应要求一个明确的答案：原生双栈、隧道服务、由上游提供的 IPv6 或纯 IPv4；地址分配大小；路由安全性；以及故障转移行为。
四十个点是一张商业地图，而不是路由调研
Nine Cloud 运营着一个独立的EDPN 延迟工具。在 2026 年 7 月 15 日，它返回了一个长的可选“核心 POP”城市列表，包括北京、石家庄、郑州、武汉、长沙、广州、深圳、厦门、福州、宁波、杭州、上海、南京、成都、重庆、沈阳、哈尔滨、昆明、南宁、青岛、惠州、湛江和海口。它还命名了几个北京和上海的数据中心标签。公司主页显示了城市对的参考延迟，如北京-天津、上海-杭州和广州-深圳。
这比一张装饰性地图要好。该工具是在线的，节点选择器是机器可读的，城际表暴露了可测试的延迟声明。它支持这样的结论：Nine Cloud 已经建立或委托了一个旨在测量多城市服务的系统。但它仍然不揭示探测 IP、测试频率、包大小、方向、百分位、丢包、采样窗口、运营商、设施坐标，或者每个选定的端点现在是否对客户可用。称为“核心 POP”的标签不是工程验收证书。
地理信息是城市级别的。审查过的公开地图没有提供光纤折线、管道所有者、长途电路 ID、登陆站、建筑物入口或汇接室坐标。命名的数据中心条目可能指明了可能的服务地点，但该工具并未说明 Nine Cloud 是否在那里拥有设备、转售另一家提供商的服务、在那里保留备用端口，或者仅仅拥有一个报价过的接入产品。联系页面上的办公室地图与物理网络地理的相关性更低：总部和分支办公室不自动成为 POP。
该公司表示其城市网络结合了受保护的城域接入和受保护的长途骨干链路。它提供裸纤、OTN 波长、二层电路、三层路由电路、SDH 和 MSTP，具有不同的切换接口。这些产品类型需要非常不同的控制边界。裸纤可能将光设备留给客户；OTN 服务依赖于运营商的线路系统；以太网专线可能隐藏多个共享传输层；互联网服务依赖于 BGP 策略和传输。一张地图无法描述所有这些的冗余性。
对于每条购买的路线，有用的地图证据应包括 A 端和 Z 端站点、设施运营商、汇接室、分界点、本地接入运营商、长途运营商、保护路径等级、共享风险链路组、光层或包层、恢复目标和最后一次验收测试日期。没有这些字段，40 节点图只是一个服务可用性假设。它在商业上有启发性，地理上具有暗示性，但不能确立物理路由的多样性。
2.9T 可能意味着什么
主页标签读作“2.9T+ backbone private-line full interconnection”，没有定义单位。在此上下文中，每秒太比特是自然的解读，但该页面没有说明 2.9T 是点亮接口容量、合同运营商容量、节点间承载的总和、理论交换吞吐量、峰值流量、计费客户带宽还是跨电路两端的重复计数的聚合值。它没有给出数字旁边的截至日期，也没有利用率数字。
每种解释都有不同的运营含义。一台带有多个 100Gbps 端口的路由器具有已安装的端口容量，即使其背后的上游电路较小。一条 100Gbps 波长是经过光设备和运营商验收后的点亮容量，但可能只有一部分预留给 Nine Cloud。全网状的总和可以将相同的下层长途跨度多次计入不同的营销路径。已售出的客户承诺减少了可用容量，超额认购意味着标称带宽不能一定被同时使用。这些条件都无法从网站的总数中得出。
1M-100G 的产品范围同样是可订购的粒度，而不是在每个 POP 都能立即交付的证明。Nine Cloud 表示现有资源可快速交付，且带宽可以每天调整。要将其转化为可用容量，买方需要服务地址、接入方式、承诺信息速率、突发策略、95 百分位计算方式、安装前置时间、端口库存和扩容程序。该网站提到了 95 百分位计费，但没有说明采样排除、入向与出向的计算方式，或者承诺的基准速率在保护倒换期间是否仍然可用。
可用性数字需要同样的严格性。主页显示骨干网专线为 99.95%，而服务部分称客户特定的合同承诺可达 99.99%。发展历程称第二条骨干网路由将网络可用性提升至 99.99%。如果它们涵盖不同的产品、时间或测量边界，这些陈述可能是一致的。它们不能互换。在非闰年，99.95%允许大约 4 小时 23 分钟的不可用时间，而 99.99%允许大约 53 分钟。维护排除、丢包阈值、延迟阈值、不可抗力、接入尾纤和客户设备都可能显著改变结果。
没有找到关于机架、机柜、服务器数量、CPU、内存、存储、IT 兆瓦、公用事业兆瓦、UPS、发电机运行时间、冷却、燃料、备件、已占用端口或剩余余量的公开容量数字。没有公开数字显示已售出或预留容量。该公司的云和 IDC 服务可能通过合作伙伴提供，但合作伙伴设施和分配条款未披露。对于托管计算韧性，2.9T 的网络不能代替供电的机架、备用硬件、可恢复的数据和经过测试的迁移路径。
物理层基本上未知
最大的证据缺口不是路由。而是建成环境。Nine Cloud 命名了城市和一些设施标签，但没有发布与法律所有人、运营商、承租人或设备保管人相关的设施清单。没有审查过的公开记录显示土地、建筑或数据大厅的所有权。没有机架时间表显示 Nine Cloud 路由器和服务器安装在哪里。没有运营商汇接室或交叉连接的清单。合理的假设既不是所有权，也不是空白；是未知。
电力同样不透明。一台 POP 路由器需要公用事业供电、开关柜、UPS 或直流电源设备、蓄电池、发电机备份、冷却和环境监控。一个托管服务器集群会增加更多的负载和热依赖。Nine Cloud 没有公布馈电数量、变电站、发电机拓扑、运行时间、燃料补给合同、负载测试、PUE、机架密度或最近的断电测试。中国的绿色数据中心计划为大型设施设定了效率期望值，工信部的行业计划目标是到 2025 年新建大型和超大型数据中心 PUE 低于 1.3。这些政策目标是背景信息，不是任何 Nine Cloud 站点达到相关标准的证据。
设施所有权和运营责任也必须分开。数据中心房东可能拥有建筑和电厂。持牌的 IDC 提供商可能租用机房或机架。Nine Cloud 可能拥有那些机架内的路由器和服务器，租用它们，或转售容量。一家运营商可能拥有光纤，而另一家提供商负责本地环路，第三家控制云入口。每一方都有不同的维护窗口和升级路径。仅列明 Nine Cloud 的客户合同仍可能依赖所有这些方。
该网站声称有 40 多个“自营 POP 计算机房”。运营并不等于所有权：即使每个节点都包含由 Nine Cloud 控制的设备，公开材料也没有说明谁拥有这些机房、建筑、电力系统或连接电路。延迟工具中命名的北京和上海设施似乎是第三方数据中心品牌或位置标签，这表明采用托管或互联接入。这很常见，本身并非弱点。但当保护设计、租赁条款、访问权限和供应商集中度未披露时，这就成为风险。
因此，应逐条路由、逐个站点评估物理韧性。同一机房内的两台路由器无法抵御机房中断。同一建筑内的两个机房无法抵御建筑公用事业故障。同一园区内的两栋建筑可能共享一个变电站或光纤入口。两家运营商可能共享一条管道或长途光缆。两座城市仍可能依赖同一个网络运营团队或同一套配置系统。公开记录没有解决任何这些共享风险问题。
故障路径一：接入与骨干网
对于企业分支，第一个故障可能发生在流量到达 Nine Cloud 骨干节点之前。建筑物接入取决于房东许可、竖井空间、本地环路运营商、街道管道和切换设备。Nine Cloud 宣传其协调楼宇入口和最后一公里光纤方面的经验。这在运维上很有价值，但也证实了交付依赖于本地物理和合同条件。被切断的管道、故障的接入交换机或到期的物业协议都可以使客户隔离，即使每条骨干网路由都保持健康。
在骨干网内部，故障模式包括光衰减、放大器或转发器故障、线卡故障、路由器软件缺陷、端口耗尽、路由泄露、流量工程错误和维护失误。受保护的传输只有在保护路径不相交且具有足够容量时才有效。该公司的参考延迟地图没有揭示共享风险组，其公开的 BGP 视图仅覆盖面向互联网的前缀。私有二层和光层路径无法从这些路由重建。
分割的上游图景造成了服务特定的暴露。前往中国/24 的流量当前通过一个可见的相邻 AS 到达 AS131495。在该边界发生故障或策略撤销时，尽管覆盖的中国电信路由保留，更特定的路由可能被移除。客户服务是否仍然可达取决于地址使用和路由配置。香港/24 有两个可见的相邻网络，但它们的物理独立性未知。这两种安排都不能证明所购买的专线具有同等的保护。
拥塞是另一种故障状态。一条路径可以保持连通，而延迟、抖动或丢包使其无法用于语音、实时视频、复制或交互式应用。Nine Cloud 的城际参考延迟是点值，而不是负载下的百分位分布。有意义服务目标应说明延迟、抖动和丢包阈值；测试点；测量间隔；排除项；以及补救措施。还应说明保护倒换是否保持那些阈值，还是仅仅恢复基本可达性。
受影响的人员取决于产品。分支机构网络故障可能导致认证、ERP 访问、支付、语音和视频中断。云链路故障可能使应用与办公场所断开，或将活跃系统与数据库分离。CDN 或加速故障可能降低一个区域内公共服务的速度。数据中心上行链路故障可同时隔离许多托管客户。Nine Cloud 的聚合度越高，透明的故障域和客户沟通就越重要。
故障路径二：机架、电力和硬件
托管容量创建了一条不同的链条。Nine Cloud 宣传的虚拟机最终运行在一台物理服务器上，该服务器具有处理器、内存、存储、网络接口和固件。该服务器位于一个带有机架配电、架顶交换和冷却的机架内。机架在一个房间内，其公用事业、UPS、发电机、消防、门禁和运维人员可能属于另一家公司。服务可能在任何一层发生故障，而公开的 ASN 继续发布路由。
硬件库存决定恢复时间。如果电源、磁盘、线卡或服务器发生故障，提供商需要兼容的备件、访问权限和能够到达现场的技术人员。该公司网站表示提供一对一的技术团队，但其联系页面宣传的是 5x8 远程支持和一个工作日全国热线。它没有公布 24 小时现场响应目标、备件地点或远程支持合同。需要持续运营的客户应以书面形式核实这些支持描述。
电力故障值得明确处理，因为网络营销经常隐藏它。双路公用事业馈电可能来自一个变电站。双 UPS 系统可能进入一个静态开关。发电机可能燃油有限或容量共享。冷却可能独立于电力供应发生故障。维护旁路可以在没有公开中断的情况下消除冗余。审查过的 Nine Cloud 材料未确定这些设计，因此不能为其 POP 或托管服务赋予任何电力韧性评级。
恢复还取决于数据。第二个数据中心不是备份，除非数据在适当的恢复点进行了复制，应用程序可以在那里启动，依赖项可达，并且工作人员能够执行该计划。Nine Cloud 营销双站点、三中心和地方双活设计，包括声称的三路由、四线路拓扑，以及高达 99.99%的服务保障。这些是解决方案模式。该公司没有发布已执行的故障转移测试、恢复时间结果、恢复点结果或客户数据可移植性程序。
对于客户，合同应指明主用和恢复位置、数据复制方法、加密、备份所有权、导出格式、删除过程和迁移协助。应说明谁支付出口费用、交叉连接费用和临时并行运行费用。没有这些信息，在提供商或设施故障后迁出可能比恢复原有服务更慢。供应商合同失效可能成为技术中断，即使所有设备仍正常工作。
故障路径三：控制、支持和商业依赖
网络弹性也是一种控制层面和组织特性。配置系统、认证、监控、工单系统、计费和客户门户可以跨多个站点创建公共故障域。Nine Cloud 表示每 15 分钟报告一次事件，并为每个客户推广专用技术团队。它没有公开状态历史、维护日历、事件档案或服务信用记录。客户无法从外部判断公司检测、升级和解释故障的速度。
公开网站本身就说明了一个运营边界。jywx.com解析到 123.58.16.244，通过 HTTP 提供一个当前 Nuxt 网站，但在 2026 年 7 月 15 日的检查中 HTTPS 连接失败。该网站是通过中国电信的覆盖路由而非 AS131495 当前的更特定路由访问的。这不表明客户网络服务缺乏加密或可用性。它表明该公司的公开信息服务具有与其 ASN 不同的路由依赖，并且缺乏现代商业网站预期的普通 HTTPS 前端。
商业集中度可能比路由器数量更重要。如果许多 POP 使用一个运营商主协议、一个数据中心集团、一个硬件供应商或一个运维承包商，付款纠纷、许可证问题、供应商破产或支持终止都可能影响多个城市。该网站列举了许多合作伙伴和客户品牌，但客户案例页面主要由名称组成，没有范围、日期、合同价值、服务描述或独立确认的成果。那些徽标是市场信号，而不是容量预留或性能参考。
2024 年中国海油的候选资格提供了一个更具体的信号，因为它来自买方采购系统。然而，即使在那里，Nine Cloud 排名第二而非第一，而且公告涉及 IT 通信维护和技术支持，而非全国骨干网的所有权。买方应要求最近与确切产品匹配的参考案例：专线不是托管云，维护合同不是灾难恢复服务。
许可证是进一步的依赖。公开通知表明跨地区许可证已续期并随后变更，但客户应获取当前的原件、服务类别和批准的区域。跨境连接和数据放置需要特别关注。工信部的规则限制未经授权的跨境通道，而香港注册的地址块由北京 ASN 发布。这一路由事实并不确定客户数据存储在哪里、流量在哪里检查，或哪个合同实体提供服务。
数据位置不能从 IP 标签推断
香港前缀使位置问题具体化。APNIC 将 103.175.196.0/23 标记为香港资源，并命名了一家香港注册人。IP 地理位置服务也倾向于将可见的/24 放在香港。注册国和地理位置都不能证明包含服务器的建筑。地址可以远程宣告、通过隧道传输、用于任播或在网络内重新分配。反过来，一个中国注册的地址也可以将流量传送到别处的基础设施。
Nine Cloud 的服务材料描述了混合云链路、多云分发、灾难恢复和海外边缘服务。每一项都可能跨行政和地理边界移动或复制数据。关注主权的客户需要资产和数据流计划，而不是 IP 国家的假设。该计划应确定存储位置、处理位置、备份位置、支持访问、日志位置、加密密钥控制、分包商和合法传输基础。
同样的规则适用于全球服务范围的声明。国际上游可以从一个香港机架提供全球可达性。它们不会在每个市场创建本地容量。合作伙伴可以在国外提供最后一公里，而 Nine Cloud 不拥有该电路。两种模式本身都不差，但中断责任和数据处理方式不同。合同应明确每个司法管辖区的供应商实体以及在分包商发生故障时的升级路径。
路由安全性间接影响位置。对香港/24 的有效 RPKI 授权有助于网络拒绝未经授权的起源，而中国/24 仍未被验证授权所保护。RPKI 不能防止授权起源后的路径泄露、保护 DNS、加密流量或证明物理位置。它是更大链条中的一项控制措施。客户应要求路由过滤器、最大前缀限制、IRR 维护、DNS 安全、DDoS 安排和变更批准作为独立控制项。
公开 IPv6 的缺乏也应引发位置问题。如果客户需要 IPv6 但 Nine Cloud 从合作伙伴 ASN 获得它，流量可能走不同的路径并落入与 IPv4 不同的运营边界。地址提供者、路由起源、出口位置和故障转移设计应针对两种协议进行记录。双栈应用仅能如同其较弱的那一协议族一样具有弹性。
在依赖 40-POP 说法之前，买方应要求什么
第一项请求应是一份注明日期的服务特定拓扑。它应标记客户实际使用的确切 POP，而不是销售地图上的每个城市。每个节点应指名设施运营商、房间或汇接区域、Nine Cloud 设备、机架电源布置、本地接入运营商、骨干网运营商、切换点和负责维护的一方。路由应显示共享风险组，而非装饰性的直线。敏感细节可在保密协议下披露；担忧之处是没有可核实的日程表。
第二项请求应核对容量。对于每个相关的电路和端口，买方应看到设计速率、安装速率、运营商验收速率、当前点亮速率、承诺的客户负载、保护预留和可用余量。2.9T 的总数应附带定义和日期。100G 产品应与一个特定的可交付接口和前置时间绑定。对于托管容量，同样的表格应包括机架、IT 电力、服务器库存、存储、备份和备件硬件。
第三项请求应证明恢复能力。测试应使实际的主用接入路径发生故障，而不仅仅是在软件中更改路由偏好。结果应记录检测、切换、丢包、切换后的容量、应用程序恢复和复原。数据中心测试应包括在设施运营商安全规则内的电力和冷却场景。云和托管服务应展示从备份恢复到向另一提供商导出。报告应识别失败的步骤和补救措施，而不仅仅是一个通过的标签。
第四项请求应将支持与风险对齐。Nine Cloud 的公开联系页面说明是 5x8 远程支持，而其产品服务于可能连续运行的应用。如果需要，客户应获取 24 小时一级严重性联系人、现场响应时间、备件覆盖、运营商升级、通知间隔、根因截止期限和服务信用。应核实 APNIC、PeeringDB、许可证和合同中命名的人员是否是最新的，或有确定的继任者。
第五项请求应解决法律和数据边界。公司应提供最新的认证注册信息、电信许可证和范围；明确与 HK JIUYUN INFINITE TRADE LIMITED 的关系；指明分包商；并说明客户数据、日志和备份的存放地点。应说明客户如何退出、接收其数据以及在设施租约或提供商合同终止时如何迁移电路。
这些请求中没有任何一项假定 Nine Cloud 的说法是虚假的。它们将宽泛的网络语言转化为可以定价和执行的证据。小的公开 BGP 足迹可以支撑一个有价值的专用网络。租用的全国骨干网可以是有弹性的。一个 1Gbps 交换端口可以与更大的私有电路共存。但每个命题都需要正确的文件、测试和控制边界。
一个带有证据折扣的运营网络
Nine Cloud 不仅仅是一个休眠的公司空壳。它拥有活跃的自治系统注册、当前的路由、对一个前缀的有效 RPKI 授权、一个参与者维护的交换记录、一个活跃的公司网站、一个正常工作的多城市延迟工具、许可证历史以及最近的企业采购信号。这些事实支持一个中等信心的结论，即它继续运营和营销网络服务。
信心在物理和容量层面急剧下降。审查过的公开证据没有验证 40 个当前的 POP 安装、它们的所有权、它们的电力状态或它们的共享风险隔离。没有公开证据定义 2.9T 的总量、报告利用率、识别已售容量或证明故障下的恢复。两个公开的/24 和三个观察到的相邻网络显示了可达性和一些逻辑多样性，而不是一个全国性的物理拓扑。1Gbps 的 NNIX 记录是具体的，但已过时，并且范围过窄，无法验证聚合宣称。
这产生了一个证据折扣，而不是非运营的裁决。买方应根据 Nine Cloud 能够为其路线记录的设施、电路、支持条款和测试来评估服务。他们不应仅仅因为这些数字共享一个页面，就将其定价为 40 站点、2.9T 比特、99.99%的平台。也不应因为在它的 ASN 后面只有 512 个 IPv4 地址是可见的就否定它。公共互联网规模和专用传输规模衡量的是不同的东西。
决定性的证据将是直截了当的：一份注明日期的 POP 和设施清单、运营商和电力边界、已安装和可用的容量、特定客户的保护路径、当前的许可证、路由安全性的完成情况，以及见证到的故障转移结果。在这些出现之前，最有依据的描述是精确的。Nine Cloud 在 AS131495 周围运营着一个小的可见互联网边缘，并营销着一个大得多的中国专用网络和托管架构。边缘是可观察的。架构仍然是一个必须逐电路、逐机架和逐恢复测试进行核实的声明。