设为首页收藏本站

ZMX - IT技术交流论坛 - 无限Perfect,追求梦想 - itzmx.com

 找回密码
 注册论坛

QQ登录

只需一步,快速开始

新浪微博账号登陆

只需一步,快速开始

用百度帐号登录

只需两步,快速登录

搜索
查看: 609|回复: 5

BT种子下载移动宽带用户受运营商BRAS侧session并发连接数限制具体数值为多少,tcp/udp导致丢包问题和当地机房工作人员取得了联系

[复制链接]
 成长值: 279

签到天数: 4718 天

[LV.Master]伴坛终老

发表于 2024/10/31 21:32 | 显示全部楼层 |阅读模式 |Google Chrome 130.0.0.0|Windows 10
天涯海角搜一下: 百度 谷歌 360 搜狗 有道 雅虎 必应 即刻
BT种子下载移动宽带用户受运营商BRAS侧session并发连接数限制具体数值为多少,tcp/udp导致丢包问题和当地机房工作人员取得了联系

通过与移动当地机房工作人员联系得知,机房在BRAS侧限制每个pppoe用户拨号上网的session并发连接数为每5分钟1000个数据包,300秒内超过1000个数据包就做丢包处理,不管是tcp还是udp,两者同时共享限制session并发连接数
也就是,1分钟产生的包可以超过900个,但是5分钟内产生的总包不能超过1000个,为了方便计算,虽然运营商限制值是5分钟,但是我们这里取每分钟200包来做计算

等于说比特彗星黑粉需要调整两个值,避免发送过多的数据包引发连接数限制,按照三七分公式,限制为每分钟最多产生140个数据包,预留剩下的60个数据包给浏览器与其它软件使用,避免超过运营商每分钟200个数据包限制
udp调整 network.max_udp_pkt_per_sec ,每秒产生的数据包量,值填写为1000000,然后禁用DHT网络避免产生较多的数据包,不要去填写1,会影响tracker和长效下载
tcp调整 network.max_connecting_connections ,发起间隔为0ms时每10秒产生的数据包量,填写值为20,代表每分钟产生120个数据包

通过这份设置,每分钟产生的数据包大约为140个内,你将不会在触发session引起的丢包,如果依旧遇到请联系运营商当地机房工作人员索要具体的限制数值是多少


注:限制BT软件的数据包会一定程度的严重影响下载与上传速度,建议向运营商投诉网络卡顿,来获取更多的session并发连接数,也可以选择更换电信宽带,一般来说不会对用户限制session,四川电信这种除外

欢迎光临IT技术交流论坛:http://bbs.itzmx.com/
回复

使用道具 举报

签到天数: 505 天

[LV.9]以坛为家II

发表于 2024/11/1 20:44 | 显示全部楼层 |Google Chrome 130.0.0.0|Windows 10
坏了我成黑粉了
欢迎光临IT技术交流论坛:http://bbs.itzmx.com/
回复 支持 反对

使用道具 举报

签到天数: 942 天

[LV.10]以坛为家III

发表于 2024/11/1 23:04 来自手机 | 显示全部楼层
电信也会限制,高点就时不时没网了,也许是通过光猫CPU,至少我这的电信就是
欢迎光临IT技术交流论坛:http://bbs.itzmx.com/
回复 支持 反对

使用道具 举报

 成长值: 279

签到天数: 4718 天

[LV.Master]伴坛终老

发表于 2024/11/10 04:37 | 显示全部楼层 |Google Chrome 130.0.0.0|Windows 10


虽然运营商说的是300秒,但是测试得出300秒是针对UDP,也就是机房UDP Stream 超时为300
这两天TCP测出来是120秒,也就是说 network.max_connecting_connections 可以从20提升到60

要是运营商能抄一份爱快的内核设置就好了,UDP Stream超时默认值是60秒,TCP TIME_WAIT超时是10秒
https://www.ikuai8.com/support/ymgn/lyym/xtsz/2020-07-31-07-00-43/2021-12-22-04-55-12.html

2.11下一版把 network.tcp_connection_timeout 默认值从10改成5(发syn ack产生的TIME_WAIT)
TCP超时减少一半后,也就是说 network.max_connecting_connections 对应值为30

欢迎光临IT技术交流论坛:http://bbs.itzmx.com/
回复 支持 反对

使用道具 举报

签到天数: 505 天

[LV.9]以坛为家II

发表于 2024/11/10 09:40 | 显示全部楼层 |Google Chrome 130.0.0.0|Windows 10
小樱 发表于 2024/11/10 04:37
虽然运营商说的是300秒,但是测试得出300秒是针对UDP,也就是机房UDP Stream 超时为300
这两天TCP测出 ...


UDP老化?路由器的这个玩意?
  1. net.netfilter.nf_conntrack_udp_timeout=60
  2. net.netfilter.nf_conntrack_udp_timeout_stream=180
复制代码

好家伙这让你把ISP的设置打探出来了。
我这openwrt预设就不动了,下个版本直接躺着用小樱调教好的设置就好了。
小樱辛苦了
欢迎光临IT技术交流论坛:http://bbs.itzmx.com/
回复 支持 反对

使用道具 举报

 成长值: 279

签到天数: 4718 天

[LV.Master]伴坛终老

发表于 2024/11/10 18:47 | 显示全部楼层 |Google Chrome 130.0.0.0|Windows 10
smilesadness 发表于 2024/11/10 09:40
UDP老化?路由器的这个玩意?

好家伙这让你把ISP的设置打探出来了。


嗯,主要是机房上层设备设置的UDP Stream 300秒,udp_timeout那个就是发起连接后多久没收到回包就断开,比特彗星的话对应是20秒,不过udp_timeout这个可以说不会占用连接数,受影响的还是已建立连接后没有数据传输超时断开的那个300秒
欢迎光临IT技术交流论坛:http://bbs.itzmx.com/
回复 支持 反对

使用道具 举报

您需要登录后才可以回帖 登录 | 注册论坛 新浪微博账号登陆用百度帐号登录

本版积分规则

手机版|Archiver|Mail me|网站地图|IT技术交流论坛 ( 闽ICP备13013206号-7 )

GMT+8, 2024/12/4 06:19 , Processed in 0.093259 second(s), 21 queries , MemCache On.

Powered by itzmx! X3.4

© 2011- sakura

快速回复 返回顶部 返回列表