跳转到主要内容

主要领域

互联网基础设施

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

广播里有人回答,不等于那台主机已经被确认:RFC 887 如何拆开服务发现的证据链

互联网历史

广播里有人回答,不等于那台主机已经被确认:RFC 887 如何拆开服务发现的证据链

1983 年的主机可以向整个本地网络问一句“谁提供这项资源”。RFC 887 却没有让第一个答复直接成为结论:公开征询、定向否认、第三方线索和服务主机本人的确认,各自只证明不同范围的事实。

2026年8月31日
清单称它“官方”,却没有称它“已经实现”:RFC 880 如何把状态与运行代码分开

互联网历史

清单称它“官方”,却没有称它“已经实现”:RFC 880 如何把状态与运行代码分开

同一行里,GGP 被标为“实验性”,又被注明正在核心网关上使用。这不是 RFC 880 的自相矛盾,而是它最诚实的设计:制度分类、实际部署与技术成熟度本来就是三条不同的证据链。

2026年8月31日

欧洲与中东国家电信趋势

在 4G/5G 紧急通信链路就绪前,NG eCall 按钮不等于已验证的本地安全服务

车内看得见的 SOS 按钮和符合条件的注册日期,只能说明车辆可能配备下一代 eCall。它们不能证明英国当前的“车辆—移动网络—紧急服务”链路已经可以依赖。

2026年8月31日
这扇后门不是路由:RFC 831 如何抵达被分割的 SATNET

互联网历史

这扇后门不是路由:RFC 831 如何抵达被分割的 SATNET

故障时最危险的便利,往往不是多绕一跳,而是把临时入口宣布成所有人都能看见的道路。RFC 831 的方案反其道而行:伦敦的一台多宿主主机可以替特定维护报文执行网关式的源路由和地址改写,却不能发送路由更新。它有转送报文的能力,却没有招揽普通流量的资格。

2026年8月31日
网关能搬运字节,却不能发明缺失的含义:RFC 875 如何质疑协议翻译

互联网历史

网关能搬运字节,却不能发明缺失的含义:RFC 875 如何质疑协议翻译

如果备用网关不知道主网关正在谈的那场会话,它就只是第二只空盒子。RFC 875 从地址、确认、流控和异常信号一路追问,最终揭示了这一点:翻译器一旦替两个不兼容的协议作出对应,就会把会话的含义和状态收进自己内部。

2026年8月31日
主文件已经更新,网络仍可能陈旧:RFC 849 如何拆分推送与轮询

互联网历史

主文件已经更新,网络仍可能陈旧:RFC 849 如何拆分推送与轮询

1983 年 5 月,Mark Crispin 追问的不是 HOSTS.TXT 由谁维护,而是更新怎样抵达真正使用它的主机。RFC 849 把“最新”拆成版本识别、传输、完整性、本地安装和失败恢复,由此揭示了登记状态与运行状态之间的距离。

2026年8月30日
主机表说“支持 TCP”,端口必须亲自回答:RFC 832 如何测量运行事实

互联网历史

主机表说“支持 TCP”,端口必须亲自回答:RFC 832 如何测量运行事实

1982 年 12 月,NIC 主机表已经能写下某台机器“支持 TCP”,但一行登记不能替远端完成一次连接。David Smallberg 的调查把这两层事实并排放置:左边是目录中的能力声明,右边是从特定主机、在特定时段向 Telnet、FTP 和 SMTP 发起连接后实际看到的结果。它没有把测量者变成裁判,而是用结果分类、失败复测和下一周的新快照,给“运行代码优先”划出可审计的边界。

2026年8月30日
那个看起来像终端的进程边界:RFC 818 如何让 Telnet 客户端成为服务

互联网历史

那个看起来像终端的进程边界:RFC 818 如何让 Telnet 客户端成为服务

TC68K 里的 PTY 并不是真终端。它对一个程序表现得像键盘与显示器,另一面却只是把字符交给另一个进程。RFC 818 正是借助这层“可用的假象”,把入站 Server Telnet 接到出站 User Telnet,再用 107 端口给整套能力一个可发现的入口。界面看似连续,权限与证据却必须逐段计算。

2026年8月30日
名字服务差点成为谈判者:RFC 830 如何拆开域解析与能力选择

互联网历史

名字服务差点成为谈判者:RFC 830 如何拆开域解析与能力选择

一个完整名字最先被处理的,不是最靠近用户的左端,而是最右边的顶级域。RFC 830 让源端服务器沿着层级逐段找到目的域,却在抵达域的服务端点后停了下来:真正要用哪种传输、哪种应用、哪个地址,还要再谈一次。后来成为 DNS 的设计保留了层级,却没有保留这位通用谈判者。

2026年8月30日
编号不会让文件变成标准:RFC 825 如何把意图写进记录

互联网历史

编号不会让文件变成标准:RFC 825 如何把意图写进记录

一条目录记录保留了“RFC 825”,状态栏却是空的。编号没有错,链接也能打开,但读者已经失去最重要的判断条件:这份文件是在制定规范、发起讨论、提供信息、报告阶段状态,还是记录一次会议?RFC 825 在 1982 年给出的答案很克制——不要让编号承担它没有获得的权力,要让文件先说明自己正在做什么。

2026年8月30日

欧洲与中东国家电信趋势

私有 5G 设备只有在频谱许可与现场相符后才构成本地网络

无线电设备上墙、SIM 卡开通、覆盖图绘制完成,只能说明一套网络方案已经落地。在英国,项目验收还必须证明最终频谱许可与实际安装的地点和参数一致。

2026年8月30日
层不是模块:RFC 817 如何横切协议栈

互联网历史

层不是模块:RFC 817 如何横切协议栈

协议栈图把 IP 画在 TCP 下面,TCP 又画在 Telnet、FTP 和 SMTP 下面。图中的横线回答了协议之间如何提供服务,却没有回答一台正在运行的主机应当在哪里读报头、唤醒进程、维护计时器和移动数据。1982 年的 RFC 817 抓住了这个常被忽略的差别:网络层次是互操作合同,执行模块则是本地成本的分配方式,两者不必沿同一条线切开。

2026年8月30日
报错只是建议,不是裁决:RFC 816 如何分层判断故障

互联网历史

报错只是建议,不是裁决:RFC 816 如何分层判断故障

邮件正文的每个字节都已被 TCP 确认,收件程序却可能在发出 SMTP 最终确认前崩溃。RFC 816 借这个早期事故说明:传输成功、网络报错、等待超时和业务完成各有边界,任何一层都不能替下一层宣布结果。

2026年8月30日
丢失的报文段没有拦住后来者:RDP 如何把可靠与有序拆开

互联网历史

丢失的报文段没有拦住后来者:RDP 如何把可靠与有序拆开

“已经收到”在网络里从来不只有一种含义。接收端可以确认某个报文段完好到达,却仍缺少它前面的报文段;它可以把这份到达事实告诉发送端,却不一定把数据交给应用;即使交给了应用,也不能据此断言操作已经完成。1984 年的 RDP 把这几层证据明明白白地分开了。

2026年8月30日
Dieter Sibold 与让时间服务器学会遗忘的加密收据

IETF

Dieter Sibold 与让时间服务器学会遗忘的加密收据

安全授时面对一个反直觉的问题:服务规模越大,服务器越不能记住每一位客户端。RFC 8915 的答案不是削弱认证,而是把协商状态封进客户端代为保管的不透明 cookie。服务器可以忘掉会话,却不能忘掉证明链条中每一步的边界。

2026年8月30日
名称不是地址:RFC 814 如何把身份与路径分开

互联网历史

名称不是地址:RFC 814 如何把身份与路径分开

端口 23 曾经可以表示远程登录服务,却不等于“这个流量就是 Telnet”,更不等于“这个进程值得信任”。RFC 814 在 1982 年把这种差别放进一条更长的链:名称回答要找什么,地址回答它接在哪里,路由回答下一步怎么走,端口才在主机内部选择服务。

2026年8月30日

欧洲与中东区域 ISP 趋势

两条光纤电路只有在路径得到证明后才算真正分离

两条接入线路可以拥有不同合同、不同电路编号和不同运营商品牌,却在同一次道路施工中同时中断。韧性不是采购清单上多出一个供应商,而是共同失效点已经被看见、记录并验证。

2026年8月30日
David Lawrence 与那条活过 TTL 的 DNS 答案

IETF

David Lawrence 与那条活过 TTL 的 DNS 答案

一条 DNS 答案的 TTL 已经归零,权威服务器却暂时无法给出可用的新答案。RFC 8767 允许递归解析器在严格边界内继续使用旧副本:先真正尝试刷新,确认失败或超时,再短暂返回过期值,同时继续寻找权威来源。副本延续的是服务,不是权威身份。

2026年8月30日
确认止于链路:PPP 如何把可靠性限定在本地

互联网历史

确认止于链路:PPP 如何把可靠性限定在本地

1994 年,PPP 获得了一种可选的编号、确认与重传办法。RFC 1663 把这套相邻节点之间的恢复循环写得很精确,也把它的权力边界写得很窄:一份确认可以证明某条链路上的帧推进了,却不能替身份认证、路由连通或应用完成作证。

2026年8月30日
层级其实是一张图:Gopher 如何把下一台服务器写进每一行菜单

互联网历史

层级其实是一张图:Gopher 如何把下一台服务器写进每一行菜单

屏幕上是一棵整齐的目录树,线缆里却没有一棵由中心统一维护的树。Gopher 的每一行菜单都把两种信息并排放置:读者看到的名称,以及客户端必须执行的下一步——类型、不透明 selector、host 和 port。人只做了一次选择,程序却可能跨过机构边界,重新建立一段无状态连接。

2026年8月30日