档案
Research
Research档案页面汇集了人物、公司、机构等实体的情报，帮助读者对比BTW.MEDIA报道中的相关主体。通过该页面，读者可以对比公开档案、相关事件、证据材料、角色变动、运营足迹、治理风险、组织联系以及市场关联性，同时将机构与人物记录同普通新闻时间线区分开。读者能理解新闻标题背后的主体、支撑档案的证据，以及使该档案具有重要影响的基础设施或市场关系。也可以看到档案所代表的主体是谁或是什么、依据哪些公开来源、它如何与公司、市场、治理机构或事件连接，以及随着主体演进，哪些变化值得持续关注。
互联网历史
Root DSE 可以报出厂商，却不能把厂牌当作功能协商：RFC 3045
LDAP 服务器可以告诉客户端软件由谁实现、自己报告了哪个版本。这对运维人员排查异常有用，却不是功能清单。RFC 3045 把界线写得很清楚：厂商标签可以提供线索，但不能证明服务器支持什么。
北美区域 ISP
休斯网络系统公司：频谱易手、消费者宽带衰退与围绕企业业务的第11章重组
2026 年对 Hughes Network Systems, LLC 而言，决定性的状态变化不是一个公告，而是三件事叠加：EchoStar 已获联邦通信委员会批准，将约 65 兆赫兹中频段频谱出售给 SpaceX、另约 50 兆赫兹出售给 AT&T；HughesNet 消费者卫星宽带用户一年内下降约 22%至 641,000 户；以及 2026 年 8 月 3 日，Hughes Satellite Systems Corporation 及其包括 Hughes Network Systems, LLC 在内的部分美国子公司申请第 11…
互联网历史
ISSN 长存，URL 会变：RFC 3044 给解析器装上“巡检员”
2001 年，国际 ISSN 中心展示了如何把人们熟悉的连续出版物编号写进 URN。难点并非印出编号，而是如何维护从编号到期刊现行网址之间的路径。RFC 3044 说得很清楚：标识符可以持久，URL 却未必；所以它还需要一套持续巡检机制。
互联网历史
经纪人下达了隧道订单，真正承载它的却是另一台机器：RFC 3053
RFC 3053 把早期 IPv6 接入中一项繁琐工作包装成服务：注册、提交 IPv4 端点、取得配置，然后连接。但这套架构也清楚划出便利性的边界。Tunnel Broker 负责准入、分配和下令；Tunnel Server 负责终结隧道；用户还要在本机应用配置；底层网络还要真的把数据包送过去。
报道
AS210328 执行证据现状核对：注册、RPKI 与路由记录同第三方镜像的时间差
AS210328 执行证据现状核对：注册、RPKI 与路由记录同第三方镜像的时间差 的情报摘要说明事态进展、可核验的公开证据、相关组织、区域背景、市场风险敞口，以及可能带来的基础设施影响。报道情报 语境将这一信号与网络运营、服务商策略、治理决策、资本流动、客户依赖、监管压力、合作关系动向、韧性规划、采购风险和服务连续性联系起来。
案例档案
验证了入口，没有人验证出口：用四层框架检验 RIPE abuse-c 的“响应性”
RIPE NCC 每年向其成员证明：区域注册库中将近九万个滥用投诉邮箱（abuse-mailbox）在技术上可达。但把该注册机构自己发布的一切文件并排放置，会发现一个更安静的事实——没有任何已发布指标衡量一封第三方滥用举报送达之后发生了什么。本文不从外部指控入手，而是用注册机构自己的政策文本、实施记录与年度数据，搭建一个四层评估框架——传输、内容、流程、治理——并逐层检验哪些层被测量、哪些层从未被测量。
互联网历史
全球名称与单一权威解析器：RFC 3043 的承诺及其边界
2001 年 1 月，Network Solutions 提出一种面向个人与组织的持久互联网名称。RFC 3043 让这一引用可以跨应用携带，却在注册模板中把权威解释交给该公司的解析器。这里的区别至今仍重要：名称可以长期存在，但解析它的权力未必也能随之迁移。
互联网历史
标准推荐了 LDP，却没有证明协议正在运行：RFC 3037
RFC 3037 建议在沿普通目的路由转发 MPLS 的设备上实现 LDP。这个建议回答“协议适合做什么”，并不回答“哪台设备已经打开它”。从代码存在到报文通过，中间还有启用、发现、TCP、协商、绑定和硬件表项，每一步都需要自己的证据。
互联网历史
两个重复 ACK 可以带出新数据，却不能扩大拥塞窗口：RFC 3042
设想发送端的拥塞窗口只有三个报文段，其中一个丢失。接收端最多只能为后续数据返回两个重复确认（ACK），达不到快速重传所需的三个。2001 年，RFC 3042 提出一种克制的补充办法：发送端可在最初两个重复 ACK 到达时发送新数据，但不能因此增大拥塞窗口。
拉丁美洲与加勒比国家电信
Millicom 的拉美整合已成定局：交易全部落定，代价是杠杆与结构设计
Millicom International Cellular S.A.（旗下品牌 Tigo）已完成对 Telefónica 拉美资产的收购浪潮：乌拉圭、厄瓜多尔、哥伦比亚（先后收购 Telefónica 的 67.5% 控股和政府持有的 32.5%）、EPM/UNE 少数股权全部交割，智利业务则通过与其 partner NJJ 按 49/51 出资的合资载体 Celtel Chile 完成。真正的问题已不再是"能否完成"，而是债务融资的整合如何兑现其现金流承诺。
互联网历史
ATM 标签在每跳改变；LDP 需要两端共享的 VCID
一条 ATM 电路可以持续传送信元，而下一个交换机把 VPI/VCI 换成另一组本地值。RFC 3038 因而把逐跳标签与邻接 LDP 节点共同认可的虚连接身份分开，让它们先对上同一条电路，再交换 MPLS 标签映射。
互联网历史
核心交换机不会递减 TTL，于是入口先付掉整段跳数：RFC 3034
Frame Relay 交换机能够高速替换 DLCI，却通常没有逐包递减 TTL 的硬件能力。RFC 3034 没把这些跳点当作不存在，而是把 MPLS 的跳数核算移到非 TTL 段边界：控制面提供长度，入口执行扣减，真实数据路径仍须另行验证。
欧洲与中东国家电信
沙特电信用20亿美元苏克债券押注国内资本密集型转向：从近零杠杆到0.38倍净负债
stc 在 2026 年上半年把资本开支提高了 31%，并用一只 20 亿美元的双档国际苏克债券为其融资——这家长期近乎零负债的沙特运营商，正在用资产负债表为网络、数据中心和 Mission Critical 项目买单，而其网络质量领先尚未按比例转化为市场份额。
互联网历史
LDP 留下了完整前缀，却删去了主机地址 FEC
标准可以删掉一种表达方式，而不必删掉它看似专属的能力。RFC 3036 曾把完整地址前缀与 Host Address FEC 视为两种语义不同的东西；到了 2007 年的修订版，后者因“没有任何实现使用”而退出，完整长度的前缀仍然保留。
互联网历史
标识符说出了会话是谁，却没有搬动它：RFC 3033
在 ATM 信令里写入完整的 IPv4 五元组，只能让对端知道“正在谈哪一个会话”。它不等于新虚电路已经建立，也不等于 IP 层已经把流量迁过去。RFC 3033 的历史价值，正在于它把命名能力做得精确，却没有把命名伪装成执行结果。
互联网历史
服务器公布了能力，认证却改变了答案：RFC 2449
POP3 客户端在尚不知道连接者是谁时，先问服务器能做什么。此时的回答可能刻意保守；用户通过认证后，服务器才能给出更贴合该账户的结果。若会话随后建立完整性保护层，先前拿到的能力清单又未必仍然有效。RFC 2449 让能力发现变得机器可读，却没有把一份清单说成适用于所有状态的服务器画像。
互联网历史
服务器签署了结论，对象仍然无效：RFC 3029
一份带有可信签名的证书，结论却是“无效”。这并不矛盾。签名证明谁在何时、依据哪套策略，对哪项请求作出了什么判断；它不会替被检查的文档或证书修复缺陷。2001 年的 RFC 3029 把这条边界写进了验证服务本身。
互联网历史
网络一视同仁，编解码器却不这样看：RFC 2448
压缩视频里丢掉几个字节，不一定只是少了一小块画面。丢掉普通图像数据，可能只留下局部瑕疵；丢掉说明后续数据该如何解读的短小信息，影响却可能扩散得更远。1998 年的 RFC 2448 试图把这种差异交给发送端处理：依据编解码器的语义分类，再为后果更重的信息安排更可靠的传输路径。
互联网历史
规则选中了动作，却没有交付结果：RFC 3028
一封邮件走到过滤脚本末尾，没有命中任何投递动作。这里的“什么都没做”本来可能意味着丢失，Sieve 却把它定义成一种保护：按默认方式保留邮件。这个看似微小的决定揭示了 RFC 3028 的完整边界——规则可以决定下一步，但不能替运行中的邮件系统证明最终结果。
互联网历史
邮件可以承载邀约，却不是日历：RFC 2447 的 MIME 边界
RFC 2447 没有让邮件标题替日历作决定，而是规定：把 iTIP 的日程对象放进 MIME 的 `text/calendar` 部分，再用外层 `method` 标明它携带的操作。没有日历功能的邮件客户端仍可显示一段可读说明，但那不是第二个会议。