请教下懂宽带网络的 V 友,关于家宽 tcp 并发连接限制问题

[MRlaopeng]

先说下设备 光猫:中兴 g7615 路由:GT-AX6000

场景: 我在同路由器下搭了一台 debian 做 web 服务,然后通过路由器端口转发提供外网访问

我在都单独测了光猫下的内网,和路由器下的内网 100 个并发 http 请求,都是在毫秒内完成的

但是当请求出了光猫之后,再绕回来,在多并发的情况下就出现了严重的延迟, 而且所有机器 ping 光猫(192.168.1.1)的延迟也从 1ms 提高到 50-600ms 但是 ping 路由器(192.168.50.1) 却还是 1ms

求教这是哪里出了问题? 是光猫的上游的限制,导致了延迟吗?

[yyzh]

不懂啥叫出了光猫之后,再绕回来

[MRlaopeng]

@yyzh 就是, 我做内网测试的时候都是访问
光猫访问
https://192.168.1.1/index.html
路由器访问
https://192.168.50.1/index.html

然后假设我的公网 ip 是.121.121.121.121
然后继续访问
https://121.121.121.121/index.html
一个请求的话延迟就是毫秒, 但是如果一次性并发 100 个请求,延迟立马变成七八秒

[MRlaopeng]

@yyzh 请求的内容不大,100 个请求才 300kb 的流量,所以不会达到宽带的上传上限, 这条副宽是 30m 的上行

[ferock]

路由器是光猫？

[MRlaopeng]

@ferock 不是, 光猫做的是桥接, 然后是路由器拨号

[ferock]

@MRlaopeng #5

那你需要排除一下，到底是光猫设备的问题，还是路由器的问题，可以压测一下

[MRlaopeng]

@ferock 压测了
我分别测试了,
通过机器 1 - 光猫- 机器 2 , 100 并发延迟是毫秒级
通过机器 1-路由器-光猫-机器 2, 100 并发也是毫秒级

[datocp]

这个问题有点高深，竟然不清楚 ping 桥接光猫的意义是什么。。。

通常 icmp ping 反应了当前网络 lan 还是 wan 的拥挤程度？应该是 wan 。是有计算公式的。
qos 设定分组，似乎是在 135kb 的线路，
分 20%给高优先级的游戏流量，实际游戏产生的流量不超过 10kb ，游戏延迟为 19ms 。
分 80%给其它所有的流量，可以高达接近 600ms 的延迟。
所以基本在延迟控制方面，根据电话线 adsl 的观察，
60%的上行流量可以获得极低的延迟。
80%的上行流量可以获得最高的下行速度+可以接受的延迟
超过 80%的上行流量，下行反而降低，延迟更高。

看似很简单，绝对不是网上简单的说，把总上行设定为 speed.net 测试值的 80%就可以了。这种设定根据测试没任何用，当然 openwrt sqm 似乎一直在强调这个 80%的作用。

所以如何确定当前网络上行只有测试流量，没有其它流量。并把它控制在 80%以下才是关键，在光纤可以控制到 95%。

以前会使用 icmp ping 和 tcping 来测试 tcp 的真正延迟变化。openwrt 的 htb qos 才是模糊化的适合共享网络，提供流量分组并以高优先级方式出列比常见的先进先出队列延迟控制还是更高级的，毕竟它在同一条线路实现了 19/600ms 两种存在。而没有 qos 的网络通常就是根据上行的比例，延迟不断的整体波动中。

[465456]

现在的光猫都是 iHGU 设备，这是带网关的，把光猫变桥接，变成二层设备用。

[ttvast]

@MRlaopeng
光猫访问
https://192.168.1.1/index.html
路由器访问
https://192.168.50.1/index.html

你光猫都是桥接的，怎么叫”光猫访问“？ 桥接的网络谁还关心光猫的 ip 地址啊。

然后 https://121.121.121.121/index.html 这个地址，正常情况下，你是访问不到的，只有外网的机器才能访问的到，不知道你是怎么测试的？

[MRlaopeng]

@ttvast ,,我也觉得奇怪为什么我能访问到, 我是通过访问 ddns 后的域名, 解析后也就是我的公网 ip
确实是能访问到另外一台电脑的 web 服务

那个光猫访问我是这样做的, 我在第一个电脑开启了 web 服务, 然后 2 电脑访问 192.168.1.158(一电脑的 ip)

然后并发 100 条, 也是毫秒级返回的
所以光猫性能是没问题的

[iijboom]

https://www.v2ex.com/t/972245
宽带连接数限制测试工具
我就不吐槽你的帖子了... 实在是...
只提醒一下如要测试后果自负（例如管理 vps 的系统被认为是遭遇了 ddos 攻击，停机邮件警告之类的，或者宽带这头出啥问题）

[peasant]

@MRlaopeng #11 我之前用端口转发访问 NAS ，只要我在局域网里通过公网 IP 访问就会导致断网，从外面用公网 IP 访问一切正常，奇怪你这居然能在局域网里通过公网 IP 访问。

[yyzh]

@peasant nat loopback 正常路由器都有。所以结论是别用光猫开路由

[nkloveni]

@MRlaopeng 你这个和家宽的连接数没有关系，内网去访问 WAN 接口的公网 IP ，数据包根本没有出路由器。延迟大的话换个路由器试试。或者你从外网发起检测下公网 IP 的连接数。NAT loopback 是 iptables 实现的，未必能用上 HW 加速

[MRlaopeng]

@nkloveni 不过我在内网用 mtr 测我的 ddns 后的域名,,路由确实是出了光猫的

[MRlaopeng]

@yyzh 我光猫做的桥接,,然后路由器拨号

[ogodeikhan24k]

@MRlaopeng


你先查下你这个路由器的公网 PPPoE 的 IP 是不是你说的公网 IP 121.121.121.121
另外你浏览器访问 https://121.121.121.121/index.html ，页面是 debian 的 web 吗？

[MRlaopeng]

@ogodeikhan24k 是的,路由器显示的 WAN IP: 121.121.121.121
然后浏览器访问 https://121.121.121.121/index.html 确实就是访问到我另外一台机器的 web

[ogodeikhan24k]

@MRlaopeng
你从路由器的内网机器访问路由器的外网 IP ，数据通过端口转发到另一台内网机器的 web server
这个路径就是典型的 nat reflection ，数据没出过路由器，连光猫都没经过。
感觉要么你路由器的问题，要么你 debian web server 的问题。