行业情报
最新文章
关于基础设施运营商、政策决策、市场动向与数字权力转移的最新情报。
互联网历史
四个字节让 TCP 有了报文边界，却没有重建 OSI 网络：RFC 1006 的 TPKT 边界
发送方可以一次写入一条完整指令，接收方却不应把一次 `read` 当成那条指令。TCP 保证的是连续有序的字节流。RFC 1006 面对 ISO 传输协议需要离散 TPDU 的问题，没有改写 TCP 的承诺，只在流上放置了一个可计数的边界。
MYNOG
MYNOG 可在报名后改写参会条款
MYNOG 公布的报名条款不只规定票价和入场条件。条款允许主办方通过在大会网站发布新文本来修改规则，把发布后的继续参会视为接受新条款，同时保留酌情排除参会者且不退报名费的权力。
互联网历史
令牌找到了连接，却没有准入子流：MPTCP 的 MP_JOIN 边界
一个新的 TCP SYN 可以携带一段更早建立的关系：它并非要新建应用会话，而是请求把自己的五元组并入已有的 MPTCP 连接。这个请求若被简化成“连接换了路径”，就会丢掉最要紧的几次判断：查找哪个状态、如何证明仍是原来的对端、谁有权接纳新子流，以及接纳后由什么字段处理数据包。
IETF
Weiqiang Cheng 与仍需一条路由的 SRv6 定位符租约
T1、T2、首选有效期和有效有效期可以把一份 DHCPv6 租约描述得非常准确，却不能回答路由表里有没有下一跳。RFC 10038 的价值，正是让这两个事实可以连接核验，又不被误写成同一个事实。
ICANN
ICANN 指定保障评估服务商：字符串审查何时会成为注册局协议义务？
ICANN 已为 2026 轮新 gTLD 项目指定 Mirror Group LLC 负责保障评估。关键在于：字符串的风险评估何时、以及是否会转化为注册局协议中的合同保障。
报道
LACNIC与超越RIR的转型经济学
真正需要移交的不是一个机构名称，而是四本不能断裂的账：资源、权利、规则与连续性。
欧洲与中东国家电信趋势
数字固话的最终通知，只有确认关键呼叫路径后才可能构成安全停服
一份写明日期的通知，能够证明服务商启动了最终流程；它本身不能证明住户、远程照护服务或关键呼叫路径已经被安全地带过该流程。
互联网历史
横幅圈出了屏幕，却没有制定政策：RFC 933 与 Telnet 输出标记的边界
把安全标记重复塞进每一屏应用输出，既浪费带宽，也迫使服务器猜测远端终端有多大。RFC 933 的选择是让服务器只送一次横幅，由用户端 Telnet 维护版面；这项分工解决了显示问题，却没有把分类、授权和访问控制写进那串 ASCII 字符。
案例档案
模型可以解释网络，却不能授权变更：NEMOPS 与可见性、控制权之间的边界
控制器完成了一次提交，并不等于服务完成了一次安全变更。前者说明某个接口接受了请求；后者要面对客户结果、依赖关系、观测盲区、授权范围和可逆性。RFC 9968 对网络管理提出的要求越成熟，这个差别越不能被一张漂亮的仪表盘掩盖。
IETF
IETF 上次邮件切换以“相信全部送达”收尾，这一次可以拿出证据
IETF 将在 9 月 11 日更换服务于四个机构域名的邮件处理体系。官方预计邮件最多延迟 60 分钟，Mailman3 管理页面短时不可用，而邮件档案与 IMAP 查询继续开放。对普通网站而言，这足以描述一次维护；对把邮件列表当作主要工作场所的标准组织而言，还少了一项关键结果：每一封进入治理记录的邮件，最后去了哪里。
案例档案
快速报文维持了会话 Up，却没有授权变更：RFC 9985
RFC 9985 面对的是一个很实际的取舍：BFD 要靠高频控制报文及时发现受监测路径的问题，而每个报文采用同一种高成本认证，可能反过来压缩可承载的会话规模。它把会改变状态的报文与保持既有 `Up` 状态的报文分开处理。前者使用对实现成本更高的 MCI，后者可以使用成本较低的 LCI。这是一套会话保护安排，不是一张允许改路、切流或宣布服务正常的授权书。
报道
APNIC 的五年审计轮换，缺的不是例外，而是例外的结论记录
APNIC 透明度页面上的一句话很清楚：审计师事务所至少每五年轮换一次。2025 年 12 月的执行委员会会议记录却把另一种可能摆在旁边：EY 已到第五次受任，秘书处建议再延长两年；在 2025 年审计结束后轮换 EY 的审计合伙人；并利用这段时间研究审计轮换框架及税务顾问相关的选择。
互联网历史
NAK 拒绝的是端口，不是数据包：RFC 938 如何划清接收与分派的边界
1985 年的一项实验性协议曾允许接收方同时作出两种并不相同的陈述：它已把一个数据包计入连续接收状态，但该包所指向的本地端口无人认领。RFC 938 将这一响应命名为 `PORT NAK`。它的价值不在于替任何应用宣布失败，而在于拒绝让传输层的收据冒充本地分派决定。
IETF
Bas Westerbaan：混合 TLS 密钥协商没有让证书变成后量子证书
一次 TLS 1.3 握手可以同时留下两张收据：密钥协商使用 `X25519MLKEM768`，服务器身份仍由传统签名算法证明。前一张收据不否定后一张，却也不能替后一张升级。把两者压成“后量子已完成”，等于丢掉最需要管理的边界。
案例档案
OAM 要求写下来了，却不等于诊断已经成立：RFC 9974 与 BIER 证据边界
能力要求可以把工程缺口说清楚；它既不能证明某网络已经具备该能力，也不能替一次测量或生产变更背书。
案例档案
签名时间省下了一次传输，却没有证明那个时刻：RPKI、RFC 9589 与切换边界
RRDP 失效时，RPKI relying party 可以转向 rsync，并避免重取已经拥有的对象；但它不能把 CMS 中被签名的时间字段误当作可靠的时间事实。RFC 9589 恰恰为这种克制的切换设计。
互联网历史
UUID 跨过连接，决定权留在原处：RFC 927 的免重复登录交易
用户少输一次密码，不等于目标主机少做一次判断。1984 年的 RFC 927 允许已完成认证的一端送出四个八位组的用户编号，却把是否相信这次认证的权力明确留给接收服务的那一端。
报道
AFRINIC 的 DBWG 有 46 项 Open：计数不是状态路径
把“46 项 Open”放在机构名称后面，很容易让人抢先写出结论。仿佛这个数字天然证明了某种效率、优先级或责任。AFRINIC 在 2026 年 8 月 31 日公开的 Database Working Group（DBWG）概览并不支持这种读法：页面给出的是 83 个工作项、46 项 Open、37 项 Resolved 的有日期快照。它值得认真看，但首先应被当作库存，而不是判决书。
案例档案
四千是前缀声明，不是放宽限流的命令：RFC 9977 的证据边界
一份前缀文件可以让地址分组更精细；它不能把发布者对端站数量的陈述变成服务方必须接受的例外。
IETF
Daniel Fett：多因素认证验证了用户，却没有验证二维码的语境
登录页是真的，密码没有泄露，第二个认证因素也由本人完成。攻击者仍然拿到了访问权，因为系统确认了“是谁在点同意”，却没有确认“他在为哪一台设备、哪一项请求点同意”。