Skip to main content
Resources

注册管理机构服务技术评估小组

注:所有语种版本中,英文版为官方版本,其他语种版本仅供参考.

(2016 年 1 月 21 日更新)

根据《注册管理机构服务评估政策 (Registry Services Evaluation Policy, RSEP)》第 1.4 节,注册管理机构服务技术评估小组 (RSTEP) 应由 20 名专家构成,他们需擅长用于互联网架构和域名系统 (DNS) 的复杂系统和标准-协议的设计、管理和实施。注册管理机构服务技术评估小组成员将由该小组的主席负责选取。注册管理机构服务技术评估小组的主席将是 ICANN 和支持组织内部注册管理机构选区表示认可的一名成员,主要负责通用顶级域注册管理机构的政策事务。注册管理机构服务技术评估小组的成员和主席需要执行一份协议,该协议要求他们在小组中考量问题时需要保持中立并遵循安全性和稳定性的界定。针对任何提交给注册管理机构服务技术评估小组的事务,主席应当选取最多五名小组成员审核该事务,这五名成员不应与这一事务拥有任何竞争性、财务性或法务性利益冲突,应专注考量提交人所提的具体技术问题。

注册管理机构服务技术评估小组的成员不仅在该小组中担任职务,还可在被选为加入任何审核小组 (Review Team) 时,担任独立专家。在透明度和披露政策的指导下,小组成员的所属单位和居住国家已列入下列成员清单中。作为本小组和审核团队成员时,这些成员的行为和言论并不代表其所属单位或国家立场。

本小组现有成员包括:

莱曼·查宾 (Lyman Chapin)(主席;Interisle Consulting Group, LLC 有限公司;美国)

格雷格·亚伦 (Greg Aaron)(Illumintel, Inc.公司;美国)

亚普·阿克休伊斯 (Jaap Akkerhuis)(NLnet Labs;荷兰)

祖奥·刘易斯·西尔维娅·达马斯 (João Luis Silva Damas)(Bond Internet Systems 公司;西班牙)

约翰·迪金森 (John Dickinson)(Sinodun Internet Technologies 公司;英国)

苏珊·伊斯塔达 (Susan Estrada)(Aldea Communications 公司;美国)

奥拉法·郭蒙森 (Ólafur Guðmundsson)(OGUD Consulting 公司;美国)

堀田博文 (Hirofumi Hotta)(Japan Registry Services Company 公司;日本)

Suzanne Woolf (美国)

马克·科斯特斯 (Mark Kosters)(Kosters Enterprises, LLC 公司;美国)

弗雷德里克·林戈仁 (Fredrik Ljunggren)(Kirei AB;瑞典)

安妮-玛丽·艾克伦·路温德 (Anne-Marie Eklund Löwinder)(Stiftelsen för internetinfrastruktur, IIS 公司;瑞典)

马克·麦克法顿 (Mark McFadden)(InterConnect Communications Ltd.公司;英国)

亚历翰德罗·比桑缇 (Alejandro Pisanty)(UNAM 公司;墨西哥)

吉姆·雷德 (Jim Reid)(RTFM LLP;英国)

雅各布·施莱特 (Jakob Schlyter)(Kirei AB 公司;瑞典)

安德烈·苏瑞 (Ondřej Sury)(Panificium, s.r.o;捷克)

威尔·谭 (Wil Tan)(Cloud Registry Pty. Ltd.公司;澳大利亚)

里克·维森 (Rick Wesson)(Support Intelligence;美国)

保罗·伍特斯 (Paul Wouters)(No Hats Corporation;加拿大)

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."