摘要

  • IX.br 的接入说明区分了自主系统在 PIX 使用物理端口，以及经由 CIX 使用共享连接的参与方式。这一分类描述接入结构，不能单独证明恢复能力。
  • 对参与网络而言，关键不是备用端口或供应商的数量，而是发生指定故障后，替代路径是否仍可使用、容量是否足够，以及负责切换的人能否实际采取行动。

先问连接经过哪里，再问故障后剩下什么

一份接入方案可以清楚列出端口，却仍不足以回答业务连续性问题。正常情况下能够把流量送入交换基础设施，与某个环节失效后仍能维持所需服务，是两个不同的判断。评估 IX.br 接入时，首先要把这两件事分开，而不是从接入方式的名称直接推导可靠性。

NIC.br 对 IX.br 的介绍将其描述为 CGI.br 与 NIC.br 的一项倡议，负责安装和运营流量交换点，并为自主系统之间的直接互联提供基础设施。这里讨论的是参与网络如何到达这套基础设施，以及接入选择对恢复评估意味着什么，而不是对机构规模或整体可靠性作出评级。相关机构信息可参阅 NIC.br 名录条目。

IX.br 的 CIX 接入说明描述了两类参与安排：自主系统可以在 PIX 使用自己的物理端口，也可以通过被称为共享端口提供方的 CIX 接入。它们揭示的是连接如何组织，不是某一参与者在故障中的实际表现。

IX.br 的术语表进一步说明，PIX 是一种互联点，数据中心或电信运营商在其中为 IX.br 设备提供运行环境，并提供链路或交叉连接等连接条件，让参与者到达交换基础设施；CIX 则让多个自主系统共享一条通往 IX.br 的连接。

这些定义有实际价值：它们提示参与者应沿着哪些接口检查依赖关系。但定义本身没有交代某个网络的全部物理路径、备用容量、合同责任或恢复安排。不能把一个术语解释当成完整的运行设计，也不能据此把专用接入与共享接入排出可靠性高低。

共享的是连接，不是所有参与者的恢复结局

共享连接使一个问题变得明确：如果多个参与者依赖的那条连接不可用，它们各自还能通过什么方式承载业务？这是条件分析，并不是说某个 CIX 已经发生故障，或认定其没有冗余。

即使面对同一个连接故障，不同参与者也可能拥有不同的替代安排。某个参与者是否有其他可用路径、这些路径能否承载需要保留的流量、启用时是否需要额外操作，都必须分别核对。因此，共用一个接入环节并不意味着所有参与者必然承受相同的业务后果。

反过来，使用自己的端口也不能自动结束这项调查。专用端口回答的是接口如何分配，并不单独证明到达接口的线路、站点供电或参与者侧设备彼此独立。第二个端口可以是方案的一部分，但仅有数量还不是恢复证据。

这里需要避免两个对称的误判：把共享等同于不可靠，或者把专用等同于有保障。IX.br 的接入分类不支持任何一种简单结论。真正有区分力的，是在明确故障条件下仍然可用的能力。

独立性必须对应一个具体故障

所谓备用路径独立，必须先说明它要避开什么。针对单个端口不可用的替代安排，与针对某个场所整体不可用的安排，检验的并不是同一组依赖关系。采购文件中写着两个供应商，也不能仅凭名称证明它们没有共同经过某段设施。

参与者应把主用和替代方案放在同一张依赖图上，逐项核对传输段、设施、供电及自身设备。目的不是要求每条路径在所有意义上都完全分离，而是确认所选择的故障场景会不会同时影响两条路径。如果存在共同点，就要说明它是否处在本次恢复目标所覆盖的范围内。

例如，可以提出一个假设性检查：当某段接入链路不可用时，计划中的替代连接是否也经过该段链路？如果答案不清楚，就不能仅凭两个端口把这项风险标为已解决。这是应向参与方案各方提出的问题，不是对任何 IX.br 站点实际拓扑的描述。

这种场景化判断也能防止恢复承诺失去边界。一项方案可能适用于某种局部故障，但不足以应对另一种范围更大的事件。应当保留这个区别，而不是把一次局部测试写成对所有故障的保证。

路径存在，还要有容量和操作能力

即使替代路径在物理上仍然可用，也要判断它在故障期间能承载什么。业务目标是保留全部流量，还是只维持某些关键服务？能接受多大程度的降级？这些问题会改变对备用容量的要求。

因此，连续性评估应使用与故障场景相对应的容量信息，而不是只记录接口的名义速率。如果在假设事件中有多个参与者同时转移流量，就应检查替代安排在这种条件下的可用性与容量。这里并没有足以判断任何具体 CIX 容量余量的数据，不能把需要核对的事项写成已经存在的瓶颈。

另一个条件是行动权限。维修故障部件、批准流量迁移、启动替代连接，可能是不同的任务。评估者应分别确认谁能完成这些任务，不能仅凭 NIC.br、PIX、CIX 或参与者的角色名称自动分配责任。责任来自具体安排及其证据，不来自术语本身。

一条纸面上的备用连接，只有在需要时可使用、承载能力符合目标、必要操作能够完成的情况下，才对该恢复目标有意义。接入结构是这项检查的起点，不是终点。

这不是一份可靠性成绩单

上述接入说明支持对结构与依赖的分析，却没有建立参与者层面的可用率、物理路径独立性、恢复容量或切换时间，也不足以判断某项服务等级承诺是否存在。不能由此声称 IX.br 缺少某项能力或文件；同样不能把尚未得到证明的能力当成已经具备。

对考虑 IX.br 接入的网络，稳妥的结论不是选择某个标签就能获得连续性，而是要求每个方案回答同一组问题：哪一部分会失效，哪些资源仍可用，谁能执行恢复，以及业务最终保留多少。这些答案才足以支撑方案比较。