中东地区合作旅程
随着我们迈入新的财年，《2021-2025 财年中东地区计划 (2021-2025 Middle East Regional Plan)》 已于 2020 年 7 月 1 日正式生效，现在是时候审视过去四年间本地区的各项工作和所获成就了。
2020 年 6 月 30 日是 《2017-2020 财年中东地区战略》的截止日，现在这份战略则被成为地区计划。这份战略的主要目标在于：“从本地区吸收更多能够积极参与的人员，为 ICANN 的政策制定流程做出贡献，并在 ICANN 社群中承担领导职务。”鉴于此，我们的合作交流重点在于针对域名系统 (Domain Name System, DNS) 的技术和政策领域开展能力建设工作。这包括：提高大家对 ICANN 的职责的意识、鼓励大家参与该组织的工作、支持在本地和地区层面上进一步发展域名行业。
本地区囊括了 26 个国家，我们通过各类活动，例如：地区会议、网络研讨会、技术工作坊、根服务器节点部署和域名系统安全扩展 (Domain Name System Security Extensions, DNSSEC) 部署，与利益相关方们展开交流。
以下展示了 2017-2020 财年间，我们在推行地区战略时举办的一些重要活动。
值得注意的是，我们看到越来越多的社群成员加入了不同的支持组织 (Supporting Organizations, SO) 和咨询委员会 (Advisory Committees, AC)；并有越来越多的人员引领和参与各种地区性计划和团体。在这段时期内，我们共有来自 5 个国家的 5 名社群成员在 ICANN 的支持组织和咨询委员会 (SO/AC) 中担任领导职务，如主席或副主席；来自 3 个不同国家的 5 名社群成员加入了 SO/AC 的理事会；另外有来自 6 个不同国家的 10 名志愿者成为了 SO/AC、提名委员会 (NomCom)、和审核小组的成员。与此同时，一名来自埃及的普遍适用性 (UA) 使节接受任命；来自 15 个国家的 58 名志愿者加入了地区战略工作组，带头编制了《2017-2020 财年地区战略》。
在地区层面上，由超过 30 名成员组成的阿拉伯文国际化域名任务组 (Task Force on Arabic Internationalized Domain Names, TF-AIDN) 现已完成了阿拉伯文二级域名的标签生成规则 (Label Generation Rules, LGR) 的编写。此外，中东空间 (Middle East Space) 也已于 2017 年设置，为社群成员提供了一个绝佳的面对面或远程的交流渠道，针对 ICANN 的重点事务加以考量，并提出本地区的看法和意见。
我们还启动了多次地区社群成员和参与人的针对性调查，以评估本地区的工作效率。最近一份调查旨在针对 ICANN 在 2020 财年期间在中东地区开展的合作交流工作征询反馈意见。如需查看调查结果，请点击此处。
我对来自中东地区的社群成员们感激不尽。我要感谢每一位通过不懈努力和无私奉献，支持 ICANN 组织在本地区的合作交流工作的人员。没有 ICANN 组织和地区志愿者们的通力合作，我们是无法对中东地区社群参与 ICANN 事务加以改进的。感谢大家！
如需提交任何反馈意见或问题，请联系我们：meac.swg@icann.org。
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."
Comments