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

互联网历史
一根网线,两张路由图:RFC 1609 不让机柜替协议说话
值班员看见两台机器之间有线,便把它画成一条可走的路。IP 数据包却被这条“路”挡住了:设备连着,不等于该协议会转发。1994 年的 RFC 1609 想把实物与协议视图分开登记,再用指针接回去。故障时翻错地图,损失的是排障时间与下一次路径判断。

互联网历史
MD5 把答案印在了试卷背面
1992 年,Ronald Rivest 向互联网社群公开 MD5:无论输入多长,最终都压成 128 位摘要。那份 RFC 还附上 C 语言参考程序、测试驱动,以及程序应该吐出的七组结果。读者可以照着文字写程序,也可以编译附录,对照自己的机器是否算出了同一串字符。多年后,MD5 的安全评价变了,七道题的答案却没有变。这个反差,正是故事所在。

互联网历史
附件里有个人,请查收
1993 年愚人节,两位工程师给电子邮件加了一种新附件:人。收件人需要知道包裹的长宽高、分子扫描精度,还得提防磁盘空间不足把实验鼠截成零字节。RFC 1437 的笑话从头到尾板着脸,仿佛只要把 MIME 类型写得够认真,邮局就能把你塞进电脑。几十年后,正式的 RFC 文档还专门交代了这个类型为什么从未进入注册表。

互联网历史
邮件传到第 6,135 个字节断了,服务器拿出了收据
RFC 1845 写了一段很像工地交接的 SMTP 对话:线路中断,客户端稍后回来,服务器答 `355 6135`。它说自己已存下邮件正文数据的前 6,135 个八位字节。接下来的问题不是“邮件叫什么”,而是这张收据究竟对应哪一次传输、从哪里开始继续数。

互联网历史
FTP 只备了六个格子,下一代互联网却提着大箱子来了
文件还没开始传,地址先卡在门口。FTP 的 `PORT` 命令给主机地址留四个十进制数,给 TCP 端口留两个。1993 年,工程师讨论更长、更灵活的网络地址,也讨论别的传输接口;这张六格小表填不下那些可能性。David Piscitello 写出一份实验性 RFC,给修补方案起了个像玩笑的名字:FOOBAR。真正的麻烦藏在逗号之间。

互联网历史
一封摘要装下整张邮件列表,也扔掉了来路纸条
邮件列表热闹起来以后,问题并不玄妙:每封投稿都单独寄给所有订阅者,邮递程序得反复搬运,邮件头也跟着一遍遍上路。版主于是把多封信装进一封摘要。1990 年的 RFC 1153 把这套早已使用的做法写成格式,其中一条尤其干脆:内层邮件的 `Received` 头应当丢弃。大信封走得轻快,单封来信原先经过的站点却不会完整留在摘要里。

互联网历史
邮件还在路上,X.25 已经伸手去挂电话
寄信的人说完“再见”便挂断电话,听起来合乎礼节;可在 X.25 虚电路上,尚在传输的分组可能随着清除电路一起消失。1989 年的 RFC 1090 让 SMTP 直接坐上这种电路,也给收尾动作定了规矩:先等对方的服务关闭应答,再碰断线开关。一封信能否走完当前这段路,藏在一句“再见”的先后顺序里。

互联网历史
NTP 不再数八次未接来电,先看看线路通没通
网络时间协议原本靠最近八次交换的回音,判断另一台时钟所在的机器是否还答话。1990 年,Jon Crowcroft 与 Julian Onions 把 NTP 放进 OSI 的远程操作服务,试着让它跑在 X.25 一类有连接的网络上。线路是否建立,立刻给了“对方在不在”另一种答案。至于钟走得准不准,仍得由时间报文自己交代。一本记录八次应答的小册子,少了一项差事。

互联网历史
字符送到了,屏幕却想冒名顶替:RFC 1502
一封跨语言邮件的字节可以完好抵达,收件人却读到另一个字。1993 年的 RFC 1502 为 X.400 GeneralText 立下朴素的规矩:设备画不出原字符,就标出缺口;不能拿本地字符集中占同一字节位置的字形蒙混过关。

互联网历史
每敲一个键,都要给网络买两张车票
按下一个字母,终端把它裹进带 TCP/IP 头的报文送到主机;主机再用一个报文把这个字母回显回来。1988 年 RFC 1043 的作者想让这种昂贵的打字方式安静下来。他们把 TELNET 的数据录入终端选项做成可协商的全屏表单:人在本地填写可编辑的栏位,完成后再把约定的信息送回远端。省掉零碎往返之前,双方先得说清楚各自会什么。

互联网历史
一根波浪线,给中文邮件开了扇七位小门
早期邮件链路习惯七位字符,中文电脑却各有自己的八位存储办法。HZ 把协调工作交给了一个不起眼的符号:波浪线。1995 年收录为 RFC 1843 的格式中,它能让读者从 ASCII 切到双字节中文,再切回来;也能表示真正的波浪线,或把纸面上的一行折成两行而不改正文。厉害之处在于把所有解码器都必须懂的规则压得很小,把排版方便留给写文件的人。

互联网历史
只填主机名,管理器就替你建了权限:RFC 1503
1993 年的一份 SNMPv2 备忘录,想把繁琐的管理配置藏到一行输入框后面。用户键入主机名,管理器查找上下文;查不到时,它甚至可以临时建出身份记录和只读访问规则。少填几个字段,机器便多做几项决定。

互联网历史
Mac 文件有两副行李,电子邮件只买了一张票
1994 年,给别人发一个 Macintosh 文件,可能比“附上文件”四个字麻烦得多。文件的正文数据是一件行李,图标、程序资源和 Finder 信息又是一件。另一种电脑上的收件人只想打开数据;Mac 上的收件人还想把原文件完整拿回去。RFC 1740 给邮件信封加了两个隔层。AppleDouble 这个名字听着像甜点,干的却是搬家公司最讲究的活:分箱,贴签,别把东西弄丢。

互联网历史
IAB 催 DNS 期限,DISA 把决定送进了研究流程
1992 年 4 月 16 日,DISA 在 IAB 要求答复的日期前回了信。信里答应研究国防部系统改用 DNS 的技术与经济影响,却没有宣布采用决定。RFC 1401 保存了这三封往来信:回复准时,网络转换还悬着。

互联网历史
寻呼机要的是一声响,邮件系统先开了张收据
1994 年,把电子邮件送进无线寻呼网,听起来像给互联网装上一只会叫的小盒子。麻烦在那张“成功”收据上:邮件服务器说 OK 时,消息究竟只是进了队列,还是已被寻呼网接收,或者已经在无线网上发出?Marshall Rose 在 RFC 1703 里把这几件事拆开。寻呼机等不起邮件中继慢慢排队,协议也不能拿同一个笑脸替不同工序签字。

互联网历史
第二条结果都到了,TCP 还不让它上桌
数据库寄来四条结果。第一条在路上磨蹭,第二条已经到达;查询允许两者换个座位,TCP 却坚持按号码叫人。1994 年的 RFC 1693 把这种“过分守规矩”写成一道传输问题:应用究竟需要哪些先后关系?作者提出改造 TCP,IESG 没有建议实施,但承认这道题本身问得好。

互联网历史
IP 地址写得清清楚楚,X.25 却找不到该拨的号码
线路存在,不等于包能送达。IP 包到了 X.25 节点,节点还得把封装地址对应到对端的 X.121 号码。1993 年的 RFC 1461 把这个容易被“线路正常”掩盖的失败,变成可读取的计数和最后一次失败记录。

互联网历史
1994 年,互联网的新文件格式先去领号排队
一种新数据要在网上有个大家都认得的名字,1994 年的做法很像办手续:先把建议贴到公开邮件列表,等两周收意见,再交 IANA 登记。RFC 1590 把这条路写得清清楚楚。看起来只是给格式起名,实际上是在解决邮件、档案和其他应用怎样共用词汇,又各自决定能打开什么的问题。

互联网历史
五轮审查后把文件扔掉:1993 年 IETF 的流程笑话
1993 年愚人节,一份 RFC 虚构了专门审查空话的“无聊声明”。委员们读到睡着就算批准,文件随后被丢弃,留下一个得到“技术认可”的空位。笑点对准的是流程声望与可用成果之间的裂缝。

学者
最忠于RRC4的BGP生成器,在RRC5漏掉35%–41%的异常
Shadi Motaali 用 RIPE RIS 的 RRC4 训练、RRC5 测试 13 种生成器,并标注 30 起公开事件。原采集点保真度最高的生成器,换到 RRC5 后漏检最多。
