摘要

  • 1983 年至 1992 年间发布的指南描述了表格、技术要求、责任管理员、更正途径和联系渠道。在本文所考察的文献样本中，它们并未为未成功的域名或数字标识符请求建立一个通用、独立的申诉渠道。
  • 已注册用户、域名和分配的网络号列表保留了已完成或当前的记录。它们并未揭示已提交、不完整、延迟、撤回、拒绝、更正、重新考虑、升级、推翻或以其他方式结案的请求的总量。
  • NIC 的函件、电话援助、父域管理、政府赞助、IANA 权限和联邦监督可能有助于解决特定问题。但样本中没有任何请求级案例证明其中任何一条途径起到了申请人申诉的作用，并附有合理理由和记录在案的结果。
  • 因此，权限图谱并不均衡：NIC 工作人员可以处理和更正记录；主机和域管理员可以授权或修改本地提交；赞助方可影响连通性；IAB 可提出政策建议；而 IANA 拥有并委托数字分配权限。个人申诉管辖权和推翻职责仍未确立。
  • 记录中低冲突率既与良性解释相容，也与怀疑性叙述相容。问题可能通常通过可信的关系得到准确解决，或者未成功的申请人可能从那些旨在保留分配而非程序历史的记录中消失。现有分母无法区分这两者。

每个成功列表背后隐藏的分母

一份公开的网络号表是到达记录。它显示了进入官方注册表的标识符，偶尔还包括在过渡期间发生变更的条目。域表同样显示了完成注册的名称。但这两个表都没有记录结果之前的所有尝试。

这就是分母问题。一部早期互联网管理的机构史需要统计请求而不是分配。相关总体将包括首次提交、重复提交、技术上存在缺陷的表格、因需要更多信息而被退回的请求、撤回、更正、延迟、实质性拒绝、重新申请、赞助方干预、重新考虑、升级、推翻以及无记录处置而结束的案例。一个旨在保留唯一标识符的注册表只提供了该总体的一个子集。

正常途径更容易重建。

作为紧邻时期的基线，1982 年 3 月 1 日的RFC 810要求国防部网络、网关和主机的名称和地址在使用之前以及在 DoD 主机传输流量之前与网络信息中心协商并注册。它确定了电子和电话联系渠道。在过渡期内，NIC 也将尝试维护由非 DoD 网络和主机提供的类似信息。该指南确定了注册发生的地点。它并未描述请求分类账或对不利结论提出异议的途径。

1984 年 10 月发布的RFC 920规定了建立域的要求。域是一个管理实体，而不仅仅是一个标签。它需要一名具备技术能力和组织权限的负责人、可靠的名称服务以及通过适当层级进行注册。较低级别的域必须使其直接上级管理员满意。该文件包括一份针对拟议域、联系人、服务器安排、预期规模和管理结构的问卷。

1987 年 11 月的RFC 1032《域管理员指南》使工作程序更加明确。管理员获取一份问卷，填写后发送给 NIC Hostmaster。Hostmaster 人员审查信息的完整性。该指南预计在授权之前会有多次电子函件往来。更正可以稍后提交，申请人可以通过电子邮件或免费热线提问。

这些文件证明存在一个程序、一个行政前台和一个帮助渠道。但它们并未显示有多少请求在每个阶段停止。最终的域记录可能是在一次完整的首次提交、一次常规澄清、反复技术更正、父域管理员干预或取代早期提案之后形成的。一旦域名出现在注册表中，这些历史就汇聚成了相同的可见结果。

同样的问题也影响网络号发布。1988 年 8 月发布的RFC 1062列出了已分配的网络号，并区分了研究、国防、非国防政府和商业用户。它还标记了一些更改的号码用于过渡。这些信息记录了分配和重新编号。它没有识别所有申请，更不用说所有未成功的申请了。

表中的空白编号并不是申请人被拒绝的证据。一个已注册的编号并不能证明原始申请是完整的。一个变更标记并未披露变更是被请求的、强加的、有争议的还是纯粹技术性的。该表保留的是运行状态，而不是达到该状态的路径。

因此，低可见冲突可以支撑两种说法。良性说认为，管理员和懂技术的申请人通常相互理解，通过函件纠正错误，很少产生严重争议。怀疑说认为，一个围绕当前分配而组织的系统几乎没有操作理由去保留失败的尝试、未记录的说明或失望的申请人。两种说法都预测会有一个干净的成功注册列表。

幸存的列表无法在两者之间做出选择。

一个状态机，而不是批准-拒绝的二元模型

最低限度的分析序列是：

已提交 -> 不完整 -> 要求更多信息 -> 延迟 -> 拒绝 -> 更正 -> 重新考虑 -> 升级 -> 推翻或终局

这种表示法并非意在暗示每个请求都经历了每一种状态。实际路径会有分支。一个不完整的请求可能会被更正并继续。一个完整的请求可能被撤回。拒绝可能在无复议的情况下成为终局。升级可能涉及赞助或连通性，而非标识符决定。该序列的价值在于避免将不同的程序事件简化为“被拒绝”一词。

已提交意味着一个可识别的机构接收了请求。证据应包括收到的表格、消息或信件，最好带有接收日期和足够的上下文以确定所请求的服务。随后的注册证明某个过程成功了；但它不能确立首次提交的日期或内容。

不完整描述了一种处理状态。必填字段、责任联系人、服务器安排或授权可能缺失。RFC 1032 要求一份填写完整的问卷，NIC 才会授权一个域。该规则记录了此类别，但样本中没有包含关联的请求文件显示某个具名申请被归类为不完整。

要求更多信息是一种主动的行政行为。RFC 1032 预计的多次函件往来表明澄清是正常处理的一部分。特定案例仍需有发出的提问、与之相关的请求以及任何答复。仅凭第二次提交无法揭示第一次是否引发了提问。

延迟需要日期和持续未决的请求。时间间隔必须分解为工作人员处理时间、申请人响应时间、赞助方审查、技术准备以及任何政策问题。在网络计划被讨论数月后才注册的域并不自动成为延迟的申请。若无记录的起始、暂停和终局事件，延迟仍然未经证实。

撤回意味着申请人结束了请求。该状态需要一份可可靠归因于申请人的声明或行为。沉默是模糊的：申请人可能已放弃计划、更换了中介、通过电话解决了问题或从未收到答复。

拒绝是一项实质性的不利决定，而非没有分配。直接记录应鉴别决定机构、适用要求、理由以及结果的传达。格式错误的模板、未答复的问题、不合格的连接请求以及退回给本地各方的域争议是不同的事件。

更正意味着数据、所请求的配置或支持性信息发生了变化。更正未必意味着分歧。它可能是常规的质量控制。当期文件直接确立了更正程序，尽管它们并未将这些程序转化为申诉。

重新考虑意味着原办事人员或行政单位重新审视了已作出的结论。申请人提供缺失数据后继续处理可能看似相似，但这不必然是对不利决定的重新考虑。案例记录需要显示先前的立场和随后的重新审查。

升级意味着问题移交给了另一个机构或制度层级。Hostmaster 可能咨询高级同事；申请人可能接触赞助方；DDN 项目工作人员可能介入；或者一个政策问题可能提交至 IANA 或联邦网络机构。仅仅在函件中抄送高级官员并不证明升级，而升级并不证明复查。

推翻要求两个不相容的决定：一个可鉴别的早期结果和一个改变了的后来结果。更正拼写、新的服务器地址、重新编号或修订后的申请都不是推翻，除非记录也确立了被推翻的决定。

终局是最危险的标签。已发布的程序可能宣布一项决定为终局，或者完整的案例文件可能显示可用审查已经结束。最后幸存的邮件并不证明终局性。它可能是最后被保存下来的项目，而不是最后发生的事件。

因此，本样本中各个状态的证据地位是不对称的：

请求状态样本所确立的案例级状态
已提交存在发布的表格和渠道未检查完整的个人请求文件
不完整域名授权需要完整信息过程有记录；无具名案例
要求信息预期会有反复的函件往来过程有记录；无链接序列
延迟延迟只能通过标注日期的案例事件来定义未观察到
撤回需要申请人归因的关闭未观察到
拒绝需要实质性决定和陈述的理由未观察到
更正用户模板、域数据和公开的号码条目可以被更正直接有记录，但不作为申诉
重新考虑1990 年在系统层面重新考虑了政策未观察到申请人层面的案例
升级通过管理员、赞助方和政府机构存在制度性渠道可能途径；未观察到符合条件的案例
推翻需要成对的不利决定和后来不相容的决定未观察到
终局需要宣布或可证明的终局处置未观察到

这张表并未估计频率。它记录了在已发布程序样本中每个状态的证据地位。未提供任何拒绝、延迟、升级、推翻或终局处置作为历史案例，因为必要的直接记录尚未确立。

文献样本及其排除的内容

所关注的时期为 1983 年至 1992 年。RFC 810 仅用作 1982 年 3 月的继承主机注册规则基线。1993 年发布的 RFC 1400 仅作为一个简短比较出现，显示了后来在公共程序中如何引入了明确的请求状态可见性。

该样本是一个已发布程序和机构权限样本，而非个人请求的语料库。其单位是文件或公开文献制品。它包括：

  • RFC 920、RFC 1032、RFC 1062、RFC 1174 和 RFC 1359；
  • 1983 年 10 月 20 日的 NIC 文件“Instructions for Network User Registration Drive”，保存在计算机历史博物馆Defense Communication Agency Materials; 6 of 13的数字化合订本第 67-73 页；
  • “How to Reach the NIC”，NIC KNACKS，第 2 号，1985 年 5 月 17 日，保存在Defense Communications Agency Materials; 3 of 13的数字化合订本第 94 页；
  • 计算机历史博物馆 2011 年的Guide to the SRI ARC/NIC Records，馆藏编号 X3578.2006；
  • James Pelkey 对 Jon Postel 的采访，录制于 1988 年 2 月 18 日；
  • 以及美国政府问责局后来关于与 DNS 和 IANA 职能相关的联邦合同的法律历史。

文件被纳入的依据是，它们描述了与 1983-1992 年相关的请求要求、行政渠道、更正过程、分配权限、赞助区分、政策建议或监督关系。RFC 1062 被纳入是作为已发布结果的产物，而非申请手册。查档指南用于定义档案景观，而非替代馆藏中的记录。Postel 采访就文档文化提供了有限的背景，而非标识符案例的证据。GAO 意见是后来的法律史，仅限于其实际审查的合同链条。

一些证据体不在本样本之内。它并非对 281 箱 SRI ARC/NIC 馆藏的逐箱审查。它并未声称已审查每个域申请、主机表更新、号码请求、热线日志、月度报告、赞助方信函或内部消息。它并未将查档指南中的描述视为任何请求结果的证据。它不包含统计抽样的请求文件。

样本还将从当前注册数据中推断排除在外。后来的 WHOIS 记录或幸存的委派若无同期函件无法重建早期申请。口头回忆除非与直接记录匹配，否则不被计为请求。分配行是结果，而非请求单位。

SRI ARC/NIC 查档指南描述了 281 箱共 351 直线英尺的材料，大部分材料日期在 1968-1990 年间。相关系列包括 NIC 提案和合同、正式月度报告、合同交付物、参考和热线操作、命名和寻址、TAC 用户访问注册、网络联系人管理以及杂项电子邮件和函件。

该指南称馆藏包含一套完整的正式 NIC 月度报告。它并未说明这些报告包含唯一的请求分母。电话、消息、更新或注册的月度总数仍需与个人请求关联。十条消息可能代表十个申请人或关于一个申请人的十次交流。一次热线电话可能涉及文件访问、登录问题、主机更新或标识符请求。总体活动量并非处置序列。

该指南还映射了截至 1989 年的杂项函件。由于函件从不同地方收集且涵盖许多主题，其存在不能确立完整性。一份请求可能与其回复分离。电话交谈可能没有幸存记录。记录可能按员工、日期或服务而非申请人组织。实体档案审查可能找回例外案例，但本文在该工作完成之前不提出发生率断言。

有效的请求级研究需要明确的纳入规则：例如，在固定季度内收到的所有首次二级域申请，无论成功与否。唯一的请求，而非消息，应作为计数单位。重复、更名的提案、重新提交、转移的案例以及通过中介注册机构的申请需要预定义的处理方式。每个状态需要日期和文件标准。缺失的消息和电话联系需要保存代码。本样本中没有任何内容支持此类计数。

因此，分母是未定义的。没有报告的批准率、拒绝率、推翻率或平均延迟。也没有个人申诉的分子。这一限制是方法上的而非修辞上的：无论行文多么确定，都无法制造出未经审查的请求文件。

三个不可合并的行政总体

幸存的文献描述了相关但不同的服务。将它们合并将会创建一个虚构的共同申诉系统。

第一个总体是网络用户注册和 TAC 访问。NIC 于 1983 年 10 月 20 日发布的“Instructions for Network User Registration Drive”涉及使用 MILNET 和 ARPANET 主机的个人，对于一部分人，还涉及通过 MILNET 终端访问控制器的访问。主机管理员接收与其主机关联的用户模板、更正现有数据、添加符合条件的用户、标记删除、审查结果并将材料返回给 NIC。TAC 访问的请求需要通过主机管理员邮箱的授权。

这是一个赞助方和主机方的授权系统。DDN 项目管理办公室表示，预期本地主机在政府指南范围内负责任地自我管理，如果出现问题，它将与主机管理员合作。该语言在 DDN-PMO 和管理员之间建立了问题渠道。但并未确立属于其主机管理员拒绝授权的个人的权利。

第二个总体是域名注册。RFC 920 和 RFC 1032 在申请人、责任域管理员、直接上级机构和 NIC 之间分配了职责。技术准备就绪、可靠的服务器、称职的联系人、组织分类和行政责任至关重要。NIC 可以检查完整性并回答技术问题。父域机构对接纳行使层级判断。

RFC 1032 划定了一个重要的管辖边界。它指出，NIC 不会在关于谁有权为某个组织注册特定顶级或二级域的争议中充当裁判。此类冲突被视为私人的本地事务，应在注册开始之前解决。NIC 人员可以提供技术指导，但不能仲裁。

这一边界并非证明不存在补救措施。它将争议置于别处：组织内部、父域层级中、通过合同关系，或可能通过具有独立管辖权的法律论坛。然而，RFC 1032 并未指定一个替代的裁定机构，或说明由谁决定一项分歧是否真正得到解决。

第三个总体是数字标识符分配。RFC 1062 发布了分配的网络号。RFC 1174于 1990 年 8 月发布，将 IANA 描述为拥有分配和指派数字标识符主要权限的组织，该职能由 USC 信息科学研究所执行。它描述了 SRI 的 Internet Registry 负责收集和注册网络信息并执行委托的分配工作。

数字分配还必须与连通性分开。RFC 1062 指出，使用互联网协议的独立网络可以在保持处于连接互联网之外的同时获得号码，但必须单独申请互联许可。RFC 1174 后来将“已连接”状态描述为来自美国政府赞助组织的许可，以连接到联邦赞助的系统。

因此，一个组织可以获得唯一的号码，却缺少它想要的连接。赞助方拒绝许可互联不一定是互联网注册机构拒绝分配号码。可能的审查者也不同。IANA 和 Internet Registry 属于数字分配链条；赞助机构或骨干运营商属于连通性链条。

1992 年 8 月发布的RFC 1359为校园网络添加了另一个制度层面。它建议组织与 IP 服务提供商合作，并将该提供商描述为关于地址类别和申请程序建议的来源。提供商可能通过帮助申请人准备提交材料来防止不完整的提交。但该文件并未显示提供商会就注册机构的决定提出上诉。

因此，用户注册、TAC 访问、域接纳、数字分配和网络连接有不同的申请人、规则、机构和可能的补救措施。在一个总体中记录的更正不能证明在另一个总体中存在审查。

直接的例外记录：更正与继续处理

样本中最有力的例外证据涉及更正。

1983 年 10 月 20 日的“Instructions for Network User Registration Drive”勾勒了一个具体序列。NIC 将为已在其识别数据库中的人员准备模板。主机管理员检索这些模板、替换错误数据、添加遗漏的用户、标记删除、审查并授权生成的列表，并将其返回给注册员。NIC 将编辑提交内容并将其录入 WHOIS 识别数据库。

该文件对格式要求严格。数据必须以指定模板返回，以便用较少的人工编辑进行处理。以其他形式提交的材料将不被接受。这是一个直接记录的不接受条件，但它适用于用户注册数据的形式。它并非对 IP 地址或域申请的实质性拒绝。

说明还处理了重复。如果一个以上主机管理员为同一个人提交了模板，NIC 表示已准备好解决重复。同样，该行为是行政质量控制。该来源并未描述竞争赞助方之间的听证或申请人申诉。

TAC 访问增加了一个独立的授权层。NIC 认为当来自责任主机管理员邮箱的相关模板到达时，请求即获得授权。该机制利用制度关系和线上环境作为实际认证方法。它避免了获取签名纸质表格的延迟。它没有告诉用户如何质疑主机管理员。

因此，记录的序列是：

现有数据 -> 管理员审查 -> 更正或添加 -> 授权 -> 结构化重新提交 -> NIC 处理

每个箭头都有陈述的行政功能。没有一个是对先前实质性拒绝的独立审查。

域名申请有一个类似的迭代但治理方式不同的路径。RFC 1032 要求完整信息，并预计在授权前会有多次函件往来。Hostmaster 的提问使申请保持在处理中。申请人的答复可能纠正技术或行政缺陷。之后的更新可以保持注册信息的最新性。

该指南并未定义不成功的继续处理在何时变为拒绝。它并未要求在申请人未能满足 Hostmaster 后发出一封结案信函。它未提供复议窗口，也未指定单独的审查者。这些遗漏并不证明工作人员从未解释或重新审视某个结论。它们意味着发布的程序不允许历史学家在没有函件的情况下对个人结果进行分类。

RFC 1062 提供了第三种更正：更改的网络号。旧号码可以临时保留，并带有过渡标记。该出版物证明注册状态被修订的同时保留了连续性信息。它并未识别任何变更背后的理由、请求者、决策者或分歧程度。

这些记录支持三个有限的发现。早期行政认识到数据可能与错误。它提供了机制，让更正后的信息替代或补充现有记录。它有时在号码更改后保留了过渡性的输出。

但它们并未提供被拒绝的申请人、申诉或推翻。

推翻图谱

当每位行动者仅被赋予记录所支持的动词时，申诉调查会变得更为清晰。一些行动者可以接收或更正信息。一些可以授权本地提交。一些可以推荐政策。对某项标识符职能拥有权限并不自动产生上诉管辖权。

行动者或机构有记录的职能可以询问或建议什么审查或推翻状态
NIC 及 Hostmaster 工作人员接收表格、检查完整性、函件往来、更正记录以及维护注册数据申请人可以提出技术和处理问题；工作人员可以要求缺失的信息文书更正和继续处理有记录；独立的上诉职责和案例推翻未确立
主机管理员审查、更正和授权用户注册模板；授权 TAC 访问请求用户可以请求管理员更正或赞助提交本地重新考虑可能；对管理员自身决定的中立审查未确立
父域管理员在建立下级域之前必须令其满意申请人可以澄清准备情况或寻求层级内的接纳可以改变自身立场；未记录独立的申诉层
NIC 管理层在服务邮箱和一线工作人员之上运作服务投诉可提交至管理层投诉渠道由角色记录；案例审查规则和推翻职责未确立
Jon Postel 及 IANA 职能IANA 持有主要的数字分配权限；分配工作委托给 Internet Registry注册机构工作人员或申请人可就数字权限寻求澄清未建立面向申请人的 Postel/IANA 上诉备审表或强制性推翻程序
DCA 及 DDN-PMO资助并指导与 DDN 相关的 NIC 工作；授权 1983 年用户注册项目；在出现问题时与主机管理员合作管理员可以提出运营或授权问题可以处理项目或承包商绩效；通用标识符上诉管辖权未确立
DARPA在不同语境下担任政策、赞助、研究项目和命名域角色项目参与者或承包商可以提出政策或赞助问题未建立审查个人 NIC 决定的公开普遍职责
政府赞助方根据已连接状态系统，许可连接到联邦赞助的基础设施申请人可以寻求赞助的确认或续期可以改变赞助；那将影响连通性，而不一定推翻号码分配
Internet Activities Board制定和传递政策建议可以向联邦网络机构就系统政策提出建议RFC 1174 证明了建议，而非个人上诉权力
Federal Networking Council接收 IAB 的建议可以考虑跨机构政策提案RFC 1174 未证明采纳、实施、约束性指令和申请人案例推翻
Federal Engineering Planning Group制定了在 RFC 1174 中获得认可的建议可以向联邦网络机构提供建议未显示个人审查管辖权
合同官员可以管理和执行适用的政府合同政府官员可以提出绩效或交付物问题未确立可操作的申请人权利条款以及推翻注册结果的权力
法院可以裁决一个独立可司法裁决的法律争议如果存在管辖权和诉因，申索人可以寻求救济样本中未出现 1983-1992 年间要求推翻 NIC 或 IANA 标识符决定的合格判决
机构裁决或投诉渠道可以在有法规、条例、合同或项目规则授权的情况下行动受影响方可以向赞助或外包机构投诉未建立通用的公开技术申诉或保证的实体审查

这张图谱包含许多询问的方式，而强制的途径则较少。NIC 工作人员可以修正他们维护的记录。主机管理员可以授权一个用户。父域管理员可以修改本地判断。赞助方可以改变影响连接的赞助决定。政府客户可以处理承包商绩效。IAB 可以建议政策变更。

根据此处的证据，这些职能中没有一项赋予了申请人一项普遍权利，即由独立人员审查不成功的注册请求并发布记录在案的最终决定。

NIC 工作人员：无公开二审的处理权限

NIC 和 Hostmaster 人员占据了若干服务的第一个可见决定点。其职能包括接收表格、检查必要信息、回答问题、维护数据库以及进行更正。在域名管理中，他们在一个层级内行事，NIC 可以是注册员或代理，而上级域机构保留实质性责任。

公开指南支持工作人员在处理中拥有相当大的裁量权。完整性极少是一个纯粹机械的概念。一份问卷可能填满了每个字段，却仍未能证明可靠的服务器运行或组织权限。工作人员可以决定需要更多解释。发布的指南并未显示疑难案例是否被分配给高级 Hostmaster、集体讨论或向上提交。

由同一批工作人员重新考虑原本可能是有效的。如果申请人提供了更好的证据而 Hostmaster 改变了立场，实际问题便得到解决。历史分类仍取决于较早的记录。若无陈述的不利结论，该序列便是继续处理。若无后来的理由，不可能知道是什么改变了结果。

1985 年 5 月 17 日的NIC KNACKS题为“How to Reach the NIC”，展示了用户援助、计算机操作、WHOIS 更新和用户注册、主机变更、通讯材料以及合同或管理问题的差异化渠道。它还描述了一条由参考和运营人员支持的热线。这是服务路由的证据。认为记录有误的人有地方发送更正；有主机问题的人可以联系 Hostmaster 职能；更广泛的顾虑可以提交至管理层。

一个管理邮箱是投诉渠道，并不自动成为申诉办公室。该来源并未说明管理层必须重新开注册决定、采用不同的证据标准、给出理由或保留结果。该渠道或许能产生出色的非正式审查。其绩效仍未得到衡量。

Postel、IANA 与委托的数字权限

RFC 1174 提供了关于数字权限的最清晰时期陈述。它将 IANA 描述为持有运营互联网所需的数字标识符的主要权限，该职能在 USC 信息科学研究所执行。它描述了 SRI 的 Internet Registry 负责维护注册信息并在委托职责下执行分配工作。

委托创建了一种垂直关系，但其确切的补救后果取决于委托条款和实践。IANA 可以定义委托工作的范围、协调分配政策，并处理关于谁拥有分配权限的问题。这些职能并未确立申请人可以就 SRI 注册机构的决定向 Jon Postel 亲自提出上诉。

没有审查过的指南说：向 IANA 提出质疑，在规定期限内提交，并获得对实质问题的决定。样本中没有请求级案例显示 Postel 收到申请人的拒绝、审查原始记录并下令进行不同的分配。推断相反情况同样不安全。Postel 的地位和狭小的专业社区使得非正式咨询成为可能，但可能性并不是有记录的程序。

James Pelkey1988 年 2 月 18 日对 Postel 的采访提供了关于技术讨论保存的背景。Postel 讨论了围绕技术设想（经过辩论但未被采纳）的完整讨论如何并非总是被捕捉在发布的文档中。该观察涉及技术设想和 RFC 历史。它不能被转化为证据来证明标识符拒绝、申诉或推翻是以相同方式处理的。

因此，该采访是对文档文化的警示，而非请求结果的来源。它强化了重建例外案例需要函件的必要性，但对这类案例的频率或公正性未置一词。

IAB 和联邦网络机构：建议并非裁决

RFC 1174 是由 Internet Activities Board 主席致 Federal Networking Council 主席的。它包含了关于分配标识符分配和改变旧的已连接状态政策的建议。

该备忘录建议在保留集中的 IANA 和 Internet Registry 职能的同时，将网络和自治系统号段委托给经批准的组织。它还建议将标识符注册与已连接状态限制分离。Internet Registry 将收集政策信息，而 DNS 收录将不再与相同的联邦连接批准挂钩。

这是在政策层面机构重新考量的真实证据。它显示了 IAB 认识到，为军事、政府和赞助研究环境设计的行政安排已不再适合日益增长的商业和国际互联网。它还显示了 IAB 向 FNC 传递了一份拟议的回应。

动词很重要。IAB建议。FNC接收了该建议。文件提议 Internet Registry应被指示进行更改。单凭 RFC 1174 不能确立 FNC 的采纳日期、实施指令或每项拟议变更的完成。

更重要的是，该备忘录并未裁决申请人案例。它并未审查 Hostmaster 的理由、恢复标识符或指示重新考虑先前的拒绝。政策改革可能回应累积的问题，却未保留受影响者的姓名或文件。它可能前瞻性地运作，而让较早的结果保持不变。

这一区分预防了一个常见的分析错误。一个能够建议系统政策机构的存在并不证明同一机构审理了个人申诉。反之，一份 RFC 中没有申请人备审表并不证明联邦官员从未非正式干预。该建议确立了制度声音，而非案例管辖权。

DCA、赞助方，以及注册与连接之间的区别

1983 年用户注册说明将 DDN-PMO 置于注册驱动的背后。主机管理员负责授权用户，而 DDN-PMO 表示如果出现问题将与管理员合作。这是一条直接的问题解决声明，但关系是通过管理员运行的。

与主机管理员意见不一致的个人处于困难的地位。DDN-PMO 可以澄清指导方针或处理系统性问题。该文件并未承诺个人可以绕过管理员并获得独立审查。授权者同时也是本地机构代表。

政府赞助对连接性的影响不同。RFC 1174 关于已连接状态的历史描述了美国政府赞助组织的许可。赞助方可以确认一个网络符合连接条件、撤回支持或澄清资助活动的范围。这类行动可能决定实际访问权，即使 Internet Registry 已经分配了号码。

因此，赞助方升级需要精确标记。请求赞助方确认资格并不是对数字分配的上诉。说服赞助方改变其自身决定是赞助链条内的重新考虑。请求赞助方联系注册机构可能是制度性倡导。只有直接案例文件可以确立实际发生了什么。

同样的精确性适用于联邦承包商和大学。承包商可以将网络问题作为政府工作的障碍提出。大学研究人员可以请求项目官员帮助。军事主机有管理员和项目管理关系。这些结构创造了可能的询问路径。样本中没有包含比较性请求数据显示它们改变结果的频率。

两条合同链，都不是自动的申请人救济

联邦资助创造了监督，但它本身并不创造申诉权。

第一条相关链条是DCA-SRI/NIC。SRI ARC/NIC 查档指南标识了由 DCA 资助的 NIC 工作、合同提案、交付物、月度报告及进行中的审查。1987 年的 DCA 材料包括一次合同审查会议并描述了 NIC 任务和服务渠道。这些记录确立了政府客户监控了承包商活动。

本文并未审查管辖每项注册服务的可操作 SRI 合同条款。因此，它不声称那些合同规定了请求截止日期、记录保留义务、申请人投诉程序或合同官员推翻特定注册裁决的权力。政府对交付物和服务绩效的监督可能十分广泛，却未赋予申请人可执行的权利。

第二条链条是DARPA-USC/ISI/IANA。后来发布的GAO 决定 B-327398报告称，GAO 无法获取 1970 年代至 1990 年代间据以其开发和执行 IANA 职能的 DARPA 合同副本，尽管它恢复了关于 1995 年开始的一项后来合同任务的信息。该发现限制了对早期 DARPA-USC 条款的结论。

它并不确立单独的 DCA-SRI 合同记录缺失。这两个承包商、政府关系和职能必须保持分开。SRI 馆藏映射了可能回答 NIC 绩效问题的合同材料。GAO 的证据空白涉及历史性的 DARPA-USC/IANA 合同。

合同官员可以执行适用合同实际包含的任何义务。该权力通常将保护政府的合同利益。申请人仍需要一条途径，使注册问题成为一个合同绩效问题。若无条款、投诉、政府行动和结果，“合同官员审查”仍然是一个可能的控制机制，而非有记录的救济。

后来被描述为申诉的六种不同事物

制度史常常将初始问题之后跟随良好结果的任何事件都用“申诉”指称。那种词汇模糊了谁采取了行动以及什么发生了变化。

更正修复数据或格式。1983 年用户注册说明直接记录了更正、添加、删除、重复筛查和重新提交。RFC 1032 记录了域数据更新和反复的函件往来。更正可以在没有争议决定的情况下发生。

非正式重新考虑发生在原工作人员或办公室重新审视之前的观点时。一通电话解释、新的技术证据或组织权限的澄清都可能促使重新考虑。该时期密集的联系基础设施使其成为可能，但样本中不包含任何证明这一点的完整申请人案例。

赞助方升级将问题移交给一个提供授权、资助或连接许可的组织。赞助方可以澄清资格、向另一机构倡导或改变自身立场。结果可能影响访问权，却未推翻注册机构的决定。

投诉报告服务失败、延迟、不一致或工作人员行为。1985 年联系清单将管理问题与常规服务渠道分开，表明更广泛的顾虑有地方可去。它并未说投诉会重启标识符请求。

公开申诉是一条基于规则的路径，受影响方可据此向一个指定的审查者质疑一项决定。它通常标明可以被质疑的决定、质疑提交至何处以及谁发布回应。此处审查的程序样本未在 1983-1992 年间为未成功的域和数字标识符请求识别出这样一种通用公开申诉。

可执行的救济来自一个能够根据法律、合同或约束性项目规则迫使采取行动的机构。当管辖权、一项法律利益和一项适用义务存在时，法院、机构或合同官员可以提供此类救济。注册手册并未承诺这一点，样本中也未包含该时期内推翻 NIC 或 IANA 标识符结果的合格判决或机构命令。

这些类别可以在一个事实序列中重叠。申请人可能更正表格、请求 Hostmaster 工作人员重新考虑、让赞助方介入、向管理层投诉并最终寻求外部法律主张。标签应遵循每一步骤的证据，而不是将整个序列视为“一次申诉”。

电话作为实际救济和档案盲点

最强的良性替代解释始于 NIC 的可及性。

NIC 发布了电子渠道并运营电话援助。RFC 1032 预期在域授权之前进行函件往来。1985 年“How to Reach the NIC”表单将不同主题指向不同角色，包括援助、注册、主机变更、运营和管理。查档指南描述了一个参考和热线运营，回答电话和电子邮件查询，并在月度报告中报告活动统计。

一个狭小、技术连接紧密的社区可能通过对话解决了许多问题。申请人可以致电，得知服务器尚未准备就绪，更正配置，然后重新提交。主机管理员可以澄清授权。服务提供商可以解释地址类别要求。赞助方可以确认一个网络属于资助活动范围。

从参与者的角度看，这样一通电话可能比正式程序更有用。速度、背景和信任可以使非正规行政极为高效。

从历史学家的角度看，同一通电话是一个缺失的过渡。接收到的表格可能幸存。最终的分配可能幸存。连接两者的解释可能没有。如果没有制作案例记录，研究人员无法确定结果是遵循例行建议、重新考虑、赞助还是新请求。

电话记录，在其幸存的地方，需要仔细解读。通话日志可能标明日期、大致主题、呼叫者类别以及是否需要跟进。它仍可能省略请求、建议、权限和终端结果。通话计数在没有案例链接的情况下不能变为申诉计数。

电子邮件提供了更多细节，但不能保证完整性。消息可能与申请分开存档。参与者可能转向电话。回复可能幸存而问题缺失，反之亦然。一个线程可以记录谈判，同时将最终决定留为未述状态。

这个保存问题具有双向性。它阻止了断言审查从未发生。它也阻止了断言非正式审查一贯有效。联系基础设施是可观察的；解决质量则不可观察。

谁获得了实际重新考虑的途径？

制度图谱暗示了一个分配性问题，而非分配性发现。

军用网络可以有一名主机管理员、联络员、项目管理关系和政府赞助方。联邦承包商可以通过技术代表或合同链条提出未解决的网络问题。受资助大学可以依赖校园管理员、研究赞助方，以及到 1992 年还有中层网络或服务提供商。

商业或国际申请人也可能拥有专家中介和直接的专业关系。RFC 1174 明确承认互联网已扩展到超出其最初的联邦和赞助研究群体之外。一些国际网络深深整合进研究合作中。机构类别单独不能决定途径。

假设是实际重新考虑可能部分取决于关系：认识正确的管理员、有能问问题的赞助方，或通过熟悉注册程序的中介。这一假设是合理的，因为有记录的渠道是基于角色和层级制的。

但它未经检验。样本中没有按军事、政府、学术、商业和国际申请人划分的请求分母。没有关于完整性、耗费时间、提出的问题、涉及赞助方或终端结果的可比较措施。

可信的中介可能通过帮助经验较少的申请人提交准确的请求来减少不平等。他们也可能使救济成为关系性的，让已经连接到行政网络的机构受益。两种效应可能同时运行。

一项可辩护的比较需要请求级数据，并控制技术准备程度、请求的资源、赞助要求和申请完整性。在没有那种证据的情况下，平等对待或不平等待遇均不应作为结果报告。

技术层级之外的法院和机构

法院并非针对每一行政不便的上诉台。它仅在法律提供管辖权、索偿人有可认知的利益且适当的被告可被命令提供救济时采取行动。

一项早期的域名争议可能涉及组织权限、合同、商标或其他法律利益。联邦承包商可能根据其自身协议拥有权利。政府赞助方的行动可能受制于一项单独的法规或项目规则。这些可能性取决于标识符表格之外的事实。

该时期的技术指南并未陈述不成功的申请人可以请求法院审查 Hostmaster 的技术判断。它们也并未确立每一 NIC 或 IANA 行动都是终局的机关行动。承包商地位、委托的技术权限、联邦赞助和政府资助并不归结为单一的公共法类别。

机构渠道需要同样的谨慎。DCA、DARPA、DDN-PMO 或其他联邦机构可以在其项目或外包职责范围内接收投诉。它是否必须就申请人的主张做出决定、能否迫使承包商更改注册，或提供任何可执行的救济，将取决于管辖权限。

本样本中没有 1983-1992 年的直接记录将一项标识符拒绝与推翻它的法院判决、机构命令或外包决定配对。外部救济在抽象上仍然法律可能，在相关案例总体中历史上未被证实。

反事实 A：保留决定，添加原因

设想 1983 年至 1992 年间的每一项实质性标识符和连接决定都保持不变。同样完整的申请成功了。同样的技术缺陷需要更正。同样的赞助规则管辖了对联邦支持基础设施的访问。

仅更改记录。为每一唯一的请求赋予一个接收日期和持久标识符。当处理停止时，保存简短原因和责任办公室。如果同一办公室重新考虑，将第二个决定与第一个链接。如果事项移至赞助方、IANA、管理层或其他机构，记录移交和终端结果。

即使批准率不变，这样的记录也将改善可审计性。研究者可以区分缺失字段与实质性拒绝。重复申请可以被识别为更正、替代或重新考虑。耗费时间可以分解为申请人响应、工作人员处理、赞助方审查和未决区间。政策变更可以链接到暴露出问题的案例类型。

额外的记录可能改善错误检测。可比较的原因可能揭示不一致的分类，或者它们可能显示表面不同结果基于不同事实。那是一种可能性，而非经衡量的历史效应。

并未声称现代行政法义务已管辖每项早期互联网注册。这一反事实提出一个更狭窄的制度问题：什么样的证据本应允许当代人和后来的历史学家在不改变底层权限结构的情况下检验一致性？

一个带日期的原因和结果日志本身不会创造独立性。审查者仍可能属于同一办公室。也不会保证公平。它将使路径足够可见以便评估。

反事实 B：真正低的冲突

现在假设一审行政通常是准确的。申请人在技术上有能力，要求被广泛理解，大多数问题通过可信的函件往来解决。实质性拒绝和严重争议很罕见。

这一良性系统应留下哪些痕迹？

大多数不完整的请求将紧随可识别的问题和迅速的更正之后。重复提交通常对应于可见的技术或行政变化。完成后的耗费时间会很短，或由服务器准备就绪、赞助或其他外部依赖解释。赞助方联系将更多澄清资格而非取代早期判断。相对于已知请求人口，投诉痕迹会很罕见。

撤回的请求若要区别于无声拒绝，则需要申请人一方的解释。电话解决需要将通话链接到请求的同期记录。一个统计上可辩护的样本应显示，在控制完整性和技术准备程度后，很少存在无法解决的分歧。

良性基础设施的部分是可见的。RFC 1032 预期函件往来。NIC 维护了援助和管理渠道。主机管理员可以更正用户记录。DDN-PMO 表示出现问题时会与管理员合作。RFC 1359 将提供商视为应用建议来源。RFC 1174 描述了一项旨在广泛分配唯一号码同时将连接许可分离的政策。

仍无法观察的是这些渠道的绩效如何。唯一请求的数量是未知的。同样未知的还有因信息被退回、撤回、拒绝、重新考虑、升级和推翻的数量。没有对呼叫者类别或终端结果的比较。

一个失望申请人消失无踪的系统，可以产出与几乎没有严重冲突的系统相同的公开分配列表。区分性证据在于请求函件和处置记录，而非注册表的干净程度。

1992 年之后的一个狭窄视角

1993 年 3 月发布的RFC 1400提供了一个有限的后时期比较。它描述了解析和验证注册模板、由原请求者更正、在七天响应窗口后过期、故障单号，以及显示门票是否仍待决及由谁处理的公开状态信息。

这些特性使处理状态更加可观察。它们没有创建一个独立的申诉机构。解析器错误、验证、更正和最终工作人员处理仍然属于行政的一部分，而非由独立机构审查。

该比较仅支持这一结论：一项公共程序可以暴露请求标识符和中间状态。它在 1993 年的出现并不证明早期内部跟踪是缺失的，并且它并未回答实质性争议是如何被审查的。

可以得出什么结论

三项命题必须保持分离。

第一，此处审查的发布程序在 1983 年至 1992 年间并未为未成功的域或数字标识符请求确定一个通用、独立的申诉机构。它们规定了申请、责任管理员、技术要求、更正、函件往来、本地争议边界和机构权限。它们并未确立一条面向具名二审审查者并产生记录在案最终决定的通用申请人路径。

第二，非正式解决在制度上是可能的，并且对于普通问题来说是可信的。NIC 是可以联系到的。工作人员预期函件往来。管理员和赞助方占据定义的角色。提供商可以给申请人建议。管理层和政府机构可以在其职责范围内接收关切。这些渠道可能迅速解决了许多案例，但样本并未衡量其使用或结果。

第三，分母仍然未知。样本中没有请求级语料库，可以从中计数不完整、延迟、撤回、拒绝、更正、重新考虑、升级、推翻或终局案例。它没有包含合格的拒绝与推翻文件。缺失的证据同时阻止了对系统性滥用的指控和对已证明一致性的主张。

早期互联网的管理员正在快速变化的技术和制度边界上解决一个困难的协调问题。一个系统可以是有能力的、协作的，同时留下薄弱的程序档案。它可以在不命名更正为重新考虑的情况下改正错误。它可以在不审理个人申诉的情况下改变政策。它可以在提供有效帮助的同时，将这种帮助通过后来的历史学家无法评估的关系分配出去。

因此，缺失的申诉台并非证明某个特定办公室本应存在却未存在的证据。它是确定在正常路径失败后发生什么所需的缺失理由链、审查者和结果链。

低可见冲突可能反映良好的行政。它可能反映私下解决。它可能反映从幸存记录中消失的申请人。直到直接的请求文件提供分母之前，这些解释必须保持分离。

来源