跳转到主要内容

行业情报

最新文章

关于基础设施运营商、政策决策、市场动向与数字权力转移的最新情报。

ICANN 确认 SSE 出错后还要重新评估:两次决定如何衔接?

ICANN

ICANN 确认 SSE 出错后还要重新评估:两次决定如何衔接?

申请人可能赢得 ICANN 字符串相似性评估挑战,却还没有赢得新的评估结果。中间不可省略的是重新评估记录:挑战确认了什么、评估人员重新考虑了什么,以及后来的决定如何承接第一次决定。

2026年8月30日
穆罕默德·阿旺·拉与JARING:谁掌握技术,谁掌握公司命运

互联网历史

穆罕默德·阿旺·拉与JARING:谁掌握技术,谁掌握公司命运

穆罕默德·阿旺·拉是马来西亚早期互联网发展中最醒目的个人之一,但醒目并不等于拥有全部权力。公开记录显示,他在技术建设和运营管理上承担了核心责任;同一批记录也表明,JARING 的机构发起、公司重组、所有权变动、管理层继任以及最终清盘,分别受 MIMOS、股东与治理机构、后任管理层、债权人和法院控制。把这些不同权力放回各自的位置,才能既不抹去他的贡献,也不把一家机构数十年的全部成败写成一个人的传记。

2026年8月30日
四个批次都返回了,邮箱却从未被冻结:RFC 10022 与 UIDBATCHES 的结案权限

案例档案

四个批次都返回了,邮箱却从未被冻结:RFC 10022 与 UIDBATCHES 的结案权限

RFC 10022 允许 IMAP 服务器用几个 UID 区间,为大邮箱预先划分后续工作。区间的端点可以没有对应邮件,实际数量可以少于请求值,旧区间会因删除变稀,新邮件则在原最高 UID 之外继续增长。因此,`OK UIDBATCHES completed` 只证明“地图算完了”,不证明地图里的工作已经执行,更不证明整座邮箱已经被清点。

2026年8月30日
一条链路其实由多条组成:PPP Multilink 如何让整个束共用同一序列

互联网历史

一条链路其实由多条组成:PPP Multilink 如何让整个束共用同一序列

第二条线路接通时,PPP 不必另起一场网络层会话。Multilink 把每条线路看作同一个束的成员:分片各自经过链路封装与校验,接收端却按一个贯穿全束的序列重新拼成原包。标准真正节制之处,在于它只规定重组所需的共同事实,把如何分、发往哪条线路、何时增减带宽留在本地。

2026年8月30日
许可证失效了,配置却没有消失:RFC 10016 与系统状态的执行权

案例档案

许可证失效了,配置却没有消失:RFC 10016 与系统状态的执行权

一项功能被关闭时,设备可以撤下由系统生成的节点,控制器却仍保存着自己的配置意图。RFC 10016 把这类分歧从厂商私有行为带进标准数据模型,也迫使管理者回答:设备提供的值、客户端提交的值、经过合并的目标与真正运行的状态,究竟由谁负责。

2026年8月30日
MENOG 本地主办方可以签合同,但批准权仍在秘书处

MENOG

MENOG 本地主办方可以签合同,但批准权仍在秘书处

MENOG 把大量现场工作和可见权益交给本地主办方,同时在主办要求里划出一条清楚的边界:主办方可以代表 MENOG 秘书处签署服务合同,但签署必须取得秘书处批准。

2026年8月30日
成功为何终结了自己的流:XMPP 在 TLS 与 SASL 之后为何重新开流

互联网历史

成功为何终结了自己的流:XMPP 在 TLS 与 SASL 之后为何重新开流

TCP 连接没有断,XMPP 却认定原来的 XML 流已经失效。TLS 或 SASL 成功改变了通道的安全与身份条件;旧流里出现过的地址、编号和能力,不能因此自动升级为可信事实。协议保留昂贵的传输连接,同时重新建立应用层语境。

2026年8月30日
校验和没有见过的字符:PPP 如何先整理串行路径,再判断帧是否可信

互联网历史

校验和没有见过的字符:PPP 如何先整理串行路径,再判断帧是否可信

PPP 并没有让校验和记住串行线路上出现过的每一个字符。它先划定哪些字节属于帧,哪些只是临时的透明传输包装,哪些低位控制字符可能由中间设备插入;接收端撤销这些有边界的路径处理之后,才校验对端真正要发送的那一帧。

2026年8月30日
树已激活,第十二个叶子却一包未收:RFC 10018 与多点交付的结案边界

案例档案

树已激活,第十二个叶子却一包未收:RFC 10018 与多点交付的结案边界

多点业务最容易被“多数成功”掩护:根节点只发一份,网络在途中复制,十一处有流量,第十二处全黑,汇总曲线仍像一次成功变更。RFC 10018 为 MVPN、EVPN 与 SR-MPLS/SRv6 P2MP 建立了清晰的互操作接口;它并没有把路由通告、控制器回执或 Tree-SID 变成所有叶节点的收货单。真正可结案的对象,是同一个树版本下逐叶对齐的意图、成员、安装、转发、OAM 与业务结果。

2026年8月30日
版本没有退场,旧握手必须退场:RFC 10015 与 TLS 1.2 密钥交换的执行权

案例档案

版本没有退场,旧握手必须退场:RFC 10015 与 TLS 1.2 密钥交换的执行权

把 TLS 1.2 留在允许清单,不等于把它历史上所有握手方式一并保留。RFC 10015 划出更窄也更难执行的边界:有限域 DH 与 RSA 密钥交换必须从 1.2 的协商路径中消失,静态 ECDH 应当退出,而配置是否真正生效只能由运行中的端点和观测到的握手证明。

2026年8月30日
只在真正省字节时出现的包头:IPComp 如何把压缩变成逐包决定

互联网历史

只在真正省字节时出现的包头:IPComp 如何把压缩变成逐包决定

IPComp 最有价值的规则不是“能压就压”,而是“压完若没有更小,就当这次压缩从未上过线”。两个节点可以已经建立同一套解压关系,某个报文仍然合法地保持原样,连 IPComp 头都不携带。能力属于关联,执行必须由每个数据报单独证明值得。

2026年8月30日
随一条流而死的报文中继:SOCKS5 如何把 UDP 绑定到 TCP 关联

互联网历史

随一条流而死的报文中继:SOCKS5 如何把 UDP 绑定到 TCP 关联

中继端口还在收到格式正确的 UDP 报文,控制它的 TCP 连接却刚刚消失。SOCKS5 没有让“还有流量”自动延长权限,而是终止整项关联。无连接传输没有告别动作,协议便向另一种传输借来一个可核验的寿命边界。

2026年8月30日
一把锁不了隧道的 Key:GRE 如何把流标识与安全分开

互联网历史

一把锁不了隧道的 Key:GRE 如何把流标识与安全分开

GRE 很早就把一个 4 字节字段叫作 Key,却没有给它一套能证明身份的钥匙制度。后来标准没有把名字包装得更强,而是把职责收窄:它只负责指出隧道里的哪一股逻辑流。Sequence Number 也只记录顺序。真正的安全必须从字段之外包住整个报文。

2026年8月30日
W3C 决定修改 WCAG 3,但没有冻结全部文字

案例档案

W3C 决定修改 WCAG 3,但没有冻结全部文字

2026 年 8 月 25 日,W3C 无障碍指南工作组通过三项决议,要求依据一份协作文档更新 WCAG 3 的一致性章节。三项决议都附带同一个条件:先解决文档中的相关评论。这个条件没有让决议失效,反而精确说明了授权边界。真正缺少的是一张可核验的“决议—文本差异对照”:工作组看过哪个版本、留下哪些问题、编辑后来改了什么、最终合并的是哪一份文本。

2026年8月30日
两个算法没有形成两个故障域:RFC 10024 的随机数边界

案例档案

两个算法没有形成两个故障域:RFC 10024 的随机数边界

一条 TLS 连接可以在协议上完整协商 X25519 与 ML-KEM 的混合组,同时在运行上把两者交给同一个失效中的随机数发生器。RFC 10024 分散的是密码学假设;真正的部署还必须证明,组件之间没有被一个共同根重新绑在一起。

2026年8月30日
RIPE NCC 7月IPv4转移总量的89%来自四组对手方

报道

RIPE NCC 7月IPv4转移总量的89%来自四组对手方

RIPE NCC 的 8 月会员简报称,7 月共有 5,935,616 个 IPv4 地址发生转移,比 6 月多 4,159,744 个。四份公开明细可以逐项复算这两个数字,也揭示了总数背后的形状:按公开的转出方与转入方名称归组,前四组就占 5,299,712 个地址。7 月确实是“大块地址很多”的一个月,却不能据此说参与者普遍增多。

2026年8月30日
名字对上了,钥匙却没有撤销权:RFC 10007 补上的 `cRLSign` 证明

案例档案

名字对上了,钥匙却没有撤销权:RFC 10007 补上的 `cRLSign` 证明

验证器升级后的第一批告警,未必说明新版软件出了错。它也可能在揭露一笔积压多年的签发债务:签名是真的、证书链是通的、签发者名字也一致,但这把钥匙从未被明确授权签署证书撤销列表。

2026年8月30日
指针点出坏字节:ICMP 如何让丢弃变得可诊断

互联网历史

指针点出坏字节:ICMP 如何让丢弃变得可诊断

一台机器读不下去时,可以悄悄扔掉报文,也可以说明自己停在了哪里。ICMP Parameter Problem 选择了一种克制的说明方式:报文照样丢弃,只返回原因、字节偏移和一段有明确长度上限的原报文。它没有承诺还原全部真相,却把无声失败变成了可核对的证据。

2026年8月30日
Peter Thomassen 与必须问遍所有权威服务器的更新

IETF

Peter Thomassen 与必须问遍所有权威服务器的更新

权威服务器的一次正确回答,并不必然代表整个权威服务已经提出同一项请求。Peter Thomassen 独著的 RFC 9975 把这个看似细小的差别变成父区自动化的硬边界:证据集合尚未一致时,父区保持原状。

2026年8月30日
第一包只是一名候选者:RTP 如何让连续性赢得信任

互联网历史

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

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

2026年8月30日