跳转到主要内容

主要领域

技术

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

Jakub Kicinski:Linux 如何将网络功能转化为可持续基础设施

创造者

Jakub Kicinski:Linux 如何将网络功能转化为可持续基础设施

一款新网卡可能带着引人注目的功能和紧迫的商业时间表而来。但 Linux 必须提出一个更缓慢的问题:这种能力能否以其他设备也能理解、运营人员可以观测、测试能够复现,并且维护者多年后仍能支持的方式来表达?Jakub Kicinski 的职业经历正建立在这些边界之上。他从 Netronome 的可编程 NFP 硬件走向 Linux 网络的共同维护,展现了代码审查、API 设计和测试基础设施如何在聚光灯之外,决定这一广泛应用的开放操作系统能够负责任地作出什么承诺。

2026年9月2日
Alia Atlas 与不承诺路径的 TE 度量

IETF

Alia Atlas 与不承诺路径的 TE 度量

一个性能数值可以有用,却不必成为承诺。由 Alia Atlas 共同署名的 RFC 7471 让 OSPF 能为流量工程分发链路性能信息,但它并不规定这些信息怎样测得,也不规定接收方必须怎样行动。因此,一项 TE 度量不是某条路径已计算、已信令、已安装、正在承载流量或达到服务目标的凭据。

2026年9月2日
Jari Arkko 与协议其实不需要的注册表字段

IETF

Jari Arkko 与协议其实不需要的注册表字段

公共注册表里的老字段很容易被误认为天然必要:它被保留得足够久,填写者便以为必须交,读者也以为仍然有用。RFC 8602 做的是一项边界清楚的修正:TRIP 的两类注册手续不再要求邮政地址,IANA 也移除了此前收集的地址。它修订的是指定注册表的收集规则,不是对所有历史副本、所有隐私实践或所有电话路由作出保证。

2026年9月2日
Lars Eggert 与逃不掉共享成本的 UDP 数据报

IETF

Lars Eggert 与逃不掉共享成本的 UDP 数据报

UDP 给应用的是一份轻量的传输契约,不是一张私有网络的通行证。Lars Eggert 共同署名的 RFC 8085 划定了这条边界:实现方法可以本地选择,挤占共享路径的成本却不能转嫁给别人。

2026年9月2日
Nandita Dukkipati 与不再忽停忽冲的 TCP 恢复

IETF

Nandita Dukkipati 与不再忽停忽冲的 TCP 恢复

同样把拥塞窗口从二十收缩到十,并不代表两次恢复做了同一件事。一次可以先沉默半个往返时间,再突然补发一串报文;另一次则随着 ACK 返回,逐次放行经过计算的少量数据。终点相同,沿途给队列、超时风险和运维判断留下的事实却完全不同。Nandita Dukkipati 参与推动的比例速率缩减,正是把这段“怎么走”变成了可以验证的控制面。

2026年9月2日
Ashesh Mishra 与那次必须能够撤销的 BFD 校验

IETF

Ashesh Mishra 与那次必须能够撤销的 BFD 校验

报文还没有通过验证,接收端却必须先算出“未来”的一个值。麻烦在于:这次试算本身,就可能抹掉它拒绝该报文时仍需依赖的当前状态。

2026年9月2日
Wes Hardaker 与那台必须熬过两种 TTL 的 DNS 服务器

IETF

Wes Hardaker 与那台必须熬过两种 TTL 的 DNS 服务器

新权威服务器已经稳定应答,旧服务器的流量也几乎归零。此时关机看似只是收尾;但对仍拿着父区旧委派的递归解析器而言,那不是收尾,而是把一条尚未到期的路突然截断。

2026年9月2日
Mirja Kühlewind:QUIC spin bit 测到的是应用周期,不一定是网络 RTT

IETF

Mirja Kühlewind:QUIC spin bit 测到的是应用周期,不一定是网络 RTT

旁路观测器每隔 200 毫秒看到一次整齐翻转,于是把路径 RTT 写成 200 毫秒。报文和减法都没有错,错的是问题:应用正以 200 毫秒为周期稀疏发送,实际路径快得多。

2026年9月2日
Murray Kucherawy:DKIM 验证通过时,邮件尾部仍可能没有签名

IETF

Murray Kucherawy:DKIM 验证通过时,邮件尾部仍可能没有签名

一封邮件的认证结果写着 `dkim=pass`,正文却不一定全部进入过签名计算。DKIM 的可选标签 `l=` 可以让哈希在规范化正文的某个位置停止;阅读器仍会继续显示后面的内容。绿色结果没有错,错的是把它扩大成“整封邮件都受保护”。

2026年9月1日
John Klensin:SMTP 的肯定答复接下责任,却不证明送达

IETF

John Klensin:SMTP 的肯定答复接下责任,却不证明送达

发件服务器在 DATA 结束后收到 `250 OK`,于是从队列中删掉本地副本。这个动作可以完全合规:远端已经接手。问题在于,很多面板把“有人接手”改写成了“收件人已经收到”。

2026年9月1日
Tomek Mrugalski:DHCPv6 的“成功”并没有续租

IETF

Tomek Mrugalski:DHCPv6 的“成功”并没有续租

设备换了网络,IPv6 地址仍在,DHCPv6 还返回 `Success`。最容易发生的错误,是把三件真事拼成一句假话:“租约已经续期。”RFC 9915 的边界更窄,也更可靠:地址适合当前链路,原有租期继续倒计时。

2026年9月1日
Bob Briscoe 与那枚无法证明低时延的 L4S 标记

IETF

Bob Briscoe 与那枚无法证明低时延的 L4S 标记

包头写着意图,排队器留下事实,时钟记录结果。RFC 9332 的精妙之处,正是没有把这三件事混为一谈:一个携带 ECT(1) 的包,可能被某个运营者有意送进 Classic 队列,而它端到端的 L4S 标识仍然保持不变。

2026年9月1日
Kent Watsen 与没有记录运行中套接字的 UDP 模型

IETF

Kent Watsen 与没有记录运行中套接字的 UDP 模型

一张配置截图能够证明系统曾收到怎样的意图,却不能证明内核最后绑定了哪个端口。RFC 9984 的价值,恰恰在于它没有让一份可复用模型冒充运行现场。

2026年9月1日
David Schinazi:目的端尚未回应,UDP 隧道为何已经成功

IETF

David Schinazi:目的端尚未回应,UDP 隧道为何已经成功

一个状态值首先要回答的,不是“成功了吗”,而是“谁有资格说成功”。CONNECT-UDP 的成功由代理发出,它确认自己已经准备转发;这句话不能越过网络,替尚未出声的目的端作证。

2026年9月1日
Christopher A. Wood 与不应由单一运营方掌握的隐私边界

IETF

Christopher A. Wood 与不应由单一运营方掌握的隐私边界

Oblivious HTTP 的核心不是让一家机构承诺“不看”,而是让任何一个合规角色都看不全:中继知道请求从哪里来,却打不开内容;网关能读懂内容,却不应知道最初是谁连进来。

2026年9月1日
Martin Thomson 与那份能解密会话、却不能证明会话发生过的密钥日志

IETF

Martin Thomson 与那份能解密会话、却不能证明会话发生过的密钥日志

抓包里出现了明文,调查报告便写下“会话已被证明”。这句话跨得太远。解密成功证明秘密材料与一组通信记录可以配合使用;它没有自动补上记录者、端点、授权、时间和保管链。

2026年9月1日
Todd Herr 与那封通过 DMARC 却依然不安全的邮件

IETF

Todd Herr 与那封通过 DMARC 却依然不安全的邮件

安全系统最容易犯的错误,不是算错,而是把算对的结果用到错误对象上。DMARC 显示 `pass` 时,它确认的是发件人域名的使用经过授权;它没有确认屏幕上的人名、邮件里的承诺、附件的安全性,也没有替收件服务器作出投递决定。

2026年9月1日
Adrian Farrel 与那份在发布前消失的实现回执

IETF

Adrian Farrel 与那份在发布前消失的实现回执

一份标准草案里最有价值的表格,可能恰恰是正式发布前必须删除的表格。它列出谁写了代码、实现了哪一版、覆盖了哪些功能、做过什么测试;它的用途不是成为永久荣誉榜,而是在设计尚可修改时,让抽象规范接受运行事实的检验。

2026年9月1日
Lukasz Kondrad 与尚未成为重建场景的 RTP 分组

IETF

Lukasz Kondrad 与尚未成为重建场景的 RTP 分组

SDP 可以声明 atlas、占用、几何与属性流属于同一份 V3C 表示;这只是成员关系,不是接收端已经还原出同一三维场景的证明。

2026年9月1日
OpenAI 联盟呼吁加快 AI 网络安全防御

全球机构趋势

OpenAI 联盟呼吁加快 AI 网络安全防御

超过 100 家组织呼吁加快漏洞修复、共享威胁情报,并扩大关键基础设施防御 AI 的应用。

2026年8月31日