行业情报
最新文章
关于基础设施运营商、政策决策、市场动向与数字权力转移的最新情报。
案例档案
发送方标了优先级，接收设备仍须决定是否执行：RFC 9993 与触觉渲染权限
RTP 载荷里的 Layer 可以告诉接收方：发送端认为这一触觉单元对体验更重要。它不能告诉接收方：这位用户现在适合感受它、这个致动器仍在安全范围内，或本地的急停是否已经切断输出。优先级是媒体排序，不是越过本地安全边界的权力。
互联网历史
主机本不该看见的局域网：RFC 925 与隐藏拓扑的代价
早期互联网中的一个站点，可以让外部网络看见每一根电缆，也可以让主机相信多条 LAN 只是同一个本地网络。RFC 925 选择了后一种幻象：不改变主机的 ARP，而让中间设备去发现、记忆，并在必要时代理主机本不该知道的路径。
案例档案
收到一条 KV TIE，不等于接受一个网络事实：RFC 9992 与 RIFT 的权限边界
一台设备收到格式正确的 RIFT Key/Value TIE，可以转发它、解码它，甚至在本地保存它。每一步都可能成功，但仍没有哪一步自动回答：这条值是否可以影响路由计算、控制器、FIB 或真实的数据包。RFC 9992 的价值，正是把这个常被自动化抹平的间隔写进标准边界。
互联网历史
承载网络不等于运输连接：RFC 892 如何把运输状态与底层路径分开
一枚 `CR` 先给出本端引用与首选等级，一枚 `CC` 再返回对端引用与真正选定的等级。运输连接的成立来自这组对等证据，而不是来自“底层已经连通”这一件事。RFC 892 正是在两个都叫 connection 的对象之间画出这条边界。
案例档案
私钥没有离开，调用权却越过了边界：RFC 9987 与 SSH Agent Forwarding 的传递信任
“私钥从未离开终端。”这句话可以完全正确，也可以遗漏事故中最重要的事实。若远端进程能够通过转发的 SSH agent 请求一次新签名，它不必复制私钥，也能借用私钥完成一次身份认证。
案例档案
发现失败，不等于获准发送原文：RFC 9991 与 DMARC 取证披露边界
邮件系统可以准确发现一封信的 DMARC 对齐失败，却没有因此自动获得把信件正文、收件人和转发路径交给域名所有者的权力。RFC 9991 建立了细粒度失败报告的共同格式，也把最重要的一步留在接收方：先决定哪些证据可以离开自己的边界。
IETF
Gavin Brown 与那次尚未注册域名的“成功创建”
挂号回执能证明柜台收下了材料，却不能证明申请人已经取得标的。RFC 8334 把这段常被界面抹掉的等待期写进协议：命令可以成功，域名分配仍然没有发生。
案例档案
SC100 草案把 DNSSEC 边界落在主网络视角，回执必须点名它
一条记录写着“DNSSEC 验证成功”，看似已经回答了安全问题，其实可能漏掉最关键的主语：是谁、从哪个网络视角完成了验证？SC100 草案把既有义务集中到一个更清楚的边界——必须执行 DNSSEC 的是主网络视角；远程网络视角可以执行，但它们在 MPIC 中首先承担的是独立佐证。结果若脱离角色，就不能证明应当履责的角色真的做了那次查询。
报道
APNIC执行理事会启用议题“Shepherd”，公开记录却没有角色章程
一项复杂议题要在两次理事会会议之间继续推进，总得有人记得上次谈到哪里、哪些材料还欠缺、下次该把什么带回集体讨论。APNIC 执行理事会在 2026 年 5 月给出了一个务实答案：为重点议题设置“Shepherd”。但一名成员“带领讨论”究竟能做什么、不能替理事会做什么，冻结的公开治理页面尚未给出共同定义。
IETF
Russ Housley 与证书能够点名、却无法造出唯一性的 MAC 地址
证书可以精确保存六个或八个八位组，却不会因此长出一双观察网络现场的眼睛。地址从哪里来、此刻落在哪个接口、谁看见了它、谁允许它通行，仍是四个不同问题。
互联网历史
最短路径传递时钟，却不负责选主：RFC 891 如何让一条 HELLO 同时服务路由与校时
一台 Fuzzball 收到 HELLO 后，可以改走更快的链路，却拒绝用同一报文更新时钟偏差。RFC 891 的精妙之处不只是复用测量，而是给路由、偏差和主时钟身份保留了不同的生效条件。
案例档案
SC101 堵住域名控制缺口，过渡期却允许两套规则并存
到了 2026 年 9 月，一家证书颁发机构说自己“遵守现行 TLS Baseline Requirements”，这句话仍然不能告诉审计者它用了哪套域名控制算法。现行 v2.2.9 已经写入更严格的顺序，但同一份文件又明确允许 CA 在 11 月 15 日前继续采用 v2.2.7 的对应条款。过渡安排本身合理；若签发记录把版本选择藏在一句“符合现行要求”里，日后便无法还原授权边界。
互联网历史
帧比数据报更长：RFC 894 如何把以太网填充留在 IP 之外
十六进制 `0800` 看起来像一个数字，却不是长度。它告诉以太网接收者：接下来要用 IPv4 的语法来读。真正决定数据报在哪一字节结束的数字，藏在 IPv4 头部的 Total Length 中。RFC 894 用这两个字段划开了一条边界：外层可以为了达到 46 字节的最低要求而继续发零，内层的意义却必须按时停止。
案例档案
标签通过了，含义仍未获授权：RFC 9996 与 Protobuf schema 的控制边界
一条消息可以拥有完全正确的 `Content-Type`，也可以被解析器毫无报错地读出，却仍被系统理解成另一件事。RFC 9996 解决的是 Protobuf 序列化形式的公共命名问题；它没有替应用选择 `.proto`、证明 descriptor 的来源，更没有替运行中的服务决定这份对象能否改变现实状态。
报道
AFRINIC 新会员门户列出三份预检指南，三个链接却返回同一个 404
门户能打开，要求写得也不少。断裂发生在申请前的最后一次指路：流程、资格和支持文件本应回答三类不同问题，却共同依赖一个在本轮检查中返回 404 的页面。
IETF
Benoît Claise 与基础模块无法点名的外来增强
依赖关系最危险的时刻，不一定是它断了，而是箭头画反了：基础模块写得完整无误，却无法仅凭自身源码列出从外部伸进来的 `augment`。RFC 10035 为这条反向边补上了服务器证词。
欧洲与中东国家电信趋势
乡村 4G 基站只有在运营商与具体地点都匹配时，才算本地覆盖
一座基站可以已经开通，全国目标也可以已经达成，但某一部手机在真正重要的地点仍可能没有可用服务。本地验收必须先写清运营商、地点和使用场景。
互联网历史
广播里有人回答，不等于那台主机已经被确认：RFC 887 如何拆开服务发现的证据链
1983 年的主机可以向整个本地网络问一句“谁提供这项资源”。RFC 887 却没有让第一个答复直接成为结论：公开征询、定向否认、第三方线索和服务主机本人的确认，各自只证明不同范围的事实。
案例档案
WebDriver 或将长期停在候选推荐阶段：请注明快照
一份浏览器自动化测试报告写着“符合 WebDriver”，看似已经足够精确。但 W3C 正在审议的新章程，准备让 WebDriver 与 WebDriver BiDi 把 Candidate Recommendation 作为长期维护状态，而不是通向 Recommendation 的短暂停靠点。规范会继续动，测试会继续动，浏览器、驱动与客户端也会继续动。若不注明各自版本，“符合”最终只剩一个会漂移的名称。
IETF
Kazuho Oku 与那枚能说清拒绝、却不能保证流式传输的 HTTP 字段
最难诊断的延迟，不是连接断掉，而是连接一直开着、服务器也在产出数据，客户端却迟迟收不到第一个字节。RFC 10036 让理解新字段的中间节点必须把“我不愿增量转发”说出来；但它没有把整条路径变成一纸流式保证。