Chinese subtitles for clip: File:ICANN History Project - Interview with Kuo-Wei Wu, ICANN Board Member, 2010-2016 (307E).webm
Jump to navigation
Jump to search
1 00:00:10,975 --> 00:00:12,010 国维(Kuo-Wei),你好。 2 00:00:12,010 --> 00:00:13,499 你好。 3 00:00:13,499 --> 00:00:17,274 感谢你加入我们,接受采访。 4 00:00:17,274 --> 00:00:21,595 我们在努力编撰 ICANN 的历史资料, 5 00:00:21,595 --> 00:00:27,202 你是长期参与 ICANN 工作的 人员之一。 6 00:00:27,202 --> 00:00:28,652 是的。 7 00:00:28,652 --> 00:00:31,380 我想问你两个问题。 8 00:00:31,380 --> 00:00:34,993 一个问题相对简单, 另一个可能比较有趣。 9 00:00:34,993 --> 00:00:40,730 简单的问题就是 谈谈你参与 ICANN 工作的基本情况, 10 00:00:40,730 --> 00:00:43,771 你什么时候加入的,如何加入的, 以及你直到现在一直从事哪些工作? 11 00:00:43,771 --> 00:00:48,079 我们将以此为基础, 进行更有趣的讨论。 12 00:00:49,498 --> 00:00:55,088 实际上,我在 ICANN 组建之前就参与了其中的工作。 13 00:00:55,088 --> 00:01:00,583 1998 年,我参加了在波士顿举行的预备会议。 14 00:01:00,583 --> 00:01:03,746 而参与到其中则要追溯到 15 00:01:03,746 --> 00:01:07,085 1995 年, 16 00:01:07,085 --> 00:01:10,217 当时亚太互联网络信息中心 (APNIC) 启动了, 17 00:01:10,217 --> 00:01:14,540 我们就去帮助 APNIC 运营机构 18 00:01:14,540 --> 00:01:19,966 同时在澳大利亚建立机构。 19 00:01:19,966 --> 00:01:22,622 因为 APNIC 20 00:01:22,622 --> 00:01:27,164 是 ICANN 的创始成员之一。 21 00:01:27,164 --> 00:01:32,221 因为这个原因,我开始参与 ICANN 事务, 22 00:01:32,221 --> 00:01:35,736 从 1998 年波士顿的预备会议开始的。 23 00:01:35,736 --> 00:01:41,699 最有意思的是,1999 年在新加坡举行的 24 00:01:41,699 --> 00:01:43,973 第一届会议上, 25 00:01:43,973 --> 00:01:46,744 我参与了一些有趣的工作。 26 00:01:46,744 --> 00:01:52,126 首先是 ICANN 政府咨询委员会 (GAC) 组织, 27 00:01:52,126 --> 00:01:55,842 该组织的建立,还有关《章程》的讨论, 28 00:01:55,842 --> 00:01:59,293 我当时刚好有机会参与。 29 00:01:59,293 --> 00:02:04,400 另一件有趣的事是,1999 年的新加坡会议, 30 00:02:04,400 --> 00:02:07,593 我想它现在仍然被称为国际化域名 (IDN)。 31 00:02:07,593 --> 00:02:12,055 IDN 实际上始于 1999 年,在新加坡, 32 00:02:12,055 --> 00:02:15,905 涉及到国际化域名, 33 00:02:15,905 --> 00:02:18,676 而那仅仅是个开始。 34 00:02:18,676 --> 00:02:20,637 人们都在谈论这个问题。 35 00:02:20,637 --> 00:02:24,226 直到上次的第 56 届 ICANN 会议, 36 00:02:24,226 --> 00:02:28,066 我想我至少... 37 00:02:28,066 --> 00:02:32,457 40 还是 45,至少一共参与了 45 届。 38 00:02:32,457 --> 00:02:38,146 我缺席了一些会议,因为在早期, 39 00:02:38,146 --> 00:02:43,733 我效力于一家个人电脑公司宏基股份有限公司 (ACER Inc.)。 40 00:02:43,733 --> 00:02:48,570 公司不允许我 参加与个人电脑业务无关的 41 00:02:48,570 --> 00:02:52,277 国际会议。 42 00:02:52,277 --> 00:02:56,824 所以,我没有参加罗马会议, 没有去埃及, 43 00:02:56,824 --> 00:02:59,496 第一次缺席的是开罗会议。 44 00:02:59,496 --> 00:03:00,778 所以我错过了一些会议, 45 00:03:00,778 --> 00:03:05,261 但是我参加了 ICANN 的大部分会议。 46 00:03:07,322 --> 00:03:11,360 打断一下, 47 00:03:11,360 --> 00:03:12,471 你... 48 00:03:12,471 --> 00:03:15,015 你在 APNIC 中的角色是什么? 49 00:03:16,236 --> 00:03:21,451 另外希望能谈谈你的背景, 这也是比较有意义的。 50 00:03:21,451 --> 00:03:25,316 我知道你在美国待过一段时间, 并且有非常深厚的技术背景。 51 00:03:25,316 --> 00:03:29,803 我确信这也是你参与进来的原因, 52 00:03:29,803 --> 00:03:35,250 你当时的职位是什么, 你是因为工作而开始处理 ICANN 事务的吗? 53 00:03:35,250 --> 00:03:36,942 好的。 54 00:03:36,942 --> 00:03:42,179 首先,我的技术背景并不如您那么深厚, 55 00:03:42,179 --> 00:03:46,382 因为我主要从事的是超级计算机方面的工作, 56 00:03:46,382 --> 00:03:48,290 我以前在 Cray Research 工作, 57 00:03:48,290 --> 00:03:50,624 负责架构。 58 00:03:50,624 --> 00:03:51,637 这个背景已经很深厚了。 59 00:03:51,637 --> 00:03:52,703 我是一个架构师,也是从事编译器方面的工作。 60 00:03:52,703 --> 00:03:54,466 但是没有涉及网络领域。 61 00:03:54,466 --> 00:03:57,048 我从来没有网络方面的背景。 62 00:03:57,048 --> 00:04:01,170 我真正参与互联网相关工作... 63 00:04:01,170 --> 00:04:07,113 实际上是从 1990 年开始, 64 00:04:07,113 --> 00:04:09,659 我不记得具体时间了。 65 00:04:09,659 --> 00:04:14,642 你可能记得,那是 Mosaic, 第一个版本的 Mosaic 的设计。 66 00:04:14,642 --> 00:04:20,256 这源于 Mosaic 从伊利诺伊大学厄巴纳香槟分校的 67 00:04:20,256 --> 00:04:21,804 诞生。 68 00:04:21,804 --> 00:04:27,690 而 Mosaic 的设计者 69 00:04:27,690 --> 00:04:30,620 是一名教授,也是我的朋友。 70 00:04:30,620 --> 00:04:34,602 当我访问伊利诺伊大学 71 00:04:34,602 --> 00:04:37,650 厄巴纳香槟分校的时候,哦对了,应该是约瑟夫 (Joseph), 72 00:04:37,650 --> 00:04:43,364 他告诉我,“我让我的学生 给你展示下激动人心的东西。” 73 00:04:43,364 --> 00:04:47,491 然后,马克·安德森(Marc Andreesen)走了出来 向我展示了 Mosaic。 74 00:04:47,491 --> 00:04:51,070 后来,当我回到中华台北后, 75 00:04:51,070 --> 00:04:55,974 我告诉自己,我不想再编写代码了, 76 00:04:55,974 --> 00:04:58,127 我想要进入互联网领域。 77 00:04:58,127 --> 00:05:00,765 于是在回到中华台北后, 78 00:05:00,765 --> 00:05:05,758 我开始在中华台北构建互联网。 79 00:05:05,758 --> 00:05:10,554 我是构建学术网络 (Academic Network) 的创始人员之一, 80 00:05:10,554 --> 00:05:14,159 这个网络连接了中华台北的 400 多个机构。 81 00:05:14,159 --> 00:05:15,211 400 个? 82 00:05:15,211 --> 00:05:16,665 是 4000 个,不好意思。 83 00:05:16,665 --> 00:05:17,720 一共是 4000 个。 84 00:05:17,720 --> 00:05:20,275 从小学到研究生院。 85 00:05:20,275 --> 00:05:22,109 - 4000 个机构? - 是的。 86 00:05:22,109 --> 00:05:24,558 - 在中华台北这个岛上? - 是的。 87 00:05:24,558 --> 00:05:25,848 我还不知道有那么多。 88 00:05:25,848 --> 00:05:26,877 对。 89 00:05:26,877 --> 00:05:28,718 大家都接入了互联网。 90 00:05:28,718 --> 00:05:29,719 哇。 91 00:05:29,719 --> 00:05:34,099 我的机构 是中华台北的一个超级计算机中心。 92 00:05:34,099 --> 00:05:36,840 - 我明白了。 - 我们提供主干网。 93 00:05:36,840 --> 00:05:41,209 这样做的原因是, 我想你还记得在早期, 94 00:05:41,209 --> 00:05:46,971 (美国)国家科学基金会 (NSF) 连接了四个 超级计算中心来构建 NSFNET。 95 00:05:46,971 --> 00:05:47,999 是的。 96 00:05:47,999 --> 00:05:51,958 所以,在我们构建了中华台北学术网络之后, 97 00:05:51,958 --> 00:05:56,589 我参加了第一届 APNIC 会议。 98 00:05:56,589 --> 00:06:00,293 因此在早期, 99 00:06:00,293 --> 00:06:05,730 我们总是在给当地的社群 100 00:06:05,730 --> 00:06:07,904 说明和展示关于互联网你做了些什么。 101 00:06:07,904 --> 00:06:12,147 我所做的就是组建中华台北学术网络, 102 00:06:12,147 --> 00:06:16,525 并确定如何让学校 103 00:06:16,525 --> 00:06:21,458 到研究生院的所有机构, 4000 个机构, 104 00:06:21,458 --> 00:06:24,854 都能纳入到政府预算中来。 105 00:06:24,854 --> 00:06:30,305 这涉及到了所有教授、所有计算中心, 106 00:06:30,305 --> 00:06:33,496 包括学校的老师。 107 00:06:33,496 --> 00:06:38,566 这就是我开始做这个项目的原因。 108 00:06:38,566 --> 00:06:42,949 从那时起,我从 APNIC 开始 109 00:06:42,949 --> 00:06:45,462 进入了互联网领域,然后加入了 ICANN 110 00:06:45,462 --> 00:06:46,506 那么... 111 00:06:47,964 --> 00:06:52,797 在中华台北组建这个网络是在什么时候? 是在哪个时期? 112 00:06:52,797 --> 00:06:58,349 时间非常早,我想是 1992 年。 113 00:06:58,349 --> 00:07:00,339 - 真的吗? - 对,1992 年。 114 00:07:00,339 --> 00:07:02,083 当时这些线路的速度如何? 115 00:07:02,083 --> 00:07:04,886 我们那个时候使用的是 T1 线路。 116 00:07:04,886 --> 00:07:06,756 - T1? - T1 是主干网。 117 00:07:06,756 --> 00:07:08,270 对。 118 00:07:08,270 --> 00:07:12,091 1992 年的 T1 是相当先进的。 119 00:07:12,091 --> 00:07:13,126 是的。 120 00:07:13,126 --> 00:07:16,814 我记得在 1993 年... 121 00:07:18,223 --> 00:07:22,359 不对,是 1994 年,我们从 T1 升级到了 T3。 122 00:07:22,359 --> 00:07:23,764 - 哇! - 40 MB。 123 00:07:23,764 --> 00:07:25,371 - 是的。 - 你还记得吧。 124 00:07:25,371 --> 00:07:28,258 我们就是这样发展起来的。 125 00:07:28,258 --> 00:07:30,328 对于这 4000 个机构... 126 00:07:30,328 --> 00:07:31,909 你勾起我的好奇心了。 127 00:07:31,909 --> 00:07:32,948 嗯, 128 00:07:32,948 --> 00:07:36,181 因为在 1992 年, 129 00:07:36,181 --> 00:07:40,156 我让自己女儿的学校接入了 130 00:07:40,156 --> 00:07:44,386 互联网,那个时候速度非常慢。 131 00:07:44,386 --> 00:07:50,212 小学和高中的速度如何呢? 132 00:07:50,212 --> 00:07:54,719 小学实际上用的是 速度超过 56K 的网络。 133 00:07:54,719 --> 00:07:55,762 对。 134 00:07:55,762 --> 00:07:59,350 那个时候 56K 已经很好了。 135 00:07:59,350 --> 00:08:00,704 - 对。 - 你知道的。 136 00:08:00,704 --> 00:08:04,696 所以学校是 56K。 137 00:08:04,696 --> 00:08:10,657 但对于大多数主要的大学 或研究生院, 138 00:08:10,657 --> 00:08:14,921 实际上连接的主干网也是 T1。 139 00:08:14,921 --> 00:08:18,368 - T1? - 在 1992 年。 140 00:08:18,368 --> 00:08:21,751 在 1994 到 1995 年, 141 00:08:21,751 --> 00:08:25,443 推出了 T3,但是他们还在用 T1。 142 00:08:25,443 --> 00:08:27,978 - 对。 - 这非常好。 143 00:08:27,978 --> 00:08:32,859 我记得在 1994,1995 年, 144 00:08:32,859 --> 00:08:35,066 我去参加 APNIC 会议, 145 00:08:35,066 --> 00:08:36,436 我们出席了会议。 146 00:08:36,436 --> 00:08:42,412 我们展示了网络架构、 147 00:08:42,412 --> 00:08:45,634 拓扑结构,尤其是如何操作。 148 00:08:45,634 --> 00:08:46,651 是。 149 00:08:46,651 --> 00:08:49,646 因为你需要协调许多人。 150 00:08:49,646 --> 00:08:51,352 - 对。 - 4000 个机构。 151 00:08:51,352 --> 00:08:52,356 对。 152 00:08:52,356 --> 00:08:56,311 你需要协调的人 包括学校老师在内。 153 00:08:56,311 --> 00:08:58,606 而这些学校老师中, 154 00:08:58,606 --> 00:09:01,662 大多数人都没有体验过网络。 155 00:09:01,662 --> 00:09:05,481 所以你必须要为他们 156 00:09:05,481 --> 00:09:08,073 提供带有图片的操作指南, 157 00:09:08,073 --> 00:09:12,250 他们才知道如何进行连接。 158 00:09:12,250 --> 00:09:14,040 这让人非常振奋。 159 00:09:14,040 --> 00:09:17,852 就我的经历而言, 160 00:09:17,852 --> 00:09:20,426 在这方面老师总是在忙着处理各种事情。 161 00:09:20,426 --> 00:09:21,474 是的。 162 00:09:21,474 --> 00:09:24,732 通常是有那么一个学生或者是几个学生 163 00:09:24,732 --> 00:09:29,126 将所有的时间都用在了网络上, 很快成为这方面的专家。 164 00:09:29,126 --> 00:09:31,104 没错,就是这样。 165 00:09:32,455 --> 00:09:38,171 实际上,你可能记得,在 90 年代, 166 00:09:38,171 --> 00:09:42,163 或 2000 年早期,学生实际上比老师聪明。 167 00:09:42,163 --> 00:09:43,220 是的。 168 00:09:43,220 --> 00:09:46,385 尤其是在网络或者互联网方面。 169 00:09:46,385 --> 00:09:50,609 在早期, 170 00:09:50,609 --> 00:09:54,277 在 1994 年到 1995 年的早期阶段, 171 00:09:54,277 --> 00:09:59,433 我甚至去了中国大陆 172 00:09:59,433 --> 00:10:05,370 帮助中科院建立中国互联网络信息中心 (CNNIC)。 173 00:10:05,370 --> 00:10:11,186 所以从 1994 开始,CNNIC 和 TWNIC 174 00:10:11,186 --> 00:10:12,873 成了非常好的朋友, 175 00:10:12,873 --> 00:10:18,381 因为我们帮助他们确定了如何运营 CNNIC, 176 00:10:18,381 --> 00:10:23,117 如何操作 IP 地址, 177 00:10:23,117 --> 00:10:25,126 以及 ccTLD,.cn。 178 00:10:25,126 --> 00:10:26,904 - 是的。 - 你知道的。 179 00:10:26,904 --> 00:10:31,708 所以在很长一段时间里, 180 00:10:31,708 --> 00:10:35,716 他们都有这种关系,并彼此访问。 181 00:10:35,716 --> 00:10:41,626 你提到了 ccTLD。 182 00:10:41,626 --> 00:10:43,329 在中华台北,那是 .tw。 183 00:10:43,329 --> 00:10:45,312 - 是的。 - 在中国大陆是 .cn。 184 00:10:45,312 --> 00:10:48,254 这些都是什么时候开始的? 185 00:10:50,199 --> 00:10:55,702 .tw 大概是从 1990 年开始的, 186 00:10:55,702 --> 00:11:00,699 1990 年,非常早, 是乔·波斯特尔 (Jon Postel) 分配的。 187 00:11:00,699 --> 00:11:02,593 - 是的。 - 你还记得吧。 188 00:11:02,593 --> 00:11:06,447 而 .cn, 189 00:11:06,447 --> 00:11:09,352 大概是一两年之后。 190 00:11:09,352 --> 00:11:15,346 你知道, 中国大陆的互联网创始人 191 00:11:15,346 --> 00:11:18,377 是钱教授。不是钱华林 (Qian Hua Lin)。 192 00:11:18,377 --> 00:11:19,839 是钱天白 (Qian Tian Bai)。 193 00:11:19,839 --> 00:11:25,596 他是中科院计算中心的 前任主任。 194 00:11:25,596 --> 00:11:29,423 当然,你知道, 他因心脏病发作而去世, 195 00:11:29,423 --> 00:11:32,342 后来钱华林接管了他的工作。 196 00:11:32,342 --> 00:11:35,408 我知道钱天白 197 00:11:35,408 --> 00:11:39,000 采纳了乔·波斯特尔的决定。 198 00:11:39,000 --> 00:11:42,540 所以 .tw 和 .cn 之间 199 00:11:42,540 --> 00:11:46,042 的时间差大概是一两年。 200 00:11:46,042 --> 00:11:51,223 但在早期的主要差异, 201 00:11:51,223 --> 00:11:57,205 也就是 1991 年到 1994 年、1995 年, 202 00:11:57,205 --> 00:12:02,536 是在人们使用拨号调制解调器之前, 203 00:12:02,536 --> 00:12:08,506 中国大陆尝试建立分别面向国内和国际的 不同互联网。 204 00:12:09,636 --> 00:12:13,596 通常称之为 168 和 162。 205 00:12:13,596 --> 00:12:18,989 如果拨 162 就意味着你是连接到国内, 206 00:12:18,989 --> 00:12:23,171 拨 168 则是连接到国际。 207 00:12:23,171 --> 00:12:29,170 但是在 1996 年之后,互联网就不再需要拨号了。 208 00:12:29,170 --> 00:12:30,185 对。 209 00:12:30,185 --> 00:12:33,595 事情发生了很大的变化。 210 00:12:33,595 --> 00:12:36,563 - 这是关于中国大陆的另一个故事。 - 是的。 211 00:12:36,563 --> 00:12:42,058 我想探索这一点是因为 212 00:12:42,058 --> 00:12:48,048 这是关于你如何 参与到 APNIC 中的背景, 213 00:12:48,048 --> 00:12:50,481 而通过 APNIC 你又参与到 ICANN 中。 214 00:12:50,481 --> 00:12:51,495 是的。 215 00:12:51,495 --> 00:12:54,808 你提到 216 00:12:54,808 --> 00:12:59,344 IDN 从一开始就是一个热门的话题。 217 00:12:59,344 --> 00:13:00,393 是的。 218 00:13:00,393 --> 00:13:03,940 这也是我们要探讨的另外一个问题, 219 00:13:03,940 --> 00:13:06,694 我们需要来聊一下。 220 00:13:06,694 --> 00:13:08,366 我之前说过想问你两个问题。 221 00:13:08,366 --> 00:13:10,683 我在第一个关于背景的问题上 用的时间太多了点。 222 00:13:10,683 --> 00:13:11,765 是有点。 223 00:13:14,511 --> 00:13:19,095 我认为在探索事情的缘由和 224 00:13:19,095 --> 00:13:20,267 情况时最好是超出 225 00:13:20,267 --> 00:13:25,302 是谁在做什么这个范畴。 226 00:13:25,302 --> 00:13:29,358 所以我想问问, 227 00:13:29,358 --> 00:13:34,038 在想到 ICANN 的历史时, 228 00:13:34,038 --> 00:13:38,264 你的脑海中 229 00:13:38,264 --> 00:13:43,146 会浮现哪些有趣 或者恼人的事情, 230 00:13:43,146 --> 00:13:46,321 或者是你非常熟知的事情。 231 00:13:46,321 --> 00:13:48,770 会想起什么来? 232 00:13:48,770 --> 00:13:50,502 我记得... 233 00:13:50,502 --> 00:13:52,259 请让我先谈谈 IDN。 234 00:13:52,259 --> 00:13:54,002 - 好的。 - 好。 235 00:13:54,002 --> 00:13:57,959 因为我参与了 IDN, 236 00:13:57,959 --> 00:14:00,129 不是作为技术人员而是政策人员。 237 00:14:00,129 --> 00:14:01,300 是的。 238 00:14:02,441 --> 00:14:07,472 我说过 IDN 是在 ICANN 1999 年于新加坡举行的 239 00:14:07,472 --> 00:14:09,471 第一次会议上发起的。 240 00:14:11,396 --> 00:14:16,345 在头两年, 实际上关于 IDN 有两种意见 241 00:14:16,345 --> 00:14:20,073 存在着比较激烈的争论。 242 00:14:20,073 --> 00:14:24,940 一种意见是让 IDN 成为专有体系。 243 00:14:26,114 --> 00:14:31,387 这不像是互联网工程任务组 (IETF),他们遵循一种模式。 244 00:14:31,387 --> 00:14:36,261 那家公司叫做 IDNA 还是什么, 245 00:14:36,261 --> 00:14:38,042 我并不认同这样。 246 00:14:38,042 --> 00:14:39,764 我不同意。 247 00:14:39,764 --> 00:14:44,783 所以我和其他人进行了讨论,比如中国大陆、 248 00:14:44,783 --> 00:14:48,704 中华台北、日本和韩国的工作人员, 249 00:14:48,704 --> 00:14:54,409 我们认为 IDN 应当 转向公共域名, 250 00:14:54,409 --> 00:14:57,848 作为一种公益, 251 00:14:57,848 --> 00:15:01,921 不应当受到单个公司的驱使。 252 00:15:01,921 --> 00:15:03,685 这很明显。 253 00:15:03,685 --> 00:15:09,189 所以在那个时候,日本代表小西 (Konishi) 先生 254 00:15:09,189 --> 00:15:12,329 来自 KDD 的小西教授, 255 00:15:12,329 --> 00:15:14,974 他请我在相关人士当中协调一下。 256 00:15:14,974 --> 00:15:18,867 我就找到了中华台北的技术人员, 257 00:15:18,867 --> 00:15:21,624 也和中国大陆方面进行了交流, 258 00:15:21,624 --> 00:15:23,950 还有韩国和 259 00:15:23,950 --> 00:15:26,644 日本方面。 260 00:15:26,644 --> 00:15:30,343 第一次会议叫做 JET, 全称是联合工程任务组 (Joint Engineer Task Force)。 261 00:15:30,343 --> 00:15:33,796 - 是的。 - 是在 ICANN 横滨会议期间举行的。 262 00:15:34,979 --> 00:15:38,774 我记得那是 2002 年 263 00:15:38,774 --> 00:15:41,738 或者 2001 年,在横滨。 264 00:15:41,738 --> 00:15:46,652 后来我参与了 265 00:15:46,652 --> 00:15:49,979 联合工程任务组的成立。 266 00:15:49,979 --> 00:15:51,537 地点也是在横滨。 267 00:15:51,537 --> 00:15:54,155 那是在 ICANN 会议 还是 IETF 会议期间? 268 00:15:54,155 --> 00:15:55,374 哦,不好意思,你说得对。 269 00:15:55,374 --> 00:15:56,456 - 是 IETF 会议。 - 对。 270 00:15:56,456 --> 00:15:58,442 是 IETF 会议。是的。 271 00:15:58,442 --> 00:16:01,182 我们在那里做了这个事情。 272 00:16:01,182 --> 00:16:04,939 在那之后,每个季度 273 00:16:04,939 --> 00:16:08,650 都有一次会议,非常密集。 274 00:16:08,650 --> 00:16:09,727 是的。 275 00:16:09,727 --> 00:16:13,517 最后, 276 00:16:13,517 --> 00:16:16,576 他们转向 IETF, 277 00:16:16,576 --> 00:16:19,201 寻求将 IDN 作为 RFC 引入。 278 00:16:19,201 --> 00:16:20,342 是的。 279 00:16:22,352 --> 00:16:28,177 当我们谈到 如何将 IDN 引入 ICANN 时, 280 00:16:28,177 --> 00:16:30,840 出现了政策问题。 281 00:16:30,840 --> 00:16:36,806 小西教授和 JET 任务组的成员问我怎么处理。 282 00:16:36,806 --> 00:16:38,782 又回到了这个问题。 283 00:16:38,782 --> 00:16:41,894 重温与 ICANN 相关的内容很有趣。 284 00:16:41,894 --> 00:16:44,633 那是在墨尔本 ICANN 会议期间。 285 00:16:44,633 --> 00:16:47,552 我和约翰·克兰森 (John Klensin) 进行了交谈,他是你的朋友。 286 00:16:47,552 --> 00:16:51,486 我对约翰·克兰森说, “约翰,我们怎么解决这个问题?” 287 00:16:51,486 --> 00:16:56,323 约翰回答说:“好, 我约你和温特·瑟夫 (Vint Cerf) 进行一次会面。” 288 00:16:56,323 --> 00:17:00,591 我们三个 坐在一起讨论 289 00:17:00,591 --> 00:17:04,023 如何将 IDN 政策引入 ICANN。 290 00:17:04,023 --> 00:17:05,289 是的。 291 00:17:05,289 --> 00:17:10,438 我还记得温特·瑟夫先问我, 292 00:17:10,438 --> 00:17:13,248 为什么我们需要非 ASCII 的域名。 293 00:17:13,248 --> 00:17:14,823 - 真的吗? - 是的。 294 00:17:14,823 --> 00:17:16,053 在墨尔本会议上。 295 00:17:16,053 --> 00:17:20,680 当时约翰·克兰森实际站在我们这一边。 296 00:17:20,680 --> 00:17:23,213 所以,我向他们进行了解释, 297 00:17:23,213 --> 00:17:26,816 我还对温特解释道, 298 00:17:26,816 --> 00:17:30,895 这是公共域名,涉及公共利益。 299 00:17:30,895 --> 00:17:35,054 然后在约翰·克兰森的帮助下, 300 00:17:35,054 --> 00:17:37,275 温特被说服了, 301 00:17:37,275 --> 00:17:42,359 并认为这是将政策讨论引入 ICANN 的好时机。 302 00:17:42,359 --> 00:17:44,943 事情就是这么发生的。 303 00:17:44,943 --> 00:17:49,195 IDN 当然是跨越了许多文字语言等等。 304 00:17:49,195 --> 00:17:54,415 这应该是属于北亚或者说东北亚。 305 00:17:54,415 --> 00:17:58,772 我了解一点,但也不是什么都知道。 306 00:17:58,772 --> 00:18:01,473 - 在这下面的底层是 Unicode。 - 是的。 307 00:18:01,473 --> 00:18:04,870 我们谈论的是 Unicode 表。 - 是的。 308 00:18:04,870 --> 00:18:05,944 - 是这样吗? - 是的。 309 00:18:05,944 --> 00:18:10,732 IDN 是从 Unicode 310 00:18:10,732 --> 00:18:13,168 到普通 ASCII 的映射 311 00:18:13,168 --> 00:18:16,692 因为这是 DNS 的构建方式。 312 00:18:16,692 --> 00:18:17,722 对。 313 00:18:17,722 --> 00:18:23,684 对于这个映射,我不确定自己是不是了解它的完整历史, 314 00:18:23,684 --> 00:18:27,396 可能我说的不对, 315 00:18:27,396 --> 00:18:30,090 但我想它是经历了几个阶段。 316 00:18:30,090 --> 00:18:31,233 哦,是。 317 00:18:31,233 --> 00:18:36,631 实际上,对构建开发项目的最感兴趣的人是... 318 00:18:39,082 --> 00:18:42,384 我不想说出具体人员的姓名。 319 00:18:42,384 --> 00:18:44,480 是一个欧洲人, 320 00:18:44,480 --> 00:18:47,722 他说我们不需要双字节代码, 321 00:18:47,722 --> 00:18:49,301 我们只想要 7 位。 322 00:18:49,301 --> 00:18:50,845 - 是的。 - 你知道的。 323 00:18:50,845 --> 00:18:55,373 他甚至抱怨道:“如果发给我任何双字节内容," 324 00:18:55,373 --> 00:18:56,814 我会当作垃圾对待。” 325 00:18:58,104 --> 00:19:02,854 但即便是欧洲,现在也接受了它们。 326 00:19:02,854 --> 00:19:04,281 这很有意思。 327 00:19:04,281 --> 00:19:05,338 你说得对。 328 00:19:05,338 --> 00:19:07,323 实际上在早期的时候, 329 00:19:07,323 --> 00:19:12,149 我们经历了从 7 位到双字节的斗争, 330 00:19:12,149 --> 00:19:16,704 因为 Unicode 不能通过 7 位触发。 331 00:19:16,704 --> 00:19:19,977 对于双字节,在最开始时, 332 00:19:19,977 --> 00:19:24,677 我们也遇到了一些问题,比如说电子邮件。 333 00:19:24,677 --> 00:19:30,424 有些人无法识别电子邮件地址的 双字节内容。 334 00:19:30,424 --> 00:19:36,419 所以争议延续了很长的时间, 335 00:19:36,419 --> 00:19:38,193 经历了数个阶段。 336 00:19:38,193 --> 00:19:39,289 是的。 337 00:19:39,289 --> 00:19:45,277 如今采用的是非常复杂的编码方式。 338 00:19:45,277 --> 00:19:47,261 是的。 339 00:19:47,261 --> 00:19:51,033 我记得当有人给我介绍这个时, 340 00:19:51,033 --> 00:19:56,076 我最初觉得很了不起, 341 00:19:56,076 --> 00:20:00,242 因为它相对较短并且非常高效。 342 00:20:00,242 --> 00:20:05,594 这让我印象深刻的另一个原因是 在 IETF 流程和与人们合作上 343 00:20:05,594 --> 00:20:06,927 花了大量时间。 344 00:20:09,602 --> 00:20:12,573 我没有想到这样复杂的东西, 345 00:20:12,573 --> 00:20:14,840 即便它是绝对正确的, 346 00:20:14,840 --> 00:20:19,302 可以通过 IETF 中的社交流程售出, 347 00:20:19,302 --> 00:20:22,125 我认为这是大事件。 348 00:20:22,125 --> 00:20:23,138 没错,就是这样。 349 00:20:23,138 --> 00:20:28,307 实际上,当 IDN 和 RFC 要正式化时, 350 00:20:28,307 --> 00:20:31,280 我还记得在 IETF 中有人因为 351 00:20:31,280 --> 00:20:32,415 是。 352 00:20:32,415 --> 00:20:35,972 我们的第一个 IDN 版本而提出反对。 353 00:20:35,972 --> 00:20:40,463 我们将一个表格放入了 DNS。 354 00:20:40,463 --> 00:20:45,223 IETF 中的许多工程师不支持。 355 00:20:45,223 --> 00:20:49,484 他们认为不应在 DNS 中加入表格。 356 00:20:49,484 --> 00:20:52,800 所以第二个版本进行了改进, 357 00:20:52,800 --> 00:20:54,728 你不需要其中有表格。 358 00:20:54,728 --> 00:20:56,883 你说得对。 359 00:20:56,883 --> 00:20:59,131 经历了数个阶段。 360 00:20:59,131 --> 00:21:03,242 但不走运地是有个事情没有实现。 361 00:21:03,242 --> 00:21:08,150 实际上,在 RFC 中的 IDN 之后,约翰·克兰森 362 00:21:08,150 --> 00:21:14,032 建议进一步进行目录服务工作。 363 00:21:14,032 --> 00:21:18,725 不幸地是,在这些工程师努力争取 364 00:21:18,725 --> 00:21:20,748 四年之后,他们停了下来。 365 00:21:20,748 --> 00:21:21,777 是。 366 00:21:21,777 --> 00:21:23,682 他们不想继续做了。 367 00:21:23,682 --> 00:21:28,559 如果我们继续遵照约翰·克兰森建议, 368 00:21:28,559 --> 00:21:32,768 从 IDN RFC 转向目录服务, 369 00:21:32,768 --> 00:21:38,533 我想 IDN 会比我们如今所面对的 要简单得多。 370 00:21:38,533 --> 00:21:41,680 但糟糕的是,我们需要所有这些资源, 371 00:21:41,680 --> 00:21:43,354 需要工程师的许诺。 372 00:21:43,354 --> 00:21:47,665 我想说一下, 373 00:21:47,665 --> 00:21:49,609 IDN 的故事 374 00:21:49,609 --> 00:21:54,597 以及更多细节 可能是需要我们另外抽时间讨论的内容。 375 00:21:54,597 --> 00:21:57,258 另一方面,你提到了约翰·克兰森, 376 00:21:57,258 --> 00:22:03,018 他是另外一位老前辈,他一直在影响我们, 377 00:22:03,018 --> 00:22:06,206 我们绝对有必要 378 00:22:06,206 --> 00:22:08,072 领会和倾听他的意见。 379 00:22:08,072 --> 00:22:09,611 是的。 380 00:22:09,611 --> 00:22:11,230 毫无疑问。 381 00:22:13,407 --> 00:22:16,190 你是否还有什么关于 IDN 要谈的内容, 或者我们应该说点别的? 382 00:22:16,190 --> 00:22:19,018 嗯,我们可以说说 ICANN、APNIC。 383 00:22:19,018 --> 00:22:20,084 是。 384 00:22:20,084 --> 00:22:21,954 或者是 ICANN 的结构,或类似的事情。 385 00:22:21,954 --> 00:22:23,040 请说一说吧。 386 00:22:23,040 --> 00:22:24,525 好的。 387 00:22:24,525 --> 00:22:30,476 我可以说一下我们都 感兴趣的历史。 388 00:22:30,476 --> 00:22:34,176 也许你还记得,在最初, 389 00:22:34,176 --> 00:22:37,271 ICANN 结构中有一般会员。 390 00:22:37,271 --> 00:22:39,550 在一般会员之前, 391 00:22:39,550 --> 00:22:44,755 我们尝试解决如何 让个人用户... 392 00:22:44,755 --> 00:22:45,896 是的。 393 00:22:45,896 --> 00:22:48,908 参与 ICANN,你可能还记得, 394 00:22:48,908 --> 00:22:50,899 我们进行在线投票。 395 00:22:50,899 --> 00:22:51,936 是的。 396 00:22:51,936 --> 00:22:53,396 是安德鲁 (Andrew)。 397 00:22:53,396 --> 00:22:54,679 这是安德鲁提出来的。 398 00:22:54,679 --> 00:22:55,724 是的。 399 00:22:55,724 --> 00:23:01,424 实际上,我们进行投票的时候很有意思... 400 00:23:02,970 --> 00:23:05,715 在投票时, 401 00:23:05,715 --> 00:23:09,694 我差点成了亚太地区的被提名人。 402 00:23:09,694 --> 00:23:10,736 真的么? 403 00:23:10,736 --> 00:23:13,782 因为在亚太地区, 404 00:23:13,782 --> 00:23:17,218 只有两个人占据了主要票数。 405 00:23:17,218 --> 00:23:22,792 一个是加藤 (Kato) 先生,还记得吧,他来自日本, 406 00:23:22,792 --> 00:23:24,595 而另一个人就是我。 407 00:23:24,595 --> 00:23:29,580 我们的票数大概是 45 比 55, 408 00:23:29,580 --> 00:23:32,192 所以加藤先生飞到中华台北对我说, 409 00:23:32,192 --> 00:23:36,670 "国维,先让我进董事会吧。 410 00:23:36,670 --> 00:23:38,433 下一次我可以支持你。" 411 00:23:38,433 --> 00:23:39,518 对,是的。 412 00:23:39,518 --> 00:23:40,700 我说:“好吧,你上吧。” 413 00:23:40,700 --> 00:23:41,732 就是这样。 414 00:23:41,732 --> 00:23:46,334 所以我差一点就可以更早进入董事会了... 415 00:23:46,334 --> 00:23:48,905 - 对。 - 大概是 2003 年或 2004 年。 416 00:23:48,905 --> 00:23:53,191 现在请谈谈 ICANN 的起初阶段, 417 00:23:53,191 --> 00:23:56,161 以及你如何参与到 APNIC 中的, 418 00:23:56,161 --> 00:23:59,296 形成的问题是什么? 419 00:24:00,457 --> 00:24:03,688 哪里存在着比较大的问题,以及... 420 00:24:05,505 --> 00:24:09,297 实际上,就我个人而言, 421 00:24:09,297 --> 00:24:12,636 我可以谈谈 APNIC 和 ccTLD 的事情。 422 00:24:12,636 --> 00:24:13,851 好。 423 00:24:13,851 --> 00:24:16,011 因为二者我都参与了。 424 00:24:16,011 --> 00:24:19,770 那个时候我是 TWNIC 的代表, 425 00:24:19,770 --> 00:24:22,636 也参与了 APNIC。 426 00:24:22,636 --> 00:24:26,488 我认为在早期,例如 1999 年, 427 00:24:26,488 --> 00:24:30,397 在德国柏林举行的 ICANN 会议上, 428 00:24:32,093 --> 00:24:37,271 我们对收费模型进行了认真讨论。 429 00:24:37,271 --> 00:24:42,229 地区互联网注册管理机构 (RIR) 如何向 ICANN 支付费用, 430 00:24:42,229 --> 00:24:45,309 ccTLD 如何向 ICANN 支付费用, 431 00:24:45,309 --> 00:24:50,961 如何在 ccTLD 和 ICANN 以及 APNIC 之间 432 00:24:50,961 --> 00:24:53,231 建立联系。 433 00:24:53,231 --> 00:24:55,145 我认为, 434 00:24:55,145 --> 00:24:56,786 从 APNIC 的角度来看, 435 00:24:56,786 --> 00:25:02,500 我想你可能知道 436 00:25:02,500 --> 00:25:08,472 RIR 第一次谈到了我们如何与 ICANN 建立关系。 437 00:25:08,472 --> 00:25:12,386 我们是应该逐一和 ICANN 签订合同, 438 00:25:12,386 --> 00:25:15,410 还是作为一个机构一起签订? 439 00:25:15,410 --> 00:25:16,436 是的。 440 00:25:16,436 --> 00:25:20,085 最终是通过号码资源组织 (NRO) 签约。 441 00:25:20,085 --> 00:25:21,097 是的。 442 00:25:21,097 --> 00:25:24,881 我们建立了一个空壳公司, 443 00:25:24,881 --> 00:25:27,672 NRO 把所有的地区互联网注册管理机构 (RIR) 联合起来, 444 00:25:27,672 --> 00:25:31,946 作为和 ICANN 交流的单一途径。 445 00:25:31,946 --> 00:25:37,298 我想我们用了差不多两三年时间, 446 00:25:37,298 --> 00:25:41,137 反正是用了很长时间 来严肃地讨论这个问题。 447 00:25:42,508 --> 00:25:47,053 现在 ccTLD 是另一个重要问题。 448 00:25:47,053 --> 00:25:52,188 我记得还在 ICANN 的 德国柏林会议中... 449 00:25:55,573 --> 00:25:58,930 ccTLD 的人员 450 00:25:58,930 --> 00:26:03,030 被挤在一个很小的房间,非常小。 451 00:26:03,030 --> 00:26:06,813 我记得有一半以上的人没有椅子。 452 00:26:06,813 --> 00:26:08,860 - 真的吗? - 只能站着。 453 00:26:08,860 --> 00:26:13,510 有些人甚至站到门外去了, 454 00:26:13,510 --> 00:26:17,079 门都关不上,这样他们就可以对屋内大声喊话, 455 00:26:17,079 --> 00:26:19,529 都是因为房间确实太小了。 456 00:26:21,288 --> 00:26:23,239 他们开始讨论微模型的话题, 457 00:26:23,239 --> 00:26:28,102 首先是如何建立法律关系, 458 00:26:28,102 --> 00:26:30,462 其次是如何收费。 459 00:26:30,462 --> 00:26:34,187 一些人说采用轮流收费法, 460 00:26:34,187 --> 00:26:37,158 也有一些人说,“不行,我们不要用这种方式。” 461 00:26:37,158 --> 00:26:41,700 还有些人说, “我们希望签署法律合同。” 462 00:26:41,700 --> 00:26:46,027 但另一些人又说,“不行,ccTLD 有主权, 463 00:26:46,027 --> 00:26:48,614 我们不属于 ICANN。” 464 00:26:48,614 --> 00:26:52,562 所以在柏林会议期间,以及后续几次会议之后, 465 00:26:52,562 --> 00:26:56,281 确实存在很多争议。 466 00:26:56,281 --> 00:27:02,272 甚至在四年或五年之后, 467 00:27:02,272 --> 00:27:06,680 都没有能完全达成共识。 468 00:27:06,680 --> 00:27:08,996 柏林会议是在什么时候? 469 00:27:08,996 --> 00:27:12,650 柏林会议,我想是在 2001 年或者... 470 00:27:12,650 --> 00:27:14,916 是 2001 年。 471 00:27:14,916 --> 00:27:17,365 应该是 2000 年或者 2001 年。 472 00:27:17,365 --> 00:27:19,966 那是非常早的第一次。 473 00:27:19,966 --> 00:27:24,273 我还记得酒店是一个豪华酒店, 474 00:27:24,273 --> 00:27:26,632 但是房间非常小。 475 00:27:26,632 --> 00:27:27,766 是。 476 00:27:29,712 --> 00:27:33,890 与 ICANN 之间的业务关系... 477 00:27:35,567 --> 00:27:39,588 以及收费等问题,甚至延续到了今天。 478 00:27:39,588 --> 00:27:40,611 是的。 479 00:27:40,611 --> 00:27:45,557 现在另一个方面是, 权力甚至比收费更加重要。 480 00:27:45,557 --> 00:27:46,596 是的。 481 00:27:46,596 --> 00:27:51,198 并且你提到了主权,这是个重要的词语。 482 00:27:51,198 --> 00:27:52,341 是。 483 00:27:52,341 --> 00:27:54,209 即使在今天也不是... 484 00:27:54,209 --> 00:27:56,175 对,我们不是。对。 485 00:27:56,175 --> 00:28:01,521 RFC 1591 这方面的一个尝试, 486 00:28:01,521 --> 00:28:03,093 那都是在这一切之前, 487 00:28:03,093 --> 00:28:05,167 - 时间更早? - 是的。 488 00:28:05,167 --> 00:28:09,101 我记得不是很清楚了,但乔·波斯特尔参与到了其中, 所以应该是之前的事情。 489 00:28:11,471 --> 00:28:16,781 能听到不同的观点 490 00:28:16,781 --> 00:28:20,920 很有意思, 491 00:28:20,920 --> 00:28:26,743 当然,ICANN 那时候运营着 IANA 职能。 492 00:28:26,743 --> 00:28:30,523 如果要更改根区中的条目, 493 00:28:30,523 --> 00:28:33,285 每个 ccTLD 都取决于 ICANN, 494 00:28:33,285 --> 00:28:34,326 对。 495 00:28:34,326 --> 00:28:37,315 必须与 ICANN 合作。 496 00:28:37,315 --> 00:28:38,325 是的,没错。 497 00:28:38,325 --> 00:28:41,674 因此有一定的杠杆作用, 坦率地说, 498 00:28:41,674 --> 00:28:42,697 是。 499 00:28:42,697 --> 00:28:47,895 ICANN 可以尝试施加影响, 而当时 ICANN 是 500 00:28:47,895 --> 00:28:51,409 一个新组织,还不清楚规则是什么。 501 00:28:52,814 --> 00:28:57,775 事实上在早期, 502 00:28:57,775 --> 00:28:59,706 ccTLD 极具多样性。 503 00:29:00,937 --> 00:29:04,681 例如在早期, 504 00:29:04,681 --> 00:29:09,655 在 ICANN 最开始的四年或五年, 505 00:29:09,655 --> 00:29:14,638 在最早的时候,ccTLD 实际上 是由学术界运营... 506 00:29:16,498 --> 00:29:21,104 包括 .jp、.cn、 507 00:29:21,104 --> 00:29:25,405 还包括 .tw 甚至 .au。 508 00:29:25,405 --> 00:29:26,620 是的。 509 00:29:26,620 --> 00:29:31,845 在那时 510 00:29:31,845 --> 00:29:35,497 有很多 ccTLD 经理人, 511 00:29:35,497 --> 00:29:38,829 认为他们不属于政府, 512 00:29:38,829 --> 00:29:41,678 即使在日本,也有同样的情况。 513 00:29:43,491 --> 00:29:47,873 在日本,最开始的时候,村井纯 (Jun Murai) 514 00:29:47,873 --> 00:29:50,953 没有进行 .jp 方面的工作,不久之后,他们发现了这个问题。 515 00:29:53,446 --> 00:29:58,645 ccTLD 实际上可以自己创造收入。 516 00:30:00,056 --> 00:30:05,805 所以日本,我想是在 1990 年初... 517 00:30:07,455 --> 00:30:09,269 可能是在 2000 年, 518 00:30:09,269 --> 00:30:13,070 他们决定将 JPNIC 和 JPRS 分开。 519 00:30:13,070 --> 00:30:14,577 是的。 520 00:30:14,577 --> 00:30:17,976 缘由在于村井纯曾经说, 521 00:30:17,976 --> 00:30:22,109 “JPRS 可以赚到钱,但是 JPNIC 不能。” 522 00:30:22,109 --> 00:30:27,790 所以我们将它分离, 尽管 JPNIC 仍是 JPRS 的主要股东。 523 00:30:27,790 --> 00:30:29,920 是的。 524 00:30:29,920 --> 00:30:32,563 在中华台北,我们讨论了这个办法, 525 00:30:32,563 --> 00:30:36,359 但最终没有发生。 526 00:30:36,359 --> 00:30:38,373 当我们谈到 527 00:30:38,373 --> 00:30:42,938 如何与 ICANN 发展关系, 528 00:30:42,938 --> 00:30:48,832 我想你可能记得,确立的第一个合作关系, 529 00:30:48,832 --> 00:30:51,942 如果我没记错,是澳大利亚。 530 00:30:51,942 --> 00:30:56,530 澳大利亚签署了三方合同。 531 00:30:56,530 --> 00:31:00,549 三方分别是政府、澳大利亚网络信息中心 (Australian NIC) 和 ICANN。 532 00:31:00,549 --> 00:31:05,605 JPRS 和 TWNIC 随后跟进。 533 00:31:05,605 --> 00:31:06,787 哦,我明白了。 534 00:31:06,787 --> 00:31:08,738 你知道,CNNIC 没有签订合同。 535 00:31:08,738 --> 00:31:09,890 对。 536 00:31:09,890 --> 00:31:13,933 CNNIC 决定签署了一份类似备忘录的文件。 537 00:31:13,933 --> 00:31:15,495 对。 538 00:31:15,495 --> 00:31:18,401 因为他们坚持基于主权。 539 00:31:18,401 --> 00:31:19,569 是的。 540 00:31:19,569 --> 00:31:22,972 特别是 CNNIC 属于中科院, 541 00:31:22,972 --> 00:31:26,559 它是政府机构的一部分。 542 00:31:26,559 --> 00:31:29,698 即使在今天,如你所说, 543 00:31:29,698 --> 00:31:34,788 ccTLD 也不是单个实体。 544 00:31:34,788 --> 00:31:35,815 对。 545 00:31:35,815 --> 00:31:40,241 有一些仍然是商业性的组织, 有一些则是非政府组织, 546 00:31:40,241 --> 00:31:42,193 还有一些是政府组织。 547 00:31:42,193 --> 00:31:44,336 因此多样性很高。 548 00:31:44,336 --> 00:31:46,774 这非常有意思。 549 00:31:46,774 --> 00:31:48,231 发生了什么? 550 00:31:48,231 --> 00:31:53,979 对于 ccTLD 付费用给 ICANN 的想法, 你还记得哪些内容? 551 00:31:55,187 --> 00:31:56,861 我想,至少... 552 00:32:00,033 --> 00:32:03,096 我还记得一些事情,首先, 我认为这些都是难题。 553 00:32:05,145 --> 00:32:09,232 如果人们声称 ccTLD 涉及主权问题, 554 00:32:11,296 --> 00:32:15,377 当然,ccTLD 经理人 555 00:32:15,377 --> 00:32:17,919 出于他们的个人利益, 他们不想支付任何费用。 556 00:32:17,919 --> 00:32:19,250 当然,是的。 557 00:32:19,250 --> 00:32:21,503 - 你知道,他们会说,我们为什么付钱。 - 是这样的。 558 00:32:21,503 --> 00:32:23,544 但是 559 00:32:23,544 --> 00:32:27,835 主要的争议在于,比如, 560 00:32:27,835 --> 00:32:30,703 由 ccTLD 组织本身 561 00:32:30,703 --> 00:32:34,708 运营的 ccTLD 的 DNS。 562 00:32:35,949 --> 00:32:39,665 但我认为 ccTLD 与 ICANN 之间 563 00:32:41,007 --> 00:32:46,483 最关键的部分或者 最重要的政府问题是 564 00:32:47,696 --> 00:32:52,453 我们应该讨论 ICANN 如何就域名运营 565 00:32:52,453 --> 00:32:58,418 在 gTLD 和 ccTLD 之间 566 00:32:58,418 --> 00:33:00,626 形成一致的政策。 567 00:33:01,873 --> 00:33:03,464 例如, 568 00:33:03,464 --> 00:33:09,027 我们说红十字会应该 保留为知识产权。 569 00:33:11,182 --> 00:33:15,291 它仅应用于 gTLD上, 我们是否也应该用在 ccTLD 上。 570 00:33:15,291 --> 00:33:16,804 对。 571 00:33:16,804 --> 00:33:19,825 但看起来 572 00:33:19,825 --> 00:33:25,591 很难推动国家和地区域名遵从这个政策。 573 00:33:27,197 --> 00:33:30,527 就我个人来看,有两个原因。 574 00:33:30,527 --> 00:33:34,374 我只是说一下个人看法, 575 00:33:34,374 --> 00:33:37,837 我真的建议它应该在... 576 00:33:37,837 --> 00:33:38,854 是的。 577 00:33:38,854 --> 00:33:40,760 - gTLD 和 ccTLD 之间保持一致。 - 对。 578 00:33:40,760 --> 00:33:43,555 但这很难,首先, 579 00:33:43,555 --> 00:33:47,470 ccTLD 不断宣称它们涉及主权。 580 00:33:47,470 --> 00:33:53,235 第二个问题, 困难在于并非所有 ccTLD 581 00:33:53,235 --> 00:33:55,164 都参与了 ICANN 会议。 582 00:33:55,164 --> 00:33:56,177 对。 583 00:33:56,177 --> 00:34:00,348 因为如果你看看 ccTLD, 584 00:34:00,348 --> 00:34:03,723 他们当中有多少加入了 ccNSO。 585 00:34:03,723 --> 00:34:05,467 是的。 586 00:34:05,467 --> 00:34:08,469 所以我认为 ccTLD 困难的部分在于, 587 00:34:10,251 --> 00:34:12,406 他们宣称涉及主权, 588 00:34:12,406 --> 00:34:18,125 其次是 ccTLD 并非都在 ccNSO 中。 589 00:34:19,710 --> 00:34:25,282 但是出于一致性与合理性的考虑, 590 00:34:25,282 --> 00:34:27,270 政策应该一致。 591 00:34:27,270 --> 00:34:30,470 - 是的。 - 无论是 gTLD 还是 ccTLD。 592 00:34:30,470 --> 00:34:36,099 我记得 在我加入董事会之前, 593 00:34:36,099 --> 00:34:38,542 以及在我成为董事会成员之后, 594 00:34:38,542 --> 00:34:41,254 你可能也记得,在 ICANN 内罗毕会议上, 595 00:34:41,254 --> 00:34:46,126 不对,是在互联网治理论坛 (IGF) 内罗毕会议。 596 00:34:46,126 --> 00:34:49,477 当我们和美国国家电信和信息管理局 (NTIA)... 597 00:34:53,092 --> 00:34:55,816 和拉里 (Larry) 谈话时, 598 00:34:55,816 --> 00:35:01,096 我说对于 ICANN 而言,要发展和成熟, 599 00:35:01,096 --> 00:35:07,004 重要的是我们应该邀请尽可能多的政府 加入 GAC。 600 00:35:07,004 --> 00:35:08,077 对。 601 00:35:08,077 --> 00:35:14,057 我们还需要尽可能多地 邀请 ccTLD 加入 ccNSO。 602 00:35:14,057 --> 00:35:15,648 是的。 603 00:35:15,648 --> 00:35:19,711 如果各方没有广泛参与 ICANN 结构, 604 00:35:19,711 --> 00:35:22,310 我们就不能宣称我们是全球性的组织。 605 00:35:22,310 --> 00:35:23,585 对。 606 00:35:23,585 --> 00:35:25,787 最后我很高兴。 607 00:35:25,787 --> 00:35:29,189 - 在內罗比会议之后直到现在,我感到很高兴。 - 是的。 608 00:35:29,189 --> 00:35:33,062 我们现有 169 个政府加入了 GAC。 609 00:35:33,062 --> 00:35:35,161 - 169 个? - 对。 610 00:35:35,161 --> 00:35:38,815 也许你还记得,在内罗毕会议上, 只有不到 80 个政府参加。 611 00:35:38,815 --> 00:35:40,983 - 对。 - 非常好。 612 00:35:42,018 --> 00:35:47,351 但是如果将现在和內罗比会议时的 ccNSO 相比, 613 00:35:47,351 --> 00:35:50,979 坦率讲变化不大。 614 00:35:50,979 --> 00:35:52,660 有多少 ccTLD... 615 00:35:52,660 --> 00:35:54,169 我想仍然不到 100。 616 00:35:54,169 --> 00:35:55,406 我知道。 617 00:35:55,406 --> 00:36:01,314 这是 ICANN 在未来要尽力 618 00:36:01,314 --> 00:36:05,739 去改善的重要问题, 619 00:36:05,739 --> 00:36:11,646 让 ccTLD 加入 ccNSO,由我们来运营。 620 00:36:11,646 --> 00:36:16,820 这让我想起了自己有一段时间 一直在想的事情。 621 00:36:16,820 --> 00:36:20,157 在 ICANN 的推动下,有不少参与了进来, 622 00:36:20,157 --> 00:36:25,213 如果从 ccTLD 运营商的角度出发, 623 00:36:26,957 --> 00:36:29,262 长途旅行费用不菲。 624 00:36:29,262 --> 00:36:30,882 我同意。我完全同意。 625 00:36:30,882 --> 00:36:33,723 有一些非常活跃、 626 00:36:33,723 --> 00:36:37,420 非常稳健的地区团体,主要是在欧洲 627 00:36:37,420 --> 00:36:38,758 对,是的。 628 00:36:38,758 --> 00:36:41,367 但是也分布在全球的团体,比如亚太国家和地区顶级域协会 (APTLD), 629 00:36:41,367 --> 00:36:43,980 - 是的。 - 和其他地方。 630 00:36:43,980 --> 00:36:48,884 就满足 ccTLD 社群的需求而言, 你怎么看这些类型的 631 00:36:48,884 --> 00:36:54,464 组织与 ICANN 之间的关系? 632 00:36:55,535 --> 00:36:56,606 我想你说得对。 633 00:36:56,606 --> 00:37:02,541 包括 APTLD 还有欧洲, 634 00:37:04,181 --> 00:37:06,472 我认为区别在于... 635 00:37:08,557 --> 00:37:12,240 在 APTLD 这样的组织中, 636 00:37:12,240 --> 00:37:14,446 他们大部分时间都在分享经验。 637 00:37:15,815 --> 00:37:19,871 但是他们并没有上升到 638 00:37:19,871 --> 00:37:22,333 政策层面的讨论。 639 00:37:23,636 --> 00:37:26,770 - 至少据我所知在 APTLD 是这样。 - 是的。 640 00:37:26,770 --> 00:37:31,496 在 APTLD,会议上 一直在持续分享经验。 641 00:37:33,464 --> 00:37:37,628 我实际上对他们谈起过多次, 你们应该... 642 00:37:40,908 --> 00:37:46,463 从分享经验 643 00:37:46,463 --> 00:37:48,008 提升到政策讨论。 644 00:37:48,008 --> 00:37:50,057 对。 645 00:37:50,057 --> 00:37:53,543 如果他们不进行政策讨论... 646 00:37:55,276 --> 00:37:58,576 - 则仍然会保持多种多样。 - 是的。 647 00:37:58,576 --> 00:38:00,740 - 或独立的状态。 - 是的。 648 00:38:00,740 --> 00:38:06,280 仍然无法实现政策上的一致, 649 00:38:06,280 --> 00:38:08,807 尤其是对全球互联网治理来说。 650 00:38:08,807 --> 00:38:09,829 对。 651 00:38:09,829 --> 00:38:12,723 我认为这样不对。 652 00:38:12,723 --> 00:38:14,991 当然这是我个人的观点。 653 00:38:14,991 --> 00:38:16,121 希望大家针对这些方面发表意见。 654 00:38:16,121 --> 00:38:20,391 - 我还想提一个关于号码的问题, - 好的。 655 00:38:20,391 --> 00:38:23,505 这可能会是一个长篇累牍的讨论话题, 656 00:38:23,505 --> 00:38:25,605 我们尽量长话短说。 657 00:38:25,605 --> 00:38:31,600 你提到了一个讨论话题, 关系到所有 RIR 是 658 00:38:31,600 --> 00:38:34,646 应该单独签署, 还是应该一起签署, 659 00:38:34,646 --> 00:38:37,478 由此产生了 NRO。 660 00:38:37,478 --> 00:38:38,512 对。 661 00:38:38,512 --> 00:38:42,701 在这方面,我在自己的环境中 了解一些信息, 662 00:38:42,701 --> 00:38:46,443 我确信还有其他 我不知道的内容。 663 00:38:46,443 --> 00:38:51,588 就你所处的环境, 你所了解到的决策性质是什么? 664 00:38:53,650 --> 00:38:56,283 实际上我那个时候在 APNIC 的执行委员会。 665 00:38:56,283 --> 00:38:57,352 对。 666 00:38:57,352 --> 00:39:02,153 我们讨论了几年的时间, 667 00:39:02,153 --> 00:39:05,966 如何与 ICANN 发展关系。 668 00:39:07,463 --> 00:39:12,258 当然,你知道, 669 00:39:12,258 --> 00:39:16,105 对于 RIR,在很长一段时间里, 670 00:39:16,105 --> 00:39:20,740 我们一直在思考 应该与 ICANN 建立怎样的关系, 671 00:39:20,740 --> 00:39:23,207 尤其是关于 IANA 的运营。 672 00:39:23,207 --> 00:39:24,441 是的。 673 00:39:27,947 --> 00:39:31,028 那是很早以前, 674 00:39:31,028 --> 00:39:34,001 我们甚至讨论过如果不要 IANA, 675 00:39:34,001 --> 00:39:35,004 是的。 676 00:39:35,004 --> 00:39:37,361 我们自己是不是可以运营号码。 677 00:39:38,698 --> 00:39:43,012 但是如果你问我的个人看法, 678 00:39:43,012 --> 00:39:45,436 我对 APNIC, 679 00:39:45,436 --> 00:39:49,406 对 RIR 和 NRO 有什么建议。 680 00:39:49,406 --> 00:39:50,525 对。 681 00:39:50,525 --> 00:39:55,929 我个人的看法是号码和域名 682 00:39:55,929 --> 00:39:58,705 不应分离。 683 00:39:58,705 --> 00:40:00,218 对。 684 00:40:00,218 --> 00:40:04,709 我的理由是,在早期, 685 00:40:04,709 --> 00:40:07,754 号码、域名或互联网, 686 00:40:07,754 --> 00:40:11,850 仍处于“幼年时期”。 687 00:40:11,850 --> 00:40:12,972 刚刚开始。 688 00:40:12,972 --> 00:40:17,510 我们仍然面临外界的巨大压力。 689 00:40:17,510 --> 00:40:22,375 如果我们不联合起来, 如果不在一起合作, 690 00:40:22,375 --> 00:40:24,000 那么很容易就会被干掉。 691 00:40:24,000 --> 00:40:25,303 对。 692 00:40:25,303 --> 00:40:28,076 我告诉过他们, 693 00:40:28,076 --> 00:40:32,099 对于我们、号码、域名、互联网, 694 00:40:32,099 --> 00:40:35,799 甚至是终端用户, 695 00:40:35,799 --> 00:40:37,476 都可能存在危机。 696 00:40:37,476 --> 00:40:38,766 对。 697 00:40:38,766 --> 00:40:44,534 尽管对于 APNIC 和 NRO, 我的看法 698 00:40:44,534 --> 00:40:46,449 只是其中之一。 699 00:40:48,576 --> 00:40:51,496 但我仍然建议他们, 700 00:40:51,496 --> 00:40:54,925 我们要尽力去尝试, 701 00:40:57,015 --> 00:41:00,988 除非 ICANN 不是一个值得合作的好组织。 702 00:41:00,988 --> 00:41:02,048 是的。 703 00:41:02,048 --> 00:41:05,534 坦率地说,有些时候 704 00:41:06,701 --> 00:41:10,746 我们认为 ICANN 不是一个很容易合作的机构。 705 00:41:10,746 --> 00:41:11,966 对。 706 00:41:11,966 --> 00:41:16,489 你也了解, ICANN 的一些 707 00:41:16,489 --> 00:41:21,656 高级经理, 或者其他一些董事会成员 708 00:41:21,656 --> 00:41:26,562 在号码方面对 RIR 很不友好。 709 00:41:26,562 --> 00:41:29,106 但即便是在这样的情况下, 710 00:41:29,106 --> 00:41:34,108 我也告诉他们要尽量保持好关系。 711 00:41:34,108 --> 00:41:38,173 你还记得吗,我想简短地讲一下, 712 00:41:38,173 --> 00:41:39,413 用一分钟时间来说一下。 713 00:41:39,413 --> 00:41:41,574 好。 714 00:41:41,574 --> 00:41:46,047 有一次 ICANN 在卡塔赫纳举行会议, 也许你记得卡塔赫纳会议。 715 00:41:46,047 --> 00:41:47,074 是的。 716 00:41:47,074 --> 00:41:49,238 我把这个问题提交给 ICANN 董事会, 717 00:41:49,238 --> 00:41:53,424 那是我在 ICANN 参加的第二次董事会会议。 718 00:41:53,424 --> 00:41:55,602 我对 ICANN 董事会的所有成员 719 00:41:55,602 --> 00:41:59,734 说,“如果你们不去参加地址支持组织 (ASO) 会议, 720 00:41:59,734 --> 00:42:02,216 就难以算得上是合格的 ICANN 董事会。” 721 00:42:02,216 --> 00:42:03,440 是的。 722 00:42:03,440 --> 00:42:08,477 “这样你们就会给号码社群 带去一种消极的讯号。” 723 00:42:08,477 --> 00:42:12,710 尽管如此,我还是尽力 去请整个号码社群, 724 00:42:12,710 --> 00:42:17,404 所有 RIR CEO 来参加卡塔赫纳会议, 725 00:42:17,404 --> 00:42:23,091 因为在卡塔赫纳会议之前, 在布鲁塞尔会议上,RIR CEO 表示, 726 00:42:23,091 --> 00:42:27,347 “我们不想再参加 ICANN 的会议了。” 727 00:42:27,347 --> 00:42:30,035 我说服了他们参加了会议。 728 00:42:30,035 --> 00:42:32,819 也许你记得卡塔赫纳会议, 729 00:42:32,819 --> 00:42:35,296 记得有多少 ICANN 董事会成员出席了 ASO 会议吧? 730 00:42:35,296 --> 00:42:37,132 有 19 个人。 731 00:42:37,132 --> 00:42:38,715 - 我很高兴。 - 这很好。 732 00:42:38,715 --> 00:42:40,276 这是好消息。是的。 733 00:42:40,276 --> 00:42:41,390 非常感谢! 不客气。 734 00:42:41,390 --> 00:42:42,687 非常高兴与你谈话。 735 00:42:42,687 --> 00:42:44,981 - 我敢肯定我们要谈的还有许多。 - 是的。 736 00:42:44,981 --> 00:42:46,160 - 好的。 - 很好。 737 00:42:46,160 --> 00:42:47,799 非常感谢! - 国维,谢谢你!