互联网号码分配局

互联网号码分配局（IANA）是负责维护多个全球唯一系统的互联网协调职能，这些系统使互联网能够作为一个单一的可互操作网络运行。其工作包括协调互联网协议地址空间、分配自治系统号码、管理域名系统根区、维护协议参数注册表，以及发布基础数据，如互联网时区数据库和语言子标签注册表。IANA不作为电信运营商运营互联网，不向消费者出售域名，也不直接向最终用户分配大多数IP地址。相反，它维护中央注册表，并通过既定的技术和政策结构委派资源。 该职能在ARPANET时代非正式发展起来，当时加州大学洛杉矶分校和南加州大学信息科学研究所的研究人员维护着套接字号码、协议标识符和其他网络参数的实际列表。乔恩·波斯特尔成为其最有影响力的管理者，与乔伊斯·K·雷诺兹等同事合作。IANA名称在1988年明确出现在RFC系列中，尽管底层协调活动已存在多年。在其早期历史的大部分时间里，该职能通过南加州大学信息科学研究所在美国政府研究和国防合同下运作。 IANA最明显的职责涉及互联网号码和DNS。它将大块IP地址空间分配给五个区域互联网注册机构，然后这些机构根据区域政策将地址资源分配给互联网服务提供商、本地注册机构和其他组织。它还协调用于域间路由的自治系统号码。IANA持有的IPv4地址空间已耗尽，无法进行普通分配，而IPv6协调仍然是持续的运营责任。在DNS方面，IANA维护与根区相关的权威数据，并协调涉及顶级域、基础设施区域和反向DNS相关命名空间的更改。自从根区使用DNSSEC签名以来，IANA还执行了重要的根区密钥管理职责，包括涉及独立可信社区代表的正式签名仪式。 该职能于1998年底从USC机构转移到ICANN，并于1999年成为ICANN的一个运营部门。ICANN根据与美国商务部的协议以及根据与互联网工程任务组的安排履行IANA职能。经过多年关于互联网治理和美国政府监督作用的全球辩论，IANA管理权移交于2016年完成。运营工作被置于ICANN的附属机构公共技术标识符中，而与IETF和区域互联网注册机构的政策关系通过各自的问责和协调机制继续。 因此，IANA最好被理解为一个中立的注册职能，而不是一个传统的面向消费者的品牌。其重要性在于准确性、连续性、透明度和对社区制定政策的遵守。该组织支持跨网络和软件的互联网标识符的一致性，而围绕地址分配、域名和协议注册的大部分政策由IETF、ICANN结构、区域互联网注册机构和多利益相关方互联网社区的其他部分制定。

IANA源于早期互联网数字和协议标识符共享记录的实际需求。在ARPANET时期，与加州大学洛杉矶分校和南加州大学信息科学研究所相关的研究人员维护着套接字号码和网络服务分配列表。1972年，文特·瑟夫和乔恩·波斯特尔分发了一份关于主机服务和套接字号码的信息请求，帮助建立了集中注册实践。波斯特尔随后成为这些分配的主要管理者，并逐渐将该职能扩展到其他互联网协议参数。 该活动最初是非正式的，而不是一个独立注册的机构。波斯特尔通过南加州大学信息科学研究所管理它，与乔伊斯·K·雷诺兹和其他技术贡献者合作。RFC系列中首次明确使用“互联网号码分配局”名称出现在1988年，当时该职能已成为互联网运营的既定部分。美国政府通过涉及国防高级研究计划局和USC/ISI的合同支持这项工作。 随着互联网扩展到其研究起源之外，IANA的角色变得更加重要。其注册表为端口号、协议标识符、媒体类型、地址分配、自治系统号码以及可互操作软件和网络使用的其他参数提供了共同参考。20世纪90年代商业域名注册的增长也暴露了关于谁应该控制DNS根以及如何创建新顶级域的未解决问题。1998年，美国政府成立了ICANN，一个旨在承担关键协调职责的非营利公司。波斯特尔试图展示IANA职能对DNS根的技术权威，成为更广泛的DNS治理冲突的一部分。他于1998年10月去世，就在机构转移完成前不久。 USC和ICANN于1998年12月签署了过渡协议，IANA项目于1999年1月1日移至ICANN。同一时期，互联网工程任务组在RFC 2860中记录了其与IANA职能的关系。ICANN随后根据与美国商务部的协议履行该工作。该安排赋予美国政府正式监督角色，批准或验证DNS根区的更改，而管理许多分配的技术政策继续通过IETF、区域互联网注册机构和其他互联网机构制定。 随着互联网基础设施的成熟，IANA的运营范围扩大。它协调向五个区域互联网注册机构的IP分配，管理DNS根区和基础设施命名空间，维护协议注册表，并在2010年根区加密签名后支持DNSSEC根区密钥操作。IANA还在2011年成为互联网时区数据库的所在地，此前一场纠纷扰乱了其先前的分发安排。其他注册表，包括IETF标准定义的语言子标签注册表，进一步表明IANA的职责超出了域名和IP地址。 2013年蒙得维的亚声明和随后的全球讨论加速了关于互联网治理未来的辩论。美国政府广泛电子监控的揭露削弱了对美国中心模型的信心，促使呼吁更国际化和多利益相关方的安排。ICANN协调了移交IANA职能管理权的提案，该提案通过广泛的社区流程进行了审查。移交于2016年10月1日生效，当时商务部合同到期。公共技术标识符，一个法律上独立的ICANN附属机构，成为IANA职能的运营者。移交并未消除ICANN、IETF或区域互联网注册机构；相反，它重新分配了制定政策和运营注册表的组织之间的问责。 今天，IANA仍然是互联网的核心技术协调职能。它不直接分配每个地址或批准每个域。相反，它维护权威的中央注册表，并协调向区域、国家、合同或协议特定机构的委派。其信誉取决于稳定的程序、公开文档、技术能力以及遵守相关互联网治理社区制定的政策。

• 2016

  IANA管理权移交完成

  [8]ICANN IANA Stewardship Transitionicann.org

  美国商务部合同结束，IANA职能移至公共技术标识符，在移交后的ICANN框架内。

• 2011

  IANA负责时区数据库

  [6]IANA Time Zone Databaseiana.org

  IANA成为全球时区规则和偏移数据库的运营所在地。

• 2010

  DNSSEC根区操作开始

  [5]IANA DNSSECiana.org

  在DNS根区签名后，IANA承担了根区DNSSEC流程的关键运营职责。

• 1999

  IETF与IANA的关系被记录

  [7]RFC 2860: Memorandum of Understanding Concerning the Technical Work of the Internet Assigned Numbers Authorityrfc-editor.org

  RFC 2860记录了IANA为互联网工程任务组执行的任务以及管理其关系的原则。

• 1998

  ICANN接管IANA项目

  [1]Internet Assigned Numbers Authorityen.wikipedia.org

  USC和ICANN同意转移IANA项目，转移于1999年初生效。

• 1988

  IANA名称出现在RFC系列中

  [10]IANA name appears in the RFC seriesrfc-editor.org

  一份RFC将乔伊斯·K·雷诺兹确定为IANA联系人，提供了对该名称最早的明确引用之一。

• 1972

  早期套接字号码注册表建立

  [9]Early socket-number registry establishedrfc-editor.org

  加州大学洛杉矶分校关于主机服务和套接字号码的信息请求帮助建立了后来与IANA相关的集中注册实践。

全球可信、技术中立的注册和协调职能，负责唯一互联网标识符和协议参数。

• 互联网标识符

  号码注册表

  IANA协调全球唯一的互联网号码资源，包括IPv4和IPv6地址空间以及自治系统号码。它将地址块委派给五个区域互联网注册机构，这些机构应用区域政策并随后向网络运营商、服务提供商和其他组织进行分配。IANA的角色是中央协调，而不是常规的最终用户分配。

• 域名基础设施

  DNS根区管理

  IANA维护与DNS根区相关的权威数据，包括顶级域和选定基础设施命名空间的信息。工作涉及处理批准的更改，与顶级域运营商和根服务器组织协调，并通过既定的运营程序发布生成的根区信息。

• 互联网标准基础设施

  协议注册表

  协议注册表记录互联网标准使用的值和参数，包括协议号、端口号、媒体类型和其他标识符。IANA根据RFC文档中制定的政策协调注册，并维护公开可访问的表，以便独立开发的系统使用兼容的值。

• 互联网安全 · 2010

  DNSSEC根区密钥管理

  IANA执行与DNSSEC根区签名系统相关的运营职责，包括密钥管理程序和定期安排的签名仪式。这些仪式使用受控、记录在案的程序，并涉及来自更广泛DNS社区的受信任代表。

• 参考数据库 · 2011

  IANA时区数据库

  时区数据库记录区域偏移和规则，包括操作系统、编程环境和其他数字产品使用的历史和定期更改。IANA将数据库作为公共技术资源提供，而不是作为消费者软件应用程序。

• 语言和本地化注册表

  语言子标签注册表

  语言子标签注册表支持互联网协议和软件本地化中使用的标准化语言标识符。它根据相关IETF标准（包括RFC 5646）指定的框架进行维护。

• 2014NETmundial全球互联网治理会议

  Global

  在2013年监控揭露和互联网治理国际化呼吁之后，巴西主办了一次多利益相关方会议，涉及政府、企业、民间社会和技术社区。会议产生了一份支持共识导向、多利益相关方治理的非约束性声明，并成为围绕IANA管理权移交的更广泛辩论的一部分。

  结果. 该声明为IANA移交提案制定的国际政策环境做出了贡献，尽管它没有解决各国政府对互联网治理的竞争性偏好。

  来源

• 2016

  完成IANA管理权移交战略

  背景

  美国商务部历史上对ICANN履行的IANA职能保持合同监督。全球技术组织和其他利益相关方寻求一个不那么以单一国家政府为中心的结构，特别是在2013年监控揭露之后。

  采取的行动

  2016年10月1日，商务部合同到期。公共技术标识符成为IANA职能的运营者，而新的问责机制和社区关系管理这项工作。

  后续影响

  IANA继续不间断运营，但其管理权从直接的美国政府合同监督转移到涉及ICANN、IETF和区域互联网注册机构的基于社区的问责框架。

  来源

• 2011

  采用IANA作为时区数据库的所在地战略

  背景

  涉及互联网时区数据库先前分发商的法律纠纷扰乱了数据库既定的FTP分发渠道。

  采取的行动

  IANA承担了维护和分发数据库的责任。

  后续影响

  时区数据成为IANA持续公共互联网参考注册表组合的一部分。

  来源

• 1998

  IANA项目从USC转移到ICANN并购

  背景

  互联网的扩展和商业化创造了对全球标识符协调更正式机构结构的需求。在ICANN被建立为非营利互联网协调组织后，USC和ICANN谈判了IANA项目的转移。

  采取的行动

  双方于1998年12月24日签署了过渡协议，转移于1999年1月1日生效。

  后续影响

  IANA成为ICANN的一个运营部门，取代了先前以USC/ISI为中心的行政安排。

  来源

1. 1Internet Assigned Numbers Authorityen.wikipedia.org
2. 2IANA official websiteiana.org
3. 3IANA Number Registriesiana.org
4. 4IANA Root Zone Managementiana.org
5. 5IANA DNSSECiana.org
6. 6IANA Time Zone Databaseiana.org
7. 7RFC 2860: Memorandum of Understanding Concerning the Technical Work of the Internet Assigned Numbers Authorityrfc-editor.org
8. 8ICANN IANA Stewardship Transitionicann.org
9. 9Early socket-number registry establishedrfc-editor.org
10. 10IANA name appears in the RFC seriesrfc-editor.org
11. 11NETmundial global Internet governance meetingen.wikipedia.org