行业情报
最新文章
关于基础设施运营商、政策决策、市场动向与数字权力转移的最新情报。
互联网历史
接口已被判定为下线，虚电路却未必全都失败：RFC 1315
监控最危险的捷径，是把一个容易读出的状态词扩大成整张网络的结论。RFC 1315 在 1992 年为 Frame Relay DTE 定义 MIB 时，把这一界线写进了对象结构：一个物理接口可承载多条虚电路；管理代理可以在指定轮询窗口内统计未获响应的状态查询，并据阈值将接口判为 down。这个判断有价值，但它描述的是接口层的本地管理状态，不是每条虚电路、远端邻居、数据帧或业务结果的总判决。
互联网历史
Trap 已经定义，事件却尚未被观察：RFC 1215
网络管理系统里最像“事实”的东西，有时只是一张空表。企业标识、变量顺序、文字含义和编号都能预先写好，界面也能提前准备好告警颜色，但现实世界可能还没有发生任何事件。RFC 1215 在 1991 年解决了 Trap 如何定义的问题，也恰好暴露了定义、识别、发送、接收与处置之间的证据边界。
IETF
John Klensin：SMTP 的肯定答复接下责任，却不证明送达
发件服务器在 DATA 结束后收到 `250 OK`，于是从队列中删掉本地副本。这个动作可以完全合规：远端已经接手。问题在于，很多面板把“有人接手”改写成了“收件人已经收到”。
案例档案
SC-106 点名非 Web 依赖方，SCWG 章程点名浏览器
ML-DSA 草案把 SDK、嵌入式系统、IoT、中间件和操作系统信任库列为需求方；SCWG 的投票型 Certificate Consumer 却以“供公众安全浏览 Web 的软件”为资格中心。这并不自动证明草案越权，但足以要求一份公开回执：哪个机构正在为哪类依赖方确定共同规则。
互联网历史
文件不是一次传真呼叫：RFC 1314
一页扫描件一旦成为文件，就不再天然等于一次传真。1992 年的 RFC 1314 为类传真黑白图像规定了可交换的 TIFF-B 形式：可多页，每页一条 TIFF strip，并给出压缩与分辨率的约束。它同时做了一件更重要的事：不把文件格式冒充为传输、保存、显示、打印或人的阅读结果。文件可以被交换；它不能替所有后来可能发生的事件作证。
NPNOG
席位有限：npNOG 工作坊容量如何分配
从先到先得、席位有限到禁止现场报名，npNOG 的公开页面勾勒出一套简明的工作坊准入规则，也留下了仍无法从公开记录回答的问题。
互联网历史
地址退信了，主列表里却可能根本没有它：RFC 1211
一封退信点名了某个地址，管理员却在主列表里搜不到它。RFC 1211 记录的并不是一次离奇故障，而是大型邮件列表的常见结构：主列表只保存一个分发别名，真正的成员藏在另一家机构维护的子列表中。退信、路径线索、成员记录、变更请求与实际删除，分别掌握在不同系统和不同人手里。
案例档案
内容类型是 YAML，决策仍须留在本地
`application/yaml` 回答的是“收到的是什么序列化表示”；它不能代替“这份内容可否被采纳、执行或造成后果”的本地判断。
互联网历史
服务器回了加号，消息却未必被看见：RFC 1312
在消息系统里，最容易被放大的常常是一枚看似明确的确认符号。RFC 1312 的 TCP 服务用 `+` 表示成功，却没有让这枚符号替人作证。1992 年的文档明确说，它可能只表示 Message Send 服务器已经成功调用本地消息投递服务。显示窗口、终端前是否有人、内容是否被读到，仍是另一些没有被该确认覆盖的事实。
IETF
Tomek Mrugalski：DHCPv6 的“成功”并没有续租
设备换了网络，IPv6 地址仍在，DHCPv6 还返回 `Success`。最容易发生的错误，是把三件真事拼成一句假话：“租约已经续期。”RFC 9915 的边界更窄，也更可靠：地址适合当前链路，原有租期继续倒计时。
案例档案
SC-104 拟将 AIA 从 MUST 调整为 SHOULD，但两种方法仍不相同
一项只改动两行文字的证书规则提案，不能只用“放宽了 AIA”来概括。外层扩展、内层方法、实际证书与客户端行为各有自己的证据状态；把它们压成一个合规勾选框，恰好会抹掉 SC-104 最值得审视的治理边界。
案例档案
控制器已有框架，确定性服务尚未成立：RFC 9938
RFC 9938 列出了 DetNet 控制器平面可能必须协调的工作。它没有给出控制协议解决方案，也不会把一份请求、一次路径计算或一次配置下发自动变成已经交付的确定性服务证据。
案例档案
被委托的 LSP，不是被委托的网络
RFC 9504 让有状态 PCE 能够参与 GMPLS 控制网络；它没有把一条 PCEP 记录变成运营权移交，也没有把一次路径请求变成服务结果。
互联网历史
路由请求了电路，并不等于电路已就绪：RFC 1306
一条路由有时不仅决定转发方向。RFC 1306 记录的 1992 年实验中，内核完成路由查找后还可以向外部交换控制器发送请求，尝试建立按需的 T3 电路。这个动作很重要，但它绝不是电路本身。报告把查找、请求、建立、可传输和已经传输分开，因而没有让最先出现的一条控制消息冒充最后才可能出现的网络结果。
NPNOG
五分钟的“致谢”：赞助商如何进入 npNOG 的技术议程时钟
npNOG-11 的公开日程三次为“讲者与赞助商致谢”各留出五分钟。这让商业可见度有了可测量的刻度，却不能单凭时刻表证明赞助商掌握了技术内容的选择权。
互联网历史
服务器返回了 250，账号却可能不存在：RFC 1204
如果日志里只剩下一行“250 成功”，RFC 1204 的关键事实就已经丢了。1991 年这份实验性协议要求服务器在用户名格式正确时继续对话，即使它根本不认识这个名字。第一处肯定答复是为了隐藏账号清单；密码核验、正文接收、本地入队和最终投递各有自己的证据。
IETF
Bob Briscoe 与那枚无法证明低时延的 L4S 标记
包头写着意图，排队器留下事实，时钟记录结果。RFC 9332 的精妙之处，正是没有把这三件事混为一谈：一个携带 ECT(1) 的包，可能被某个运营者有意送进 Classic 队列，而它端到端的 L4S 标识仍然保持不变。
IDNOG
IDNOG 2024 年白金赞助把产品演讲席位写进了价格表
IDNOG 公布的 2024 年白金赞助档位附带 20 分钟，用于介绍赞助公司的产品。付款因此连接到议程时间；公开记录却没有同时说明，这条商业入口如何与 Program Committee 面向其他讲者的选稿入口分开。
案例档案
收件人密钥已被标明，消息仍未被打开：RFC 9936
RFC 9936 让 CMS 可以携带 ML-KEM 收件人路径。可检查的记录能标明收件人证书或公钥及为其生成的密文；它本身不证明私钥保管、成功解封、内容处理或组织决策。
案例档案
Internet Society 可在不公开征集的情况下任命三名受托人
Internet Society 在 2026 年为董事会自行任命受托人建立了一套相当完整的内部程序，但其中最关键的入口选择仍可不对外开放。真正需要补上的不是候选人名单，而是一份能说明搜索范围、筛选漏斗与最终授权的匿名化凭证。