摘要
- CASH 先比较大范围摘要，PASH 再逐层缩小不一致区域，最后回到普通 SNP 或泛洪传送具体片段。
- 哈希一致证明的是“按这套构造没有发现差异”，不是来源可信、拓扑真实、FIB 已安装或数据包已抵达。
- 01 版把协商改为依赖另一份 Hello Capability 草案，部署证据必须覆盖版本组合、混合设备和保守回退。
当两台路由器各自持有一百万个链路状态片段时，逐条报一遍，只为确认彼此没有差异，会把“正常”本身变成负担。9 月 6 日提交的 draft-prz-lsr-ash-packets-01 给出另一种次序：先用 CASH 汇总一组节点范围；只有摘要不同，才用 PASH 继续切细；缩到单个节点后，再由传统 CSNP、PSNP 或直接泛洪解决。
草案估算的外沿场景包含 5 万个节点、100 万个片段和 1.6 万个邻居。完整同步原本约需一万个 CSNP，最大压缩时可接近只多发一个摘要包，虽然刷新泛洪仍然很重。这是有价值的工程假设，但不是网络正确性的证书。
相等只是一条停止规则
ASH 把片段标识、序列号、校验和、长度等材料送入 64 位 SipHash，再用 XOR 合并为节点和范围摘要。文本明说，这个增量函数不以密码学安全为目标；ASH 的 PDU 完整性依赖原有 IS-IS 防护。
两者承担不同职责。范围摘要降低“下一步去哪找差异”的成本；IS-IS 认证在既定密钥边界内保护控制报文。即使报文通过认证，已被控制的合法路由器仍可能散布错误状态；两台设备也可能对同一份错误状态完全一致。数据库正确之后，还隔着 SPF 计算、FIB 安装和实际转发。
因此，可靠的操作记录应写成：“某时刻、某对邻居、某算法下，这一范围未发现差异。”把它改写成“网络健康”，就把摘要工具抬成了事实裁判。
01 版移动了能力闸门
00 版原计划另设一个空值 ASH 能力 TLV。01 版取消它，改为在独立的通用 Hello Capability 草案里申请 ASH Support 位。邻接上的所有节点都必须宣告该位，否则不启用 ASH；但节点可以只接收和处理 ASH，仍用普通 CSNP/PSNP 回应。
复用通用容器减少了协议零件，却增加了一条版本依赖。目前相关 IANA 数值仍是待定；未出现或未定义的位按零处理；同一个 Hello 中只有第一份 Hello Capability TLV 可以携带非零位图。采购表上一句“支持 ASH”，无法说明究竟测试了哪两份草案、哪套解析器。
01 版还补清了线上格式。标准 System ID 下，每个范围条目占 20 字节，一个 255 字节的 TLV 值最多容纳 12 条。若一个 1500 字节 PDU 要放约 70 条，就必须连续携带多份 Node Range Hash TLV，并把它们视为一个有序逻辑序列。真正的互通风险，往往就藏在这种拼接处。
不确定时，退回完整证据
草案对异常采取保守路径。CASH 的空洞按缺失状态处理并触发泛洪；重叠范围转为零哈希语义；越界范围先截断再进入回退；终点不大于起点的范围被丢弃并应记日志。差异缩到单一节点后，必须回到片段级交换。
压缩也不是越大越好。一个摘要覆盖得越广，丢失一个包的影响越大，分解工作也越粗。草案称所选 64 位方案在模拟中没有检测到碰撞；这只是模型证据，不是对所有实现和输入的“不可能”证明。
来源
会员简报
档案背景详情
使用相应会员等级登录，即可解锁完整简报与来源注释。
仅限 Strategic Circle
Strategic Circle
所有读者均可浏览。加入并登录后可解锁档案简报。
加入 Strategic Circle仅限 Leadership Alliance
Leadership Alliance
符合条件的 IP 资产所有者和管理层可登录查看 Leadership Alliance 简报。
加入 Leadership Alliance