Summary

  • NANOG 的无线接入设计经历了可以追溯的演变：2015—2019 年主要区分受保护网络与开放兼容网络；到 2022 年，IPv6-only 成为第三种明确选择；2023—2026 年则反复出现主网、Legacy 和 V6 Only 的稳定三分结构。
  • NANOG 89 至 NANOG 97 的通知不仅列出三个 SSID，还分别标注连接、无线和边缘路由提供方，并给出技术支持入口。但这些记录没有公布拓扑、切换测试、可用率、客户端成功率、事故时长、工单结果或拆场记录。
  • “IPv6-only”证明会场确实提供了一个面向真实客户端的试验面，却不能证明存在 NAT64、DNS64 或 464XLAT，也不能证明 IPv4-only 目的地可达，更不能证明每台设备、每个应用都能正常工作。
  • 合理的改进不是公开原始日志和可被利用的配置，而是在会后发布一页聚合记录：服务窗口、各层责任方、各 SSID 的非识别性分母、重大事故、IPv6 可达模型、数据留存和拆场确认。

第一次选择发生在连接之前

大会网络最容易被误写成基础设施背景：有信号、能上网，就不再值得报道。但 NANOG 自己把网络拆成了三个明示的选择，这使它从“背景”变成了一份可以审查的界面。

NANOG 97 会前通知把 Ziply Fiber 标为 Internet Connectivity，把 HPE 标为 Edge Routing，随后列出三个 SSID。NANOG 使用 WPA3 和公开共享密钥 nanognanog；NANOG-Legacy 是覆盖 2.4 GHz 与 5 GHz 的开放、不加密网络；NANOG-V6 Only 同样开放、不加密，并明确写着没有 IPv4/DHCP。会议进行期间的每日通知又重复了一遍。

两次出现具有不同证据意义。会前通知说明计划交付什么；会中通知说明主办方当时仍要求参会者按同一方式使用。它们共同证明的是“公开提供条件”，不是连接成功、流量可达或服务稳定。

主网络、兼容网络和 IPv6-only 网络也不能被粗暴排成“安全、较差、实验”三个等级。主网络提供链路层保护，但密钥对所有收到通知的人相同；Legacy 取消了链路层加密，却可能让旧设备获得必要的接入；IPv6-only 主动删除 IPv4 条件，让设备和应用的协议依赖暴露出来。三者解决的是不同问题，而不是对同一问题给出三个分数。

因此，这个菜单可以被视为一份有限的接入契约。它不是法律意义上的 SLA，也没有承诺带宽和可用率。它只是在用户选择网络名称时，公开陈述最基本的条件。用户可以观察 SSID 是否广播、认证是否按说明发生、设备是否得到 IPv4 地址；但仅凭通知，无法知道连接之后的端到端安全、应用兼容和实际可靠性。

十一年里，接入设计如何改变

NANOG 并非一直使用今天的三分结构。2015 年 1 月的 NANOG 63 通知说，会议正在简化和标准化无线信息。它把受保护的 5 GHz、受保护的 2.4 GHz 和开放 Legacy 分开。那时的主要界面问题是频段和旧客户端：鼓励能力较强的设备使用优选网络，同时给兼容性不足的设备留出入口。

2017 年 NANOG 69公开的是两个 SSID：采用 802.1X 的受保护网络，以及开放、不加密的 Legacy。通知还称大会网络以高可用和展示行业最佳实践为目标。2019 年的通知仍保持这种“受保护主网加开放兼容网”的结构。

这里必须区分目标与结果。“以高可用为目标”说明设计意图；“最佳实践”说明组织希望网络承载怎样的象征意义。但页面没有给出可用率阈值、冗余切换结果、客户端分母或事故记录。因此，不能把这两句话当成独立验证后的性能结论。

到2022 年 10 月的 NANOG 86，第三种选择已经出现：IPv6-only 与受保护主网和开放 Legacy 并列。2023 年 2 月的 NANOG 87 通知继续使用 802.1X 主网、Legacy 和 IPv6-only，并留下 [email protected] 作为技术问题入口。

2023 年 6 月是一个更明确的变化点。NANOG 88 通知称，主网络不再使用 802.1X，转为 WPA3 预共享密钥，并覆盖 2.4、5 和 6 GHz。Legacy 与 IPv6-only 继续存在，此外还增加了 OWE 选项：支持 OWE 的客户端获得加密，不支持的客户端仍不加密。

OWE 的意义不只是“多了第四个网络”。在本次审阅的后续通知中，它没有继续成为稳定项目。这提醒我们：一次会议的接入设计不能自动延伸为永久政策。NANOG 88 显示了试验与调整；NANOG 89 之后反复出现的，才是 WPA3/PSK 主网、开放 Legacy 和开放 IPv6-only 这三个公开选项。

稳定的是三种选择，变化的是贡献者

NANOG 89 的通知把 AT&T 标为连接提供方、Cisco Meraki 标为无线提供方、Juniper Networks 标为边缘路由提供方。它对 IPv6-only 的说明很具体：这个子网只有 IPv6 服务，没有 IPv4 网关或 DHCP 服务器。

NANOG 90仍然提供相同三个 SSID，但连接提供方变为 Charter Communications；Cisco Meraki 和 Juniper 继续出现在无线与边缘路由位置。NANOG 91则把连接角色交给 Washtenaw Fiber，同时保留 Cisco Meraki 与 Juniper 的角色标签。

NANOG 93 的欢迎通知再次列出主网、Legacy 和 V6 Only，并指向工程支持邮箱。NANOG 94 的会务信息保存在参会者邮件档案中，标注 AT&T 与 HPE Juniper Networks，同时延续三种接入选择。

在NANOG 95 与 ARIN 联合会期的通知里，SSID 名称带有 NANOG-ARIN 前缀，但功能没有改变。这个名称只能证明两家机构出现在共同的接入界面上，不能证明 ARIN 设计、拥有或运营整张网络。到 NANOG 97，SSID 又恢复为 NANOG 名称，连接方变为 Ziply Fiber。

这条时间线说明：接入选择比供应与赞助名单稳定。它也说明 NANOG 至少在公开语言上承认“网络”并非一个单一对象。连接、无线、边缘路由被分成不同角色，这是好事。它能避免把设备供应、线路、现场配置、技术支持和整体责任都压缩成同一个模糊的“网络提供方”。

但角色标签还不是控制图。赞助或贡献名称不能告诉读者合同范围、设备归属、酒店交付边界、现场排班、验收标准、升级路径或责任承担。“连接”也不能自动证明存在两条物理独立路径；“边缘路由”不能说明谁持有配置、谁监控告警、谁决定切换；“无线”不能说明谁调优频谱、谁处理认证失败。

公开记录把贡献者写得比问责链更清楚。这个差距正是会后记录应当补上的地方。

共享密钥保护了什么，又没有证明什么

大会采用公开共享密钥有明显的操作理由。数百名参会者需要迅速接入，密码会出现在可转发、可归档的通知中。为这种场景设计的主网络，需要在摩擦和保护之间取得平衡。

公开通知能够支持的结论是：主网络使用 WPA3 和预共享密钥。它不能支持“每名参会者都有独立身份”“设备可以可靠对应到具体人员”或“所有通信因此安全”。除非有另一个来源披露具体配置，也不能推断某届会议使用了哪一种更细的 WPA3 模式、是否启用客户端隔离或管理帧保护。

Legacy 的说明反而更诚实：开放、不加密。这里同样不应把一项技术属性扩大成全局判断。现代应用可能在传输层自行加密，也可能仍暴露风险；会议通知没有盘点参会设备、应用和威胁模型。准确说法是 Legacy 不提供链路层加密，而不是“任何使用都安全”或“任何使用都不安全”。

兼容性本身有价值。旧设备可能无法完成优选认证；工程师可能需要测试遗留终端；排障时，开放关联有时能帮助区分认证故障与无线覆盖或应用问题。如果直接取消 Legacy，默认姿态或许更整洁，却可能把兼容性问题变成无法接入。

关键在于是否仍有需求。本次审阅的公开材料没有给出 Legacy 的连接数、失败原因、迁移回主网的人数，也没有区分认证问题、射频问题和应用问题。因此，“Legacy”只能被理解为一个公开的兼容承诺，不能被写成已经由数据证明的兼容需求。

IPv6-only 是真实试验面，不是成功率

三个网络中，IPv6-only 最容易承载过度叙事。在网络运营者会议上，让真实设备直接面对没有 IPv4 地址的接入面，确实比讲台上的口号更接近运行现实。一个依赖 IPv4 字面地址的应用，可能在双栈环境里掩盖问题，却在 IPv6-only 环境中暴露；一个原生支持 IPv6 的服务，也可能表现出更清晰的路径。

但 NANOG 的通知只说明没有 IPv4 网关或 DHCP，并没有说明是否部署 NAT64、DNS64、464XLAT 或其他通往 IPv4-only 目的地的机制，也没有说明是否使用 RFC 8925 的 IPv6-Only Preferred 信号。解析器行为、翻译容量、地址计划和应用测试结果都不在通知中。

这种差别不是细节。RFC 8925描述了能够在特定条件下让客户端放弃 IPv4 地址的 IPv6-only preferred 机制，并讨论与访问 IPv4-only 目的地相关的网络能力。RFC 8683则讨论 NAT64、DNS64 与 464XLAT 在运营商和企业网络中的部署选择。这两份标准文件都不能证明 NANOG 使用了其中任何一种技术；它们只说明“没有 IPv4/DHCP”不是完整的可达性描述。

所以，IPv6-only SSID 可以证明 NANOG 向真实客户端提供了一个受协议约束的接入面，却不能证明 IPv6 采用、应用兼容、培训效果或会后部署。档案没有公布各 SSID 的连接数、成功会话、协议比例、失败应用或退回主网的用户数量。

NANOG 93 IPv6 Clinic进一步显示了证据边界。Clinic 有技术演讲、动手工作坊和白板环节，这能证明培训活动存在；大会 SSID 能证明接入选择存在。培训报名不能证明生产 Wi-Fi 工作正常，连接成功也不能证明课程导致参会者回到单位后部署 IPv6。

一个很短的会后说明就可以填补最有价值的空白：说明 IPv6-only 的预期可达模型，公布各 SSID 的聚合关联或租约数量，列出主要失败类别，并确认该服务是否在计划时段内持续提供。无需公布任何个人设备标识。

公开档案为什么会让后来的读者误判

NANOG 的会务记录分散在不同页面。欢迎邮件保留了大量操作细节，长期存在的活动页面则可能只展示摘要。NANOG 93 会议统计页面公布 702 名现场参会者，并显示主 WPA3 SSID 和支持入口；在本次审阅的页面版本中，没有展示欢迎通知里同时存在的 Legacy 和 IPv6-only。

这不必然是错误。统计页可以只展示选定信息。但如果研究者只阅读永久页面，就可能得出 NANOG 93 只公开了一个 SSID 的错误结论。相反，702 名现场参会者也不能成为任何无线采用率的分母：人不是设备，设备可能随机化地址、重复连接，而页面没有公布 SSID 级客户端数量。

支持邮箱也有同样局限。[email protected] 是真实的升级入口，却不是事故台账。邮箱地址不能告诉读者服务时间、首次响应目标、工单数量、严重度、根因、修复时间和关闭状态。

因此，档案设计本身成为问责的一部分。最有用的做法不是把活动宣传页塞满技术细节，而是在长期页面上稳定链接当届欢迎通知，并在会后附上一份简短的运行记录。前者保存“承诺提供什么”，后者记录“实际交付了什么”。

一页会后记录应当写什么

这份记录无需模仿电信运营商审计。八个字段已经足够让公开承诺变得可检验。

第一是服务窗口：写明计划开始和停止时间，以及三个 SSID 是否在该窗口持续提供。若监控范围不足，不要制造一个看似精确的总体可用率。

第二是角色矩阵：分别标出 Internet 连接、无线、边缘路由、酒店交付和 NANOG 支持的责任组织。共同负责就明确写共同负责；贡献不等于独占运营。

第三是接入分母：按 SSID 公布聚合关联、租约或会话数量，并定义计数方式。MAC 地址不能直接称为人或参会者，随机化和重试造成的膨胀也应说明。

第四是IPv6 可达模型：写清它是只提供原生 IPv6，还是明确提供某种到 IPv4-only 目的地的翻译机制。设计说明不是所有应用成功的证明。

第五是重大事故：只针对超过公开阈值的事件，列出开始与结束区间、受影响范围、主要症状和修复动作。零散客户端问题可以按类别统计，不必暴露个人工单。

第六是支持汇总：公布网络求助数量、主要类别，以及首次响应和关闭时间的中位数或区间。没有测量的字段应保持“未知”，不能把空值写成零。

第七是遥测与留存：在类别层面说明是否收集关联、DHCP、DNS、流量或安全遥测，目的是什么，哪些角色可以访问，何时删除或去标识化。这里要求的是规则，不是原始数据。

第八是拆场确认：确认临时密钥、配置、赞助方访问和保留日志按既定流程处理。由可问责角色签署的一句话，比“临时网络”这个形容词更有价值。

这套方案刻意排除了原始包、客户端 MAC、个人浏览或 DNS 历史、密码、私人合同和可被攻击者利用的精细拓扑。问责不应把三天的大会网络变成永久监控档案或攻击目录。

为什么现有披露也有合理性

对上述建议最强的反对意见是比例原则。NANOG 要在不同酒店、无线环境、线路提供方和大量非受管设备之间，搭建一个只运行数天的网络。现场工程师的第一职责是让人连接并解决故障，而不是完成一篇技术出版物。三个 SSID 的说明已经比普通大会“一个酒店密码”透明得多。进一步公开拓扑和安全控制可能帮助攻击者；当人群较小、字段过细时，客户端统计也可能重新识别个人。

这个反对意见成立。要求公开所有配置、告警和工单不仅消耗时间，还会妨碍坦诚的事故处理，制造新的隐私和安全风险。负责地运营网络，并不等于公开内部控制平面。

答案是按公开承诺的尺度披露。NANOG 已经告诉参会者有哪些接入模式，也公开标注了若干提供方角色。会后的一页聚合记录只需检验这些陈述，不必暴露攻击方法。若某个字段没有测量，直接写“未测量”比用宣传语言填空更可靠。

这些问题在 NANOG 历史中也并不陌生。2007 年 Steering Committee 会议纪要记录了 NANOG 40 对 10G “demonstrator” 路径是否有备用 Internet 路径的担忧，也记录了无线承包角色和 XKL 展示大会网络与连接的计划。它证明当时有人讨论过路径韧性、责任分工和展示价值，但不能证明 NANOG 97 实际交付了任何特定拓扑。

这种克制正应成为会后记录的写法：计划不等于交付，贡献不等于控制，两个提供方名称不等于物理路径独立，展示也不等于结果。

三个 SSID 对应三份责任

主网络要求 NANOG 准确描述保护范围，而不把共享密钥写成个人身份或端到端安全。Legacy 要求它明确说明链路层不加密，并用数据检验兼容入口是否仍然必要。IPv6-only 要求它解释“only”对可达性的实际含义，并在不建立个人数据集的前提下报告聚合的成功与失败。

三者共同要求保留参与方边界。AT&T、Charter Communications、Washtenaw Fiber 和 Ziply Fiber 在不同会议中作为连接贡献者出现；Cisco Meraki、Juniper 和 HPE 出现在无线或边缘角色。这些标注让临时网络更容易理解，却没有把每一个操作决定和后果分配清楚。名单应当通向角色矩阵，而不是让所有赞助方在叙事中合并成一个虚构的“运营者”。

公开记录支持一个不夸张的肯定结论：NANOG 持续给参会者提供受保护默认、开放兼容路径和 IPv6-only 试验面，并把这段选择历史保存在公开通知中。这比一个含糊的酒店 SSID 更有信息，也比隐藏协议取舍更诚实。

同一份记录却无法证明承诺是否成功兑现。它没有形成稳定的连接分母、成功率、可用性、事故、支持和拆场记录，也没有解释 IPv6-only 如何处理 IPv4-only 目的地。这些是公开证据的边界，不是对工程质量差或内部控制不存在的判决。

NANOG 无需公开整张网络。它只需要用与接入菜单相同的抽象层次，公开这次选择实际产生了什么结果。三个 SSID 已经写下三份责任；一页尊重隐私的会后记录，才能说明这些责任是否经受住了真实会场的检验。

Sources