Low to Low 技术果然名不虚传 - 电驴使用反馈

Dear_eMule (楼主) 2009/10/08 04:05:29 顶楼 举报

半夜起来开电驴下了几首歌曲,但是源太少,上传/下载速度均上不去,High ID,下载 40K左右，上传 80K左右.

平常常用的几组 ek2d 服务器是:
CHINA: no1.eserver.emule.org.cn :8080
GERMANY: www.UseNeXT.to :4661
GERMANY: www.UseNeXT.to 2 :4661

因为这几个服务器 ping 值低,并且很容易获得 High ID.

我的网络情况是校园网 FTTP + LAN 带宽2Mbps（256Kps），下载上传对等.

因为下载/上传速度实在太低了,于是试着换了一个 ek2d 服务器:选择了用户数最多的美国服务器,得到了一个 Low ID.
连上去不久就获得了大量 Low To Low (内网穿透)的用户连接,上传速度顶满,下载速度则达到了 160Kps.内网穿透技术

真不错.

IPB Image
United States 的服务器,Low ID.

197.4/162.0

194.0/171.0

P.S. 此 Low to Low非特指VC,泛指而已.

2009/10/11 05:48:40 被 Dear_eMule 最后编辑 | 查看全部

Black666 2009/10/08 13:48:07 2楼 举报

别人都追求HIGH ID 你却追求LOW ID
连上了虚假服务器还高兴。。真是晕倒。

[0] [0] [回复]

zealxp (斑竹) 2009/10/08 17:52:57 3楼 举报

@所有人

用户的体验最为真实，感谢你们的反馈，有你们才能做的更好。

[0] [0] [回复]

Black666 2009/10/08 19:35:55 4楼 举报

照抄别人东西还觉得有脸的只用中国人。迅雷是腾讯是 VC也是！

[+1] [0] [回复]

robinals 2009/10/09 21:23:07 5楼 举报

不太明白...

[0] [0] [回复]

Dear_eMule (楼主) 2009/10/09 22:44:41 6楼 举报

引用(Black666 @ 2009-10-08, 01:48 PM)

别人都追求HIGH ID 你却追求LOW ID
连上了虚假服务器还高兴。。真是晕倒。

我并没有说追求 Low ID,只是有时候下载太慢的时候 Low to Low 技术带给人眼前一亮的感觉.

[0] [0] [回复]

dkwingsmt 2009/10/09 23:16:28 7楼 举报

引用(Black666 @ 2009-10-08, 07:35 PM)

照抄别人东西还觉得有脸的只用中国人。迅雷是腾讯是 VC也是！

本来EM就是一个开源软件，当开源软件在开发过程中出现不同声音的时候fork是很正常的事情，而且是几乎都会经过的事情。这也正是开源的目的，怎么能说成是抄袭呢？

[0] [-1] [回复]

Black666 2009/10/10 09:22:02 8楼 举报

1.LOW TO LOW最早是NEO MULE的功能好不好为啥VC总是遮遮掩掩的这又不是他们的发明？！

2.LOW TO LOW为什么不能和其祖宗NEO MULE互联？只能和VC自己互联？鸡肋功能！

3.现在的EMULE KAD功能非常强大又有很多对LOW ID的客户端有优先传输的能力为什么还要抓住LOW TO LOW?

[+1] [0] [回复]

2009/10/10 09:25:55 被 Black666 最后编辑 | 查看全部

yxqfi 2009/10/10 22:36:21 9楼 举报

引用

2.LOW TO LOW为什么不能和其祖宗NEO MULE互联？只能和VC自己互联？鸡肋功能！

ls说的这个倒是不知道，求斑竹解释

[+1] [0] [回复]

Dear_eMule (楼主) 2009/10/11 05:33:39 10楼 举报

引用(Black666 @ 2009-10-10, 09:22 AM)

1.LOW TO LOW最早是NEO MULE的功能好不好为啥VC总是遮遮掩掩的这又不是他们的发明？！

2.LOW TO LOW为什么不能和其祖宗NEO MULE互联？只能和VC自己互联？鸡肋功能！

3.现在的EMULE KAD功能非常强大又有很多对LOW ID的客户端有优先传输的能力为什么还要抓住LOW TO LOW?

1.关于Low to Low 技术具体细节知道得知道得不多,希望知道的介绍介绍,有些什么技术特点、分类的?

2.Kademlia网确实是个具有很好自适应的Serverless network,与ed2k配合使用能加速下载,在资源较少的时候没源的时候也能保证源的供应.

以下是我从Kademlia Emule协议分析及和Bt协议的比较 (http://blog.csdn.net/chenbuaa/archive/2008/04/18/2304468.aspx) 上找到的一点资料:
------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
...kad网络没有高低id的计算原则，是否对于低id来言就畅通无阻了呢？

我们大家知道在ed2k网络里面，我们的id是通过ip进行如下的算法计算得出的
设我们的IP = A.B.C.D
那么我们的ID number= A + 256*B + 256*256*C + 256*256*256*D
low ID的产生是由于我们的ID计算结果小于16777216.
即 ID number= A + 256*B + 256*256*C + 256*256*256*D < 16777216

Kad的 id计算原则并不是象上面那样，他更关注我们是否open和freely。
但是kad里面是如何计算我们的id呢？
事实上它的计算方法是这样
ID number=256*256*256*A+256*256*B+256*C+D
所以kad其实也有高低id的分别。所以内网用户在使用的时候依旧无法达到内网用户完全穿透网络的效果...
------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
这么样看来问题的关键似乎又成了如何获取不受限制的公网IP以及提高带宽.

[0] [0] [回复]

2009/10/11 06:03:05 被 Dear_eMule 最后编辑 | 查看全部

Black666 2009/10/11 10:48:33 11楼 举报

NAT翻越NAT traversal
　
　　NAT翻越（NAT traversal）让LowID与LowID可以洞穿一个UDP通道进行连接。

打洞的基本步骤如下：

代码

连接发起方(A)      Kad/服务器/源交换     连接目的方(B)
请求回调           -->          -->    获得A的IP及端口
[丢弃]             <---------------    发送Ping
获得B的IP及端口    <--          <--    请求回调*
发送Ping           --------------->
　　　　　         <---------------    发送Pong
用户模式TCP的SYN   ................
*：此远程回调是必需的，只有通过此报文才能让发起方获得目的用户的真实UDP端口。由于前一步骤中B回发的Ping报文不一定被丢弃（某些情况下可能会到达A），因而此远程回调应当延时数秒，观察A是否应答Ping报文。

成功打洞后，两个用户就可以建立与TCP外表相似、本质不同的流型连接。
　　这种流型连接可称为“用户模式TCP”。它可以实现标准TCP的大部分功能，包括：报文丢失或报文重复的处理、报文顺序错乱的处理，以及与TCP完全相同的阻塞处理功能。以上都假定流型连接必须快速且稳定。
　　该功能由David Xanatos在Neomule中实现。

[+1] [-1] [回复]