笔者按：网名为“飞龙”的网友在弯曲评论上批判IPv9的文章后面频繁留言支持IPv9，并对高飞的论述予以驳斥。遗憾的是，不少飞龙的留言都流于形式，或者辞不达意，或者不知所云，或者上纲上线。2008年7月22日，飞龙终于在高飞对IPv9分隔符和地址压缩方法提出质疑后，亮出了IPv9在这方面的技术细节！

      这些留言很有价值，因为终于，我们开始了面对面的技术交流，而不是一味的讨论大帽子和所谓民族创新。高飞在这里把飞龙的这些留言摘录出来，加以点评，让更多的读者能够看到。我们欢迎飞龙在弯曲评论注册帐号直接发表文章——那样您的观点能让更多人更容易的看到。也欢迎广大弯曲评论读者踊跃讨论！

      起因来自于高飞的如下评论：

高飞 于 2008-07-21 8:50 pm

切莫和我提起这个IPv9分隔符和压缩方法。参考拙著：中国的创新，还是骗子的杰作？（三）。
作为一个研究了多年IPv6以及网络协议的工作者，笔者清楚的知道事实是这样的：IETF于1998年8月对RFC 1738进行了修改，制订了RFC 2396。但是冒号在传统的URI表示中表示的是端口号，因此浏览器对于IPv6的冒号十六进制表示的128比特地址无法正确解析，返回错误信息。在国际研究界的讨论下，IETF于1999年12月重新修改了URI的格式，制订了RFC 2732，在这篇RFC中，“[”和“]”第一次被引入了URI格式表示符中，一对[ ]中可以容纳任何一个合法的IPv6地址，后面仍然可以用冒号表示端口。您就别拿着RFC2732来炫耀您自己的“成果”了吧，这不是剽窃和抄袭，是什么？
至于压缩方法，自己看看RFC1752和RFC2460吧，看看您抄袭了多少，还敢拿来作为自己的发明？自律，这个词看来不适合您。

飞龙 于 2008-07-22 12:15 am

高飞在颠倒是非，您查—下,srfc文挡00001完稿于1999年6月2日,而RFC 2732发布于1999年12月,是谢建平等四人提早了6个月发在了关于中括号可用于分隔符《[》的信息，根据著作法，谁枪先发布，著作权归早发布者。高飞还是拿岀您的创造性，给大家过眼。

高飞点评：srfc 00001是虾米碗糕？听起来变成RFC2732抄袭您的所谓“SRFC”了。和IETF和众多RFC贡献者讨论中国的《著作法》和著作权，还要把著作权归您所有？再引用这位匿名兄的评论如下：

匿名 于 2008-07-22 12:28 pm

一个RFC的编写、评审和发布需要好几年的时间，在这个过程中，所有的文档都在邮件列表上公开讨论（不需要会员资格和交会费，只要你在网上简单预订这个邮件列表，立刻就能看见邮件讨论），所以，拿RFC 2732的发布时间并不能作为不可能抄袭的例证，要追溯到工作组对这个问题的讨论，至少要追溯到第一个工作组草案（一般比发布早两三年），如果再早的话要看形成工作组草案的个人草案，当然，个人草案里面的想法也不一定是最早的，非常可能大家都在邮件列表上都讨论很久了，这时候才有人写了个个人草案，然后，经过一两年的讨论被接受为工作组草案，又经过两三年的时间正式成为RFC。

飞龙 于 2008-07-22 12:20 am

高飞看一下版权日子:十进制网络工作小组联系地址:上海市天山路11弄3-9号3楼
联系人:谢建平
电 话:0086-21-62901513
F A X :0086-21-62906873
数字电子邮件:62901513@008621114135.
英文电子邮件:62901513@www.adda-ty.net
1999年6月2日
版权申明
本文件全部版权属于十进制网络工作小组和上海通用化工技术研究所.
该文章来自http://linux.ustc.edu.cn/~syang/IPv9/RFC%20IPv9地址12.doc查看原文请点击

飞龙 于 2008-07-22 12:27 am

高飞称:自己看看RFC1752和RFC2460吧，看看您抄袭了多少，还敢拿来作为自己的发明？自律，这个词看来不适合您。 而ipv9的压缩法见如下哪—奌是抄的您对比岀来供大家批驳：地址的文本表示
我们制订了一种表示IPv9的256比特地址的方法：“中括号十进制”表示法。这种方法可以用以下二种方法表示:
方法一:1024比特用[]表示。[]当中1024比特用十进制表示，其长度可以不定长书写。并可以在游览器中书写时略去[]号。
方法二:表示方法的形式是“y[y[y[y[y[y[y[y”，其中每个y代表地址为一个32比特部分，并使用十进制表示。例如：
0000010800[0000000000[0000000000[0000000000
[0000080800[0061908791[0010880800[0019820203
在地址表示中，每个十进制数靠左边的多个连续的零可以省略不写，但是全零的十进制数需要用一个零来代表。例如，上面的地址可以写成：
108000[0[0[0[80800[61908791[10880800[19820203
为了进一步简化地址的表示，我们可以将地址中连续的全0域用一对方括号“[X]”来代替(X为全0域的段数)。例如，上面的地址可以简写成：
108000[3]80800[61908791[10880800[19820203
又例如：
0[0[0[0[0[0[0[1可简写成[7]1
0[0[0[0[0[0[0[0可简写成[8]
IPv9地址有五种类型，分别介绍如下：
1．纯IPv9地址
这种地址的形式为：Y[Y[Y[Y[Y[Y[Y[Y 其中每个Y代表一个从0到232 =4294967296之间的十进制整数。
2．兼容IPv4的IPv9地址
这种地址的形式为：Y[Y[Y[Y[Y[Y[Y[D.D.D.D 其中每个Y代表一个从0到232 =4294967296之间的十进制整数。D代表一个原来IPv4的0到28 =255之间的十进制整数。
3．兼容IPv6的IPv9地址
这种地址的形式为: Y[Y[Y[Y[X:X:X:X:X:X:X:X 其中每个Y代表一个从0到232 =4294967296之间的十进制整数。X代表一个原来IPv6从0000到FFFF之间的十六进制数。
4．特殊兼容地址
为了能从IPv4、IPv6向IPv9平滑升级,我们设计了一些兼容地址。其中，在IPv6地址中有一些是为了兼容IPv4地址而设计的兼容地址，为了能把这部分平滑的向IPv9地址过渡，我们对此做了特殊处理：在这部分地址前加上适当的前缀形成。为了让它们表示更为直观，避免书写中疏忽容易导致的错误，引入了简写的办法：
y[y[y[y[x:x:x:x:x:x:d.d.d.d
其中,每个y代表地址为32比特,用十进制表示;每个x代表原来IPv6地址为16比特,用十六进制表示;每个d代表原来IPv4地址为8比特,用十进制表示。例如:
0[0[0[0[7474147[5211314[7758521[53517231
可书写成:0[0[0[0[72:BE3:4F:84B2:76:62B9:3.48.155.175
或:[4]72:BE3:4F:84B2:76:62B9:3.48.155.175
又如:
0[0[0[0[0[0[0[562159487
可书写成:
[4]::33.129.223.127
5. []全十进制地址
为了便于物流码及全十进制地址的应用。可在10的256次方中，根据应用需要采用定长不定位的方法。
6.过度期的IPv9地址
为了解决IPv4能平稳地向IPv9过度，我们考虑现有到互联网至今已投入了大量的资金。特设计IPv9的过渡地址，拿出一段232来过渡分配。可实现在目前系统上做少量改动即可，其中IPv9中有一段J.J.J.J.其中每个J表示一个0到28的十进制数即0~255。其中前面[7]可在本地地址中间省略不写，即本地用户（或指定用户）可用J.J.J.J.来直接使用和原来的IPv4的D.D.D.D.区分。同时，这部分用户为了平稳过渡到全十进制可同时分配十进制。以便今后软件和硬件的改进时不必重分地址，如[7]5211314可书写成[7]3.48.155.175在本地域一个IP网络内可直接用 3.48.155.175来书写。

飞龙 于 2008-07-22 12:31 am

另外一种表示IPv9的256比特地址的方法：“大括号十进制”表示法。这种方法将256比特的地址分成4个64比特十进制数加上分隔它们的大括号来表示。这种表示方法的形式是“Z}Z}Z}Z”，其中每个Z代表地址为一个64比特部分，并使用十进制表示。它的用法和Y完全一样，同时和Y兼容，二者可以混用。这样就大大的方便了目前这些IPv4地址在IPv9中的兼容地址。例如：
z}z}z}z;
z}z}y]y]y]y;
z}z}y]y]y]d.d.d.d;
z}z}z}y]d.d.d.d;
z}z}z}y]J.J.J.J;
z}z}z}y]y]J.J.J.J;
……
尤其是最后一种地址格式更为有用。例如：
地址0}0}0}0]192.192.192.192
我们可以这样表示：{3}0]192.192.192.192
最后，需要说明的是，在符号表示时，中括号和大括号我们用时不分前后的，即“{”和“}”、“[”和“]”不分，因为我们考虑到这样并不会引起任何副作用，而且能更方便使用者，所以这样定义。
由于IPv9的地址长度为256位，这样无论采用4段还是8段，在每一段中仍然会有很多位。例如采用8段表示时，每一段仍然有32位。这样在一段中就会出现下面的情况：
……]00000000000000000000000000010110]……
……]01111111111111111111111111111111]……
这样的情况不仅输入繁琐，而且很容易少输或者多输，使用户眼花而不利于数位。为了方便，我们引入了小括号表示法——（K/L）。其中“K”表示0或1，“L”表示0或1的个数。这样上面的两个例子可以简写成：
……]（0/27）10110]……
……]0（1/31）]……
2．3地址前缀的文本表示
IPv9地址方案与IPv4的超网和CIDR方案类似，都是通过地址前缀来体现网络的层次结构。在IPv9地址前缀的表示上，采用了类似于CIDR的表示法，其形式如下：
IPv9地址 / 地址前缀长度
其中，IPv9地址是采用IPv9地址表示法所书写的地址，地址前缀长度是指明地址中从最左边组成地址前缀的连续比特位的长度。
在此,我们必须注意，IPv9地址中用的是十进制数，但前缀长度却是指的二进制而言的。因此，必须小心计算前缀。在十进制数中很不直观，所以我们考虑后认为可以把IPv9地址前缀换算成十六进制较为容易理解。但表示IPv9地址时还是用十进制数。
例如：200比特的地址前缀1212[0[0[0[343[150[0可表示为：
1212[0[0[0[343[150[0[0/200
或 1212[3]343[150[2]/200
或 1212[0[0[0[343[150[2]/200
或 1212[3]343[150[2]/200
注意，地址前缀的表示中，IPv9地址部分的表示一定要合法，即斜线“/”左边的IPv9地址必须能还原成正确的地址。
在这个地址前缀中，我们可以看到地址前缀长度是200，故此，前缀实际上就是整个地址的前6段再加上第7段的前8比特（32＊6＋8=200）。因此关键在地址的第七段。此段用十六进制表示为：00000000，前缀只包括前两个0。了解到了这一点，我们就可以知道：本段的取值是在 00000000（hex）~00FFFFFF（hex），即十进制的0~16777215。
IPv9地址部分可以是由纯粹的地址前缀通过在它的右边补上0生成，它还可以是一个包含该地址前缀的真实的IPv9地址。例如，上例中的地址前缀还可以表示成：
1212[3]343[150[16777215[6789/200

飞龙 于 2008-07-22 12:38 am

欢迎大家对比：找到压缩法、分隔符]的用法与ipv6相似或是抄袭RFC 2732，RFC1752和RFC2460,奖励人民帀壹仠元，并向全球网民道歉赔礼，从此不邦谢建平、张博士争论。但高飞的表态呢？

高飞点评：您不过是模仿IPv6向下兼容的地址分类，搞出了一套IPv9的兼容地址分类和表述而已。还引入小括号中括号大括号，申请发明专利容易，得到网络学界的consensus可就难了。

飞龙 于 2008-07-22 1:05 am

高飞对比一下，这张42层路由表与ipv4/ipv6相同吗？也是抄的吗？
IPv9地址格式前缀的原始分配表
地址类型 格式前缀（二进制码） 格式前缀(十进制码范围) 占地址空间的比例
1 保留地址 0000 0000 00 0——4194303 1/1024
2 未分配地址 0000 0000 01 4194304——8388607 1/1024
3 IPv9十进制网络工作组 0000 0000 1 8388608——16777215 1/512
4 IPX保留地址 0000 0001 0 16777216——25165823 1/512
5 未分配地址段 0000 0001 1 25165824——33554431 1/512
6 未分配地址段 0000 0010 33554432——50331647 1/256
7 未分配地址段 0000 0011 50331648——67108863 1/256
8 未分配地址段 0000 0100 67108864——83886079 1/256
9 未分配地址段 0000 0101 83886080——100663295 1/256
10 未分配地址段 0000 011 100663296— 134217727 1/128
11 未分配地址段 0000 10 134217728—201326591 1/64
12 未分配地址段 0000 11 201326592—268435455 1/64
13 未分配地址段 0001 0 268435456—402653183 1/32
14 未分配地址段 0001 1 402653184—536870911 1/32
15 未分配地址段 0010 0 536870912—671088639 1/32
16 未分配地址段 0010 1 671088640—805306367 1/32
17 未分配地址段 0011 805306368—1073741823 1/16
18 可聚合全局单播地址 0100 1073741824—1342177279 1/16
19 未分配地址段 0101 1342177280-1610612735 1/16
20 未分配地址段 011 1610612736—2147483647 1/8
21 地理区域单播地址 100 2147483648—2684354559 1/8
22 地理区域单播地址 101 2684354560—3221225471 1/8
23 未分配地址段 1100 3221225472—3489660927 1/16
24 未分配地址段 1101 3489660928—3758096383 1/16
25 未分配地址段 1110 0 3758096384—3892314111 1/32
26 未分配地址段 1110 10 3892314112—3959422975 1/64
27 未分配地址段 1110 11 3959422976—4026531839 1/64
28 未分配地址段 1111 00 4026531840—4093640703 1/64
29 未分配地址段 1111 010 4093640704—4127195135 1/128
30 未分配地址段 1111 011 4127195136—4160749567 1/128
31 未分配地址段 1111 100 4160749568—4194303999 1/128
32 未分配地址段 1111 1010 4194304000—4211081215 1/256
33 未分配地址段 1111 1011 4211081216—4227858431 1/256
34 未分配地址段 1111 1100 4227858432—4244635647 1/256
35 未分配地址段 1111 1101 4244635648—4261412863 1/256
36 未分配地址段 1111 1110 4261412864—4278190079 1/256
37 未分配地址段 1111 1111 0 4278190080—4286578687 1/512
38 未分配地址段 1111 1111 100 4286578688—4288675839 1/2048
39 本地链路单目地址 1111 1111 1010 4288675840—4289724415 1/4096
40 站内单目地址 1111 1111 1011 4289724416—4290772991 1/4096
41 多目地址 1111 1111 11 4290772992—4294967295 1/1024
42 全十进制地址 0 0–10256 0–10256

高飞点评：这是您的地址分配表，不是什么路由表。这里的42也不是什么42层路由结构，就是42个地址块而已。飞龙，别露怯了，玩玩路由器看看真正的路由表是什么样子吧，再不济，在windows下netstat -rn也可以。

飞龙 于 2008-07-22 1:29 am

髙飞对比—下上表是否符合rfc160642层的技术要求，如觉的不对您也创造—个。供大家学习
Network Working Group J. Onions
Request for Comments: 1606 Nexor Ltd.
Category: Informational 1 April 1994

A Historical Perspective On The Usage Of IP Version 9

Status of this Memo

This memo provides information for the Internet community. This memo
does not specify an Internet standard of any kind. Distribution of
this memo is unlimited.

Abstract

This paper reviews the usages of the old IP version protocol. It
considers some of its successes and its failures.

Introduction

The take-up of the network protocol TCP/IPv9 has been phenomenal over
the last few years. Gone are the days when there were just a few
million hosts, and the network was understood. As the IP version 9
protocol comes to the end of its useful life, once again due to
address space exhaustion, we look back at some of the success of the
protocol.

Routing

The up to 42 deep hierarchy of routing levels built into IPv9 must
have been one of the key features for its wide deployment.

高飞点评：麻烦先看懂英文再开始“发明”。