摘要

  • 1999 年，William B. Norton 把 NANOG 对等互联讨论会上的名片整理成仅向贡献者分发的联系人表，回应的是一个具体问题：怎样找到另一家 ISP 中合适的对接人。
  • 到 2001 年，“Peering Personals”又把网络与互联政策的自我介绍带进现场交流。它帮助运营商判断可以找谁谈，却不表示 ISP 会同意互联。
  • 留存档案证明了这套做法的设计和预期，没有统计介绍转成协议的比例，也不能证明后来存在一个持续运行的公开名录。

六周一封邮件，外加一次当面自我介绍

2001 年 9 月，William B. Norton 把 Peering Contact Database 描述为一份大约每六周发给参与协调员的 Excel 表。NANOG 23 的 Peering BOF IV 则给联系人信息增加了“人”的一面：参会者预先概括自己的网络和互联政策，有人上台用两三分钟介绍网络和想找什么样的互联伙伴，台后的图标让听众能快速扫过这些自述，随后各家协调员可以直接去找感兴趣的对象谈。

介绍项目不是路由测量，也不是外部认证。内容偏重还是接入偏重、是否要求多个地点、单点互联是否可接受、是否愿意与内容网络互联，都是由参会者自己提供的概况。它们能让听众决定“先找谁聊”，不能证明标签准确、政策未变，或某家公司已经同意连接。

2002 年 6 月 NANOG 25 的议程再次描述这个环节，并称预期这些交流会进入 peering 谈判。这里的“预期”属于组织者的设想。档案没有告诉我们有多少场介绍发展成谈判、多少谈判签成协议，更没有给出成本或网络韧性的变化数据。

名单从一开始就不是公开目录

追溯这场会面，Norton 在 1999 年 9 月 22 日提出把 Peering BOF 参加者的名片放进帽子里，再把汇总表发给提交名片的人。NANOG 17 记录显示，约 50 家 ISP 贡献了名片并收到文件。表格里不想公开的字段可以划掉；Norton 还表示，文件不会发给没有贡献资料的人，也不会发给并非 peering coordinator 的人。

这不是一个细节上的隐私说明，而是联系人机制的访问边界。会议笔记列出的字段包括姓名、职务、公司、地址、自治系统号码、peering 邮箱和电话。把名片交给同行以便联系，不等于接受把上面的每一项放进公共网站。允许删字段、把名单限定在贡献者间，正是初始方案试图控制的风险。

“负责互联的人”可能不止一个

讨论很快从信息收集转到身份问题。Jessica Yu 追问，若有人自称某 ISP 的 peering coordinator，Norton 凭什么确认？Norton 说他会亲自介入审看新增记录，但也承认同一公司里可能有好几个人都认为自己是“负责 peering 的人”。David Diaz 随后指出，负责制定互联政策的人，可能和在路由器上执行配置的人不是同一群人。

因此，联系人表只能给出找人的入口，不能给出职权证明。谁能解释网络希望怎样互联？谁能批准政策？谁能动手配置？这些问题可能落在不同岗位。现存档案没有正式身份验证流程、错误率或申诉办法，不能把“有人审核”扩写成一套完整认证制度。

Norton 2000 年的演示文稿把另一条边界写得很直接：联系人表不等于 ISP 会互联。把这句话放回身份讨论中看，名单的作用就清楚了：帮助人们开始对话，而非替组织做决定。

这套机制能做的事情很窄

联系人表不是交换点，也不是为网络分配互联资格的注册簿。它不转发数据、不确认双方技术兼容、不替某一方接受政策，更不强迫互联。它所能降低的是前期搜寻成本：找到较合适的对接人，并在首次见面前准备一点双方都愿意透露的背景。

要评价它是否成功，需要沿着几步分别核实：记录是否找到正确的人，邮件能否送达，介绍是否发生，双方是否开始谈判，最后是否形成并实际运行互联。留存的 NANOG 资料只说明了名片收集、联系人表和自我介绍安排；它没有提供这些后续步骤的数量。不要把机制的预期作用写成已证实的行业结果。

来源

Heng Lu 的 Note 64 仅作编辑分析视角，不是 Norton 或 NANOG 的历史证据。图片身份参考（仅用于生成配图）：AfPIF 的 Norton 公开演讲者资料及其肖像照片；它们不作为本文互联史实的证据。