遇到个头疼的疑似QOS限速问题，整了几天了

9929 优化小鸡在北京客户侧 YouTube 速度先高后掉

一、服务器/小鸡情况

小鸡大概情况如下：

• 
  

  系统：Debian 12

  
  


• 
  

  面板：3X-UI v3.4.1

  
  


• 
  

  内核：Linux 6.1.x

  
  


• 
  

  BBR：已开启

  
  
  
  
  • net.core.default_qdisc = fq
  
  
  • net.ipv4.tcp_congestion_control = bbr
  
  
  
  


• 
  

  线路：9929 优化线路

  
  


• 
  

  节点协议：VLESS + xHTTP + Reality

  
  


• 
  

  域名解析：Cloudflare 仅 DNS，未开小黄云

  
  


• 
  

  面板、Xray、端口监听均正常

  
  


• 
  

  小鸡到 YouTube 方向之前测过，可以到大约 100Mbps

  
  

二、客户侧情况

客户在北京附近，3X-UI 客户端 IP 日志里看到过客户连接 IP，其中一个是：

219.143.xxx.xxx

查询结果大概是：

地区：北京

hostname：类似 broad.bj.bj.dynamic.163data.com.cn

本地测试过客户ip,显示中国移动

看起来像北京动态宽带/163data 出口。

之前客户那边到我这台小鸡 ping 测过是 0 丢包。

但是我从小鸡反向 ping 这个客户 IP，结果是：

100 packets transmitted, 0 received, 100% packet loss

这个我理解可能只是客户路由器/运营商不响应 ICMP，不一定代表实际线路不通。

三、具体问题现象

客户那边测试不同线路节点时，表现差异很明显。

普通线路节点

普通线路节点在客户那边 YouTube 详细统计信息里，Connection Speed 通常只有几千 kbps。

9929 优化节点

这台 9929 优化节点刚开始表现明显更好。

YouTube 右键“详细统计信息”里的 Connection Speed 一开始可以冲到：

30000 kbps 左右，甚至更高

但是播放一段时间后，会突然掉下去，掉到几千 kbps 左右。

所以整体表现大概是：

普通线路：一直几千 kbps

9929 线路：开头几万 kbps，过一会儿掉到几千 kbps

这就让我比较疑惑。

如果线路完全不行，理论上一开始也不应该能冲到几万；但它一开始能冲高，说明瞬时能力应该是有的。问题是后面持续速度会掉下去。

四、目前已确认的信息

目前确认过：

1. 小鸡本身到 YouTube 方向之前测过可以到约 100Mbps。


2. 客户到小鸡方向之前 ping 测过是 0 丢包。


3. 9929 节点在客户侧刚开始确实比普通线路快很多。


4. 但是 YouTube Connection Speed 播放一段时间后会下降到几千 kbps。


5. 小鸡已经开启 BBR。


6. Cloudflare 是仅 DNS，没有开小黄云。


7. 面板、Xray、节点本身都能正常运行。

五、我目前怀疑的方向

现在不确定主要问题属于哪一种：

1. 客户到这台 9929 小鸡之间存在持续 TCP 吞吐问题：短时间能冲高，但长时间跑不住。


2. 客户侧运营商/校园网/出口有 QoS，对长连接或持续代理流量进行限速。


3. 9929 线路本身存在“突发速度高，但持续带宽一般”的情况。


4. VLESS + xHTTP + Reality 在这个客户网络环境下持续表现不稳定。


5. 普通线路一直慢，9929 开头快后面掉，可能说明 9929 线路底子确实更好，但持续吞吐被某个环节压住了。

普通线路一直慢，说明客户到普通线路确实不太行；

9929 开头能冲高，说明线路瞬时能力确实更好；

后面掉速，要么是 YouTube 缓冲机制，要么是持续 TCP 吞吐被压，要么是客户侧 QoS/协议问题。

希望大家帮忙看看这个排查方向有没有问题，以及后续还应该补哪些测试数据。