來談一談帝都聯通對海外線路故意丢包

最近感覺聯通的海外帶寬質量嚴重下降，結果發現丢包率非常高。 V 友們一起來看看是不是聯通故意丢包了。
題主本地用的是帝都聯通 50M 普通家用光纖寬帶， FTTH 接入，下行 50Mbps ，上行 5Mbps ，跑國內線路下行實際可以到 65Mbps 左右。

題主在一台 SL 東京的機器用 MTR 向本地路由追踪，結果如下：

```
Packets Pings
Host Loss% Snt Last Avg Best Wrst StDev
1. *.ip4.static.sl-reverse.com 0.0% 542 0.5 0.6 0.4 16.7 0.7
b3.94.caa1.ip4.static.sl-reverse.com
2. ae11.dar02.tok02.networklayer.com 0.0% 542 0.3 0.5 0.2 8.5 0.5
ae12.dar01.tok02.networklayer.com
3. ae9.bbr01.eq01.tok01.networklayer.com 0.0% 542 4.3 0.7 0.5 25.1 1.9
ae8.bbr01.eq01.tok01.networklayer.com
4. 202.55.27.45 0.0% 541 1.2 1.0 0.8 1.4 0.0
5. ???
6. ???
7. 202.97.35.145 97.8% 541 47.0 51.0 44.2 97.0 14.7
8. 202.97.33.249 3.7% 541 45.8 49.3 44.0 98.7 5.6
202.97.33.13
9. 202.97.48.46 27.0% 541 47.0 47.9 43.2 54.2 1.5
10. ???
11. 219.158.22.229 26.2% 541 70.4 69.6 66.7 104.6 2.8
12. 124.65.194.150 0.2% 541 71.2 69.8 67.0 117.8 4.8
13. 61.148.1.165 27.9% 541 73.1 73.5 72.9 101.3 1.6
14. 61.148.174.186 0.0% 541 71.3 70.3 67.3 167.9 9.0
15. 221.223.*.* 27.5% 541 74.4 75.1 72.8 92.1 1.5
```

現在不是高峰期，丢包率大致在 27.5%，傍晚和晚上能飆到 60-70%，但是倒數第二跳（應該是聯通的接入設備）完全不丢包，高峰期也一樣。
然而對 PPPoE BRAS 的 IP 地址進行 MTR 是這樣子的：

```
Packets Pings
Host Loss% Snt Last Avg Best Wrst StDev
1. *.ip4.static.sl-reverse.com 0.0% 310 1.3 0.6 0.4 9.8 0.7
b2.94.caa1.ip4.static.sl-reverse.com
2. ae12.dar02.tok02.networklayer.com 0.0% 310 0.3 0.3 0.3 4.2 0.3
ae11.dar02.tok02.networklayer.com
3. ae9.bbr01.eq01.tok01.networklayer.com 0.0% 310 0.6 0.7 0.5 26.3 2.0
4. 202.55.27.45 0.0% 310 0.9 1.0 0.8 2.2 0.1
5. ???
6. ???
7. ???
8. 202.97.33.93 5.2% 309 43.2 44.0 39.4 52.4 1.6
202.97.33.21
9. 202.97.50.198 8.1% 309 42.6 45.6 38.5 94.3 8.5
10. ???
11. 219.158.5.217 0.6% 309 60.2 61.9 57.5 109.9 8.2
12. 124.65.194.46 1.6% 309 57.6 59.2 56.5 68.7 1.6
13. ???
14. 221.223.*.* 0.3% 309 64.0 63.9 58.2 167.9 11.1
```

納尼？！完全沒有丢包，雖然經過的路由稍稍有些不同。
題主曾經嘗試過不斷地重新撥號更換 IP 段，但是效果和前面是一樣的。

我覺得這肯定是聯通耍的小伎倆

lution

2015-12-15 14:07:27 +08:00

我一直用的帝都联通加 Linode 日本（主力）和搬瓦工 LA ， Linode 日本前两个星期不是很稳定，总有丢包。前三个多月从未见过丢包的情况，晚间 Youtube 也能在 25M 左右（我是 100M 的套餐），所以一直认为是很理想的线路。现在 Linode 大多数时候带宽都很低（< 1M ），丢包还算能接受，但是带宽确实回不到从前了，不知道是不是被联通强化了 QoS ，按照 @Livid 的建议上了 munin 监控一下网络情况。才收集了 2 天的数据，暂时还没什么参考价值。不过很愿意更多的联通帝都用户来一起讨论下网络情况。

lution

2015-12-15 14:19:49 +08:00

```
Host Loss% Snt Last Avg Best Wrst StDev
1. 106.187.33.3 0.0% 101 0.6 0.7 0.5 9.0 0.8
2. 124.215.199.173 0.0% 101 10.1 5.1 0.5 13.4 4.1
3. otejbb205.int-gw.kddi.ne.jp 0.0% 101 1.4 7.1 1.3 101.5 20.3
4. tr-ote123.int-gw.kddi.ne.jp 0.0% 100 1.4 1.3 1.2 2.0 0.0
5. 118.155.194.138 0.0% 100 64.4 63.9 61.5 67.3 1.2
6. 219.158.96.213 0.0% 100 62.1 62.5 61.8 71.9 1.6
7. 219.158.11.173 0.0% 100 78.6 78.0 63.2 97.7 10.1
8. 219.158.104.249 1.0% 100 89.2 90.6 74.8 117.1 10.1
9. 202.96.12.126 0.0% 100 90.5 93.3 77.4 168.3 12.4
10. 61.148.155.162 0.0% 100 85.3 90.7 75.1 111.5 10.1
11. 61.148.174.106 1.0% 100 93.3 102.5 77.8 233.9 27.8
12. 123.116.*.* 0.0% 100 92.6 92.8 78.8 117.4 10.1
```
非高峰期， Linode 日本反向到本地，暂时没有丢包的情况

raysonx

2015-12-15 14:24:30 +08:00

@lution P 民想收集證據投訴運营商難，投訴有人管更難。

Host Loss% Snt Last Avg Best Wrst StDev
1. b2.94.caa1.ip4.static.sl-reverse.com 0.0% 155 0.5 1.0 0.5 17.0 2.1
b3.94.caa1.ip4.static.sl-reverse.com
2. ae11.dar02.tok02.networklayer.com 0.0% 155 0.6 0.8 0.3 19.4 2.0
ae12.dar01.tok02.networklayer.com
3. ae9.bbr01.eq01.tok01.networklayer.com 0.0% 155 0.6 1.2 0.6 23.2 2.0
ae8.bbr01.eq01.tok01.networklayer.com
4. 202.55.27.45 0.0% 154 1.0 1.2 0.9 1.5 0.0
5. ???
6. ???
7. ???
8. 202.97.33.249 4.5% 154 50.4 49.3 45.2 67.7 2.3
202.97.33.13
9. 202.97.48.46 36.4% 154 45.0 48.6 44.0 52.5 1.6
10. ???
11. 219.158.22.229 37.7% 154 71.4 70.2 67.3 83.3 1.8
12. 124.65.194.150 0.0% 154 68.1 69.6 67.4 97.8 2.5
13. 61.148.1.165 38.6% 153 73.1 74.5 73.0 93.6 2.9
14. 61.148.174.186 0.0% 153 68.0 68.6 67.5 76.5 1.4
15. 221.223.*.* 38.2% 153 74.4 75.4 73.0 79.4 1.4

不忍直視，然而丢包只發生在最後一跳。從國內阿里雲 mtr 就沒有丢包。

raysonx

2015-12-15 23:01:00 +08:00

@yexm0
@datou
@lution
@lingaoyi
@rainy3636
@buddha
晚上 11 點，測速 SL 香港和東京,vultr 日本，都只有几十 KB/s 。
Linode 的機器被我刪了，官方測速文件會被 RESET 。

--2015-12-15 22:57:34-- http://speedtest.hkg02.softlayer.com/downloads/test100.zip
Resolving speedtest.hkg02.softlayer.com (speedtest.hkg02.softlayer.com)... 119.81.130.170
Connecting to speedtest.hkg02.softlayer.com (speedtest.hkg02.softlayer.com)|119.81.130.170|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 104874307 (100M) [application/zip]
Saving to: ‘/dev/null ’

/dev/null 3%[ ] 3.73M 37.8KB/s eta 41m 2s

-2015-12-15 22:59:25-- http://speedtest.hkg02.softlayer.com/downloads/test100.zip
Resolving speedtest.hkg02.softlayer.com (speedtest.hkg02.softlayer.com)... 119.81.130.170
Connecting to speedtest.hkg02.softlayer.com (speedtest.hkg02.softlayer.com)|119.81.130.170|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 104874307 (100M) [application/zip]
Saving to: ‘/dev/null ’

/dev/null 0%[ ] 404.75K 68.2KB/s eta 23m 43s

--2015-12-15 23:00:07-- http://speedtest.tok02.softlayer.com/downloads/test100.zip
Resolving speedtest.tok02.softlayer.com (speedtest.tok02.softlayer.com)... 161.202.125.20
Connecting to speedtest.tok02.softlayer.com (speedtest.tok02.softlayer.com)|161.202.125.20|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 104874307 (100M) [application/zip]
Saving to: ‘/dev/null ’

/dev/null 3%[ ] 3.65M 97.0KB/s eta 5m 22s

--2015-12-15 23:01:23-- http://hnd-jp-ping.vultr.com/vultr.com.100MB.bin
Resolving hnd-jp-ping.vultr.com (hnd-jp-ping.vultr.com)... 108.61.201.151
Connecting to hnd-jp-ping.vultr.com (hnd-jp-ping.vultr.com)|108.61.201.151|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 104857600 (100M) [application/octet-stream]
Saving to: ‘/dev/null ’

/dev/null 0%[ ] 735.19K 38.1KB/s eta 43m 23s