popohong进来，俺是又一个你的中枪者，关于dir 655

fmer · 发表于 2010-2-19 21:38

应该和操作系统没有关系，win7没有tcp ip并发数限制，可能你的下载工具发生了变化？像迅雷三个文件就可 ...
leowood 发表于 2010-2-19 08:32

下载工具都是迅雷5.7以前的版本，Vista下面是ayu版，但是在Win7 64下用着不顺畅就换了个烈火版的，session过多是很烦人，但是Vista下面感觉比7下面要好很多，实在很奇怪，难道是迅雷自己的问题？我也装过最新官方的迅雷，随便下一个2M的文件网页就打不开了，简直无语到极点。

sonicxz · 发表于 2010-2-19 21:44

电信那么猛连你的路由也敢偷
popohong 发表于 2010-2-19 20:39

因为放在楼道的低压电箱里，一早被电信的人OX去了，然后上锁
我正好那天起来的晚，后来查看PPP链接记录，就在我起来前30分钟被拿走的，要不我就冲下去了
前几个星期上海电信的人忙的勤快，到处在挖埋光纤，路边还造了几个2M不到的大箱子，里面都是光纤。

sonicxz · 发表于 2010-2-19 21:48

本帖最后由 sonicxz 于 2010-2-19 21:50 编辑

我已经彻底研究透了，qos不能在p2p环境中起作用，上行数据能优先出去，但是管不住下行，下行数据你还得 ...
leowood 发表于 2010-2-18 21:41

早就说了,QOS都是假的，带宽才是王道，只要带宽够大，没用尽，就不会卡网

限速是解决办法，想靠QOS解决问题的，只能幻想了，TOMATO,DD的TCP VEGAS，L7,L2之类的也只能缓解而已

开QOS只能多消耗30%-100%+的内存和 30%+的CPU使用率

带来的结果也只能缓解部分网页卡住，无显示等

leowood · 发表于 2010-2-19 22:47

我已经把QOS关啦，BT速度上去拉，不死机拉，刷的是1.33NA，上传限制下，下载么只要不速度爆满也不卡，和开着 ...
noveaint 发表于 2010-2-19 18:05

又研究了一天，已经完全搞明白，ubicom的qos对付P2P就是弄巧成拙，一两个迅雷文件就可以开到3000个session以上，同时建立300个以上est，这个ubicom的qos根本对付不了这么多session，马上cpu占用超过100% （ping路由很缓慢看的出来），在这种情况下，首先甩掉的是无线用户，所以会出wan reset，路由reset等问题，如果关掉 qos，对付4000个以上的session，ping路由都很稳定

所以：

- 一般应用，开qos，可以有点心理安慰，毕竟上行的时延还是降低了
- 要开迅雷p2p，只能关qos，这样路由不会被多session搞死

leowood · 发表于 2010-2-19 22:54

下载工具都是迅雷5.7以前的版本，Vista下面是ayu版，但是在Win7 64下用着不顺畅就换了个烈火版的，sess ...
fmer 发表于 2010-2-19 21:38

我注意过，像电驴和utorrent之类的，寻找种子是慢慢寻的，session数并不多，还有connections 限制100就是100，限制200就是200，但迅雷很牛，设置了100连接数，我最多从路由session表中看到600个EST，这tmd是人干的吗？
看了不少老外的文章，这个dir 655限制最多400个connection，一般要求路由有200个connection就可以了，但在qos下最多管理200个connection下。。。

glk17 · 发表于 2010-2-19 22:56

本帖最后由 glk17 于 2010-2-20 00:22 编辑

又研究了一天，已经完全搞明白，ubicom的qos对付P2P就是弄巧成拙，一两个迅雷文件就可以开到3000个ses ...
leowood 发表于 2010-2-19 22:47

这一点也是比较奇怪的

我见过的其他路由，譬如很多的思科路由，巴比禄的，甚至第三方的DD-WRT，Tomato，默认设置Qos都是关闭的
但是DIR-655默认却是开启的，虽然CPU好，但是有点太勉强自己了

转段文章，虽然是讲防火墙，洪水攻击的，但是原理和这里是相通的：
原文：http://soft.yesky.com/security/172/2175172_1.shtml

　　六、ICMP Flood能防吗？

　　先反问你一个问题：洪水迅猛的冲来时，你能否拿着一个脸盆来抵挡？（坐上脸盆做现代鲁宾逊倒是个不错的主意，没准能漂到MM身边呢）

　　软件的网络防火墙能对付一些漏洞、溢出、OOB、IGMP攻击，但是对于洪水类型的攻击，它们根本无能为力，我通常对此的解释是“倾倒LJ”：“有蟑螂或老鼠在你家门前逗留，你可以把它们赶走，但如果有人把一车LJ倾倒在你家门口呢？”前几天看到mikespook大哥对此有更体面的解释，转载过来——“香蕉皮原理：如果有人给你一个香蕉和一个香蕉皮你能区分，并把没有用的香蕉皮扔掉。（一般软件防火墙就是这么判断并丢弃数据包的。）但是如果有人在同一时间内在你身上倒一车香蕉皮，你再能区分有用没用也没啥作用了~~因为你被香蕉皮淹没了~~~~（所以就算防火墙能区分是DoS的攻击数据包，也只能识别，根本来不及丢弃~~死了，死了，死了~~）”

　　所以，洪水没法防！能做的只有提高自己的带宽和预防洪水的发生（虽然硬件防火墙和分流技术能做到，但那价格是太昂贵的，而且一般人也没必要这样做）。

　　如果你正在被攻击，最好的方法是抓取攻击者IP（除非对方用第一种，否则抓了没用——假的IP）后，立即下线换IP！（什么？你是固定IP？没辙了，打电话找警察叔叔吧）

迅雷的线程数是针对HTTP下载任务的，并且只从原地址下载时才有效，对BT，电驴任务（这2个是多连接数的大头）是无效的
这还是以前纯HTTP下载时代的遗物，那时候就有人追求破解Flashget的最大线程数，越多越好，20不够，100。。。当然那时的快车也不是现在的“快车”了

现在下载工具都流行P2SP

哪怕是下载HTTP/FTP任务，除了从原地址服务器下载，还会自动从迅雷数据库查找下载过相同的记录，
包括其他服务器，其他下载过这个文件的人。然后再从他们那边同时下载来加速。BT，电驴任务当然就更不用说了。
这样，迅雷下载的速度是上去了，只要找得到多少资源，就从多少地方下载，连接数不断的增加。
半开连接数越多（迅雷补丁可以开到1024），从开始下载到满速，加速越快。
已建立的连接数越多，速度越快直到占满带宽。

windows单机可以产生的连接数，最多在4000以内，里面有众多原因
其中，主要的有：
注册表MaxUserPort键值的限定，可以使用的端口范围1024~5000
http://support.microsoft.com/kb/196271/zh-cn

值名称: MaxUserPort
值类型： DWORD
值数据： 65534
有效范围: 5000-65534 （十进制）
默认: 0x1388 (5000 十进制)
说明: 此参数控制程序请求任何可用的用户端口从系统时使用的最大端口数。通常，暂时（短期）的端口被分配值 1024年和 5000 （含）之间。

注册表TcpNumConnections键值的限定，TCP同时打开的最大连接数
http://support.microsoft.com/kb/120642/zh-cn

TcpNumConnections
项：TcpipParameters
数值类型：REG_DWORD - 数字
有效范围：0 - 0xfffffe
默认值：0xfffffe
描述：此参数限制 TCP 能同时打开的最大连接数。

leowood · 发表于 2010-2-20 00:27

dlink的脑袋被驴踢了，不过现在好像有点醒悟过来，这个ubicom的 qos本来用来赚大钱的，像3400 那种所谓的游戏路由，就是靠这个【请注意文明用词】的qos来赚钱，好像dlink网站这个测试游戏路由得分的测试网页撤销了，那个steamengine的测试网页也无效了，应该知道这个qos不是万能的，ubicom在展会上演示啥？ ftp上传几个文件看游戏延时，几个session的小把戏而已，我现在用迅雷不是下载http，http最多几十个连接，我一般懒惰当bt 电驴用，迅雷建立session特别快，几秒钟就2000个session在那了，几分钟后，我居然用execel拉出5000session 600个EST的表出来，马的，迅雷上已经限制100个连接了，居然是假的，限制不住！这就是为啥其他p2p软件消耗网络资源少，迅雷消耗多的原因，因为迅雷给你的连接数设定是假的！

另外，你那个半开数，在win7中不存在限制了，所以不用关心半开数，只要关心全开的就行了。。。

leowood · 发表于 2010-2-20 00:32

汇报下战果，现在是关了QOS，全速下载， 400k，网页ping值 500ms左右，打开没有问题，而打开qos后，基本是打不开网页的，因为处理不过来，都丢包了，而且，bt也很难全速

fmer · 发表于 2010-2-20 21:22

汇报下战果，现在是关了QOS，全速下载， 400k，网页ping值 500ms左右，打开没有问题，而打开qos后，基本是 ...
leowood 发表于 2010-2-20 00:32

也就是说QoS是起反效果的了？你是用迅雷下的BT电驴还是普通HTTP呢？

leowood · 发表于 2010-2-20 21:45

也就是说QoS是起反效果的了？你是用迅雷下的BT电驴还是普通HTTP呢？
fmer 发表于 2010-2-20 21:22

qos 处理几十个session差不多了，多了就忙不过来，我用迅雷下bt

kenkenkenken · 发表于 2010-2-20 21:53

655我用得好得很，1.33NA，以前用1.32NA也很好

不过我不用迅雷，这吸血，PT也不许用这个

当然我也不用QoS，用这干嘛？想不明白，我BT或电驴下载到900K秒、上传到40多K秒，无论本机还是网内其他机器打开网页都很爽，我8M ADSL。本来还有一条2M有线宽带用来专门除了P2P以外上网的，现在都不用了，没必要。

leowood · 发表于 2010-2-20 22:56

655我用得好得很，1.33NA，以前用1.32NA也很好

不过我不用迅雷，这吸血，PT也不许用这个

当然我也不用 ...
kenkenkenken 发表于 2010-2-20 21:53

不用qos当然用的很好了。。。。

fmer · 发表于 2010-2-20 23:09

qos 处理几十个session差不多了，多了就忙不过来，我用迅雷下bt
leowood 发表于 2010-2-20 21:45

我也感觉BT还好，可是迅雷下电驴资源会很恐怖

zhuzhe1983 · 发表于 2010-2-20 23:28

很不幸，发完上面除了死过一次机这贴后，又反复开始断线了。。。。我现在知道怎么会断了，只要迅雷连接 ...
leowood 发表于 2010-2-17 23:30

我的dir 615也是迅雷开多了就个屁，电驴20，30个任务都没问题。。

jackydwh · 发表于 2010-2-21 08:47

我用121ww这个固件不错

leowood · 发表于 2010-2-23 10:57

dlink 维修换了一个，bt同时下载 3300个session， 5M/s的速度，249个EST连接，路由开启QOS，ping值小于2ms，好了，原来是质量问题，马的，冤枉popohong了，居然连行货都是坏的，可见dlink的质量控制了

leowood · 发表于 2010-2-23 13:34

dlink 维修换了一个，bt同时下载 3300个session， 5M/s的速度，249个EST连接，路由开启QOS，ping值小于2ms ...
leowood 发表于 2010-2-23 10:57

继续杯具ing，办公室测试良好的换回来的路由，拿回家试验，还是老655完全一样的问题出现
办公室和家里网络的区别：
办公室是静态IP接入100M光纤
家里是动态PPPoe ADSL 拨号

这么说来，PPPoe 模式与 QOS不兼容，有仇？

smilexp · 发表于 2010-2-23 14:03

继续杯具ing，办公室测试良好的换回来的路由，拿回家试验，还是老655完全一样的问题出现
办公室和家里 ...
leowood 发表于 2010-2-23 13:34

光纤是对等网络，拥有充足的上行带宽，ADSL就不行
而且ADSL在大数据量传输下，延迟本来就会加大的

leowood · 发表于 2010-2-23 17:12

光纤是对等网络，拥有充足的上行带宽，ADSL就不行
而且ADSL在大数据量传输下，延迟本来就会加大的
smilexp 发表于 2010-2-23 14:03

早上就在路由里把qos的上行设置成512k模拟 adsl的上行，这样就会sharp traffic，以加重qos的负载，但655在光纤100M下丝毫不受512k qos的影响

liling99 · 发表于 2010-2-23 17:25

学习些东西，踩个脚印

帐号		自动登录	找回密码
密码			注册