主要领域
互联网基础设施
在 主要领域 分类下，互联网基础设施 按主要领域组织行业情报，帮助读者聚焦互联网基础设施、治理、连接市场或数字资本等方向。页面汇集了相关文章、公开证据、机构、公司、人物、区域关联、运营依赖和市场环境，这些内容可能分散在多个分类页面中。页面解释了该领域、可能的行为主体类型、市场或治理背景，以及读者比较信号时应使用的参考来源。运营商、分析师和治理领域的读者可以观察同一领域如何在事件、档案、市场变化、公开来源证据、区域依赖和更长周期的基础设施决策中随时间显现。
互联网历史
文件有了指纹，互联网还得找人送货
网页地址告诉浏览器去哪台服务器敲门。至于门后今天摆着哪份文件，服务器说了算。2013 年的 RFC 6920 换了一个问题：先用哈希值指定要拿到的那串字节，再把服务器当作送货线索。文件搬家可以保留身份，服务器偷偷换货会在校验时露馅。但一枚准确的指纹，也叫不醒一台已经关机的服务器。
互联网历史
DNS 记录类型没变，换个分支却换了意思
同一个域名下，两套服务都可以写 TXT 记录。DNS 会告诉客户端“这是 TXT”，不会替它解释哪条属于哪套规则。协议作者于是把记录放进带下划线的子分支，像给同一栋楼加一排分门别类的抽屉。这样的抽屉先由各家自行命名，到了 2019 年，连抽屉名字也需要防撞。RFC 8552 把最靠近 DNS 根的全局标签与记录类型配成一个登记单元：同一单元只容一份协调过的定义。
ICANN
ICANN说87.5%的DNS滥用整改计划未见复发，计时器在哪里
这个比例来自已完成的整改计划，不是全部调查或域名。ICANN 没有公开每项计划接受了多久的后续观察，短期平静与长期有效被算在一起。
互联网历史
IANA 盖了“特殊”章，解析器还得自己决定怎么办
一个域名看着像普通域名，背后却可能有三种截然不同的命运。问 localhost 的地址，结果应回到提问的机器；问 invalid，应当立即得到不存在的回答；问私有地址的反向解析区，结果还可能取决于所在网络。2013 年的 RFC 6761 把这些名字纳入 IANA 的特殊用途域名登记表。登记表能指出特殊之处，却不能替浏览器、解析库、缓存服务器和运营者执行那套规则。
领导者
IPv6 还没接班，Kosuke Ito 要让 IPv4 再上三年班
日本的大规模 IPv4 试验原定在 2005 年底交还地址。试验确实催生了新业务，却没让这些业务摆脱 IPv4。Kosuke Ito 参与提交的续期案要求延至 2008 年；APNIC 会场则追问，地址到底何时、凭什么保证归还。
互联网历史
传感器明明在场，控制器却不知道该敲哪扇门
楼宇控制器需要一条光照读数，低功耗网络里也确实挂着光照传感器。问题在两者之间：控制器没有人替它浏览网页，也不能凭空知道目标资源的路径。2012 年 8 月的 [RFC 6690](https://www.rfc-editor.org/rfc/rfc6690.html) 给受限设备设了一个小小的前台：向 `/.well-known/core` 发 GET，服务器回一份描述资源入口的链接清单。控制器先看路，再去找传感器要读数。
领导者
APNIC 把客户记录藏起来，Toshiyuki Hosaka 把计数器要了回来
客户资料不再公开，是隐私政策的本意；连地址分配记录究竟有多少都看不清，却是它留下的副作用。Toshiyuki Hosaka 在 2005 年提出按国家和规模公布汇总数字。APNIC 同意了，八月交出第一份文件。会场纪要同时留下一个洞：各国互联网注册机构掌握的记录，未必会进 APNIC 的总表。
非洲国家电信趋势
加纳北部三条光纤通路受损，修复公告却没有故障图
监管机构一天内发出中断与恢复两份通告。公众知道三条传输通路出问题，也知道服务恢复了；中间发生了什么，通告只字未提。
领导者
Uchenna Ibekwe 想把多国网络装进一个 APNIC 账户，会场两次举手都没拍板
同一家运营商在不同国家经营网络，APNIC 却按国家收着多个会员账户。Uchenna N Ibekwe 想合并账户，保留各国网络的地址和互联安排。2005 年的 APNIC 20 把 IPv4 和 IPv6 分开征询意见，两轮都没有形成明确共识。
互联网历史
HTTP/2 不肯交出整条连接，WebSocket 只拿走一条流
一个网页正通过 HTTP/2 加载图片和样式，聊天窗口同时要开启 WebSocket。旧式握手会请求把整条连接从 HTTP 切换出去；可这条连接上还坐着其他请求。[RFC 8441](https://www.rfc-editor.org/rfc/rfc8441.html) 在 2018 年 9 月给出了更小的房间：服务器先声明支持，客户端再用扩展 CONNECT 在一条 HTTP/2 流上打开双向通道。旁边的流继续运送页面内容。
领导者
Katsuyasu Toyama 为 IPv6 可携地址开了门，APNIC 在门上挂了三个月倒计时
八位作者想让终端网络换运营商时仍留住自己的 IPv6 地址。APNIC 同意了，但最初要求持有人很快接上第二条路，否则地址要收回。后来，倒计时从现行政策中消失。
互联网历史
TLS 1.3 戴着 1.2 的名牌，八个字节却在喊“有人要降级”
一种更新的安全协议，在旧字段里写下旧版本的号码。TLS 1.3 握手中的 `legacy_version` 仍可以是代表 TLS 1.2 的 `0x0303`；真正的版本选择放在 `supported_versions` 扩展中。这身旧外套是为穿过那些只认旧式握手的中间设备。[RFC 8446](https://www.rfc-editor.org/rfc/rfc8446.html) 同时给终端留了一道警报：具备 TLS 1.3 能力的服务器若改用旧版本，须在随机值的最后八字节留下标记，客户端看到便中止握手。
领导者
Terry Manderson 改了两项 DNS 检查，APNIC 手里的橡皮早就备好了
APNIC 原本就能撤下失效的反向 DNS 委派。Manderson 在 2006 年把触发判断写得更具体：服务器必须答出有效的 SOA，还得表明自己对这片区域有权威。
互联网历史
垃圾邮件过滤器看了一眼链接，邮件列表就少了一个读者
安全软件为了检查邮件里的网址，打开了退订链接。列表服务器却把这次访问当成读者要离开的命令。人没有表态，机器替人办了手续。2017 年 1 月的 [RFC 8058](https://www.rfc-editor.org/rfc/rfc8058.html) 对此给出一道清晰的分界：邮件中须有签名保护的单击退订声明，接收端须取得用户同意，再用 HTTPS POST 执行退订。检查链接和改变订阅状态终于成了两回事。
领导者
Tomoya Yoshida 让 APNIC 测新地址，却没能让 IPv4 规则过关
地址分到了手，旧过滤器仍可能把它拦在门外。Yoshida 想让注册机构与运营商一起找出这道门；会议同意检查，却没同意把整套办法写成规则。
领导者
Terry Manderson 想给 APNIC 的邮件更新判一年期限，会员没答应
登记机构看见的是一个认证薄弱、被垃圾邮件挤占的入口。运营者看见的是已经接进生产流程的脚本。把入口关掉，账单会落在谁手里？
互联网历史
Markdown 有了统一的身份证，表格却还得看谁来读
一份 README 里，竖线分开了几列。作者的软件显示一张表；收件人的软件只显示一排排竖线。文件在传输中一个字节都没丢。2016 年，互联网标准为这类文件登记了 `text/markdown`，还给作者留了标注写法的地方。登记解决了“这是什么文件”，页面长什么样，仍由接收端的解析器决定。
领导者
James Spenceley 给 IPv4 分配量装了升降天花板；降到 /18 时，会议把梯子撤了
2009 年，他与 Jonny Martin 想让 APNIC 每次发放的 IPv4 地址随 IANA 空闲池缩水而自动变少。纸上的台阶很整齐。大运营商的客户需求、反复申请的成本和 NAT 的诱惑，却站在每一级下面。
互联网历史
源站报 500，缓存却回了一个旧的 200
源站刚刚出错，读者眼前的页面却显示成功。另一次，源站只是核对得慢，缓存便先把旧副本送出。2010 年的 RFC 5861 为这两种情况划了不同的时间窗：一套换取速度，一套顶住短暂故障。代价也清楚——在许可的秒数里，读者拿到的可能是已经过时的内容。
领导者
Philip Smith 想让 IPv4 转出者两年内别再领地址；这道门从未关上
地址转给别人，再向 APNIC 的空闲池申请一批新的。2009 年，Smith 把这个可能的循环写进政策提案，准备用 24 个月的禁领期截断它。主转让提案被退回重议后，他撤掉了这把锁。