运营商宽带限速算法的一个疑问

2022-03-08 13:12:43 +08:00
 fengchen0vr

假设上传总带宽 40Mbps

一个连接上传占满了上传带宽,

若再加一个连接上传,他们两个上传速度看起来不是平分的,那么是怎么分的呢

4264 次点击
所在节点    宽带症候群
25 条回复
microka
2022-03-08 22:25:55 +08:00
这明显是你本地用户端处理的事,运营商哪管得了这么细,就好比上游给你家开的自来水通量就这么大,至于你家里面怎么分那是你自个儿的事了。
Jooooooooo
2022-03-08 22:34:09 +08:00
不用想特别复杂的算法追求公平, 这没有公平可言...肯定是那种特别简单的方案. 比如定期看看你用了多少流量, 超过了就直接卡住.
datocp
2022-03-09 06:07:31 +08:00
首先运营商肯定是有对部分进行 qos 的,比如英雄联盟,当时在玩优酷挖矿时,玩英雄联盟根本不卡。

对于用户来说能控制的正确方向就是 pppoe-wan 接口的上行接口,这个位置同样能将标记带到下行流量。还有些人会在交换机上做限速,限速和 qos 不是一个概念。
从平时的经验来看 pfifo 包先进先出队列
流量的抢夺通常和并发数有关,像迅雷,通常网页是抢不过高并发下载。决定带宽的有合同上的流量,还有看不见的并发,这些都会导致超限掉包,引发网络掉速。
网上一直流行一个广泛传播的谬论,那就是认为设定上行带宽为总带宽的 80%可以达到比较好的延迟。实际上在玩 htb/htfs 时,对于这个流量分组来说仍然是 100%的占用导致各种延迟问题。

如果没有 qos 的存在,我认为这个分法是随机的,很大因素会取决于并发数。当然也可能运营商也有 qos 决定。
自己在路由器设定 qos,则可以根据目的 ip+端口决定这些流量能跑多快就跑多快,限制的死死的。linux 的 tc 说是只能限制 tcp,难道我眼花不确定对 udp 是否有效。
Qos 还是相当有用的,它会改变先进先出为有优先级的 tcp 80 先于其它 p2p 。根据 tcp 的握手过程同样带来更早的下载流量。将流量进行不同的流量分组,在光纤可以做到使用 95%的总带宽,可以让游戏达到 19ms,其它流量高达 600ms 。
fvladlpa
2022-03-09 08:35:55 +08:00
看你的数据包是 UDP 还是 TCP 。如果是 UDP 的,不做 QOS 的话,话会把 TCP 的带宽全部抢走
spacezip
2022-03-09 16:02:26 +08:00
速度取决于自己的设备和资源
一些 bras 上行满会影响一点下行 反之也是

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/838843

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX