主要领域
互联网基础设施
在 主要领域 分类下,互联网基础设施 按主要领域组织行业情报,帮助读者聚焦互联网基础设施、治理、连接市场或数字资本等方向。页面汇集了相关文章、公开证据、机构、公司、人物、区域关联、运营依赖和市场环境,这些内容可能分散在多个分类页面中。页面解释了该领域、可能的行为主体类型、市场或治理背景,以及读者比较信号时应使用的参考来源。运营商、分析师和治理领域的读者可以观察同一领域如何在事件、档案、市场变化、公开来源证据、区域依赖和更长周期的基础设施决策中随时间显现。

互联网历史
小数点后的位置,不一定比邮编更准确
DNS 曾尝试把主机放上地图。LOC 记录能把经纬度写到千分之一角秒,却也允许水平误差圈默认为十公里直径。两者并不矛盾:一种是格式能分得多细,另一种是发布者究竟知道多少。真正的失真,往往发生在应用把记录里的限定条件删掉,只留下一个漂亮的定位针时。

报道
RIPE RIS 已生成 BGP 快照,交付环节仍然失效
8 月 25 日的事件并非从路由采集器停摆开始。RIPE NCC 表示,16:00 UTC 的 bview 文件已经生成,却在一次故障切换后没有进入公共档案。这个差异使一则小型状态通告变成了一个清晰的问题:公共测量服务究竟在哪一层才算完成?

全球云服务趋势
热门域名的入站邮件有 38.6% 交给两家服务商,真正缺失的是可恢复性指标
公开 DNS 能告诉外界邮件应送往哪里,却不能告诉一家机构要花多长时间,才能把收信、身份和历史记录完整地迁走。

互联网历史
小包回来了,大包仍过不去:PPPoE 的八字节边界
一次成功回应,可能恰好暴露出另一种失败。PPPoE 扩大报文尺寸的历史,不只是把 1492 改成 1500,而是把端点的声明、真正的协商和中间链路的承载能力分开验证。当会话从个人电脑搬到家庭网关,原来由一台电脑承担的限制也换了主人。

互联网历史
报错没有说谎,却漏掉了转发依据:MPLS 标签栈怎样进入 ICMP
一份错误报告可以准确引用原来的 IP 数据报,却没有留下路由器实际用来转发它的那组标签。2007 年的一个 ICMP 扩展补上了这段记录。它增加的不是一张完整网络地图,而是一份有时间、有位置、也有披露边界的现场证据。

互联网历史
两种零,一条回路:PPP 怎样认出自己发出的数
零有时表示“这项能力没有启用”,有时却是必须拒绝的提议。PPP 的 Magic-Number 没有神奇到能凭一个数字识别远端;它的价值在于,把收到的数字放回报文类型、协商方向和本地记录之中,判断线路是不是把自己的话送了回来。

互联网历史
SMTP 不挂断也能忘掉的邮件:RSET 如何划定事务边界
服务器已经记住一个发件人和一位收件人,客户端却在第二位收件人被拒后决定整封邮件作废。`RSET` 让双方能够确认“忘掉这次未完成投递”,同时保留仍然可用的 SMTP 会话。

互联网历史
文件名栏里没有文件名:DHCP 怎样借用旧字段
报文里一块名叫 file 的空间,可以不再装启动文件名。但接收端不能靠猜:它必须先在另一处读到明确声明,再按共同顺序解析和重组。DHCP 对旧字段的借用,展示了协议扩容真正困难的部分——不是找到空位,而是让所有参与者知道这些字节此刻是什么意思。

互联网历史
第二次查询,可能已经换了服务器:DNS NSID 要认的是哪一份回答
一个 DNS 地址可以由许多实例共同提供服务。遇到异常后再问“你是谁”,得到的身份未必属于刚才作答的那一台。2007 年的 NSID 把标识放进原本需要诊断的回答,却刻意没有把它变成全球统一的服务器身份证。

互联网历史
拥塞抹掉的那一位:ECN Nonce 怎样核对一份“没事”的回报
一个路由器只需把两种标记改成同一种标记,就会毁掉接收端不知道的随机信息。2003 年的 ECN Nonce 想利用这点损失,检验拥塞是否被隐瞒;十五年后,实验的退场又提出另一道问题:正确的机制,是否值得一直占用公共码点?

互联网历史
先报服务名,再开始交谈:TCPMUX 把选择权留在主机上
1988 年的一份短规范提出,让新服务共用 TCP 端口 1。它节省的不是连接,而是每项服务都要取得专用公共编号的步骤;省下这一步以后,谁来决定名字指向哪个程序,反而更清楚了。

互联网历史
一位无法维持服务的比特:DNS WKS 为何没能成为实时目录
一封邮件还没有发出第一个 TCP 报文,投递程序就可能因为 DNS 里的第 25 位是零,先把一台邮件服务器从候选名单中划掉。WKS 的教训,藏在这个过早的判断里。

互联网历史
只能说出一台服务器所知姓名的答案:DNS 为何淘汰 IQUERY
DNS 曾经允许一种倒置的提问:问题区空着,答案区却先放进一条资源记录,服务器再去找“哪些名字拥有这个值”。这种对称感很诱人——既然普通查询能从名字走到记录,为何不能沿原路返回?难点不在报文能否倒过来写,而在 DNS 的权威是按名字树分派的。任意记录值并没有相应的委派路径。IQUERY 能诚实地搜索一台服务器看得见的资料,却无法证明该问的正是它,更无法证明它没有漏掉别处的名字。

互联网历史
那封无法说出哪个包已到达的回执:Karn 算法如何教 TCP 拒绝一次测量
同一段 TCP 序列空间先后发出两次:第一次是原始发送,第二次发生在计时器到期之后。随后只有一个 ACK 把确认边界向前推进。它足以证明接收端已经越过那些字节,却没有说明究竟是哪一次发送促成了确认。Karn 算法把这个缺失的因果标签变成一条运行纪律:宁可暂时没有新的往返时间,也不能让无法归因的样本改写 TCP 的时钟。

互联网历史
沉默猜错的掩码:ICMP 如何替一台新主机辨认子网
一台主机醒来时已经拥有 IPv4 地址,却不知道哪些目的地就在同一根线上。它广播询问子网掩码,没有任何回应。旧规范允许它先采用地址类别对应的“未划分子网”掩码,但同时承认:这个猜测可能是错的,因为负责回答的 agent 也许只是暂时宕机。等经明确授权的 agent 恢复,它会用一枚未经请求的广播纠正全网。这个几乎被遗忘的启动机制留下了一条清楚边界:沉默最多支持可逆的运行选择,发布配置的权威却必须另有来源。

互联网历史
防火墙不能随意擦掉的标签:IPv4 安全选项在封闭网络中的余生
一台防火墙看到陌生的“安全选项”,便把它从 IPv4 首部中剥掉。数据包表面上更干净,却未必更安全。在依靠敏感度标签的网络里,接收端可能拒绝这枚无标签数据包,也可能依据入口接口补上一个过高或过低的隐含标签。类型 130 的特殊之处不在于公网上到处传递机密信息,而在于同一台商用设备既可能处于开放互联网,也可能处于封闭的多级安全系统;设备仅凭选项存在,无法预知自己所在的制度环境。

IETF
报文尚未丢失,拥塞已经留下标记:ECN 的漫长机制史
互联网曾长期用丢包来证明拥塞:先让传输受损,再由发送端从损失中推断路径承压。显式拥塞通知(ECN)把关键时点向前挪了一步——路由器可以在报文仍然完整时留下证据;但这两个比特只有在队列、接收端、隧道和发送端共同守约时才有意义。

互联网历史
以沉默表示成功的测试:Discard 协议究竟能证明什么
测试者向 9 端口发出一段已知字节,远端没有回话。这里不能立刻写“超时”,也不能写“接收成功”。RFC 863 对 Discard 的规定正是收到数据、将其丢弃、不发送应用层响应。空白是合规行为,却不是收据;要判断测试结果,必须先说清观察来自本机、传输层、远端进程,还是另一处独立测量点。

互联网历史
没有语法的时钟回答:Daytime 为什么只保证人能看懂
客户端连上 13 端口,收到一行清楚的日期,连接也正常结束。换一台服务器,同一时刻却可能换一种字段顺序、年份宽度和时区写法。两次通信都成功,因为 RFC 867 规定的是“给人看的时间回答”,从未承诺一种可由程序通用解析的日期语法。

互联网历史
一问一答为何永不停下:Echo 与 Chargen 怎样拼成网络回路
一只数据报从端口 19 发出,绕到端口 7,又原样回到端口 19。起点已经沉默,数据包却仍在两个服务之间往返。每一端都只做一次合规回答;问题在于,一端的回答恰好成了另一端的新问题。
