PT. INDONESIA SUPER CORRIDOR - 数据中心 需证明其市场宣传的数据中心容量能否经受电力和运营商限制的考验

摘要

• PT. INDONESIA SUPER CORRIDOR - 数据中心 在此批次中拥有异常具体的公开信号：ISC 网站宣传位于 Mampang Prapatan 的 550 个机架 Tier IV 数据中心 ISC MPR，ISC 关于页面称该公司在 Cyber 1 建设了网络和数据中心容量，Uptime Institute 的客户页面列出了为 ISC 数据中心 DPR、ISC 数据中心 Cyber-1 Building CBR Level 9 和 数据中心 ISC MPR 颁发的奖项。
• 路由足迹真实但狭窄。APNIC RDAP将 AS142379 命名为适用于 PT. INDONESIA SUPER CORRIDOR - 数据中心 的 ISC-DC-AS-ID，而RIPEstat显示 2026 年 7 月 12 日时有六个当前 IPv4 /24 通告且 RIS IPv4 完全可见，但无当前 IPv6 可见性且仅观察到一个 AS 邻居。
• 主要的尽职调查差距不在于是否存在 ISC 品牌的数据中心业务。而在于其宣传的机架、云和灾难恢复产品是否披露了足够的公用设施馈入、发电机运行时间、冷却冗余、多运营商接入点多样性、客户故障切换测试和退出流程，以支持在电力、运营商或设施条件变得不理想时的生产工作负载。

ISC 比目录占位符更有说服力

一些基础设施档案始于单薄的注册条目，然后无更多进展。PT. INDONESIA SUPER CORRIDOR - 数据中心 有所不同。该公司在BTW 目录中可见，在其自有公开服务页面上，在 Uptime Institute 的奖项数据库中，在其交换机构与组织的 PeeringDB 记录中，以及在实时路由观察中可见。这并未使运营案例完整，但它改变了问题。这不是在寻找可能不存在的建筑，而是在测试对于一个市场宣传的数据中心平台应给予多少信任，该平台的公开记录在设施和产品包装上比在客户实测恢复上更为有力。

ISC 主页以一个具体的声明开头：“在印度尼西亚雅加达 Mampang Prapatan Raya 的 Tier IV 数据中心 ISC MPR（5MW）提供 550 个可用机架。” 它还宣传提供 100 Mbps IIX 和 10 Mbps IX、10A 电力、一个 /29 公共 IP 分配以及两根 UTP 和两根光纤交叉连接用于全机架式产品。同一页面说该设施安全可靠，全天有人值守，有闭路电视运动检测保护，并可通过 PIN 和卡控制访问。这些不是模糊的云形容词，而是机架、电力、交叉连接和物理访问的具体承诺。

关于页面增加了较旧的 Cyber 1 背景。ISC 表示其最初在雅加达 Cyber 1 建立了自己的网络和数据中心，并将最初的定位描述为在具有高正常运行时间的设施内提供可靠的多宿主管理网络。它还提到公司在为客户存储、处理或传输持卡人数据时保持 PCI DSS 责任。同一页面称 ISC 位于印度尼西亚互联网交换环境的中心，声称通过独立的配电板提供双源电力弹性，并将其服务定位在 Tier III 设施质量周围。这又是一个物理基础设施的故事：位置、电力分配、网络覆盖和合规义务。

Uptime Institute 为这个故事提供了独立的形态，尽管并非完整的运营结论。其PT Indonesia Super Corridor 客户页面列出了三个已获奖的站点：位于登巴萨的 ISC 数据中心 DPR、位于雅加达的 ISC 数据中心 Cyber-1 Building CBR Level 9 和位于雅加达的 数据中心 ISC MPR。Uptime 印度尼西亚国家奖项列表将 ISC 与其他经认证的印度尼西亚设施并列。买家仍应仔细阅读奖项类型和范围，因为Uptime 自己的 tier 认证材料区分了设计、已建设施和运营认证。但奖项数据库确实支持了 ISC 拥有值得评估的设施这一前提，而不仅仅是一个品牌页面。

这使得本次作业的运营状态警告更有用而非相反。当公开证据薄弱时，答案往往是“不要依赖它”。当公开证据具体但不均衡时，更好的答案是“将存在之物与可承受之物区分开”。ISC 的公开记录支持设施存在、服务营销、面向交换的网络角色和活跃的 IPv4 路由。它没有公开证明市场容量背后每个对客户至关重要的细节：实际占用机架、预留电力、发电机燃料合同、多样化的运营商入场路径、冷却故障切换测试、历史事件处理、备份独立性，或者 ISC 销售的云容量与仅存放于 ISC 空间的客户设备之间的区别。

资产地图有三个具名设施，而非一个通用数据机房

ISC 自身的导航将数据中心故事划分为 CBR、MPR 和巴厘岛灾难恢复页面。Tier III CBR 数据中心页面宣传按 U、半机架和全机架提供的托管服务，附有 99.982% 的服务水平数据、IIX 和 IX 带宽、IP 分配、访问权限、流量监控、现场支持服务和 DCIM 账户。该页面的全机架套餐宣传 100 Mbps IIX、10 Mbps IX、一个 /29 公共 IP 范围、五次数据中心用户访问、两个 UTP 交叉连接端口和两芯光纤。这是 ISC 故事中面向 Cyber 1 的遗留部分。

Tier IV MPR 数据中心页面则主打更高可用性。它宣传按 U、半机架和全机架托管的 99.995% 服务水平数据，重复了 IIX/IX 和内容缓存的说法，并新增了云业务和云企业产品。这些云套餐声称提供 1 Gbps IIX、OIXP 和 Equinix IX 连接，高达 4 GB 或 32 GB 内存，高达 80 GB 或 640 GB 存储，一个公共 IP，一个 Linux 操作系统，一个 1 Gbps 端口和高达 30 Mbps 国际带宽。这一捆绑产品很重要，因为它将 ISC 从单纯的托管公司转变为托管基础设施提供商，其客户可能依赖由 ISC 运营的计算、网络和存储，而不仅仅是自己的设备。

巴厘岛 Tier III DRC 页面给出了恢复角度。它将登巴萨设施定位为灾难恢复中心，宣传了 RPO 和 RTO 概念，描述了到多个交换中心的千兆连接、互连光纤设计、来自两个不同电压源的弹性电力、全备用发电机容量、高架地板上下方的 FM200 与烟雾探测、24/7 闭路电视、卡和指纹门禁，以及带有冗余系统的精密空调。这些是有用的声明，因为它们标识了公司知道客户会询问的故障路径：主基础设施故障、光纤中断、电力中断、火灾和冷却。

第三方设施目录支持了 ISC 多个站点的存在，同时引入了买家不应忽视的容量噪声。Baxtel 的 ISC 公司页面将 ISC 描述为在一个区域内运营两个数据中心，列出 6 MW，而其ISC Tower 页面将 MPR 站点描述为南雅加达的一个 Tier IV 数据中心，拥有 550 个机架，声称具备真正的 2N UPS 双路弹性、柴油发电机并支持 IPv4/IPv6。Datacenters.com列出了 ISC 在印度尼西亚的三个地点，其MPR 页面报告了 6,500 平方英尺、1,791 平方英尺的高架地板和 16.0 MW 电力。这些数字与 ISC 自身的 5 MW 标题或 LinkedIn 式市场信号中描述的 IT 负载高达 8 MW 并不完全一致。不一致之处不一定代表虚假陈述；第三方目录可能会滞后、估算或将建筑电力与 IT 负载混淆。但这正是客户应要求提供带日期的容量明细表的原因。

有用的结论是，不应将 ISC 简化为单一资产。CBR、MPR 和巴厘岛 DRC 作为公开故事的不同部分出现。风险在于公开页面模糊了它们的运营边界。哪些机架在 Cyber 1？哪些云套餐从 MPR 提供？哪些工作负载实际上可故障转移至巴厘岛？广告中的交换连接在每个机房内都可用，还是仅通过 ISC 更广泛的网络可用？如果客户购买“Tier IV”服务，服务路径中的每个依赖项是否都在该 Tier IV 范围内，还是管理门户、支持系统、上游电路、计费和备份存储库位于其他机房？这些问题定义了可用的弹性。

市场容量需要换算系数

“550 个可用机架”这一标题很有力，因为它提供了切实的规模感。买家可以想象笼子、机柜、交叉连接、电源线和客户部署。但数据中心容量绝不仅是机架数。有效容量是可售出的空间、电力、冷却和网络移交量，且不至于因超售而变成中断风险。

ISC 自己的 MPR 页面有助于说明换算问题。一个全机架产品包含 10A 电源、一个 /29 公共 IP 分配、流量监控、现场支持服务、两根 UTP 端口和两芯光纤。这对企业托管来说是一个实用的组合，但并不意味着所有 550 个机架都能持续消耗 10A，也不意味着所有机架具有相同的功率密度，或存在足够的冷却和上游带宽来支持每个机架以现代 AI 或高密度存储负载运行。传统中等密度的企业机架与 GPU 或高性能存储机架截然不同。ISC 的公开页面并未公布密度限制、PUE、冷却设计温度、功耗上限、断路器策略或按阶段划分的实际可售 IT 负载。

同样的谨慎也适用于云套餐。MPR 和 CBR 页面宣传了带有 99.9% 服务水平数据、内存和存储限制、一个公共 IP、一个 Linux 操作系统、1 Gbps 端口语言和高达 30 Mbps 国际带宽的“云业务”和“云企业”。这些条款听起来比机架产品小，可能针对普通业务负载而非大规模计算。云虚拟机可以从弹性设施中提供，但客户弹性取决于主机集群、存储复制、备份放置、实时迁移能力、快照导出、维护策略和网络路径。公开的产品页面显示了服务打包；它们未显示虚拟机下的架构。

在当前数据中心市场中，电力是最重要的换算系数。IEA 的能源与 AI 报告预测，到 2030 年，数据中心电力消耗的增长速度将远超整体电力需求。压力是全球性的，但落地时是地方性的：每栋建筑都需要公用设施连接、开关设备、UPS 容量、冷却容量、发电机支持、燃料物流和扩容许可。ISC 的 5 MW MPR 标题在这种背景下很有意义，但还不够。客户需要知道该数字是公用设施容量、建筑容量、IT 负载、未来设计容量，还是扣除现有客户、冗余裕度和维护余量后当前可售的承诺容量。

ISC 可以通过枯燥的披露来消除许多模糊性：公用设施总馈入容量、承诺 IT 负载、可售剩余负载、平均和最大机架密度、UPS 拓扑、发电机燃料运行时间、加油合同、维护旁路设计、冷却冗余以及 99.995% MPR 数据背后的假设。公开页面在多个地方宣传了双源电力和备用发电机。这是一个起点，但不等同于一个客户就绪的容量模型，该模型能显示当一个公用设施源、一个 UPS 模块、一个冷却单元或一条燃料输送路径不可用时会发生什么。

这就是为什么应将运营论题从“公开足迹薄弱”仅升级为存在性，而非弹性。ISC 拥有可见的足迹。降级出现在市场容量必须变成审计容量的节点。如果买家计划放置功耗适中的普通托管设备，公开证据可能足以证明应进行站点访问和方案征询。如果买家计划放置延迟敏感的金融系统、公共部门工作负载、灾难恢复基础设施或高密度计算，则公开证据不足。这些客户需要容量函、拓扑文件、故障切换证据以及将服务水平与实际使用的精确机房、机架和网络路径挂钩的合同语言。

网络证据是活跃的，但并不广阔

AS142379 是目录实体的路由锚点。APNIC RDAP for AS142379将该自治系统命名为“ISC-DC-AS-ID”，并给出持有者背景为印度尼西亚的 PT. INDONESIA SUPER CORRIDOR - 数据中心。其管理和技术联系人数据指向一个 ISC 电子邮件地址，而滥用联系人数据则使用位于 Cyber Building 的 ISC hostmaster 地址。这是强有力的注册身份证据。

IP 资源图片显示了一个 CNI 集团边界。APNIC RDAP for 103.91.24.0列出 103.91.24.0 - 103.91.27.255 地址块为 CNI-ID，是分配给 PT Cyber Network Indonesia（雅加达一家互联网服务提供商）的可移植地址空间。APNIC RDAP for 123.253.248.0类似地列出 123.253.248.0 - 123.253.251.255 为 CNI-ID。这并未削弱 ISC 的运营案例，因为 ISC 的公开和第三方记录反复将其置于 CNI 集团背景下。但这确实意味着客户应了解哪个法律和运营实体控制着地址空间、设施、交换机构和客户合同。

RIPEstat 的 AS 概览在 2026 年 7 月 12 日报 AS142379 已通告，并将持有者命名为 ISC-DC-AS-ID - PT. INDONESIA SUPER CORRIDOR - 数据中心。RIPEstat 的已通告前缀端点显示了六个当前 IPv4 /24 网段：103.91.24.0/24、103.91.25.0/24、103.91.26.0/24、103.91.27.0/24、123.253.248.0/24 和 123.253.249.0/24。RIPEstat 的路由状态数据显示查询时全部 325 个 IPv4 RIS 对等体都看到了该路由集，通告了 1,536 个 IPv4 地址，而 RIS 未见当前 IPv6 通告。

这是可达性的良好证据，但并非完整的多样性故事。RIPEstat 的 ASN 邻居数据显示一个观测到的邻居：AS38496。APNIC RDAP for AS38496将该 AS 标识为 PT Cyber Network Indonesia 的 CNI-AS-ID。这看起来像是内部或集团内的上游/聚合关系，而非 AS142379 在全球 BGP 中拥有多个独立外部上游的证据。如果设施客户需要运营商多样性，问题不在于“ISC 是否路由地址？”，而在于“我的服务实际可使用多少条物理入场路径、运营商交叉连接和上游策略？”

路由安全是一个亮点。RIPEstat 的RPKI 验证 for 103.91.24.0/24和RPKI 验证 for 123.253.248.0/24在查询时均对 AS142379 返回有效状态。RPKI 有效性不能防止中断，也不能证明设施多样性，但它是真正的路由卫生信号。它降低了一类源声明错误风险，并表明 CNI/ISC 地址环境并非完全被忽视的路由表面。

IPv6 是较弱信号。Baxtel 描述 ISC Tower 为全面支持 IPv4 并支撑 IPv6，ISCX 也宣传 IPv4 和 IPv6 对等。但 RIPEstat 当前对 AS142379 的视图显示查询时没有 IPv6 前缀。这可能意味着 IPv6 是通过其他 ASN、交换局域网、客户网络提供的，或者当前未由 AS142379 发起。对买家来说，实际要点很简单：不要从营销措辞假设双栈服务。询问哪个 ASN 为客户 IPv6 发起，云套餐是否包含 IPv6，RPKI 是否覆盖它，以及 IPv6 路径是否享有与 IPv4 相同的监控和支持。

ISCX 具有战略用途，但不证明每条客户路径

ISC 的交换故事是一项真正的资产。ISCX 网站描述为“在印度尼西亚具有 Tier IV 数据中心支持的连接互联网交换点”，并列出了 IXP Manager 访问、流量状态、MAC 地址和 IRR 过滤器更新、监控仪表板、路由服务器支持、观察镜、BGP 社区、IRR 过滤和 RPKI。PeeringDB 的 ISCX 页面以 PT. Indonesia Super Corridor 的名义在雅加达列出 ISCX 互联网交换中心，网站为http://iscx.isc.id，提供技术联系字段，更新时间戳为 2025 年 6 月。PeeringDB 的 PT. Indonesia Super Corridor 组织页面给出了 Cyber 1 地址背景，并标识了交换中心记录背后的组织。

对于数据中心运营商而言，交换中心可能与原始传输同等重要。它可以降低国内延迟、保持流量本地化、吸引内容和接入网络，并为运营商在该建筑内保持存在创造商业理由。ISC 的页面在服务捆绑中反复提及 IIX、OIXP 和 Equinix IX。其云产品声称可提供 1 Gbps 接入 IIX、OIXP 和 Equinix IX，而托管页面则将 IIX 和 IX 带宽打包进机架计划。这些声明契合了不仅销售空间和电力，还销售接近印度尼西亚互连点的设施定位。

需注意，交换中心存在和客户冗余并非一回事。路由服务器、IXP Manager 和观察镜帮助成员管理对等互连，但本身并不能证明托管客户有两条光纤入口、两个 Meet-Me 室、两份上游合同、独立的建筑路径或从一家运营商到另一家的测试故障切换。交换中心既可以是弹性工具，也可以是集中故障点。如果许多客户依赖同一交换结构、电力域、Meet-Me 室或上游聚合路径，交换中心便成为共同故障域的一部分。

PeeringDB 还造成了一个有趣的分割。ISCX 和 PT. Indonesia Super Corridor 组织可见，PeeringDB 上有一个 AS136825 的网络页面，这是一个相关的 Indonesia Super Corridor 档案，其互连设施包括 CNI/ISC DC CBR、CNI DC MPR 和 CNI DC DPS。但在检查时，对 AS142379 的直接 PeeringDB API 查询未返回 AS142379 网络档案。这种缺失本身不是问题；许多设施运营商将设施、交换和服务 ASN 分开。但这确实意味着客户应询问他们的特定服务使用的是哪个 AS、哪个交换结构和哪个物理端口。

最强的买家问题是拓扑性的：“画出路径。” 对于 MPR 的一个全机架，展示从公用设施到 UPS 到机架、从冷却到机架、从交叉连接到 Meet-Me 室、从运营商到上游、从交换端口到路由服务器，以及适用时从备份网络到 DRC 的路径。对于云虚拟机，展示管理程序、存储、架顶交换机、聚合、防火墙、传输、对等、备份和管理门户。对于灾难恢复客户，展示主站点、复制路径、RPO/RTO 测量和恢复目标。没有这幅图，ISCX 是一个有吸引力的信号，但不是保证。

所有权和运营边界仍需合同层面的清晰度

ISC 的公开证据反复与 CNI 集团环境重叠。此处审查的 APNIC IP 分配是分配给 PT Cyber Network Indonesia 的。RIPEstat 视图中 AS142379 的唯一观测邻居 AS38496 是 CNI-AS-ID。PeeringDB 档案将 PT. Indonesia Super Corridor、ISCX 和带有 CNI 品牌的设施名称置于同一实际互连景观中。第三方设施目录将 ISC 描述为 CNI 集团背景的一部分。这种模式并非可疑，数据中心、交换和 ISP 业务共享建筑、公司母公司、IP 资源、运维团队和网络资产是正常的。

但共享背景改变了尽职调查。客户不应止步于网页上的品牌，而应识别签约实体、设施运营商、IP 资源持有者、交换运营商、现场服务提供商、计费方以及负责事件通信的当事方。如果一家公司拥有建筑、另一家运营交换、另一家持有地址空间、另一家签署服务订单，客户需要知道责任和升级路径在哪里。设施内部也有同样的问题：云服务是由 ISC 在自有设备上运营，还是由 CNI 关联公司运营，或是客户设备放在 ISC 机架内，或由公开产品页面上未出现的合作伙伴运营？

答案在故障期间至关重要，因为中断不尊重营销边界。客户可能与一个实体签订托管合同，从另一个实体获得 IP 分配，通过交换团队进行交叉连接，通过客户门户提交支持工单，并通过第三个服务进行 DRC 复制路径。如果这些功能在运营层面是整合的，客户受益于一个协调的恢复团队。如果它们是行政分离的，恢复可能在团队决定谁负责问题时变慢。公开记录不允许外部读者解决该边界。

对于采购，最清晰的证据是一份服务计划表，将每个依赖项映射到责任方。它应说明谁控制机房、谁维护 UPS 和发电机、谁运营冷却、谁管理客户交叉连接、谁拥有云平台、谁通告客户前缀、谁处理滥用、谁批准紧急访问以及谁在事件期间与客户沟通。这不是法律琐事。在电力事件、路由泄漏、门禁卡故障或 DRC 激活中，边界决定了真人能多快做出决策。

灾难恢复页面提出了正确的问题，并留下了未解的难题

巴厘岛 DRC 页面很有用，因为它明确提出了恢复概念。它提到了 RPO、RTO、通用恢复、业务应用程序保护、压缩、重复数据删除、多交换连接、弹性电力、防火、监控和冗余精密空调。这些词汇正是企业买家对灾难恢复提供商的期望。该页面不仅仅说“数据安全”，还将恢复时间、恢复点、网络、电力、火灾和冷却标识为产品的组成部分。

但恢复语言只有在与测试捆绑时才能成为证据。一个公开的 DRC 页面无法告诉银行、政府机构、电商运营商或 SaaS 公司其工作负载是否能在承诺的时间窗口内重启。答案取决于复制模式、存储一致性、应用程序依赖、DNS 和路由切换、身份系统、数据库写入顺序、备份不可篡改性、测试频率和客户人员访问。“到多个交换中心的千兆连接”是有用的声明，但它不同于负载下实测的复制带宽。“全备用发电机容量”令人鼓舞，但它不同于区域性紧急情况下的燃料运行时间。

DRC 页面还引发了设施分离问题。巴厘岛在地理上与雅加达有距离，这对区域灾难恢复可能很有价值。但距离增加了延迟，改变了网络依赖，并可能使数据一致性设计复杂化。对于某些工作负载，巴厘岛可能非常适合作为备份或热备用。对于低延迟事务系统，可能需要谨慎的异步复制并接受数据丢失窗口。客户需要知道 ISC 的 DRC 产品是备份恢复型、指示型、热备用型、双活型，还是仅仅是第二个站点的托管。每种模式都有不同的成本和故障行为。

这很重要，因为“DRC”在市场可能被过度销售。一个带有电力和冷却的第二机房并不够。灾难恢复中心必须经过演练。客户应要求提供上次测试日期、测试范围、达成的 RPO 和 RTO、故障假设、操作手册所有权、人员配置计划、客户通知流程和测试后证据。应询问恢复容量是预留的还是尽力而为的。应询问 DRC 网络路径是否经过失效的雅加达汇聚点。应询问当灾难不是建筑中断，而是网络事件、计费锁定、云控制器故障或意外删除时会发生什么。

ISC 的公开 DRC 材料足够强以证明这些问题是合理的，但不足以回答它们。该公司清楚地营销了相关概念。它在 Uptime 客户列表和 Datacenters.com/DatacenterMap 式目录中有一个具名的巴厘岛设施。公开缺失的是客户级的恢复证明。这在托管中并不罕见，因为许多细节存在于方案和合同中。但这意味着公开读者不应将“RPO”和“RTO”标题转化为信心而不要求实测证据。

如果平台故障会影响谁

受影响方比机架租户更广泛。传统托管客户可能在电力、冷却、门禁或现场服务故障时失去对托管设备的访问。云客户可能在 ISC 运营的虚拟基础设施故障时失去计算、存储、公共 IP 服务或管理访问。交换参与者在 ISCX 或其支撑设施服务故障时可能失去对等或本地流量管理可视性。DRC 客户可能发现其恢复计划仅存于纸面，但在复制、路由、人员或燃料物流故障时无法以要求的速度执行。同一建筑可以同时支持几种不同的风险配置文件。

最敏感的客户是那些使用 ISC 来实现印度尼西亚本地化和连续性的客户。国内企业、金融行业供应商、政府关联系统、媒体平台、内容网络和区域 SaaS 提供商可能关心雅加达可达性、本地交换接入、印度尼西亚支持渠道和数据位置信心。对他们来说，该设施不仅是一个更便宜的机架，而是客户用于满足延迟、合规和连续性期望的服务边界的一部分。

第二组受影响的是可能使用 ISCX 或 ISC 托管基础设施进行对等的小型网络和内容提供商。如果路由服务器、交换结构或设施电力域故障，本地流量可能重新路由到更长路径，或对没有备用对等的网络失败。如果 IXP 门户或监控系统故障，即使数据包转发继续，成员也可能失去运营可见性。ISCX 的公开材料宣传了监控仪表板和路由服务器功能；客户应询问这些系统是否带外、冗余且独立于其所监控的交换结构运行。

第三组受影响的是购买云而非空间的客户。云买家通常对工作负载所在位置可见性较低。他们可能看到一个 VM 计划、内存、存储、公共 IP 和带宽包，但看不到主机集群、存储复制、管理程序维护策略、备份计划或支持升级路径。如果 ISC 的云服务建立在紧凑的资源池上，实际风险是邻居噪扰争用、主机维护、存储故障、国际带宽有限或在设施事故期间支持缓慢。公开计划对定价和范围有用，但对生产架构不足。

第四组受影响的是可能将客户系统放置于 ISC 内部但未暴露 ISC 作为依赖的分销商或托管服务提供商。当白标或转售商托管的服务故障时，最终用户通常只看到直接供应商。底层数据中心故障可能是不可见的，直到恢复停滞。对于这些链条，即使最终客户从不直接与 ISC 签署合同，ISC 的运营证据也很重要。

需要测试的故障路径是普通且无情的

第一条故障路径是公用事业电力。ISC 的页面提到了双源电力、独立配电板、来自两个电压源的弹性电力和发电机。这些是正确的组成部分。客户仍应验证单线图、两个源是独立的公用设施馈入还是内部配电路径、发电机容量是否支持满 IT 负载和冷却同时运行、在承诺负载下燃料持续多久、在城市范围内事件期间是否有合同保障加油，以及是否可在不将客户负载移入降低冗余状态的情况下进行维护。

第二条故障路径是冷却。ISC 的 DRC 页面提到了带有冗余系统的精密空调，其维护页面提到了冷却系统工作。这是一个良好的开端。风险在于冷却和电力约束会相互作用。一个机架可能按 10A 销售，但高密度设备可能产生热点，冷却冗余必须支持实际负载而非平均负载。客户应要求冷通道/热通道封闭细节、温度和湿度范围、冷却单元冗余、冷水或 DX 设计、维护历史以及通过 DCIM 可见的告警。

第三条故障路径是运营商 Meet-Me 室中断。ISC 的公开材料宣传了交叉连接、IIX/IX 带宽、ISCX、路由服务器、OIXP、Equinix IX 和多次交换的说法。AS142379 的 BGP 视图仍显示一个观测邻居 AS38496，且该 AS 当前无 IPv6 路由。这并不与交换故事矛盾，但意味着公开的 AS 级证据未显示广泛的传输多样性。客户应要求提供运营商列表、路径多样性声明、Meet-Me 室设计、交叉连接 SLA，以及从客户机架或虚拟网络测试过故障切换的证明。

第四条故障路径是设施火灾、水灾或出入中断。巴厘岛页面提到了 FM200 和高架地板上下方烟雾传感器、闭路电视和卡/指纹机架访问。主页提到了人员安保和运动检测器。这些是物理控制，但客户应询问水浸、屋顶和排水风险、楼板荷载、防火分区、紧急访问、事件期间客户访问以及保险或楼宇管理约束是否会延迟修复。一个数据中心可以有良好的控制，但仍然暴露于普通的建筑依赖性。

第五条故障路径是施工或容量不匹配。公开记录包含多个容量数字：ISC 的 5 MW MPR 标题、Baxtel 的 6 MW 公司标记、Datacenters.com 的 16.0 MW MPR 数据，以及其他提到 IT 负载高达 8 MW 的市场参考。存在不同数字本身并不惊人，但这是一个警告，不要根据演示文稿数字购买。客户应询问哪个数字是当前的，它是公用设施、总功率、关键功率、IT 功率还是规划容量，以及他们的合同是预留容量还是仅在有容量时提供访问。

第六条故障路径是行政性的。DCIM 账户、客户门户、支持台、计费系统和访问权限都是基础设施的一部分。如果门户宕机，客户可能无法监控流量、开具工单、调配云容量、调整网络过滤器或验证计划维护事件。ISCX 宣传了 IXP Manager 和监控仪表板。ISC 宣传了客户 DCIM 账户。买家应将这些系统视为运维依赖，并询问它们如何备份、监控和支持。

什么会改变评级

ISC 可以在不发布敏感客户数据的情况下改善公开风险评级。一个简短的网络页面会有所帮助：用于设施、云和交换服务的 ASN；当前 IPv4 和 IPv6 前缀；上游/传输提供商；交换结构；路由服务器策略；RPKI 状态；观察镜链接；PeeringDB 记录；滥用和 NOC 联系人；以及维护通知渠道。该公司已有足够的公开材料支持这样一个页面。整合这些内容将减少模糊性。

一个设施容量页面将更有帮助。它应区分 CBR、MPR 和巴厘岛 DRC；列出设计 tier 和奖项范围；说明总功率、承诺 IT 负载和可售剩余负载；解释机架密度带；识别公用设施馈入和发电机假设；披露冷却冗余；并解释云服务是运行在一个还是多个站点。它不需要暴露单个客户，但需要使市场容量可测试。

一个恢复证据页面将更有价值。它可以描述可用的灾难恢复模式，发布样本 RPO/RTO 类别，解释恢复测试频率，列出备份和复制选项，说明 DRC 容量是预留的还是尽力而为的，并提供状态或事件历史渠道。客户不需要完美，他们需要知道该公司是否演练过其销售保护的故障。

对于网络信心，如果 AS142379 打算直接服务生产客户，它应显示更广泛的公开多样性。多个可见上游、AS142379 的 PeeringDB 网络档案、客户可用的当前 IPv6、所有可见前缀的干净 RPKI 覆盖以及一个公开观察镜都将提高信心。如果 AS142379 仅是内部或设施特定 ASN，而客户多样性位于 AS136825、AS38496 或其他 CNI/ISC ASN 之下，ISC 应明确说明。模糊性迫使客户猜测哪条公开路由证据适用于他们的服务。

对于采购信心，ISC 应对齐市场容量声明。一个在不同公开场合看到 5 MW、6 MW、8 MW 和 16 MW 的买家无法知道哪个数字是控制性的。答案可能很简单：站点功率、IT 负载、计划扩建、建筑容量或目录错误。但公开不匹配会造成摩擦。在数据中心采购中，一个清晰的容量声明不是装饰性的，它决定了客户能否预留三到五年的空间和电力。

运营评级

PT. INDONESIA SUPER CORRIDOR - 数据中心 获得中等网络与运营证据评级，并具有强劲的设施存在要素。强劲部分是应得的：ISC 拥有官方设施页面、具名的 CBR/MPR/巴厘岛资产、Uptime Institute 颁发的奖项记录、公开机架和云产品、ISCX 交换表面、APNIC AS 身份、当前 RIPEstat IPv4 可见性以及对采样可见前缀的有效 RPKI。这比休眠壳公司或未经验证的托管品牌好得多。

降级也是应得的。公开证据尚未证明广告规模的可使用容量。它未能调和相互矛盾的功率数据。它未显示 AS142379 的当前 IPv6。它显示该 AS 只有一个观测到的 BGP 邻居。它未公布运营商列表、公用设施单线图、燃料运行时间、冷却测试证据、客户恢复结果、状态历史、事件通信、云架构或站点特定故障切换规则。该公司营销了正确的成分，但客户仍需验证配方。

实际结论不是避开 ISC，而是谨慎购买。对于适度的托管、交换临近存在、印度尼西亚本地化或雅加达/巴厘岛恢复对话，ISC 应列入尽职调查清单。对于依赖不间断电力、多样化运营商路径和经过验证恢复的生产工作负载，买家应要求现场参观、工程文件、实时路由测试、故障切换演练以及将市场服务映射到特定设施和依赖路径的合同语言。在数据中心领域，“可用机架”与“可存活容量”之间的差异正是真实风险所在。