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

2021-08-04 21:30:37 +08:00
 0gys
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 被丢掉了,一直在重传.

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

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

现在内卷都那么严重了.我觉得我都快干不下去了.
3255 次点击
所在节点    宽带症候群
6 条回复
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 也被屏蔽了。

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

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

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

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

© 2021 V2EX