主要领域
Internet Standards
在 主要领域 分类下，Internet Standards 按主要领域组织行业情报，帮助读者聚焦互联网基础设施、治理、连接市场或数字资本等方向。页面汇集了相关文章、公开证据、机构、公司、人物、区域关联、运营依赖和市场环境，这些内容可能分散在多个分类页面中。页面解释了该领域、可能的行为主体类型、市场或治理背景，以及读者比较信号时应使用的参考来源。运营商、分析师和治理领域的读者可以观察同一领域如何在事件、档案、市场变化、公开来源证据、区域依赖和更长周期的基础设施决策中随时间显现。
IETF
Joyce Reynolds 与那份不再充当注册表的 Assigned Numbers RFC
一份文档越容易被永久引用，人们越容易忘记它记录的是哪一天。Joyce Reynolds 在 RFC 3232 中做的，不是抛弃旧表，而是为“历史快照”和“当前状态”划出一条不能偷换的证据边界。
IETF
Paul Mockapetris 与没有覆盖整份应答的权威位
一份 DNS 应答可以对第一个名字具有权威性，同时携带缓存中的别名目标和为下一跳准备的附加地址。AA 位并没有失真；把整包数据都盖上“权威”印章的记录系统才越过了边界。
IETF
Jim Schaad 与那个只是一条线索的密钥标识符
系统收到一个很短的 `kid`，在库里找到两把钥匙，最后有一把验签成功。若审计表只留下“这个 kid 通过”，一次可解释的查找就被压扁成了虚假的唯一身份。Jim Schaad 写下的 COSE 规则，正是为了不让这种压扁悄悄发生。
IETF
Donald E. Eastlake 3rd 与不能充当永久身份的 RBridge 昵称
一个两字节的编号足以让帧找到出口，却不足以说明设备是谁。Donald E. Eastlake 3rd 参与建立和修订的 TRILL 规则，恰好展示了短标识如何在碰撞、重启与拓扑变动中保持可用，又为何不能被资产系统误认成永久身份。
IETF
Patrik Fältström 与那个没有完成通话的 ENUM 答案
号码已经解析，带 DNSSEC 验证的回答也给出了 URI，电话却始终没有响起。Patrik Fältström 参与建立的 ENUM 之所以重要，恰恰是因为这三件事从来不是同一张回执。
IETF
David Harrington 与那个无法识别操作者的 SNMP 上下文
一次管理请求可以准确写出引擎、上下文和对象，却没有任何字段说明究竟是谁决定了这次操作。David Harrington 参与建立的 SNMP 架构没有替系统补上这个答案，而是把缺失的证据清楚地保留下来。
IETF
Bernard Aboba 与那个成功认证、却没有放行网络的 EAP 方法
证书验证成功，认证方法也正常结束，设备仍然没有获得网络通路。Bernard Aboba 参与构建的 EAP 架构说明：这不是自相矛盾，而是不同决策层给出了不同结果。
IETF
Chris Newman 与那个保护了邮件连接、却没有授权用户的端口
端口、证书、账号和发件权限常被界面压缩成一枚“安全”图标。Chris Newman 参与制定的 RFC 8314 提醒我们：让 TLS 先于邮件命令发生，只完成了证据链的第一段。
IETF
Keith Moore 与那个改变显示、却没有改变发件人的编码词
邮件审计表原本只有一列“发件人名称”。把它拆成“原始字段、解析邮箱、解码文字、签名域、最终显示”五列后，同一个熟悉姓名背后的差异才重新出现。
IETF
Roberto Peon 与那张记住字段、却从未缓存响应的 HPACK 表
一个很小的索引，能在同一条 HTTP/2 连接里还原很长的字段；它不能证明响应被存过、仍新鲜，或有资格再次使用。
IETF
Jon Callas 与从未唯一指向一把密钥的 OpenPGP Key ID
十六个十六进制字符很适合写进工单，却容不下一把公钥的完整身份，更容不下持有人是否有权行动的答案。
IETF
Nathaniel Borenstein 与从未承诺保密性的 Base64 编码
一串看不懂的字符可以让邮件安全穿过旧式传输通道，却不能让内容变成秘密。Base64 解决的是表示问题，信任必须由别的证据回答。
IETF
Cyrus Daboo 与不能证明出席的 PARTSTAT=ACCEPTED
日历里的“已接受”适合协调邀约，却不适合充当会场里的目击者。Cyrus Daboo 参与制定的 iTIP 与 CalDAV 标准，把回复、代理、版本和投递分得很清楚，也由此划出了出席证据的边界。
IETF
Mark Crispin 与那个无法证明人已读邮件的 \Seen 标记
一封邮件从粗体变成普通字重，邮箱便多了一项事实：`\Seen`。界面把它叫作“已读”，服务器能证明的却只是一个标记发生了变化。Mark Crispin 所设计的 IMAP 由此留下一个不能省略的问题：究竟哪一层真正观察到了人？
IETF
Jonathan Rosenberg 与那个属于服务而非人的 OPEN 状态
绿色圆点亮着，消息却迟迟无人回应。真正需要解释的未必是“状态为什么不准”，而是界面把哪一种状态画成了绿色：一个服务愿意接收消息，并不等于一个人正在场、在注意，或者愿意回复。
IETF
Ben Campbell 与那次未能证明流量归零的百分之百降载
Diameter 过载报告里出现 `OC-Reduction-Percentage: 100`，复盘材料很容易把它写成“流量已降至零”。Ben Campbell 参与制定的规范给出的其实是一道有边界的控制指令：某个响应节点应对所有命中特定状态、原本准备发送的新请求实施降载。报告是否送达、状态是否被接受、请求如何处置、流量有没有转移，以及有效吞吐是否真的归零，都需要另外取证。
IETF
Adam Roach 与一个终止了、资源却未结束的订阅
控制台上的指示灯变成红色：`Subscription-State: terminated`。值班人员若据此认定被监测资源已经消失，就把协议给出的窄结论扩大成了另一件事。Adam Roach 主笔的 SIP 事件规范明确证明订阅已经终止，却没有一并证明资源已结束。真正决定下一步的，是终止原因、事件包语义以及通知中是否带有资源状态。
IETF
Scott Hollenbeck 与一个无法自述理由的域名转移锁
安全面板读到 `clientTransferProhibited`，随即亮起绿色盾牌。这个状态确实有约束力：在 Scott Hollenbeck 撰写的 EPP 域名映射中，服务器必须拒绝转移请求。但绿色并没有回答更难的问题——谁要求加锁、依据哪条规则、何时复核，以及能够解除它的账户是否安全。
IETF
Henning Schulzrinne：在有人接听之前抵达的振铃响应
听筒里响起回铃音，人会自然地想象另一端的电话正在作响。SIP 报文却只允许更克制的结论。Henning Schulzrinne 参与撰写的 RFC 3261 把 `180 Ringing` 定义为临时响应：接收邀请的用户代理正试图提醒用户；主叫终端还可以据此在本地生成回铃音。声音已经出现，不等于远端有人听见，更不等于通话已经接通。
IETF
Mallory Knodel：审查在数据包被丢弃之前已经开始
一次超时很像句号，却不是故事的开头。Mallory Knodel 参与撰写的 RFC 9505 把网络审查拆成三件事：先规定什么不应抵达，再识别哪些通信符合规定，最后才是阻断或削弱连接。只有把三者分开，屏幕上的失败才不会冒充完整证据。