怎么投诉电信随机劣化 TCP 连接

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

这是一个创建于 1199 天前的主题，其中的信息可能已经有所发展或是发生改变。

7 月 31 日起,本公司沙井的电信,就有同事反应打开网站很慢.确认路由都没问题后.

抓包排查,发现如下

19634 159.570937 163.177.151.110 10.10.0.228 TLSv1.2 179 [TCP Previous segment not captured] , Application Data
19640 159.570981 163.177.151.110 10.10.0.228 TLSv1.2 1283 [TCP Fast Retransmission] , Application Data
19642 159.570998 163.177.151.110 10.10.0.228 TCP 1454 [TCP Previous segment not captured] 443 → 61787 [ACK] Seq=218442 Ack=11909 Win=54528 Len=1400 [TCP segment of a reassembled PDU]
19646 159.571017 163.177.151.110 10.10.0.228 TLSv1.2 1283 [TCP Fast Retransmission] , Application Data
19652 159.571068 163.177.151.110 10.10.0.228 TLSv1.2 1454 [TCP Previous segment not captured] , Ignored Unknown Record
19660 159.578785 163.177.151.110 10.10.0.228 TLSv1.2 1454 [TCP Previous segment not captured] , Ignored Unknown Record
19662 159.578785 163.177.151.110 10.10.0.228 TLSv1.2 1454 [TCP Previous segment not captured] , Ignored Unknown Record
19674 159.578859 163.177.151.110 10.10.0.228 TLSv1.2 1454 [TCP Previous segment not captured] , Ignored Unknown Record
19683 159.578909 163.177.151.110 10.10.0.228 TLSv1.2 1454 [TCP Previous segment not captured] , Ignored Unknown Record
19685 159.578909 163.177.151.110 10.10.0.228 TCP 1454 [TCP Previous segment not captured] 443 → 61787 [ACK] Seq=254329 Ack=11909 Win=54528 Len=1400 [TCP segment of a reassembled PDU]
19690 159.578953 163.177.151.110 10.10.0.228 TLSv1.2 1454 [TCP Fast Retransmission] , Ignored Unknown Record
19699 159.588063 163.177.151.110 10.10.0.228 TLSv1.2 1454 [TCP Spurious Retransmission] , Ignored Unknown Record
19701 159.588093 163.177.151.110 10.10.0.228 TCP 1454 [TCP Spurious Retransmission] 443 → 61787 [ACK] Seq=252929 Ack=11909 Win=54528 Len=1400 [TCP segment of a reassembled PDU]

这段的大概意思,就是 tcp 被丢掉了,一直在重传.

看抓包记录还是每隔一段时间就丢弃一次.

到现在都没好.加上那个破地方只有电信,其他运营商都没有.把电信的人叫过来搞了一遍没人说出个所以然.

现在内卷都那么严重了.我觉得我都快干不下去了.

6 条回复 • 2021-08-09 10:37:49 +08:00

wsy2220

2021-08-04 21:33:01 +08:00

检查一下 MTU?

no1xsyzy

2021-08-04 22:47:11 +08:00

唯独 TCP 丢包是非常不可能的，反复重传反而更多地无意义地消耗其带宽。
可能是 TCP 慢启动到窗口等于某一尺寸的时候会导致碰到某个问题导致触发某个问题重传
应当是 MTU 之类的问题
你再筛一下，是不是超过某个大小的，比如这里的 1454，都丢包。

0gys

2021-08-05 06:32:47 +08:00

@wsy2220 MTU 没有问题是那天突然出现的.如果是这个问题不可能两个地方同时出现而且设置之前用得好好的并没有变更

ACEonly

2021-08-07 10:40:54 +08:00

你說 UDP 掉包我沒話說，故意 TCP 掉包豈不是讓其更擁堵？

no1xsyzy

2021-08-09 01:29:03 +08:00

说起来楼主是问怎么投诉来着。
直接根据速度不达合同标准为由投诉。
鉴于你似乎已经向电信反映过此问题，再往上投诉到工信部吧。

不可能是有意为之，因为 TCP 链接故意丢包会导致更大的问题，导致整个网络因为重传风暴瘫痪都有相当的可能。
如果你没改配置，倒有可能是你上联运营商机器配置有问题。
想来是电信的人技术不到位。
你在卷（要求比需求高），电信的人在散（要求比需求低），怎么样是不是心态更加爆炸了？

morphyhu

2021-08-09 10:37:49 +08:00

@0gys 不用说，肯定是电信背后偷偷的在搞鬼，我家的 IPSEC VPN 也被屏蔽了。