跳转到主要内容

主要领域

互联网基础设施

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

第一包只是一名候选者:RTP 如何让连续性赢得信任

互联网历史

第一包只是一名候选者:RTP 如何让连续性赢得信任

一个包可以在格式上无可挑剔:版本正确、负载类型已知、长度合理,SSRC 也从未见过。RTP 却没有准许这一个孤立的包立刻定义一条媒体流。接收端先要看到一种不在任何单包内部、只能跨时间出现的关系。

2026年8月30日
比路径活得更久的句柄:NFS 如何让身份不透明、让失效可见

互联网历史

比路径活得更久的句柄:NFS 如何让身份不透明、让失效可见

门牌告诉人从哪里找,档案编号告诉管理者眼前是哪一份档案。网络文件系统也需要把“如何抵达”与“抵达了什么”分开。NFS 用不透明文件句柄保存后一种关系,又用持久、易失、失效与过期这些明确语义,约束客户端究竟可以把这份关系信到什么时候。

2026年8月30日
Paul Hoffman 与那份只能回答本机的根区副本

IETF

Paul Hoffman 与那份只能回答本机的根区副本

把完整 DNS 根区放进递归解析器所在的主机,查询就能在机器内部完成。RFC 8806 并没有因此把“根”交给这台机器:本地权威服务不得回答别的主机,数据必须与公共根一致,签名必须通过 DNSSEC 验证,SOA 到期前还必须退回非本地根。它缩短的是执行路径,不是权威链条。

2026年8月30日
流量仍在增长,计数器却变小了:SNMP 如何标记新的测量纪元

互联网历史

流量仍在增长,计数器却变小了:SNMP 如何标记新的测量纪元

接口没有停,字节也没有倒流,可是下一次读取的数字偏偏比上一次小。SNMP 对这个矛盾的回答不是发明一个永不归零的数,而是把正常回绕、数值宽度和测量历史的断点分别记录。

2026年8月30日
套接字关了,命令还没结束:FTP 为什么把完成判定留在控制连接

互联网历史

套接字关了,命令还没结束:FTP 为什么把完成判定留在控制连接

如果日志只留下最后一行,`226` 很像一个万能的成功戳;如果监控只看数据连接,TCP 正常关闭又像另一枚成功戳。FTP 的设计恰恰要求把这两种直觉拆开:字节停止流动是一件事,哪一条命令以什么结果结束是另一件事。

2026年8月30日
会话没换,版本号变了:SDP 如何分开身份与修订

互联网历史

会话没换,版本号变了:SDP 如何分开身份与修订

多媒体会话可以换地址、换编解码器、增加视频,却仍是同一场会话。SDP 没让一个数字同时承担“它是谁”和“它改到哪一版”,而是把这两种连续性拆成相邻但不同的坐标。

2026年8月30日
Stuart Cheshire 与那条用半个 TTL 决定沉默的规则

IETF

Stuart Cheshire 与那条用半个 TTL 决定沉默的规则

抓包里有一幕很反直觉:报文明明是查询,Answer Section 里却装着几条答案。查询方不是冒充权威,而是在告诉同一条链路上的响应方:“这些记录我暂时还记得,不必再发一遍。”RFC 6762 用半个 TTL 给这种沉默划界,也明确禁止旁观者把别人的缓存信念当成可学习的事实。

2026年8月30日
密钥换了,哈希还在:SSH 如何把认证绑定到同一场会话

互联网历史

密钥换了,哈希还在:SSH 如何把认证绑定到同一场会话

一条 SSH 连接可以更换保护流量的密钥,却不必关闭终端、重开文件传输或丢弃端口转发。为了让这种连续性不是一句含糊的“还是同一次登录”,协议把最初的交换哈希固定下来,让后续证明共同指向那个开端。

2026年8月30日
每经过一层缓存,数字就增长:HTTP Age 如何估算响应,而不是给对象定年

互联网历史

每经过一层缓存,数字就增长:HTTP Age 如何估算响应,而不是给对象定年

一篇写于数年前的文档,完全可能带着 `Age: 120` 抵达浏览器。这个数字没有抹去文档历史,也没有声称内容只存在了两分钟;它描述的是另一件更窄、更适合由分布式系统共同维护的事实:当前缓存响应自始发站生成或成功验证以来,估计经过了多少秒。

2026年8月30日
结束一条记录的那个比特:ONC RPC 如何在 TCP 字节流上重建消息边界

互联网历史

结束一条记录的那个比特:ONC RPC 如何在 TCP 字节流上重建消息边界

接收程序读到四个字节时,可能拿到一枚完整标记,也可能只拿到上一段数据的尾巴。TCP 保证顺序,却不替远程调用保存句号。ONC RPC 于是把句法写在流里:三十一位计算片段长度,最高一位只负责在这些字节之后结束记录。

2026年8月30日
一封邮件分成多封抵达:MIME 如何把重组留给接收端

互联网历史

一封邮件分成多封抵达:MIME 如何把重组留给接收端

碎片可以分别排队、分别延误、分别留下投递记录,却在收件人的软件中还原成同一个有类型的对象。MIME 的巧妙之处,不是让每一片冒充整体,而是只规定跨系统协作所需的最小字段,把“整体是否已经成立”交给拥有实际数据的本地程序判断。

2026年8月30日
把区间变成整个文件的条件:HTTP If-Range 如何让残缺字节留在同一版本

互联网历史

把区间变成整个文件的条件:HTTP If-Range 如何让残缺字节留在同一版本

一次传输在文件中途断开,客户端已经保存了前半段。它当然知道下一次该从哪个字节开始,却不知道服务器上的内容是否还是原来那一版。HTTP 用一个克制的分支回答:版本相同就续传,版本不同就忽略区间,发送当前完整表示。

2026年8月30日
向后生长的轨迹:Usenet Path 如何阻止中继把文章送回去

互联网历史

向后生长的轨迹:Usenet Path 如何阻止中继把文章送回去

一篇网络新闻从 A 到达 B,B 最荒唐的下一步就是把它原样送回 A。A 的 Message-ID 历史库当然能认出重复件,但带宽已经浪费了。Usenet 的 `Path` 把“去过哪里”写进文章,让中继在发送之前就避开这趟必然无效的回程。

2026年8月29日
Ari Keränen 与那条先赢得路径选择、却还不能宣告成功的候选对

IETF

Ari Keränen 与那条先赢得路径选择、却还不能宣告成功的候选对

ICE 可以准确记下哪一对传输地址被选中,却看不见人是否听见声音、应用是否准入、媒体是否解码,也不能把一次路径选择当成持续发送的永久许可。真正可靠的会话记录,必须从“已连接”这三个字中拆出多张收据。

2026年8月29日
从未离开消息的链接:MIME Content-ID 如何标记内嵌部件

互联网历史

从未离开消息的链接:MIME Content-ID 如何标记内嵌部件

一封 HTML 邮件里的图片可以拥有看似 URL 的地址,阅读器却无须访问任何网站。`cid:` 指向的对象已经装在同一封消息中。MIME 为这种向内的链接提供了标识,却把解析权留给了消息结构、存储系统和接收应用。

2026年8月29日
一个 Call-ID,多段对话:SIP 如何用 tag 为分叉命名

互联网历史

一个 Call-ID,多段对话:SIP 如何用 tag 为分叉命名

一份邀请可以发往一个地址,却在多台终端上响起并返回多个答案。SIP 没有把 Call-ID 当成唯一的“通话编号”,而是让通信双方各自贡献一半标记,为每份持续状态补全名字。

2026年8月29日
Erik Nordmark 与那个先变陈旧、后被判不可达的邻居

IETF

Erik Nordmark 与那个先变陈旧、后被判不可达的邻居

IPv6 邻居缓存里的 `STALE`,陈旧的不是邻居,而是上一次正面确认。NUD 将“还记得链路层地址”和“刚刚证明前向路径可用”拆成两件事,使系统能在不确定中继续转发,又不把缓存记录冒充成身份或结果。

2026年8月29日
连接断了,会话没有:RTSP 如何把控制状态留在 TCP 之外

互联网历史

连接断了,会话没有:RTSP 如何把控制状态留在 TCP 之外

承载 PLAY 的 TCP 连接可以消失,媒体服务器却仍记得已经建立的播放上下文。RTSP 为这份临时记忆分配了独立标识,也明确限制了它的权力:它不是资源名称,不是媒体通路,更不是操作者身份。

2026年8月29日
不懂就必须拒绝:X.509 关键扩展如何给证书变更划界

互联网历史

不懂就必须拒绝:X.509 关键扩展如何给证书变更划界

新规则写进证书时,旧软件可能连它的名字都没见过。X.509 v3 没有假装所有接收者会同步升级,而是把兼容性选择一并签进证书:有些未知信息可以略过,有些信息若不能理解,验证就不得成功。

2026年8月29日
Carsten Bormann 与 CoAP:这个 Token 匹配的是回应,不是人

IETF

Carsten Bormann 与 CoAP:这个 Token 匹配的是回应,不是人

当日志把“Token 相同”写成“身份验证通过”,协议并没有变强,证据反而变弱了。CoAP 的设计把报文去重、请求关联、通道安全和应用结果分开放置;运营记录也应保留这些边界。

2026年8月29日