Skip to main content

加强ICANN问责制跨社群工作组(问责制CCWG)诚招志愿者加盟

简介

跨社群工作组(CCWG)的成立旨在制定一套能够为全体利益相关方服务的加强ICANN问责制的提案。组建CCWG的各大组织现诚邀志愿者们参与这一工作。

参与方式

现设有两种志愿参与方式:

  • 个人参与—任何对此感兴趣的人员,不论其是否是ICANN社群的成员,均可加入CCWG,作为一名"参与人"。我们期望参与人能够在电子邮件清单的讨论中和各类会议中做出积极贡献。我们预计参与人将向本流程提出重要建议。他们参与的方式与ICANN章程组织任命的成员的参与方式类似,均需提交《意向书》(SOI)。
  • 电子邮件清单观察员 —对于那些仅对CCWG讨论内容感兴趣的人员,则可以"观察员"的身份加入电子邮件清单,仅获得阅读邮件内容的权限。电子邮件清单观察员不得发帖,且不会收到参与CCWG各类会议或电话会议的邀请函(注意:关注CCWG会议的人员仍旧可以通过音频流媒体直播聆听会议),且无需填写《意向书》(请参见下文)。电子邮件清单观察员还可随时通告ICANN员工,成为CCWG的参与人。

此外,观察员还可在CCWG预计即将组织的公共协商和公共评议流程中直抒己见。

参与方式

如果您愿意以个人参与人的身份加入CCWG,或愿意成为一名电子邮件清单观察员,则请联系格蕾丝·阿布哈马德(Grace Abuhamad)(accountability-staff@icann.org)。

ICANN支持组织或咨询委员会的成员则须联系其所在的支持组织/咨询委员会秘书处,明确表示他们愿意作为一名参与人或是一名电子邮件清单观察员加入本流程。所有参与人—章程组织任命成员和个人参与人—的名单均将列示在CCWG的网页上。本流程的所有参与人均需按照其所在章程组织的流程(如适用),或是按照GNSO的流程,提交一份《意向书》。另外,这份意向书中应当至少提供以下信息:申请人姓名、该参与人是否代表某一机构或企业参与本流程、对本流程的重点关注领域、与受到ICANN影响的其他相关方之间的实质性联系、以及申请人主要居住国。

后续步骤

CCWG目前正处在设立阶段。截止目前,一般会员咨询委员会(ALAC)、国家和地区代码名称支持组织(ccNSO)和通用名称支持组织(GNSO)已经通过了工作组章程,并正在任命成员。CCWG的首次网络会议预计将在世界协调时2014年12月9日星期二晚20:00时召开,会议提供音频流媒体直播,(请在会议召开时点击此处聆听会议)。自那以后,工作组的定期网络会议预计将在世界协调时11:00时至14:00时这一时间段内轮流举行,以确保位于不同时区的参与人能够最大程度地参与进来。

背景

美国国家电信和信息管理局(NTIA)请求ICANN针对IANA职能和相关根域管理工作一题"召集一项多利益相关方流程,制定一套美国政府管理权的移交计划"。NTIA在其公告中指出,该移交提案必须获得广泛的社群支持,并满足以下原则:

  • 支持并加强多利益相关方模型
  • 维护互联网域名系统的安全、稳定和弹性
  • 满足IANA服务全球客户和合作伙伴的需求和期望
  • 维护互联网的开放性

NTIA还特别指出不会接受由一国政府或一家政府间组织替代NTIA职责的提案。

在制定NTIA移交提案的过程中,ICANN董事会、领导层和广大社群提出了一个更为广泛的话题,即这种变化对ICANN问责机制产生的影响。因而,"加强ICANN问责制"流程于2014年10月10日确定并发布,具体信息请参见此处。"加强ICANN的问责制"流程的范围包括:确保在美国政府与ICANN签署的具有历史性意义的合同终止后,且美国政府不再作为ICANN的后盾后(即IANA职能合同续签流程),ICANN仍能对其工作负责。从一个机构的角度来看,人们要求对ICANN更为广泛的问责机制进行审视,考虑如何加强这些机制来应对美国政府退出合同后的情形,包括如何加强现有的问责机制(例如:ICANN章程和《义务确认书》)。

CCWG的章程中预计,本工作将通过两个方向展开:

  • 工作方向1:关注加强ICANN问责制的机制,这些机制必须在IANA管理权移交流程时间段内确立并实施;
  • 工作方向2:关注那些在方案制定和全面实施方面所需时间超出IANA管理权移交流程时间段的问责制主题。

除了个人参与人和观察员以外,章程组织还将任命工作组成员—已经通过本工作组章程的ICANN各支持组织(SO)/咨询委员会(AC)需要向CCWG任命最多五名成员参与本流程。这类工作组成员需要对适用主题事务拥有充足经验;承诺能够持续并长期地积极参与问责制CCWG的活动;并适时在其任命机构内征集个人看法、交流观点与担忧。愿意以章程组织任命成员身份加入本流程的人员应联系其所在支持组织/咨询委员会,获取遴选流程的详细信息。

问责制CCWG在编制其提案、工作规划和其他报告时,应致力于考虑全体参与人(包括工作组成员和个人参与人)的观点,努力寻求共识。

如需更多信息,请查看CCWG章程:https://community.icann.org/x/XQHxAg


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