Jehan Procaccia：让科研网络持续运转的路由边界

摘要

JRES 将 Jehan Procaccia 与 Emmanuel Halbwachs 列为 2013 年 SIRFEX 演示文稿的共同作者。该记录讨论了地区科研与教育网络如何借助 RENATER 上的专用三层虚拟专用网交换流量，而不是默认依赖普通公共互联网路径。[1] [2] [3]
SIRFEX 方案以独立路由环境、专用接口以及 IPv4/IPv6 路由交换来限定互联范围。试点记录点名 RAP、REVE 和 RUBIS，并记载了路由交换、吞吐检查以及经普通互联网回退的测试，但没有给出可被扩写为普遍性能结论的量化结果。[3]
一份独立的 MiNET 团队报告把 Procaccia 列为项目督导，并感谢他以 DSI 网络管理员身份协助校园 IPv6 部署。部署成果属于项目团队；材料没有证明 Procaccia 亲自完成了每一项配置。[4]
MiNET 报告记录了双栈部署、明确的 IPv6 地址与路由安排、路由器通告控制，以及在同等安全措施尚不具备时让部分管理服务继续使用 IPv4 的选择。[4]
两组材料共同说明：网络连续性不是机构名称或技术标签带来的属性，而是对路由交换、地址族、认证边界和备用路径作出明确安排，并用实际测试核验。这里的“共同说明”是 BTW 对已记录机制的分析，不是对韧性、容量或长期成效的额外保证。

路由边界始于一个朴素问题：流量究竟经过哪里

理解 SIRFEX，不妨先放下技术缩写，只看一个普通用户也能感受到的问题。两所机构都属于科研网络体系，并不保证它们之间的数据一定沿科研网络内的专用路径传递。决定数据包实际去向的，是设备采用了哪些路由、这些路由出现在哪个路由环境里，以及来回两个方向是否都能成立。组织关系画在架构图上，运行路径却存在于当时的路由状态中；两者可能一致，也可能分离。

科研与教育网络，是面向大学、实验室及相关机构的网络。它可以承载跨校园协作、数据交换和共享科研设施所需的连接，但“科研”这个名称本身不会自动选择路径。SIRFEX 的共同作者记录提出的具体需求，是让地区网络之间的相关流量进入一个明确的互联安排，而不是一律交给普通公共互联网转接。[1] [2] [3]

这里所说的普通公共互联网传输，是面向广泛目的地的常规互联网路径，而不是专门为科研网络参与方划出的通道。这种传输并非天然有问题；它解决的是普遍可达性。专用科研网络互联解决的则是另一类问题：谁被纳入交换范围，哪些目的地址可以被通告，谁负责过滤意外路由，首选路径失效后又该怎样处理。

因此，SIRFEX 的价值不在于宣称“专用一定优于公共”，而在于把一个机构愿望改写成设备和运营人员能够执行的条件。参与接口需要被指定，路由范围需要被限制，IPv4 与 IPv6 需要分别处理，备用方式也需要验证。只有这些条件真正落到运行中的设备、路由表和测试记录上，所谓直接互联才不只是图纸上的一条线。

对非技术读者而言，这个差别可以用寄送路线来理解。两个单位即使同属一个合作体系，包裹也可能经由外部中转；只有分拣规则明确写出“哪些包裹进入哪条专线”，专线才会被使用。网络中的分拣规则更动态，也更容易因配置、地址族或回程路径而出现偏差，所以仅知道“双方都已接入”远远不够。

先把个人贡献说准，技术故事才站得住

JRES 档案把 Jehan Procaccia 与 Emmanuel Halbwachs 共同列为 2013 年 SIRFEX 演示文稿作者。[1] [2] 带签名的技术演示材料提供了本文采用的架构与试点细节。[3] 这是明确的人物层证据：Procaccia 的姓名与一份有日期、有技术内容的记录直接相连。

但“共同作者”不是“独自完成”的同义词。一项网络互联工作可能同时包含需求梳理、路由策略设计、参与方协调、接口准备、连通测试、故障回退和后续运行。现有材料没有把每一项任务逐人分配，也没有说全部环节都由 Procaccia 承担。准确的表述是他共同撰写了这份记录，而不是他单独交付了整个服务。

MiNET 项目团队的报告提供了不同类型的证据。报告把 Procaccia 列为督导，并感谢他以 DSI 网络管理员身份在校园 IPv6 部署中给予协助。[4] 这份材料并非 SIRFEX 演示文稿的重复来源，它把 Procaccia 与另一项实际部署工作连接起来，也给出了更具体的贡献动词：督导与协助。

动词决定归因范围。MiNET 团队实施并记录了报告中的部署；Procaccia 的角色，是报告明确写出的督导和网络管理协助。[4] 证据没有显示他亲自输入了每条命令、选择了每个地址或逐台验证了所有设备。把团队实施与个人支持分别写清，不会削弱人物贡献，反而使读者知道哪些结论由哪类证据承担。

Telecom SudParis 的公开教学页面还把 Procaccia 与实践互联网及网络课程联系起来。[5] [6] 这只能用作有限的技术角色背景，不能替代项目证据。教授或参与网络课程，不会自动证明某人建设过一套特定生产系统；同样，一份项目致谢也不能变成对全部项目成果的个人所有权。本文的核心仍是两份有明确技术内容的记录，而不是履历式罗列。

基础设施人物报道最容易出现的偏差，是把组织成果吸收到一个名字下面。避免这种偏差的方法并不复杂：紧跟来源里的动词。Procaccia 共同撰写了 SIRFEX 材料；MiNET 团队称他为督导并感谢其协助；官方页面提供了有限教学背景。至于设计的各个细节、部署动作和运行结果，则应留给相应团队和机构。

从“希望直接互联”到一组可以检查的条件

SIRFEX 材料描述了一项建立在 RENATER 基础设施上的三层虚拟专用网，也就是 L3VPN。[3] L3VPN 是由网络提供方管理、在互联网协议层形成的独立路由环境。这里的“专用”主要指路由域被逻辑分开，并不意味着所有内容自动加密，更不意味着安全风险因此消失。

它首先回答参与范围问题。地区网络通过专用接口接入，通告被允许的目的地址，并从其他参与方学习被允许的路由。提供方在独立环境中承载这些路由。一般互联网的路由不会因为机构加入科研合作就自动进入这一交换；是否引入、如何引入，必须由明确的设计决定。

这使“直接互联”变成一系列可检查的问题：哪个接口属于这项服务？IPv4 和 IPv6 是否都被启用？每个参与方可以通告哪些前缀？意外路由由谁过滤？监控查看的是正确的路由环境，还是只看设备的全局状态？首选服务不可用时，哪些流量可以进入备用路径？

SIRFEX 来源支持一套方案和一个点名参与方的试点，却没有证明所有法国地区网络都已加入，也没有提供足以断言长期可用率、固定容量或普遍性能提升的材料。[1] [3] 这一区分很重要：解释机制并不要求夸大规模。反过来，只有把规模、日期和测试范围保留下来，读者才能知道材料真正证明了什么。

从运营角度看，一项服务的名称只是索引。真正决定结果的，是接口归属、路由导入导出、地址族、过滤和故障流程。机构可以批准一个互联项目，却仍可能因为缺少某条回程路由而无法通信；设备也可以显示配置对象存在，却仍没有完整的转发路径。制度记录与运行证据缺一不可，但二者不能互相冒充。

第一重边界：VRF 把路由表分开，MPLS 把分隔带过骨干网

SIRFEX 演示材料把 VRF 与 MPLS 放在同一套 L3VPN 设计中。[3] VRF 指虚拟路由与转发实例，可以把它理解为路由器内部彼此分开的路由表。设备因此能够为不同流量域保存不同的可达信息，避免科研网络交换与一般路由在没有规则的情况下混在一起。

分开之后，责任并没有减少，反而更具体。接口必须接到正确的 VRF；路由导入和导出规则必须选择正确的前缀；监控必须查看相应表，而不是只盯着全局表。某条路由即使内容正确，若落在错误的路由表中，也无法提供预期服务。

检查这种边界，需要同时验证“应该出现的确实出现”和“不该出现的没有混入”。缺少预期路由会中断可达性；过宽的导入规则可能把不应共享的目的地带进来；地址族配置不一致，则可能出现 IPv4 正常、IPv6 失败的局面。正向连通与负向隔离都属于验证范围。

MPLS，即多协议标签交换，是提供方网络中按标签引导流量的一种机制。用较直观的话说，参与方一侧的路由归属会与标签关联，提供方据此让数据穿过核心网络，同时保留它属于哪一个虚拟网络的上下文。SIRFEX 材料所述 L3VPN 正是借助 VRF 与 MPLS 构成这种分隔。[3]

控制面显示一条路由，并不必然证明数据面已经完整转发；同样，变化后的旧状态也可能需要进一步核验。因此，检查不能停留在“配置项存在”。接口、路由表、实际路径和回程可达性要相互印证。SIRFEX 试点中的可达与吞吐检查之所以有意义，正因为它们把图上的机制推进到了运行观察。

不过，检查类别不能被扩写为性能结论。材料说明做过吞吐检查，不等于给出了可公布的峰值、平均速度或服务等级；说明存在回退测试，也不等于每次未来故障都会无损恢复。测试只证明其当时、在所述参与方和条件下实际观察的内容。

第二重边界：IPv4 与 IPv6 必须分别拿出证据

SIRFEX 设计包含 IPv4 与 IPv6 的路由交换。[3] 两种地址族可以共享物理线路和设备，却呈现不同的运行结果。一个策略可能允许 IPv4 前缀而漏掉对应的 IPv6 前缀；IPv6 接口可能已经启用，却缺少返回路径；监控也可能只测试其中一种，于是把另一种地址族的故障藏在总体“绿色”状态后面。

所以，“网络已连接”并不是完整结论。每次可达性判断都应说明地址族。如果一项服务被描述为双栈，也就是迁移期间让 IPv4 与 IPv6 同时运行，那么两边都需要自己的路由、过滤、名称解析和应用检查。不能用 IPv4 的成功替 IPv6 作证，也不能因为设备获得了 IPv6 地址，就推断用户所需应用已经可用。

地址本身也是需要准确记录的网络资源。前缀由谁使用、在哪里通告、怎样与运行责任对应，都关系到数据能否抵达正确网络。唯一性避免不同参与方同时把同一目的范围当作自己的资源；准确交换让数据找到负责该目的地的网络；过滤和安全元数据则帮助限制误通告或未经允许的通告。

SIRFEX 材料没有提供一份完整的参与方前缀清单，因此本文只采用较窄结论：IPv4 与 IPv6 的交换属于所述设计。[3] 由此可以推导出的运营要求，是验证不能只覆盖一种地址族；不能据此声称材料已经证明所有前缀、所有参与方或所有应用长期正常。

在这里，BTW 的分析落在“记录与运行相符”这一点上。IPv6 不应成为架构图上的装饰性勾选项。如果机构对外说服务支持两种地址族，就应分别知道有哪些路由、做过哪些测试、故障怎样处理、由谁负责。迁移进度最终要由真实应用路径说明，而不是由一个启用标志说明。

点名的试点，让互联从概念变成可追问的运行状态

签名版 SIRFEX 演示材料点名 RAP、REVE 和 RUBIS 参与试点，并记载路由交换、吞吐检查和回退测试。[3] 点名很重要，因为它给证据划定边界：读者知道测试涉及哪些关系，而不会把一个有限试点误读为全国部署或普遍采用。

一项路由交换测试可以从最基本的可达问题开始：某参与方是否学到了另一参与方有权通告的目的地址？随后还要看数据是否沿预期的专用环境前进，而不是意外走上公共路径。回程也必须成立；单向成功可能掩盖非对称故障。

吞吐检查回答的是在给定方法和时段里传输了多少数据。来源记录了检查这一动作，但没有在本文所依据的材料中提供可用来制作“容量提升”标题的数字。因此，严谨的写法是说试点检查了吞吐，而不是声称它获得了某个未经记录的速度、效率或用户成效。

回退测试同样需要保持范围。它说明设计者没有把故障处理留在口头承诺里，而是把备用路径纳入了测试。但一次试点不能保证所有未来事件都在固定时间内恢复，也不能证明备用路径与首选服务具有完全相同的安全、时延或吞吐特征。

这份试点记录真正提供的是可追问性：哪些参与方交换了哪些路由？测试时走的是哪条路径？IPv4 与 IPv6 是否分别观察？首选路径被移除后，备用方式是否出现？材料不必先拥有宏大的量化结论，才能比策略口号更有价值；它已经把方案与具体参与方及检查动作连接起来。

回退不是“还有一根线”，而是经过验证的备用运行方式

SIRFEX 演示材料描述了经普通互联网的回退。[3] 回退是首选路径不可用时使用的、经过测试的替代路径。仅仅存在第二条连接还不够：它必须能够到达所需目的地、承载允许的流量，并形成可用的往返路径，同时不能把系统带入不可接受的路由或安全状态。

一旦流量离开专用科研网络环境，运行条件可能改变。它可能经过公共转接，过滤规则可能不同，源地址与回程路径也可能呈现另一种行为。依赖受限可达范围的应用，需要确认备用方式不会意外扩大暴露面。本文不把这些可能性写成 SIRFEX 已经发生的事故，而是把它们作为任何类似回退设计都应回答的检查问题。

因此，操作规则至少要说明：什么条件触发回退，哪些流量被允许迁移，谁判断首选路径失效，怎样确认备用路径正在生效，以及何时、如何恢复正常。自动切换和人工应急步骤带来的风险不同，但二者都需要日志、责任人和可重复的观察。

来源只支持“试点包含回退测试”这一事实。[3] 它没有说公共路径与专用服务完全等价，也没有说切换过程零丢失。准确结论是，备用路径的行为被当作需要检验的运行问题，而不是被默认成必然有效。

如果后来要报告连续性，回退结论还应附带范围：测试的是哪一对参与方，涉及 IPv4、IPv6 还是两者，哪条首选路由被移除，观察持续多久，活跃会话怎样变化。现有记录没有提供这些问题的全部答案，因此它们属于下一位运营者应补充的证据，不能被本文填上想象的数字。

MiNET 把视角从地区互联转向校园迁移

MiNET 项目报告有独立价值，因为它并非 SIRFEX 共同作者材料的另一种排版。它记录了一个团队开展的校园 IPv6 部署，将 Jehan Procaccia 列为项目督导，并感谢他以 DSI 网络管理员身份提供帮助。[4]

这份材料让人物证据从技术共同撰写延伸到实际部署支持，但仍然保留清晰边界。项目团队面对的是可运行环境中的问题：怎样在不中断既有服务的前提下引入 IPv6，怎样安排地址与路由，怎样控制路由器通告，以及哪些服务暂时不迁移。报告中的实施属于团队，Procaccia 的贡献则是报告明确记载的督导和协助。

SIRFEX 与 MiNET 不是同一个项目，也不能被拼成一条虚构的单一计划。前者关注地区科研网络之间的互联，后者关注校园内部的 IPv6 部署。它们之所以能够放在同一篇文章里，是因为都把连续性落在明确的技术边界上，而不是因为人物出现就能把两个项目合并。

证据类型也彼此补充。共同作者记录把 Procaccia 与有架构和试点细节的技术材料相连；独立团队报告把他与督导和网络管理协助相连；官方教学页面只提供有限的主题背景。[1]-[6] 每种来源承担一个窄任务，组合起来比一段没有出处的职业概述更可靠。

对人物报道而言，这种组合还能避免另一个误区：把技术机制写得很详尽，却没有说明人物究竟以何种方式参与。这里可以确定的不是 Procaccia 完成了每个配置动作，而是他出现在共同撰写、项目督导和运营协助这几个被来源支持的位置上。技术细节解释项目的实质，动词则保护个人归因的准确性。

双栈迁移的目标，是在引入 IPv6 时保住可用服务

MiNET 报告记载了双栈部署。[4] 双栈是迁移期间同时运行 IPv4 与 IPv6，让依赖 IPv4 的既有服务继续工作，同时逐步引入并检查 IPv6 路由和应用。它是一种过渡安排，不是自动生成的连续性保证。

因为两种地址族同时存在，系统实际上增加了需要观察的路径状态。设备在两者都可用时可能选择 IPv6；如果 IPv6 只完成了一部分，用户就可能遇到缓慢或不可用，而 IPv4 监控仍然显示正常。可靠检查应贴近用户和应用真正选择的路径，而不是只确认设备上存在两个协议配置。

地址规划也不会因为 IPv6 空间更大而消失。前缀仍要与运行范围对应，记录要保持一致，路由策略要说明哪些前缀离开校园、哪些留在内部。MiNET 来源支持团队作出了明确的地址和路由安排，却不支持把当时设计描述为今天仍在运行的现状，也不支持把它宣布为所有校园的通用模板。[4]

本文据此作出的分析，是迁移应由服务状态来衡量。保留可用的 IPv4 服务，同时验证 IPv6，可以减少“为了完成形式指标而让应用先承受缺口”的风险。这不是支持无限期拖延；相反，双栈需要更明确的退出条件，因为每一个临时例外都可能在无人负责时变成长期技术债务。

一项成熟的迁移记录应该区分四个问题：设备有没有 IPv6 地址，路由有没有完整往返，应用是否按预期选择新路径，以及安全与监控是否覆盖新地址族。前两个回答网络层状态，后两个回答用户所见的服务。只有四者相互印证，“IPv6 已部署”才具有可操作含义。

路由器通告决定终端相信什么，局部边界同样影响全程

MiNET 报告还涉及路由器通告控制。[4] 路由器通告是一种 IPv6 消息，用来告诉终端怎样配置地址、采用哪个默认路由器以及如何到达网络。它把一部分网络状态从逐台手工记录，转为终端在本地网络上接收的信息。

便利同时带来信任问题。错误或未经允许的通告，可能让设备选择不应使用的网关或地址配置。于是，运营者需要知道哪些接口可以发送通告、哪些网段接受通告、怎样发现异常消息，以及这些信息如何与其他地址配置方式配合。具体控制会因环境而异；材料只证明通告相关决定属于这次部署的一部分，并未证明所有潜在风险都被消除。[4]

这一局部机制与端到端连续性直接相关。骨干路由完全正确，终端若选错本地网关，服务仍会失败；终端配置正确，外部若缺少返回路径，结果同样不通。真正有意义的测试要从终端获得配置开始，经过校园路由和外部路径，再回到终端，而不是任选其中一个环节宣布成功。

这也说明“启用 IPv6”为什么过于宽泛。更有用的运行记录会写清通告前缀、默认网关行为、路由范围、监控结果和责任人。技术细节并不会把故事变得只属于专家；恰恰相反，它让管理者能够问出谁负责、什么状态算正常、怎样发现偏差这些基本问题。

在资源与路由管理中，记录者的角色应是如实保存谁可以使用什么、当前怎样运行以及何时发生改变。记录本身不能替代实际路径，实际路径也不能脱离授权范围和责任信息。路由器通告处在终端侧，更能显示这两层需要同时存在。

暂留部分 IPv4 服务，是一个有边界的安全选择

MiNET 报告描述了一项审慎决定：在同等安全措施尚不具备时，让部分管理服务继续使用 IPv4。[4] 这并不支持“IPv6 不安全”的笼统结论。它说明的是一次本地迁移边界——团队没有为了让部署看起来完整，就把所有服务同时推向新地址族。

协议迁移会改变可达路径、过滤前提和监控范围。一项此前只通过 IPv4 暴露的服务，如果在 IPv6 上出现了新入口，而访问规则、认证、日志或事件处理还没有同等覆盖，就不能仅凭“新协议已开启”视作迁移完成。运营者需要检验的是实际应用路径上的控制，而不是协议名称。

暂时保留 IPv4，可以在准备 IPv6 控制时维持已知状态；但若例外没有责任人、补偿措施和复查条件，它也会积累技术债务。好的决定记录不仅解释“为何暂留”，还会写出“达到什么条件后迁移”。这样，谨慎不会变成没有期限的默认状态。

来源支持的是团队的部署选择，以及 Procaccia 被记载的督导和协助角色。[4] 它没有证明每个例外都由他个人决定，更没有提供任何绝对安全保证。因此，本文把实施判断归于团队，把个人归因限定在来源动词之内。

从 BTW 的分析看，这体现了运行事实优先。迁移里程碑不能因为地址族已经被打开就宣告完成；如果真实应用路径缺少等价、经过测试的控制，缺口应该被明确记录，而不是被采用率或完成率掩盖。连续性与迁移速度并非对立，前提是每一步都留下可验证的退出条件。

两份不同记录，指向同一种运营纪律

SIRFEX 与 MiNET 处理的是不同系统，却呈现出相似的实践结构。SIRFEX 通过专用 L3VPN、独立路由表、受限路由交换和回退测试，为地区网络互联划边界。[3] MiNET 通过双栈、地址与路由安排、路由器通告控制和保留的 IPv4 例外，为校园迁移划边界。[4]

共同点不是 Procaccia 发明了这些技术，也不是他个人运行了所有部件。共同点是，与他相关的记录都把连接拆成可回答的问题：谁交换路由，哪一种地址族在工作，哪些服务进入迁移，哪个备用路径能够接手，缺失的安全控制由谁补齐。

BTW 将这种模式概括为运营连续性。连续性不是永远不变化，而是在变化发生时仍能维持明确的服务，或以可控、可观察的方式失败。专用路由会出故障，双栈也可能出现半通状态；控制力来自清楚知道预期边界、主动测试它，并保存结果。

这种现实层比机构口号更能建立信任。网络不会因为带有“地区”“社群”或“科研”字样，就自动获得韧性。可信度来自准确的资源记录、受限的路由政策、真实可用的路径、被测试的回退和能够回答问题的运营责任。

同一逻辑也保护人物归因。个人贡献应附着在共同撰写、督导或被记录的协助上；系统结果则属于配置、测试和运行它的团队与机构。写得精确，不是减少人物作用，而是让贡献处在其真实发生的位置，也让后来的运营者不必替历史人物承担未经证明的当前责任。

读者下一步应核验什么

如果今天审查一项科研网络互联，第一步应重新确认范围：当前有哪些参与机构，哪些 IPv4 与 IPv6 前缀被允许，哪些目的地应留在专用路径，哪家运营方负责服务。历史设计材料可以解释来由，却不能代替当前清单。

随后要检查路由证据。对每个参与方，预期前缀应出现在正确的 VRF 中，也不应出现在没有授权的环境里。导入和导出规则需要责任人；意外通告需要告警与处置记录。IPv4 与 IPv6 的结果应分开呈现，避免一个地址族的成功遮住另一个的失败。

路径测试要覆盖往返与实际应用。受控的连通或应用测试应说明日期、源、目的、地址族和预期路径。若拓扑信息敏感，可以在内部保留详细证据，对外只公布有边界的结论；但不能因为不公开细节，就用一句“连接正常”替代内部核验。

回退需要在受控条件下演练。记录应说明哪个首选条件被撤除、哪条备用路由接手、观察到什么中断，以及如何恢复首选状态。经公共互联网的备用方式还应单独检查过滤、暴露与性能前提，因为它不能被默认为专用服务的完全等价替身。

IPv6 迁移审查则要继续看路由器通告、前缀分配、路由、名称解析，以及仍限制在 IPv4 上的服务。每一项例外应写出缺少何种等价控制、谁负责补齐、何时复查。这样，“暂时”才是一种受管理状态。

最后，核验者必须保持时间与归因清楚。历史共同作者材料说明为何设计被提出，当前运行记录才说明今天怎样工作。Procaccia 可以因被证据支持的贡献获得准确评价，却不应在没有新材料时被赋予对后来网络状态的控制权。

这五类检查也对应普通读者最关心的五个问题：Procaccia 可核实的贡献是什么；路由边界为何影响科研网络用户；L3VPN、VRF、MPLS 与双栈在实际运行中做什么；哪些成果属于团队和机构；下一位运营者还需要拿出哪些路由、回退与安全证据。答案越具体，人物故事越不需要夸张。

归因跟着动词走，责任跟着系统走

人物层的基础设施报道若想可靠，最简单的校准方式就是逐句检查动词。Jehan Procaccia 与 Emmanuel Halbwachs 共同撰写了 SIRFEX 演示文稿。[1] [2] MiNET 团队把他列为督导，并感谢他以网络管理员角色提供帮助。[4] 官方页面把他与实践网络教学相连。[5] [6]

相应团队和机构设计、实施、测试并运行了各自记录中的系统。来源没有说 Procaccia 独自完成这些动作。把“共同撰写”或“督导”换成“建成”，就会把一个有证据的贡献改写成没有证据的单一因果。

结果归因同样如此。SIRFEX 材料记载试点及若干检查类别，却没有提供可在这里转化为流量增长、容量提高、韧性保证或用户收益的数字。[3] MiNET 报告记载团队部署，也没有证明 Procaccia 个人实施了每项控制。尊重这一边界，是为了让公众记录能被后来证据继续校验。

清楚归因反而会显出人物周围的运行体系：哪些内容属于共同作者记录，哪些部署属于项目团队，哪些基础设施属于运营方，哪些成效仍需要新的测量。若路由交换后来发生变化，当前运营者应说明；若迁移例外一直存在，当前服务责任人应复查。没有新证据时，不能把后续系统状态倒推给一位历史共同作者或督导。