行业情报
最新文章
关于基础设施运营商、政策决策、市场动向与数字权力转移的最新情报。
IETF
绿色方格答错了题，就不能充当证据
表格最容易制造一种错觉：颜色已经替读者完成了判断。IETF 关于 Milan 的初步会址评估中，第 3.1 项问的是，签证要求是否能让 80% 的参会者在不过度费力、不过度花钱的情况下取得签证；旁边的说明却回答“意大利签证规则是否构成歧视”——这是紧随其后的第 3.2 项。两项都被标成绿色。这个错位不能证明 Milan 没达到 80%，也不能证明内部没有做过计算。它只能证明，公开报告没有把第 3.1 项的结论和支持它的证据连在一起。两份报告本来就是征询意见前的初步版本，按模板不作建议。除来源另载日期外，本文对当前记录的核查截止于上海时间 2026 年 8…
互联网历史
接收端明明丢了数据，为什么没有发出超时错误
一条监控曲线显示：分片重组缓存被占用，等待时间走完，缓存随后释放；另一条曲线却显示 ICMP 重组超时为零。两条记录并不矛盾。IPv4 把“必须清掉不完整状态”和“必须向源端说明失败”设成了不同条件，分界点正是偏移量为零的那一片。
案例档案
签名是有效的，令牌却用错了
IESG 已批准新版 JWT 安全最佳实践。它把一个常被绿色对勾掩盖的边界重新画清：验签只能证明某把密钥认可了这些字节，不能证明这种令牌有权在当前应用里触发动作。
互联网历史
这个编号只说明“在哪里”：Xref 如何让 Usenet 的位置保持本地性
同一篇 Usenet 文章可以在两个讨论组里拥有不同编号，换一台服务器后编号还会再次改变。Xref 的价值不在于制造第二个身份，而在于把“文章是谁”与“这台服务器把它放在哪里”彻底分开。
报道
一份 prop-167，两个实施结局
APNIC 已经把逐小时 WHOIS/RDAP 使用统计变成了可下载、可解析的公共数据。这个成果不需要猜测：FTP 上的当期 JSON 与历史小时文件就是实施物。也正因为第一项输出如此清楚，`prop-167-v002` 中另一项输出的不同状态更应该在提案页上被单独保留。
IETF
IETF 远程会议室是接入点，不是一个选区
一扇需要邀请才能进入的办公室门，可以通向开放的标准会议，却不能因此变成标准会议的大门。IETF 125 在东京试行 Remote Rooms，把共享空间、相近时区和集体音视频带给远程参与者，也把一个治理问题推到屏幕中央：当私人组织的房间以整体画面出现在全体会议上，它很容易看起来像 IETF 的正式分会场，甚至像一个拥有共同立场的参与主体。IETF Administration LLC 于 2026 年 8 月 27 日启动第二轮征询，反馈截止 9 月 27…
案例档案
编号没变，路径指令已经换了
IESG 批准了 BGP SR Policy 的 Segment List ID 扩展。这个短编号能让控制器、遥测和配置系统更容易互相引用同一条段列表；但它只在一个 Candidate Path 内唯一，而且段序列改变后仍可保留。把编号当作路径身份证，会制造一种危险的连续性。
互联网历史
远端文件名，不该被本地客户端“纠正”
服务器返回了一个可用路径，客户端却把大写折成小写、把斜杠换成本机分隔符、在空格处截断，或把显示转义后的文字当成真实名字保存。FTP 的 `STOU` 不只把命名交给服务器；它也要求接收名字的一方承认：远端路径是一种外国字符串，不能为了看起来熟悉而擅自重写。
报道
生效日之前没有新句子：ARIN 4.10 的前瞻边界与适用性回执
同一张官方页面已经把最关键的时间边界摆在读者面前：[ARIN-2025-8](https://www.arin.net/participate/policy/drafts/2025_8/) 拟在 NRPM 4.10 的保留池用途句末加入 `within the ARIN service area`，并称这一改动是把工作人员的现行做法写进政策；同页评论又说，工作人员无意把该限制扩展到政策实施前发放的 4.10 资源。两句话并不必然矛盾，却也不能仅靠一句“现行做法”自动相容。真正需要保存的是一条可核验的适用性证据链：某项申请在什么日期、依照哪个 NRPM…
互联网历史
不是地址的名单：List-Id 如何让邮件列表拥有稳定名称
邮件列表可以更换服务器、投稿入口与管理软件，却仍是同一个讨论共同体。List-Id 把这份连续性变成独立标记，也把路由、操作与认证留给各自的证据链。
报道
AFRINIC扩容之后，还要回答“服务是否恢复”
服务器没有关机，互联网连接也没有中断，服务却可能明显变慢。AFRINIC 在 2 月公告中描述的正是这种运行状态。既然问题是性能，而不仅是连通，那么带宽升级的终点就不能只用可用率来代替。
号码资源协会
国家字段不是 RIR 授权
表单中的国家值只是可观察的行政输入；它本身不能授权任何人代表一个国家、RIR 服务区域或该地所有运营者发言。
互联网历史
中继必须忘掉的路线：SMTP 为何保留源路由语法，却收回它的权威
一条旧式 SMTP 收件人路径，至今仍可以在最终邮箱前列出多个中继。现代服务器必须看懂这种写法，却不必照着走。这不是标准自相矛盾，而是一次清晰的权力迁移：兼容性保留了解析义务，正常路由权转交给了目标域、DNS MX 与服务器自身的策略。
案例档案
网关说“已抗量子”，隧道却仍用 ECDSA 签名
IESG 于 2026 年 8 月 24 日批准了 IKEv2 后量子签名认证机制。ML-DSA 与 SLH-DSA 因此获得共同的协议承载路径；但算法出现在设备清单、对端宣布支持、真实 AUTH 采用它，并不是同一件事。
互联网历史
并非改名的新地址：SMTP 如何用 251 与 551 分开转送和指路
同一个旧邮箱已经迁移，两台服务器也都知道同一个新地址。一台回复 `251`，接下这名收件人并负责转送；另一台回复 `551`，拒绝旧地址，只把下一步交还给发件方。SMTP 用回复码的第一位，划出了比“地址变了”更重要的责任边界。
IETF
拟议 RFC 服务承诺可以达标，作者却仍在等待
一份文档停在队列里时，最容易消失的不是天数，而是责任。IETF Administration LLC 于 2026 年 8 月 10 日启动 RFC 编辑与出版服务等级协议征询，准备以“RPC 能够控制的时间”取代已经失真的旧指标。这个边界有其必要性：RFC Production Center 不应为作者、IESG 或 IANA 尚未完成的动作承担违约。但如果制度只留下这只钟，指标变绿也不能回答作者从文档获准进入制作到 RFC 正式发布一共等了多久。除非来源另有日期，本文对当前情况的观察截至 2026 年 8 月 27 日；征询将在 9 月 6…
报道
RIPE NCC 的五年限制，如今取决于“参与”
RIPE-791 用两个正式身份连接前一宗事件与后来申请：前成员的联系人或代表。RIPE-863 删去这两个身份，改看某人是否提供了欺诈性或误导性数据，或是否“参与提供”这些数据，并且新申请是否由此人提出或为此人提出。五年没有变，变的是谁、凭什么被接到这只时钟上。
案例档案
IANA 登记了 DELEG 能力键，部署仍需证据
IANA 于 2026 年 8 月 24 日在 DNS Resolver Information 注册表中加入临时 `deleg` 键。它让运营方能够用共同词汇声明对新兴 DELEG 协议的支持，却没有把 Internet-Draft 变成标准，也没有把声明变成运行事实。
案例档案
序列号相同，区域却不是同一个区域
一份 DNS 区域已经传完，SOA 序列号与变更单完全一致，文件也能正常解析；但其中一条 glue 记录在落盘时丢失。版本号只能说明发布者把它叫作哪一版，传输认证只能说明数据经过哪条获准通道。ZONEMD 增加的是第三项判定：准备启用的整份区域，是否真是发布者为该序列号承诺的那一份内容。
互联网历史
漏掉的音符补不回来，停不下的音符却必须处理
RTP MIDI 的恢复日志并不打算替音乐家重演已经过去的几秒。它要解决的是另一件事：一个丢失的指令，不能让接收端此后一直演奏在错误的状态里。这种有意缩小的承诺，给互联网的实时应用留下了一套比“把数据补齐”更细致的恢复逻辑。