V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
测试工具
SmokePing
IPv6 访问测试
0gys
V2EX  ›  宽带症候群

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

  •  
  •   0gys · 122 天前 · 2519 次点击
    这是一个创建于 122 天前的主题,其中的信息可能已经有所发展或是发生改变。
    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
        1
    wsy2220  
       122 天前
    检查一下 MTU?
    no1xsyzy
        2
    no1xsyzy  
       122 天前
    唯独 TCP 丢包是非常不可能的,反复重传反而更多地无意义地消耗其带宽。
    可能是 TCP 慢启动到窗口等于某一尺寸的时候会导致碰到某个问题导致触发某个问题重传
    应当是 MTU 之类的问题
    你再筛一下,是不是超过某个大小的,比如这里的 1454,都丢包。
    0gys
        3
    0gys  
    OP
       121 天前
    @wsy2220 MTU 没有问题 是那天突然出现的.如果是这个问题不可能两个地方同时出现 而且设置之前用得好好的 并没有变更
    ACEonly
        4
    ACEonly  
       119 天前
    你說 UDP 掉包我沒話說,故意 TCP 掉包豈不是讓其更擁堵?
    no1xsyzy
        5
    no1xsyzy  
       118 天前
    说起来楼主是问怎么投诉来着。
    直接根据速度不达合同标准为由投诉。
    鉴于你似乎已经向电信反映过此问题,再往上投诉到工信部吧。

    不可能是有意为之,因为 TCP 链接故意丢包会导致更大的问题,导致整个网络因为重传风暴瘫痪都有相当的可能。
    如果你没改配置,倒有可能是你上联运营商机器配置有问题。
    想来是电信的人技术不到位。
    你在卷(要求比需求高),电信的人在散(要求比需求低),怎么样是不是心态更加爆炸了?
    morphyhu
        6
    morphyhu  
       117 天前
    @0gys 不用说,肯定是电信背后偷偷的在搞鬼,我家的 IPSEC VPN 也被屏蔽了。
    关于   ·   帮助文档   ·   API   ·   FAQ   ·   我们的愿景   ·   广告投放   ·   感谢   ·   实用小工具   ·   1161 人在线   最高记录 5497   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 21ms · UTC 18:58 · PVG 02:58 · LAX 10:58 · JFK 13:58
    ♥ Do have faith in what you're doing.