Skip to main content
Resources

ICANN 政策更新 | 2009 年 8 月 – 第 9 卷第 8 期

本页面还提供其他语种：

PDF Version [316 KB]

http://www.icann.org/zh/topics/policy/

目录:

整个 ICANN

  1. 目前公开征询意见的政策问题

ccNSO

  1. ccTLD 授权 / 重新授权工作组成立
  2. 科科斯群岛成为第 95 名成员
  3. 最后一次呼吁参与 DNSSEC 调查

GNSO

  1. 理事会批准 GNSO 利益主体组织章程, 期待新委员会在首尔就位
  2. GNSO 委员会就注册服务商之间的转让政策制定新的工作组章程
  3. 过期域名恢复工作组审议开始
  4. 滥用注册政策工作组定义问题
  5. Fast Flux 工作组公布最终报告

ASO

  1. RIR 在已回收 IPv4 地址的全球政策提案方面取得进展

联合工作

  1. 跨机构群体的地理区域评审工作组公布了初步报告，以征询各机构群体的意见
  2. 新 GNSO/SSAC 工作组开始探索国际化 Whois 的可行性
  3. GNSO/ALAC 联合工作组开始起草注册人权利规章

SSAC

  1. SSAC 就防止滥用域名注册服务提出建议措施

网络普通用户群体

  1. 网络普通用户群体年度选举活动正在进行
  2. 网络普通用户群体继续对大量政策问题进行分析和商议

阅读用您的首选语言写成的《政策更新》

《 ICANN 政策更新》 提供联合国全部六种官方语言的版本 ： 英文 （ EN ） 、西班牙文 （ ES ） 、法文 （ FR ） 、阿拉伯文 （ AR ） 、中文 （ 简体 – siZH ） 和俄文 （ RU ） 。《政策更新》文档在 ICANN 网站 上发布，可以在线订阅。如果希望每月在您的邮箱中收到这些更新内容，只要访问 ICANN 的 订阅页面 ，输入您的电子邮件地址，然后选择 Policy Update （政策更新 ） 即可进行订阅。此服务免费。

《ICANN 政策更新》目的声明

 发送问题、意见和建议到： policy-staff@icann.org 。

今日日程

访问 ICANN 政策制定和咨询机构的在线日程，可以了解 ICANN 政策制定工作的最新进展。最活跃的三个日程包括：



整个 ICANN

1. 目前公开征询意见的政策问题

ICANN 各机构群体所关注的若干问题现正广泛征询公众意见。现在就来发表您对以下问题的看法吧：

  • 地理区域评审工作组初步报告 。 ICANN 章程目前定义了五个地理区域。将地理政治实体划分到 ICANN 地理区域的标准是否体现了 ICANN 的公平性、一致性以及恰当的多样性？ 意见征询期将于 2009 年 9 月 4 日结束。
  • 为改进问责制的章程更改建议 。这是“增强对机构的信心”流程的最新一步。意见征询期将于 2009 年 9 月 25 日结束。

更多信息

要获取所有公开征询意见的问题列表，以及近期结束和归档的公众意见论坛列表，请访问 公众意见 页面。



ccNSO

2. ccTLD 授权 / 重新授权工作组成立

概况

国家或地区代码域名支持组织 （ ccNSO ） 成立了一个新的工作组，就启动 ccTLD （国家和地区代码顶级域名 ）授权、重新授权和撤销的政策制定流程提出建议。

最新动态

ccNSO 已正式授权一个工作组来考虑这些问题。该工作组尚处于起步阶段，但是您可以在其 维客页面 上阅读其章程，并查看其成员的姓名（不久后还可查阅更新材料 ）。

后续计划

工作组将开始进行其审议工作。

背景信息

当前， ICANN 有关授权和重新授权的政策和实施举措是通过已被广泛认可的 IANA （ 互联网号码分配当局 ） 流程得以体现的。在执行这些流程的过程中， IANA 遵照了 ISO 3166 维护机构发布的国家或地区代码 ISO 3166-1 列表 。有关建立新 ccTLD 的详细信息，请参考 IANA 的“建立 ccTLD 的程序”以及 IANA 的授权报告 。

ccTLD 重新授权是指更换指定 ccTLD 管理机构的流程。该流程按 ICP-1 和 RFC 1591 中列出的原则来执行。这个政策和流程也在 IANA 相关报告（确定是否重新授权时的考虑事宜 ）中得以体现。

自 RFC 1591 于 1999 年最后一次修订以来，鉴于环境和形势发生了诸多变化， ccNSO 认为现在有必要对目前的政策进行 审查 。 ccNSO 希望首先对与当前政策有关的问题加深理解，然后再着手进行可能要开展的后续工作。

更多信息

http://www.ccnso.icann.org/workinggroups/drdwg.htm

联系工作人员

Bart Boswinkel （ ccNSO 高级政策顾问 ）



3. 科科斯群岛成为第 95 名成员

概况

国家或地区代码域名支持组织 （ ccNSO ） 迎来了一名新成员。

最新动态

科科斯 （ Keeling ） 群岛使用国家代码 .cc 申请加入 ccNSO 。 ccNSO 委员会在 8 月 24 日召开的会议上批准了该申请，从而使科科斯群岛成为第 95 名 ccNSO 成员 。

更多信息

联系工作人员

Gabriella Schittek （ ccNSO 秘书长 ）



4. 最后一次呼吁参与 DNSSEC 调查

概况

DNSSEC （域名系统安全协议 ）对于互联网的安全和稳定有着重要的意义。但是互联网群体是否理解和赞同 DNSSEC 的条款呢？为了回答这个问题， ccNSO 委员会重新启动了 ccNSO DNSSEC 调查，该调查曾于 2007 年首度开展。

最新动态

此次对国家或地区代码注册管理机构的调查将于 9 月初结束，距离现在只剩下几天时间，因此我们鼓励有关机构 参与该调查 。

此次调查结果将与 2007 年的调查结果进行比较。 2007 年的调查结果显示，当时只有 7% 的国家或地区代码注册管理机构实行了 DNSSEC 。在同样的调查中，有 85% 的参与者称他们计划实行 DNSSEC 。新的调查将揭示在此后两年的时间里，有多少人确实已这么做。

背景信息

瑞典注册管理机构 （ IIS.SE ） 和欧洲网络与信息安全机构 （ ENISA ） 共同要求重新开展 DNSSEC 调查。 ccNSO 委员会在其 2009 年 5 月 12 日的电话会议上同意了这项要求。本次调查结果将会与 2007 年的调查结果相比较。

更多信息


联系工作人员

Gabriella Schittek （ ccNSO秘书长 ）



GNSO

5. 理事会批准 GNSO 利益主体组织章程

期待新委员会在首尔就位

概况

通用名称支持组织 （ GNSO ） 正在着手实施一系列旨在改进组织效率、效力和服务可达性的全面组织结构调整。要了解 GNSO 的新组织结构，请参考 GNSO 改进网页 上的相关讨论和图表。

最新动态

获批准的新利益主体组织。在 7 月 30 日的会议上， ICANN 理事会通过了一个具有重要里程碑意义的决议，即使新的 GNSO 委员会就位。理事会批准了注册管理机构利益主体组织、注册商利益主体组织、商业利益主体组织 （ CSG ） 和非商业利益主体组织 （ NCSG ） 的四个新利益主体组织章程。其中， CSG 和 NCSG 的章程为过渡性章程，未来一年随着这些组织过渡为永久性机构，其章程将交由机构群体进一步审核和讨论。

讨论新的 GNSO 社群。 所有四个新 GNSO 社群（计算机安全社群、消费者社群、 City TLD 社群和 IDNgTLD 社群 ）的章程提案现均已完成整整 30 天的公众意见论坛的讨论。理事会在 7 月 30 日的会议上讨论了这些建议，并要求工作人员与不同社群倡导者展开后续讨论，以深入了解各种建议。

审核 ICANN 章程修正案。 在 7 月 30 日召开的理事会会议之前不久，围绕建议的章程修正案进行的为期 30 天的公众意见论坛结束。该修正案是实现 GNSO 重组所必需的。理事会会议过后不久，针对修订后的一揽子修正案的第二次 21 天公众意见论坛即启动。此次针对第二批全面修正案的 机构群体意见征询 于 8 月 24 日结束。

批准 GNSO 理事会第 13 、 14 号席位的选举新流程。 在 7 月 30 日的会议上，理事会批准了 GNSO 委员会重组工作组关于选举理事会第 13 、 14 号席的最初建议。 GNSO 委员会的合同签约方机构将提名理事会 13 号席的候选人，并根据该选举机构 60% 多数票的去向选择一名理事会成员候选人。非合同签约方机构将提名理事会 14 号席的候选人，并根据该选举机构 60% 多数票的去向选择一名理事会成员候选人。

委员会和工作小组的实施工作。 GNSO 委员会创建的运营筹划指导委员会 （ OSC ） 和政策流程筹划指导委员会 （ PPSC ） 成立了五个工作小组，由来自 GNSO 和 ALAC （网络用户咨询委员会 ）群体的志愿者组成，负责制定专门的提案、流程和机制来实施理事会赞同并通过的 GNSO 改进建议。这些建议包括：改进政策制定流程 （ PDP ） ；将 GNSO 政策制定工作组模式标准化；修订 GNSO 委员会、利益主体组织和社群的流程和运作；以及改进 GNSO 群体内的各种沟通职能以扩大对政策制定活动的参与。自 2009 年 3 月以来，这五个工作组在以下活动上取得了突出进步：

政策流程工作：

  1. PDP 小组
    GNSO 的 PDP 工作小组 正在制定新的政策制定流程 （ PDP ） （包括新章程、规则和程序提案报告 ）。新 PDP 更符合 ICANN 共识性政策的合同要求，将早期的问题界定和事实调查扩展到 PDP 启动之前即开始进行，因而更具灵活性和有效性。此外还纳入了 PDP 结束后的评估流程来衡量政策建议的有效性。该小组每周召开一次会议，目前正在讨论“提案审核和投票门槛”阶段（政策制定的五个阶段中的第二阶段 ），不久将审核关于“规划和启动”阶段（五个阶段中的第一阶段 ）的建议初稿。

  2. 工作组小组
    GNSO 的 负责工作组模式的工作小组 正在编写两份面向不同读者的新指南： 1 ） 《工作组实施和章程草案指南》面向 GNSO 委员会之类的发起机构，它将涵盖在工作组的成立、确定目标、筹集资金、配备人员和提供指导以实现预期结果的过程中所要考虑的全部因素。 2 ） 《工作组运作模式指南》面向工作组领导人，根据章程在组织结构、任务分配、报告和交付成果等方面提供指导。截至 7 月 6 日，两份文档的大纲部分都已编写完成，并已进入起草阶段。

运营工作：

  1. GNSO 运营工作小组 在 7 月份完成了一项重点任务。该小组制定了一份文件，其中包含 GNSO 委员会组织结构的改进意见，与将委员会确立为“政策流程的战略管理人”角色的理事会建议有关。小组已在 7 月底将文件分发给各社群以征求意见。此外，工作小组还撰写了《利益陈述》 / 《利益声明》政策文件草案，目前正由 ICANN 法律工作人员审核。不过最重要的是，工作小组已开始编写《 GNSO 委员会运营程序》的修订版，以体现 ICANN 理事会对 GNSO 的改进建议，合入 ICANN 章程修正案。工作小组已同意修改关键条款，包括法定人数和投票的定义。工作小组决定在 8 月份每周召开一次会议，以期尽快确定有关流程的建议。
  2. GNSO 社群和利益主体组织运营工作小组 每两周召开一次会议，并且成立了三个分组来确定以下领域的最佳做法建议： 使任何 ICANN 社群的参与框架体现客观性、标准化和清晰化；使运作体现代表性、开放性、透明化和民主化的原则；建立和维护不断更新且可公开访问的所有社群成员和其他非社群正式成员的数据库。 此外，针对理事会关于开发所有社群均可使用的包含基本管理、运作和技术服务的“工具箱”的建议，该小组正在研究建议。

  3. GNSO 沟通工作小组 最近完成了有关改进 GNSO 网站的一系列业务要求的草案，并按照循序渐进的工作方式，解决了基本的合作问题以及理事会 GNSO 改进报告中指出的文档管理能力有限这一不足之处。工作小组已提交该文件给运营筹划指导委员会审核。此外，小组在 GNSO 网站后端改进方面取得了显著进步，包括完成了将 gnso.icann.org 从静态设计向更加动态、适应性更强的数据库 /Drupal 设计迁移的计划。另外， ICANN 工作人员与工作小组协调，邀请 GNSO “高级用户”接受访谈，反馈 GNSO 用户体验。此举的目标是通过访谈十几位用户，使设计决定建立在现实世界的基础上。工作小组同时还在收集建议，以提高 GNSO 收集有意义的群体反馈意见的能力。此外，工作小组正在考虑当前有关“政策制定”的文档以及 “ 改进 GNSO 与其他 ICANN 机构协调性的建议”的相关文档的翻译流程。

后续计划

在 2009 年 10 月韩国首尔召开的 ICANN 会议上，理事会、 GNSO 委员会和机构群体工作小组将合力解决有关让新组建 GNSO 委员会顺利就职的关键途径问题。

理事会预计将在 8 月 27 日的会议上讨论和解决章程修订事宜，以实施 GNSO 委员会的重组工作。与此同时， GNSO 委员会将努力完成其计划，以确保在首尔的平稳过渡。这一工作包括制定新的委员会运营程序，该程序目前正处于 GNSO 委员会运营工作小组的审核中。其他工作可能主要包括审核现有的 GNSO 社群章程，以及与有望成立的新 GNSO 社群的倡导者进行对话。

背景信息

通过 2008 年 2 月、 6 月、 8 月和 10 月会议的一系列决策， ICANN 理事会对改进 GNSO 组织结构和运营的若干方面的一系列目标表示了支持。 这些决策是历时两年的独立审查、机构群体意见征询和理事会审议的最终成果。 点击此处 了解背景信息。

更多信息

联系工作人员

Robert Hoggarth （高级政策主管 ）



6. GNSO 委员会就注册服务商间域名迁移政策设立新工作组章程

概况

注册服务商间域名迁移政策 （ IRTP ） 旨在为域名持有者提供一个直接在 ICANN 认可的注册服务商之间转让域名的程序。 GNSO 正在审查该政策并考虑对其进行修订。

最新动态

GNSO 委员会按预期在 7 月 23 日的会议上设立了一个 IRTP B 部分工作组章程。该工作组的任务是考虑以下问题（如问题报告中所列 ）并向 GNSO 委员会提供建议：

  • 是否应当制定紧急回收 / 解析域名的流程，有关讨论参见《 SSAC 劫持报告》（ PDF ；另请参阅 http://www.icann.org/correspondence/cole-to-tonkin-14mar05.htm ）；
  • 是否需要制定关于撤销不当域名转让的附加条款，尤其是在注册人和管理联系人 （ AC ） 之间存有争议时；
  • 是否要针对注册服务商发生变更期间提出的注册人变更制定特别条款。该政策目前并不处理注册人变更请求；这种请求多见于劫持情况；
  • 使用注册服务商的锁定状态时，是否应当采用标准做法或最佳做法（特别是何时可以 / 不可以、应该 / 不应该采取这些做法 ）；
  • 如需采用标准做法或最佳做法，则如何才能最有效地阐明拒绝原因 7 ：将域名置于“锁定状态”的前提是：注册服务商为已注册域名的持有人提供了一套解除锁定状态的合理且易用的方法。

委员会希望工作组继续从 ICANN 合规工作人员处获得更多信息，了解现有注册服务商间域名迁移政策的相关要素是如何付诸实施的。 工作组还应请求合规工作人员审核其制定的任何政策建议，并向这些人员征求如何以最佳方式组织这些建议的意见，以确保这些政策建议的清晰度和可执行性。

在此章程被采纳后， GNSO 委员会随即启动志愿者招募工作（请参阅相关公告的 PDF ）。

后续计划

IRTP B 部分工作组的第一次会议有望在不久后举行。更多信息，请查询 IRTP B 部分工作组的工作空间 https://st.icann.org/irtp-partb/index.cgi?irtp_part_b 。

背景信息

对注册服务商间域名迁移政策所进行的广泛审查由 5 个不同的政策制定流程 （ PDP ） 组成，其中第一个 PDP 现已完成，第二个已经开始。点击 此处 可了解详细背景信息。

更多信息

联系工作人员

Marika Konings （ 政策主管 ）



7. GNSO 过期域名恢复工作组审议开始

概况

域名过期后，域名注册人能够在多大程度上恢复其域名？争议焦点是注册服务商目前关于续用、转让和删除过期域名的政策是否充分。

最新动态

GNSO 委员会在 6 月 24 日悉尼会议上通过了过期域名恢复工作组 （ PEDNR WG ） 章程。

在此章程被采纳后， GNSO 委员会随即启动志愿者招募工作 （ PDF ） 。此外，过期域名恢复工作组在 ICANN 悉尼会议上还召开了研讨会，与更广泛的 ICANN 机构群体就章程中列出的上述问题首次交换了意见。（有关研讨会的会议记录和录音，请访问 http://syd.icann.org/node/3869 。）

后续计划

工作组会议已开始召开，以后将每两周召开一次，讨论和解决其 章程 中列出的问题。

工作组需要在首尔会议上组织一次问题更新 / 研讨会，同时还要向 GNSO 委员会提交一份更新文件。工作组应考虑最佳做法的建议以及（或代替 ）共识性政策的建议。

背景信息

ICANN 开罗会议期间， ALAC 投票决定，要求对允许域名注册人在域名正式过期后加以恢复一事提供《问题报告》。 ALAC 的要求已于 2008 年 11 月 20 日提交给 GNSO 委员会。于是， ICANN 工作人员编写了关于恢复过期域名的《问题报告》，并于 2008 年 12 月 5 日提交给 GNSO 委员会。另外， ICANN 工作人员就 12 月 18 日会议上通过的一项动议 中提出的 问题向 GNSO 委员会进行了澄清。 GNSO 委员会在其 1 月 29 日的会议上审核了这些澄清说明，同意建立一个过期域名恢复起草小组，以最终拟定一份章程并提供建议，解答某些 问题 。

更多信息

联系工作人员

Marika Konings （政策主管 ）



8. 滥用注册政策工作组定义问题

概况

注册管理机构和注册服务商似乎缺乏处理滥用域名注册问题的统一方式，且对“滥用注册”是指哪些行为一直存有疑问。为更深入地审查滥用注册政策， GNSO 委员会成立了一个滥用注册政策 （ RAP ） 工作组。

最新动态及后续计划

RAP 工作组每两周召开一次会议，处理其章程中所述的问题，如：滥用注册与滥用域名之间的区别；现有滥用注册政策的有效性； GNSO 适合从哪些方面入手制定政策来解决滥用注册问题。最近，他们制定了（并且正在审核 ）一份文件，其中提供了滥用类型和类别的合理定义，并列举了每种滥用类型的主要目标。

背景信息

点击 此处 可了解详细信息。

更多信息

联系工作人员

Marika Konings （ 政策主管 ） 和 Margie Milam （ 高级政策顾问 ）



9. Fast Flux 工作组公布最终报告

概况

Fast Flux 攻击是指网络罪犯通过快速修改 IP 地址和 / 或域名服务器来逃避侦测的技术。尽管 Fast Flux 作为一项被恶意使用的技术而臭名昭著，但它也有合法的用途。 GNSO 正在研究相应的应对措施。

最新动态

Fast Flux Hosting 工作组现已递交其最终报告 （ PDF ） ， 对 GNSO 委员会提出的问题给出了解答。工作组还提出了 Fast Flux 攻击的定义，以便将其同 Fast Flux 的合法用途区分开；同时还在报告中汇编了 Fast Flux 的判定标准。

Fast Flux Hosting 工作组未对新共识性政策给出任何建议，也未对现有政策做任何更改，但是对后续步骤给出了一些意见。这些意见包括：

  • 强调说明哪些解决方案 / 建议可通过政策制定、最佳做法和 / 或行业解决方案实现；
  • 考虑注册滥用方面的政策条款是否可以通过授权注册机构 / 注册商取消涉及恶意或非法 Fast Flux 行为的域名来解决 Fast Flux 问题；
  • 研究开发 Fast Flux 数据报告系统；
  • 研究开 ICANN 作为最佳做法推动者的可能性；
  • 研究在 Fast Flux 政策制定过程中吸纳其他利益主体参与的可能性；
  • 重新定义问题和范围。

后续计划

报告现在正由 GNSO 委员会审核并讨论，而委员会将决定后续计划。

背景信息

继向 SSAC 咨询 Fast Flux Hosting 和撰写问题报告后 ， GNSO 委员会于 2008 年 5 月启动了一个 Fast Flux Hosting 政策制定流程 （ PDP ） 。工作组于 2009 年 1 月发布了《初步报告》，其中论述了有关 Fast Flux Hosting 的一系列问题以及工作组成员给出的可能答案。该报告还概述了供委员会审议的可行后续计划。 这些后续计划可能包括工作组的进一步工作 ，或供社群和各机构群体审查和评论 并供委员会审议的政策建议。

更多信息，请参阅“ Fast Flux Hosting 的背景 ”。

更多信息

联系工作人员

Marika Konings （ 政策主管 ）



ASO

10. RIR 在已回收 IPv4 地址的全球政策提案方面取得进展

概况

地区互联网注册管理机构 （ RIR ） 目前正在讨论关于如何处理 IANA 从 RIR 回收的 IPv4 地址空间的全球政策提案。根据此提案， IANA 应负责存储回收的地址空间，并在空闲的 IANA IPv4 地址空间消耗殆尽后采用比当前地址段更小的地址段向 RIR 分配此类空间。

最新动态

各地 RIR 在其最近的会议中纷纷讨论了此项提案。该提案已获得 APNIC 批准，并已通过 AfriNIC 和 LACNIC 的最终意见征询。对于 ARIN （美洲互联网号码注册管理机构 ）和 RIPE （欧州 IP 资源 ），该提案尚在讨论阶段。

后续计划

如果该提案获得所有 RIR 的一致通过，则将接受号码资源组织执行委员会和地址支持组织地址委员会 （ ASO AC ） 的审核，然后送呈 ICANN 理事会批准并由 IANA 负责实施。

关于已回收的 IPv4 地址的第三版《背景信息报告》将于 9 月份在 ICANN 网站上公布。

背景信息

IPv4 是用于分配 32 位唯一 IP 地址编码的互联网协议 （ IP ） 地址分配系统。由于互联网用户人数的迅猛增长，这些唯一编码（约 43 亿个 ）即将消耗殆尽，今后需要使用 128 位编码系统 （ IPv6 ） 取而代之。

此全球政策提案包括两个不同的阶段： 1 ） IANA 仅接收 RIR 返回的 IPv4 地址空间； 2 ） IANA 继续接收返回的 IPv4 地址空间，同时也向 RIR 重新分配此类空间。此提案与最近通过的一项旨在分配剩余 IPv4 地址空间的全球政策相关。此项全球政策生效后，该提案将推进到第二阶段。

有关详细信息，请参阅 “ 有关处理已回收 IPv4 地址的全球政策提案 。 ”

后续计划

关于已回收的 IPv4 地址的《背景信息报告》即将在 ICANN 网站上公布。

更多信息

背景信息报告（ 2009 年 6 月 11 日更新 ） http://www.icann.org/en/announcements/announcement-12may09-en.htm

联系工作人员

Olof Nordling （ 服务关系主管 ）



联合工作组

11. 跨机构群体的地理区域评审工作组公布了初步报告，以征询各机构群体的意见

概况

地理区域评审工作组已公布了初步报告，供各机构群体审查和评论。

最新动态

经过理事会和地理区域工作组几个月的对话，理事会在 6 月 26 日的澳大利亚悉尼会议上批准了工作组的工作章程提案。

该章程中概述了一个由三部分组成的流程。在这一流程中，工作组首先将准备一份初步报告，在其中阐述当前 ICANN 的地理区域在 ICANN 各结构和流程中的应用情况，并确定工作组需要在审议过程中处理的事务。

工作组已完成了初步报告，并以联合国的六种语言公开发布，供各机构群体审查和评论。为期 35 天的 公众意见论坛现已开放 ，并将持续到 2009 年 9 月 4 日。

后续计划

公众意见征询期结束时， ICANN 工作人员将归纳和分析群体对于章程提案的意见，并提供一份摘要和分析报告。该摘要 / 分析报告将发送给各机构群体和工作组讨论。

根据章程，完成初步报告后，工作组还将提交一份“中期报告”。据目前计划，该报告将于 2009 年 10 月 ICANN 首尔会议之前草拟完毕。根据目前计划，工作组将于明年初公布第三份报告，即“最终报告”，并在该报告中提出相关建议 （如果有 ）。 工作组将考虑各群体对初步报告提出的意见，并以此作为审议流程和日后撰写中期报告及最终报告的指导。

背景信息

“ 地理区域工作组的背景信息 ”

更多信息

联系工作人员

Robert Hoggarth （ 高级政策主管 ）



12. 新 GNSO/SSAC 工作组开始探索 国际化 Whois 的可行性

概况

WHOIS 是包含已注册域名、域名注册人的联系信息以及其他重要信息的数据存储库。关于这项重要的资源，一直存在正当使用和滥用的问题。 GNSO 委员会继续调查 Whois 是否适合继续存在。

最新动态

2008 年，各群体以及政府咨询委员会 （ GAC ） 在其建议中提出了二十多个值得研究的领域。这些“假设”可划分为几大领域。

前三个值得研究的领域是 ： Whois 滥用 ； Whois 数据的显示 ； 以及 Whois 代理和隐私服务。工作人员目前正在起草 RFP （建议征求书 ），以便研究公司就这些方面的研究成本提出报价，并研究其可行性。要继续开展工作，就必须先确定调查范围 （ TOR ） ，目前这项工作正在进行中，其目标是及时将 RFP 公布在 ICANN 网站上，以供 10 月份的首尔国际会议使用。

在 6 月份的悉尼国际会议期间， ICANN 理事会通过了一项决议，要求 GNSO 和 SSAC 组建一个负责调查引入显示规范的可行性的联合工作组，以便确保国际化域名 （ IDN ） 的引入以及相关的非 ASCII 注册数据不会破坏 Whois 的准确性。各机构群体刚刚着手准备组建这一技术工作组。该工作组将向其他 SO 和 AC 征求意见，尤其是 GAC 和 ccNSO 。该工作组提供调查结论和建议之后，我们可能不必再进一步研究第四个大领域，即国际字符（非 ASCII ）对 Whois 准确性 / 可读性的影响。

GNSO 在 5 月份单独提出的第五个重要研究领域将根据之前的政策讨论结果，确定一系列 Whois 服务要求。预计首尔会议上将草拟一份研究计划。

随着对各个研究领域的分析工作陆续完成，工作人员会连续发布研究评估信息。然而，这项工作无法一蹴而就，即使是初步的可行性评估和成本确定工作也可能需要几个月的时间才能完成。工作人员会向 GNSO 委员会及时通报进展情况，以便 GNSO 研究后续计划。

背景信息

GNSO 委员会负责的六个研究领域都与 Whois 有关，包括滥用数据、使用非 ASCII 字符集、代理和保密服务以及提供不准确的信息。 单击此处 可了解详细的背景信息。

更多信息

联系工作人员

Liz Gasster （高级政策顾问 ）



13. GNSO/ALAC 联合工作组开始起草注册人权利规章

概况

注册服务商必须签署一份《注册服务商委任协议》 （ RAA ） ，承诺遵守特定的运营标准，方可获得 ICANN 的委任。 ICANN 各机构群体的工作组正在草拟一份规章，以明确注册人的权利，同时也在讨论是否需要修改 RAA 。

最新动态

2009 年 5 月 21 日， ICANN 理事会批准了一份新的《注册服务商委任协议》 （ RAA ） 。这一新协议适用于所有注册服务商。各机构群体普遍认为修订后的 RAA 改善了当前版本的 RAA 。它为 ICANN 提供了一种新的合规工具，并可更好地保护注册人。在悉尼会议上， RAA 修正案得到了注册服务商的广泛支持，许多注册服务商参加了签约仪式，以表示他们一定会遵守新协议。

后续计划

GNSO 正在进一步审查 RAA ，以确定是否需要做进一步的修订。为完成这次审查工作，他们还与 ALAC 组建了一个联合工作组。该联合工作组将负责起草《注册人权利规章》、讨论 RAA 仍需修改的地方，并确定可能需要采取进一步措施的问题。

背景信息

有关该 RAA 工作组的更多信息，请访问： http://www.icann.org/en/topics/raa/ 。

更多信息

该联合工作组刚刚组建。要了解该工作组公布的信息，请访问其 维客页面 。

联系工作人员

Margie Milam （高级政策顾问 ）



SSAC

14. SSAC 就防止滥用域名注册服务提出建议措施

概况

为确保互联网的安全性和稳定性，安全与稳定咨询委员会 （ SSAC ） 推出了一系列举措，其中一些正在实施，而一些则刚刚完成。

最新动态

SSAC 在 SAC040 －《防止域名注册服务遭到非法利用或滥用的保护措施》中对其工作进行了总结。 该报告详细列出了一系列未经授权访问域帐户、恶意篡改注册数据的事件，借此指出当前注册服务模式中存在的漏洞和不足之处。 该报告还说明了电子商家、金融机构和企业内联网为消除部分漏洞所采取的措施。一些 GNSO 注册服务商社群 （ RC ） 成员也就这一重要问题与 SSAC 展开了合作，并对 SAC040 提出了卓有远见和极具建设性的意见。该报告将在本月底发布。

后续计划

关于另外一个问题 － 理事会决议要求就国际化注册数据问题组建一个工作组，对此， SSAC 和 ICANN 的工作人员正在筹备这一工作。 SSAC 的一名成员正在筹备主办一项网络会议，以讨论 SAC037 中提出的问题，即“显示和使用国际化注册数据”。该网络会议将于 9 月举行，届时欢迎所有利益相关方参加。 SSAC 成员也正在与网络普通用户群体一起研究用本地文字收集、存储和启用注册数据显示的替代方案。

背景信息

恶意使用域名已成为犯罪分子、“ 黑客 ” 和恶意搜索者的主要攻击手段。 SSAC 有必要对这些活动多加关注。与此同时，互联网群体正准备迎接未来几年的巨大变革，包括 DNSSEC 、 IPv6 、 IDN 和新 gTLD 的引入。单独推行上述任何一项变革
都会带来新问题；如果一并推行这些变革，即便有几年的时间跨度，也会变得更加复杂并不可避免地带来更多问题。 SSAC 将关注这些变化，研究可能出现的新式攻击手段。

更多信息

联系工作人员

Dave Piscitello （高级技术专家 ）



网络普通用户群体

15. 网络普通用户群体年度选举活动正在进行

概况

每年的这个时候，网络普通用户群体都会选择来年的领导人，并向 ICANN 理事会的提名委员会派驻具投票权的代表。这一流程对整个 ICANN 机构群体都有着一定影响。

最新动态

网络普通用户群体将在 8 月到 10 月初参加一系列选举活动。五大地区网络普通用户组织 （ RALO ） 都将：

  • 向 ALAC 推荐候选人，以便 ALAC 任命在提名委员会 （ NomComm ） 中具投票权的代表；
  • 选举一名网络普通用户咨询委员会 （ ALAC ） 成员；
  • 选举 RALO 高管（秘书长，在一些地区为主席和副主席 ）；
  • 推荐 ALAC 理事会联络人的候选人。

然后， ALAC 将根据所有 RALO 提议的候选人名单进行投票。 ALAC 还将：

  • 任命五名 NomCom 代表（具投票权的成员 ）；
  • 在 RALO 提供的候选人名单中，选择派驻 ICANN 理事会的 ALAC 联络人；
  • 选举一名主席、两名副主席以及一名报告起草人；
  • 选举派驻 GNSO 委员会、 ccNSO 委员会、 IDN 政策、 NCUC 以及 SSAC 的联络人。

更多信息

有关完整信息，请访问 2009 年网络普通用户群体选举 页面。

联系工作人员

网络普通用户群体秘书长，电子邮件： staff@atlarge.icann.org 。



16. 网络普通用户群体继续对大量政策问题进行分析和商议

概况

网络普通用户群体继续代表互联网个人用户就各种问题提出意见和建议。从 2009 年年初至今，他们参与了大量问题的讨论，这些问题的数量之多是前所未有的。

最新动态

网络普通用户于 7 月和 8 月初就以下主题在公众意见征询活动中提供了正式意见和建议，即向 ICANN 理事会提交了建议书：

  • 理事会审查工作组的第二次报告
  • IRT 工作组最终报告
  • IDN 快速通道实施计划第 3 版
  • 根服务器系统的升级研究
  • 与机构审查周期和机构审查流程有关的章程修正案

网络普通用户群体的所有正式报告书 （ 包括以上文件 ） 均已发布在 ： http://www.atlarge.icann.org/correspondence 。

网络普通用户群体还在研究以下主题：

  • ICANN 工作人员发布的《增强对机构的信心：前进之路》文件；以及与这一主题有关的章程修正案提案。
  • 网络普通用户群体有关改进公众意见征询流程的提议
  • 地理区域工作组的初步报告
  • 2011-2013 年期间的会议拟定日期

更多信息

如需详细了解网络普通用户群体的政策建议制定日程 ， 包括报告书草案的链接 ， 请访问 ： http://www.atlarge.icann.org/policycalendar 。

联系工作人员

网络普通用户群体秘书长 ， 电子邮件 ： mailto:staff@atlarge.icann.org

update-aug09-zh.pdf  [324 KB]

A note about our terms of service:

We have updated our electronic terms of service to provide greater transparency and align with laws applicable to us. Learn more.

This site uses cookies to deliver an efficient user experience and to help us see how the site is used. Learn more.OK

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