Skip to main content
Resources

政策更新 | 2009 年 6 月第 9 卷第 6 期

本页面还提供其他语种:

PDF Version [452 KB]

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

目录:

  1. 敬请您对政策方面的问题提供意见
  2. CCNSO 探讨 CCTLD 授权和相关政策
  3. CCNSO 吸纳新成员加入
  4. CCNSO 收集注册管理机构档案信息
  5. GNSO 以利益主体组织章程为重点继续推进机构改进实施工作
  6. 地理区域审查章程经过修订等待理事会批准
  7. RIRS 讨论关于如何处理回收的 IPv4 地址空间的全球政策提案
  8. SSAC 的研究、审查及相关行动的进展情况
  9. GNSO 委员会继续调查 WHOIS 需求
  10. 深入研究滥用注册政策
  11. GNSO 考虑过期域名的恢复发生变更
  12. 简化注册商之间的域名转让手续
  13. 我们该如何应对 Fast Fluxing 网络犯罪?
  14. 网络普通用户群体欢迎新用户组织加入
  15. 网络普通用户群体活跃在多个政策制定前沿

《ICANN 政策更新》中包括 ICANN 机构群体"自下而上"的政策制定体系当前正在解决的问题的摘要,同时提供为此而开展的相关政策制定活动的最新信息。ICANN 的政策制定工作人员负责发布这些每月政策更新内容,力求达到充分的信息透明度,同时鼓励 ICANN 各机构群体广泛参与 ICANN 的政策制定活动。

《政策更新》中会提供相关信息的链接,欢迎读者在阅读本摘要的基础上,通过这些链接深入了解 ICANN 各机构群体的工作。一如既往,政策工作人员欢迎您就如何改进政策传达工作继续提供宝贵的意见和建议。请将您的意见和建议发送至 policy-staff@icann.org。

《ICANN 政策更新》提供俄文、中文、阿拉伯文、法文、西班牙文和英文版本

《ICANN 政策更新》提供联合国全部六种不同官方语言的版本:英文 (EN)、西班牙文 (ES)、法文 (FR)、阿拉伯文 (AR)、中文(简体 – siZH)和俄文 (RU)。《政策更新》文档在 ICANN 网站上发布,可以在线订阅。如果希望我们每月将这些更新内容直接发送到您的邮箱,只要访问 ICANN 的订阅页面,输入您的电子邮件地址,然后选择 Policy Update(政策更新)即可进行订阅。这项服务免费向订户提供。有关详细信息,请访问以下网址:

今日日程

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

1. 敬请您对政策方面的问题提供意见

ICANN 各机构群体所关注的若干问题现正广泛征询公众意见 ( 点击 此处 可查看完整的意见征询列表 ) 。现在就来发表您对以下问题的看法吧:

两个 ICANN 咨询委员会 ( SSAC 和 RSSAC ) 委托相关机构开展了一项研究 , 旨在确定向根区域添加 IPv6 地址记录、 IDN 顶级名称、其他新 TLD 以及支持 DNS 安全的新记录对根服务器运营的潜在影响。有关此项研究的受权调查范围的公众意见征询 截至日期是2009 年 7 月 31 日

2. CCNSO 探讨 CCTLD 授权和相关政策

概况

国家或地区代码域名支持组织 (ccNSO) 委员会批准成立工作组 就有关 ccTLD 国家和地区代码顶级域名 授权、重新授权和撤销的政策制定流程的启动向 ccNSO 委员会提供建议。

最新动态

ccNSO 在 ICANN 墨西哥城会议上重新考虑了审核和更新当前有关国家或地区代码顶级域名授权、重新授权和撤销等政策的需要。其结论是 , 第一步要成立工作组来更好地明确所涉及到的范围和问题 , 并确保对此议题也有兴趣的 GAC ( 政府咨询委员会 ) 能够参与其中。

后续步骤

ccNSO 秘书处将呼吁相关成员和观察员加入工作组。 ccNSO 委员会计划在其悉尼会议上任命工作组成员。

背景信息

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

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

RFC 1591 制定于 1994 年 并于 1999 年作了细化修订 , 自此之后 , 环境和形势发生了诸多变化 , 有鉴于此 , ccNSO 认为现在有必要对目前的政策进行审核与评估。 ccNSO 希望首先对与当前政策有关的问题加深理解 , 然后再着手进行可能要开展的后续工作。

3. CCNSO 吸纳新成员加入

概况

国家或地区代码名称支持组织 (ccNSO) 热烈欢迎两位新成员的加入。

最新动态

.vu ( 瓦努阿图 ) 和 .lv ( 拉脱维亚 ) 已被批准成为 ccNSO 的新成员。 ccNSO 现在的 ccTLD 运营机构成员达到了 93 家 , 去年吸纳了 16 位新成员加入。

更多信息

联系工作人员

Gabriella Schittek ( ccNSO 秘书长 )

4. CCNSO 收集注册管理机构档案信息

概况

ccNSO 已开始公布每个 ccTLD 注册管理机构成员的 " 档案 " 信息 以方便联系和了解 ccNSO 成员。

最新动态

ccNSO 秘书处正与 ccNSO 成员合作 , 收集注册管理机构的档案信息。收集这些信息是为了方便与注册管理执行机构以及注册管理执行机构相互之间的交流互动。

背景信息

ccNSO 参与工作组在其最终报告中建议制作 " 成员档案 " 页面。 2009 年 6 月 4 日 , ccNSO 秘书处 向 ccNSO 成员发送了电子邮件 , 鼓励所有成员提交他们的档案信息。档案信息表中的问题包括:注册管理机构全名、联系人详细信息、机构成立日期、注册模式、域名数量以及发展历史。是否填写档案信息并不做强制要求,也无需回答(填写)所有问题。

更多信息

成员档案页面 : http://ccnso.icann.org/about/members.htm

联系工作人员 :

Gabriella Schittek ( ccNSO 秘书长 )

5. GNSO 以利益主体组织章程为重点 继续推进机构改进实施工作

概况

通用名称支持组织 (GNSO) 正在着手实施一系列旨在改进组织效率、效力和服务可达性的全面组织结构调整。鼓励感兴趣的各 GNSO 成员 自愿参与本活动 , 加入任何一个专项工作小组 , 提出实施建议 , 从而提供专业知识和真知灼见。

最新动态

向新 GNSO 委员会班底过渡的整体实施、协调和规划工作在不断推进。要了解 GNSO 的新组织结构 , 请参考 GNSO 改进网页 上的相关讨论和图表。

新利益主体组织 在 5 月 21 日的理事会会议上,理事会做出决议,要求对 GNSO 在墨西哥城会议前提交的五个新的利益主体组织章程进行修订,以确保新社群平等参与和体现代表性。

理事会指示机构改进委员 (SIC) 和 ICANN 工作人员对利益主体组织章程做必要的修改 , 使其与理事会的《GNSO 改进报告》以及相关决议相一致 , 之后要公布修订的章程以及一个说明备忘录 , 以方便同 GNSO 协商以及收集公众意见。

GNSO 社群 四个新的 GNSO 候补社群现已正式向理事会提出申请以待批准和认可。其中的三个申请社群 ( CyberSafety 、 Consumers 和 IDNgTLD ) 现已进入完整的 30 天公众意见论坛评议阶段 , 所有三个程序的分析总结文档已准备妥当。 6 月 1 日正式提交的关于成立 City TLD 社群的提案 , 现正在接受其自己的公众意见论坛的评议 , 论坛截止期为 7 月 10 日。

ICANN 章程修正 - GNSO 委员会机构重组起草小组一直在忙于新 GNSO 组织机构和流程实施所需的一系列章程修订工作。起草小组就下一步的工作指导原则向 SIC 征求了意见。小组计划在悉尼会议上继续开展工作,委员会希望在悉尼会议结束之前能够通过有关章程修订的决议。

委员会和工作小组的实施工作 GNSO 委员会创建的运营筹划指导委员会 (OSC) 和政策流程筹划指导委员会 (PPSC) 成立了以下五个工作小组,负责制定专门的提案、流程和机制来实施理事会赞同并通过的 GNSO 改进建议:

PPSC

该小组负责就建立改进的新政策制定流程 (PDP) 提供建议

PPSC

该小组负责就建立稳定的 GNSO 政策制定工作组模式提供建议

OSC

该小组负责就修改后的 GNSO 委员会运作事宜提供建议

OSC

该小组负责就利益主体组织和社群的标准流程和运作提供建议

OSC

该小组负责为 GNSO 内部的各种沟通职能的改进工作提供建议,这方面的改进将推动相关各方更广泛、更有效地参与所有政策制定活动(如网站设计和翻译政策)。

ICANN 主页上公布了鼓励志愿者加入上述工作小组的通告 , 而且 1 月初已在 GNSO 和 ALAC 等机构群体内部作了传达。随后,各个工作小组汇集了来自各机构群体的志愿者,并在墨西哥城会议上完成了第一次会面。每个工作小组的当前状态如下:

PPSC 工作状态:

  1. PDP 小组

PDP 工作小组 正在制定新的政策制定流程 (PDP) ( 包括新章程、规则和程序提案报告 ), 新 PDP 更符合 ICANN 一致政策的合同要求 , 将早期的问题界定和事实调查扩展到 PDP 启动之前即开始进行 , 因而更具灵活性和有效性 , 此外还纳入了 PDP 结束后的评估流程来衡量政策建议的有效性。该小组每周召开一次会议 , 目前正在讨论 PDP 开始前的规划和启动阶段事宜 , 包括初步的问题界定以及事实调查步骤。最近几周 , 小组在探讨可以 " 提出问题 " 的相关方、所提建议的类型以及通过 PDP 将最终制定的政策。

  1. 工作组小组

负责工作组模式的工作小组 正在编写两份面向不同读者的新指南 : 《工作组实施和章程草案指南》面向 GNSO 委员会之类的发起机构 , 涵盖在成立工作组、确定目标、筹集资金、配备人员和提供指示/ 指导以取得预期成果等方面所应考虑的全部因素 ; 《工作组运作模式指南》面向工作组领导/ 成员 , 根据章程在组织结构、规范化、任务分配、报告和交付成果等方面提供指导。截至 6 月份的 ICANN 会议召开时 , 两份文档的大纲部分都已编写完成 , 并已进入起草阶段。

OSC 的工作状况:

  1. GNSO 运营工作小组

该小组完成了一项高级别原则提案 , 以确立委员会的 " 政策流程战略管理者 " 角色 , 同时即将完成 " 利益陈述 " / " 利益声明 " 政策草案的编写工作。小组每两周召开一次会议 , 他们已经开始考虑修改 GNSO 委员会工作程序准则 , 以符合理事会有关 GNSO 改进的建议所提出的要求。

  1. 社群与利益主体组织运作工作小组

该小组正在制定工作计划和时间表,针对下列方面的最佳实践给出相关建议:如何使任何 ICANN 社群的参与框架体现客观性、标准化和清晰化;如何使运作体现代表性、开放性、透明化和民主化的原则;如何建立和维护不断更新且可公开访问的所有社群成员和其他非社群正式成员的数据库。该小组每两周召开一次会议,针对理事会关于开发所有社群均可使用的包含基本管理、运作和技术服务的"工具箱"的建议 , 小组最近向社群发送了调查问卷来收集意见以形成小组建议。

  1. 沟通工作小组

该小组最近完成了有关改进 GNSO 网站的一系列业务要求的第一版草案 , 并按照循序渐进的工作方式 , 解决了基本的合作问题以及理事会 GNSO 改进报告中指出的文档管理能力有限这个不足之处。小组还在针对提高 GNSO 收集有意义的群体反馈意见的能力形成建议。此外 , 小组正在考虑当前有关 " 政策制定 " 的文档以及 " 改进 GNSO 与其他 ICANN 机构协调性的建议 " 的相关文档的翻译流程。

后续计划

这项全面工作的最终完成在时间安排上要比理事会最初的计划要长。修订后的时间表可能会将新 GNSO 委员会的就位推迟到 2009 年 10 月的 ICANN 韩国首尔会议。与此同时,理事会可能会在 2009 年 6 月举行的 ICANN 悉尼会议上讨论利益主体组织章程的问题。 GNSO 委员会还计划在其悉尼会议期间召开的公开会议上讨论可能提出的章程修订建议。

同时,各工作小组和筹划指导委员会将继续对更多机构改进方面的问题提出建议,以期尽快实现建立新 GNSO 的目标。

背景信息

通过 2008 年 2 月、 6 月、 8 月和 10 月会议的一系列决策 , ICANN 理事会对改进 GNSO 组织结构和运作的若干方面的一系列目标、目的和建议表达了其支持态度。这些决策是历时两年的独立审查、机构群体意见征询和理事会审议的最终成果。

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

更多信息

 联系工作人员

Robert Hoggarth (高级政策主管)

6. 地理区域审查章程经过修订等待理事会批准

概况

由负责审查 ICANN 地理区域系统的 ICANN 机构群体级工作组所拟定的章程提案获得各机构群体的好评。目前,该章程已按照理事会意见完成了修订,正等待 ICANN 理事会的批准。

最新动态

地理区域工作组拟定了工作章程提案 , 目前该文档已经过了完整的 30 天公众意见论坛评估。理事会在其 4 月 23 日和 5 月 21 日的理事会会议上对章程提案进行了讨论 , 但由于会议期间理事会就工作组成员构成以及章程草案文档中列出的工作组流程和工作方法所表达的顾虑 , 理事会暂不做出批准决议。工作组对这些顾虑进行了分析研究,修改了章程提案以消除这些顾虑。

与此同时 , 工作组在 6 月初迎来了两位新成员。号码资源组织 ( 履行地址支持组织的角色、责任和职能 ) 的代表于 2009 年 6 月 1 日加入工作组 , 正式成为工作组成员。

后续计划

该章程提案正等待理事会的批准 , 有望于 6 月 26 日在澳大利亚悉尼举行的理事会会议上予以考虑。工作组将继续编写其最终报告草案 , 该草案预计在七月份公布。

背景信息

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

更多信息

联系工作人员

Robert Hoggarth ( 高级政策主管 )

7. RIR 讨论关于如何处理回收的 IPv4 地址空间的 全球政策提案

概况

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

最新动态

各地 RIR 在其最近的会议中纷纷讨论了此项提案。其中 ,APNIC 已通过该提案 ,AfriNIC 方面 , 该提案也已进入最终意见征询阶段。对于其他 RIR ,该提案尚在讨论阶段。

后续计划

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

背景信息

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

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

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

后续计划

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

更多信息

联系工作人员

Olof Nordling ( 服务关系主管 )

8. SSAC 的研究、审查及相关行动的进展情况

概况

为了确保互联网的安全性和稳定性 ,SSAC 推出了一系列举措 , 其中一些正在实施 , 而一些则刚刚完成。

最新动态

SSAC 已 ( 与 RSSAC 协力 ) 完成了有关根区域升级研究的调查范围 (ToR) 草案。在此之前, ICANN 理事会要求执行这样的研究,探讨在向根区域添加 IPv6 地址记录、 IDN 顶级域名、其他新 TLD 和支持 DNS 安全性的新记录时可能给根区域稳定性带来的影响。

关于新 gTLD 以及是否需要明确禁止在 DNS 的顶级域中使用通配符和合成响应 (Synthesized Responses) , SSAC 也已准备向理事会提交一份意见稿。 SSAC 曾三次指出这两种做法对 DNS 的稳定性带来的危害。部分 ccTLD ( 例如 CM ) 明确表示要采用域名重定向措施并加以实施 , 这也对此项反对行动起到了推波助澜的作用。

SSAC 其他值得注意的行动包括:

  • 完成 SAC040 - 《防止域名注册服务遭到非法利用或滥用的保护措施》的制定。 该报告详细列出了一系列未经授权访问域帐户、恶意篡改注册数据的事件 , 借此指出当前注册服务模式中存在的漏洞和不足之处。该报告还说明了电子商家、金融机构和企业内联网为消除部分漏洞所采取的措施。
  • 完成内部审查并向 ICANN 理事会审查工作组递交审查报告。 SSAC 讨论了 JAS 的意见稿并提供了一份委员会自我评价书 ( JAS Communications 是 ICANN 在 2008 年 10 月聘请的咨询公司 , 负责对 SSAC 执行独立审查 ) 。
  • 启动一项研究工作 , 分析 ICANN 认可的注册服务商网站上的联系人信息是否容易遭到滥用。 该项研究工作与 2009 年 2 月发布的 SAC038 有关 , 它可以为 ICANN 和各个机构群体提供支持数据 , 以供在讨论未来的 RAA 修正案时参考。
  • 筹划关于使注册数据国际化的 " Birds of a Feather " 会议 , 该会议计划于 6 月 23 日 ( 星期二 ) 在 ICANN 悉尼会议期间召开。 BoF (Birds of a Feather) 将向与会者简要介绍 SSAC 关于该主题的报告 , 机构群体可借此机会参与确定适当的推进方法。

后续计划

ICANN 理事会将审查根区域升级计划的受权调查范围 (Terms of Reference) 并征召实施此项计划的承包商。此 ToR (Terms of Reference) 包括一组议题和问题 , 竞标者必须具备相当优秀的专业能力才能有资格审查所有这些内容。 SSAC 计划在悉尼会议期间与注册服务商讨论 SAC040 报告并在 7 月发布此报告。

背景信息

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

更多信息

联系工作人员

Dave Piscitello ( 高级安全技术专家 )

9. GNSO 委员会继续调查 WHOIS 需求

概况

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

最新动态

随着对各个研究领域的分析工作陆续完成,工作人员会连续发布研究评估信息。不过,这项工作不会一蹴而就,其中初步可行性评估和成本确定可能就需要几个月的时间才能完成。工作人员将向 GNSO 委员会及时通报进展情况,以便 GNSO 商议后续步骤。

背景信息

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

更多信息

联系工作人员

Liz Gasster (高级政策顾问)

10. 深入研究滥用注册政策

概况

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

最新动态

RAP 工作组每两周召开一次会议 , 处理其章程中所述的问题 , 如 : 滥用注册与滥用域名之间的区别 ; 现有滥用注册政策的有效性 ;GNSO 适合从哪些方面入手制定政策来解决滥用注册问题。RAP 工作组已于 6 月 2 日按其章程的要求向 GNSO 委员会提交状态更新报告 , 其中概述了该工作组迄今为止执行的行动计划 , 包括在墨西哥城会议期间组织一场关于滥用注册问题的研讨会 ;SSAC 参与了研讨会并与各机构展开协作, 讨论滥用注册的范围和定义。

后续计划

工作组将在 悉尼 ICANN 会议期间举行一场公开会议 ,向各机构群体通报其工作进展情况并允许更多的 ICANN 群体提问和参与讨论。

背景信息

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

更多信息

联系工作人员

Marika Konings ( 政策主管 ) 和 Margie Milam ( 高级政策顾问 )

11. GNSO 考虑过期域名的恢复发生变更

概况

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

最新动态

在 GNSO 委员会于 5 月 7 日启动关于过期域名恢复 (PEDNR) 问题的政策制定流程 (PDP) 之后 , 专门成立了一支草案小组来起草 PEDNR 工作组的章程。草案小组现已完成其工作并已向 GNSO 委员会提交章程提案以供讨论。该章程提出工作组应先:

  1. 继续向 ICANN 合规性团队征求进一步的信息 , 以了解如何实施当前的 RAA 条款及与删除、自动续用和恢复过期域名有关的全体一致政策 ;
  2. 审查和了解当前的域名生命周期;
  3. 审查注册服务商针对域名过期、续用和过期后恢复的当前做法。

随后,工作组将讨论以下问题:

  1. 注册人是否有适当的机会恢复其过期域名;
  2. 典型注册协议中与域名过期相关的条款是否足够清晰明确;
  3. 是否履行充分告知义务,提醒注册人域名即将过期;
  4. 是否需要采取其他措施(如设为保持状态;在网站上贴出通知,并附带有关如何续用的链接;或其他待定方案)告知注册人,一旦域名进入自动续用宽限期,该域名即已过期;
  5. 是否允许在续用宽限期内转让域名。

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

后续计划

GNSO 委员会预期在下次于 6 月 24 日星期三 (ICANN 悉尼会议期间 ) 召开的会议上讨论并投票表决所提议的工作组章程。同一天,还会举行一场 过期域名恢复讨论会

背景信息

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

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

更多信息

联系工作人员

Marika Konings (政策主管)

12. 简化注册服务商之间的域名转让手续

概况

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

最新动态

IRTP 问题 – 问题集 B

GNSO 委员会要求针对与 IRTP 整体审查有关的第二组问题提供问题报告,依照这一要求, ICANN 工作人员于 2009 年 5 月 15 日提交了这份《问题报告》。此《问题报告》阐述以下问题:

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

工作人员已建议 GNSO 委员会启动政策制定流程 (PDP) 。

后续计划

GNSO 委员会将讨论此问题报告 , 且需在下次于 6 月 24 日 (ICANN 悉尼会议期间 ) 召开的会议中投票表决是否启动 PDP 。如果启动 PDP , 则还需要讨论 IRTP B 部分工作组的章程。

已计划举行一场 IRTP B 部分集体讨论会 , 具体时间为 6 月 21 日 ( 星期日 )8:00 到 9:30 。

背景信息

对注册服务商之间的转让政策所进行的广泛审查由 5 个不同的政策制定流程 (PDP) 组成,其中第一个 PDP 现已完成,第二个正在筹备之中。

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

更多信息

联系工作人员

Marika Konings ( 政策主管 )

13. 我们该如何应对 Fast Fluxing 网络犯罪?

概况

Fast Flux 攻击是指网络罪犯通过快速修改 IP 地址和/ 或域名服务器来逃避侦测的技术。 GNSO 正在研究相应的应对措施。

最新动态及后续计划

工作组正在审核收到的公众意见,并着手编写最终报告。

背景信息

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

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

更多信息

联系工作人员

Marika Konings (政策主管)

14. 网络普通用户群体欢迎新用户组织加入

概况

两个代表互联网个人用户的新组织已被批准以网络普通用户组织 " ALSes " 的身份加入网络普通用户群体,这使得 ALSes 的总数量达到 114 个。

最新动态

网络普通用户咨询委员 会 ( "ALAC " ) 已 证明 AUI 和 E-Seniors Association 通过 ICANN 工作人员执行的尽职调查流程并符合 EURALO (欧盟区域网络普通用户组织) 提出的区域建议。

AUI 成立于 1995 年,总部设在西班牙马德里,现有 2870 名个人成员和 67 名政府和商业组织成员。 AUI (译自西班牙语,大意为" Association of Users of the Internet " [ 互联网用户协会 ] )在互联网相关的活动中一直非常活跃,包括 2005 年发起设立 世界互联网日 和成立 IGFSpain

总部位于法国巴黎的 E-Seniors Association 则致力于提高互联网和 ICT ( 信息与通信技术 ) 网络在老年人和残障人士中的普及率。 E-Seniors Association 针对有效使用互联网,以及为培养安全联机通信、电子商务和电子政务方面的能力提供培训服务。

更多信息

联系工作人员

为网络普通用户提供支持的政策工作人员

15. AT-LARGE 群体活跃在多个政策制定前沿

概况

网络普通用户群体正在朝向建立一个目标远大且能够体现多样性的政策建议制定流程的方向迈进。

最新动态

与其他 ICANN 群体一样,网络普通用户群体正忙于通过多个公开的公众意见征询流程就多个政策领域形成一致的立场观点。网络普通用户群体当前参与工作的政策领域包括:

  • 新 gTLD ,包括 IRT (商标)工作组最终报告
  • 2010 财年运营计划和预算
  • 安全性、稳定性和灵活性报告草案
  • 网络普通用户群体有关改进公众意见征询流程的提议
  • 2010 财年差旅事务程序草案
  • IDN 快速通道第 3 版提案
  • ICANN 工作人员发布的"增强对机构的信心 - 前进之路"文档。

更多信息

联系工作人员

为网络普通用户提供支持的政策工作人员

update-jun09-zh.pdf  [451 KB]

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