Skip to main content
Resources

批准的董事会决议 | ICANN 董事会特别会议

本页面还提供其他语种:

  1. 认可议程:
    1. 启动第二轮根服务器系统咨询委员会 (RSSAC) 审核
    2. 2018 财年 SO/AC 额外预算请求批准
    3. 其他事务

 

  1. 认可议程:

    1. 启动第二轮根服务器系统咨询委员会 (RSSAC) 审核

      鉴于《ICANN 章程》规定,ICANN 董事会"应通过与接受审核的组织无关的一个或多个实体对各支持组织、各支持组织理事会、各咨询委员会(除政府咨询委员会以外)及提名委员会(根据第 8.1 款的定义)的表现和运营情况进行定期审核";

      鉴于 RSSAC 审核工作组作为首轮根服务器系统咨询委员会 (RSSAC) 审核的一部分,已于 2010 年 8 月 5 日向 ICANN 董事会提交最终 报告;

      鉴于董事会于 2015 年 7 月 28 日决定将第二轮 RSSAC 审核推迟至 2017 年举行。

      兹此发布第 2017.04.19.01 号决议:董事会启动了第二轮 RSSAC 审核,并且指示 ICANN 组织发布提案征询,以便让独立审核人在可行的情况下尽快开启审核。

      第 2017.04.19.02 号决议:董事会鼓励 RSSAC 为第二轮 RSSAC 审核做准备,安排审核工作组担任审核期间的联络人,并对第一轮审核所获建议的落实情况的有效性进行自评。

      第 2017.04.19.01 至 2017.04.19.02 号决议的理由

      董事会为什么要解决此问题?

      此行动是为了采取明确和一致的方法,从而按照《ICANN 章程》规定进行审核。此外,董事会正在处理这个问题,因为章程规定每五年进行一次组织审核。ICANN 董事会已于 2015 年将 RSSAC 审核推迟到 2017 年启动。在 RSSAC 拒绝将审核推迟 12 个月的提议后,董事会现已启动第二轮根服务器系统咨询委员会 (RSSAC) 审核。

      咨询了哪些利益相关方或其他方?

      董事会组织效率委员会 (OEC) 已联系 RSSAC 领导层,以确认后者是否会为将于 2017 年举行的第二轮 RSSAC 审核提供支持。

      是否会在财务方面对 ICANN(战略计划、运营计划和预算)、社群和/或公众产生影响或不良后果?

      及时开展组织审核符合 ICANN 的战略和运营计划。第二轮 RSSAC 审核的预算已被批准为 ICANN 年度预算周期的一部分,分配给 RSSAC 审核的资金由负责这些审核的 ICANN 组织团队管理。预计目前不存在额外的预算要求,不过将会单独考虑因实施审核可能产生的建议的预算影响。

      是否存在与 DNS 相关的任何安全、稳定或弹性问题?

      采取此行动不会产生与 DNS 相关的任何安全性、稳定性或弹性问题。

    2. 2018 财年 SO/AC 额外预算请求批准

      鉴于社群成员和 ICANN 组织在之前的讨论中认为有必要对 ICANN 支持组织 (SO) 和咨询委员会 (AC) 提出的额外预算请求的资金问题提前做出决定。

      鉴于 ICANN 组织已建立 SO/AC 额外预算请求流程,以收集、审核来自 SO 和 AC 的资金请求,并提交给董事会批准。

      鉴于 ICANN 社群在最终期限前提交了请求,并且这些请求已由代表政策、利益相关方参与和财务人员的工作人员小组进行了审核。

      鉴于审核小组建议批准的请求金额上限为 646,800 美元。

      鉴于董事会财务委员会已审核所遵循的流程以及 ICANN 组织的建议,并建议董事会批准 ICANN 组织的建议。

      兹此发布第 2017.04.19.03 号决议:董事会批准在 2018 财年将 646,800 美元的资金用于支付与采纳的 SO/AC 额外预算请求有关的 费用。

      第 2017.04.19.03 号决议的理由

      在今年早些时候批准预算对已确立的预算批准流程和时间表而言属合理安排,促进 ICANN 社群和 ICANN 组织的工作,并且不会产生额外费用。此项决议承诺投入的资金非常小,因此不需要董事会为其特别确定和批准资金来源。

      此决定预计不会对域名系统的安全性、稳定性与弹性造成任何影响。

      批准流程属于组织管理流程,在此之前已征求过社群的重要意见。

    3. 其他事务

      未达成任何决议。

2017 年 4 月 20 日发布

Domain Name System
Internationalized Domain Name ,IDN,"IDNs are domain names that include characters used in the local representation of languages that are not written with the twenty-six letters of the basic Latin alphabet ""a-z"". An IDN can contain Latin letters with diacritical marks, as required by many European languages, or may consist of characters from non-Latin scripts such as Arabic or Chinese. Many languages also use other types of digits than the European ""0-9"". The basic Latin alphabet together with the European-Arabic digits are, for the purpose of domain names, termed ""ASCII characters"" (ASCII = American Standard Code for Information Interchange). These are also included in the broader range of ""Unicode characters"" that provides the basis for IDNs. The ""hostname rule"" requires that all domain names of the type under consideration here are stored in the DNS using only the ASCII characters listed above, with the one further addition of the hyphen ""-"". The Unicode form of an IDN therefore requires special encoding before it is entered into the DNS. The following terminology is used when distinguishing between these forms: A domain name consists of a series of ""labels"" (separated by ""dots""). The ASCII form of an IDN label is termed an ""A-label"". All operations defined in the DNS protocol use A-labels exclusively. The Unicode form, which a user expects to be displayed, is termed a ""U-label"". The difference may be illustrated with the Hindi word for ""test"" — परीका — appearing here as a U-label would (in the Devanagari script). A special form of ""ASCII compatible encoding"" (abbreviated ACE) is applied to this to produce the corresponding A-label: xn--11b5bs1di. A domain name that only includes ASCII letters, digits, and hyphens is termed an ""LDH label"". Although the definitions of A-labels and LDH-labels overlap, a name consisting exclusively of LDH labels, such as""icann.org"" is not an IDN."