跳转到主要内容

主要领域

基础设施

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

消息完整抵达,阅读顺序却仍有三个责任方:RFC 1556

互联网历史

消息完整抵达,阅读顺序却仍有三个责任方:RFC 1556

同一封希伯来语与英语混排的邮件,可以在每一跳都保持字节不变,却在两个收件人的屏幕上变成两种句子。RFC 1556 追问的不是字符有没有到,而是到达之后究竟由谁决定它们被人怎样读。

2026年9月6日
TCP 为什么同时需要结束标记和无操作

互联网历史

TCP 为什么同时需要结束标记和无操作

TCP 的可变选项区必须让接收方知道哪里停止解析,也必须允许发送方调整后续选项的位置。EOL 与 NOP 分别承担这两个任务。

2026年9月6日
中继器先回复,后重置:RFC 1516

互联网历史

中继器先回复,后重置:RFC 1516

“收到”必须先走出设备,“完成”却要等破坏性动作之后才有资格出现。RFC 1516 没有把这两个时刻揉成一个成功状态:SNMP 回复、硬件重置、健康更新与业务恢复,各自需要自己的见证。

2026年9月6日
选定下一代协议之前,互联网先问谁要与它共处:RFC 1550

互联网历史

选定下一代协议之前,互联网先问谁要与它共处:RFC 1550

电表和无线链路,比任何候选协议的包头更早出现在 RFC 1550 里。1993 年的这份征集没有急着问谁会赢,而是先让未来承担迁移、运营与安全后果的人说明:新协议必须经受什么。

2026年9月6日
告警必须等五秒,计数器不必:RFC 1515

互联网历史

告警必须等五秒,计数器不必:RFC 1515

同一个以太网介质连接单元可以在五秒内两次进入异常状态。管理端也许只收到一次告警,下一次轮询又已经看见正常;但进入异常状态的累计数仍可能增加两次。1993 年的 RFC 1515 把这三种记录并排保留下来,因为“需要注意”“现在怎样”与“发生过几次”本来就不是同一项事实。

2026年9月6日
功能关掉,标准也得照常工作:RFC 1547

互联网历史

功能关掉,标准也得照常工作:RFC 1547

在按流量收费的线路上,一枚只为确认“对端还活着”的报文也会进入账单。RFC 1547 从这类不起眼的冲突出发,提出了一条很硬的规则:一端需要某项功能,另一端选择关闭它,双方仍必须留在同一个协议里。

2026年9月6日
同一块盘,为什么容量表里不是同一个数字:RFC 1514

互联网历史

同一块盘,为什么容量表里不是同一个数字:RFC 1514

机房里只有一套存储硬件,监控端却收到几种不同的“容量”:设备有设备的总量,文件系统有自己的边界,应用真正能申请到的空间又少了一截。RFC 1514 没有把这种差异当作需要抹平的噪声,而是把它写成 Host Resources MIB 的结构:先说明数字属于哪一层,再谈数字有多大。

2026年9月6日
地址没变,接手的服务器却可以变:RFC 1546

互联网历史

地址没变,接手的服务器却可以变:RFC 1546

运维记录里,一串多年不变的 IP 地址很容易被写成“那台服务器”。但在 RFC 1546 设想的世界里,这种写法从第一天起就不成立:地址负责把一次请求交给某个能提供服务的成员,却没有承诺下一次仍由它接手。

2026年9月6日
探针多记了一次资源告急,却不知道漏了多少帧:RFC 1513

互联网历史

探针多记了一次资源告急,却不知道漏了多少帧:RFC 1513

计数器从 41 跳到 42,数字干净得像一项确定事实。可若追问“刚才究竟漏掉多少帧”,RFC 1513 的答案是:这个计数器没有回答那道题。它只说明远程监测探针又一次察觉自己资源不足。

2026年9月6日
AfNOG 的可选实操教程未说明资源需求

AFNOG

AfNOG 的可选实操教程未说明资源需求

AfNOG 2007 年征集页允许教程包含实操环节,却未公布相应资源要求。

2026年9月6日

IETF

MPLS 丢包与时延测量揭示性能,却不接管路径控制权

MPLS LM/DM 的运行起点很直接:丢包测量从报文或字节计数器的差值推导损失,时延测量则从经由 G-ACh 承载的 LM/DM 查询—响应交换中携带的时间戳推导单向和双向数值。它观察已经存在的 LSP、伪线或段,而不是建立或修理这条路径。

2026年9月6日
RapidSeedbox 的路由交接让“位置”成为证据问题

全球区域 ISP 趋势

RapidSeedbox 的路由交接让“位置”成为证据问题

RapidSeedbox 的官方指南区分了两种模式:地址段用于该公司的专用服务器时,路由可由 RapidSeedbox 负责;地址段用于客户自有服务器时,则由客户的数据中心或服务商凭授权书完成路由宣告。因此,一个国家标签并不能说明谁控制网络路径、主机或恢复操作。

2026年9月6日
TCP 序列号为什么会回到零

互联网历史

TCP 序列号为什么会回到零

TCP 的序列字段长度有限,但字节流仍能保持连续,因为协议把序列空间看作一个环,而不是一条无限延伸的整数线。

2026年9月6日
一种意图,两套链路状态语言:RFC 9903 与 OSPF SR-MPLS 控制边界

IETF

一种意图,两套链路状态语言:RFC 9903 与 OSPF SR-MPLS 控制边界

同一个 SR 意图可以通过共同的 YANG 管理面来管理,但它不会因此拥有相同的线缆表达:OSPFv2 使用 Opaque LSA,OSPFv3 使用 Extended LSA 及其不同的 TLV。RFC 9903 的价值正在于把管理契约统一起来,同时保留两条必须分别核验的协议证据路径。

2026年9月6日
QUIC 流限制统计的是开启次数,不是实时并发

IETF

QUIC 流限制统计的是开启次数,不是实时并发

MAX_STREAMS 是连接生命周期内的累计授权,不是应用当前工作量的仪表盘。

2026年9月6日

IETF

MPLS 通用关联信道承载维护流量,却不把标签变成转发授权

GAL 的标签值 13 首先把报文标记为 Generic Associated Channel(G-ACh)报文,并表示在标签栈底部之后应出现 ACH;随后由 ACH 中的 Channel Type 选择已注册的处理上下文。这个顺序把维护信息放进伪线、LSP 和段的带内信封,却不要求它依赖用户流量、分组交换网络路由或动态控制平面功能。关键界线是:RFC 5586 规定封装和异常处理,不规定能力协商,也不规定被承载 OAM 功能本身如何运行。

2026年9月6日
让 TCP 流量控制运转起来的那个数字

互联网历史

让 TCP 流量控制运转起来的那个数字

TCP 的 Window 字段把接收许可变成了序列号空间中的移动边界。

2026年9月6日
AfNOG 将“即将部署”的技术纳入教程,却未界定成熟度

AFNOG

AfNOG 将“即将部署”的技术纳入教程,却未界定成熟度

AfNOG 2007 年征集页纳入即将部署的技术,但没有说明如何判断其成熟度。

2026年9月6日
复制句柄数值,并不会搬走凭据:RFC 1509

互联网历史

复制句柄数值,并不会搬走凭据:RFC 1509

把同一个指针大小的数值复制到另一个进程,复制的是一串本地引用,不是凭据、主体或权限。RFC 1509 把这种差别写进了 C 绑定:句柄只有在调用者与本地 GSS-API 状态的共同语境中才有意义。

2026年9月6日
RSI-NET 的维护通知显示业务连续性证据仍不完整

欧洲与中东区域 ISP 趋势

RSI-NET 的维护通知显示业务连续性证据仍不完整

RSI-NET 的一则通知把两个地区可能出现的服务中断,与莫斯科 MMTS-9 的供电作业联系起来。它为一项潜在依赖提供了范围有限的线索,却没有说明完整交付路径、备用方案以及各环节的恢复责任。

2026年9月6日