今天把电信装好了，真是爽爆了

我是过来打脸的

120ms 你是过来黑电信的吗。。。

啊

我是来亲脸的.

移动，过来打电信脸

20兆難道不應該是穩定的2.5Mbps/s的嗎？

移动到 sourceforge.net

@kawaiiushio
@creater
@Bardon
一直搞不懂traceroute掉包高的节点后面为什么还有比他掉包低的节点, 求解

@xlrtx 丢包高的路由节点，下一跳响应正常的话，说明不是网络问题，是该路由节点策略问题

我是来亲脸的.ping 100次0丢包

宽带20mbps的，稳稳的1.5MB
ping自己的vps也只有120ms

lz高级黑

我是来打脸的

@Bardon

不懂啊求解..

看了@wdlth的图, 掉包的计算方法就是 (丢失/发送).
比如A掉包90%, B掉包0%, 电脑-X-X-A-B-X-X--目的地
发送给B的数据包, 和B返回的数据包都要经过掉包90%的A, 为什么B不受影响呢?
如果B是某个网站的话, 在A服务器的时候掉包90%, 但是访问网站掉包0%..感觉好诡异啊

想一想
如果是TTL到A的话(90%掉包)
A先读取数据包, TTL=TTL-1= 0 , 然后构造返回数据包, 然后发送数据包.

如果TTL到B的话(0%掉包)
step1 - A先读取数据包, TTL=TTL-1 = 1, 然后吧数据包发送给B
step2 - A先读取B返回的数据包, 然后吧数据包发送给X.

这两种情况都有读取和发送的过程, 应该不是buffer不够啊

@kawaiiushio
@halczy
@Bardon
@Bardon
求教怎么做这样的？

@goodbest 被你发现了😂，只能说一般般吧，在这里速度也就这样了，不过比长城宽带好多了，至少不断线😁

中移动表示中电信就是个渣渣 这才叫真正的网络

电信出国确实不行啊

楼主高级黑，黑得漂亮

@iLiberty 哪里的移动，不是铁通？

上海电信100M光纤非精品 ping了一楼 @kawaiiushio 的是这副鸟样

root@R6300v2:~# mtr raspberrypi.org
My traceroute [v0.86]
R6300v2 (0.0.0.0) Sat Jun 27 08:52:18 2015
Keys: Help Display mode Restart statistics Order of fields quit
Packets Pings
Host Loss% Snt Last Avg Best Wrst StDev
1. 114.86.184.1 0.0% 126 3.5 6.2 1.5 72.7 10.3
2. 124.74.22.153 0.0% 126 2.7 4.9 1.7 29.7 2.8
3. 124.74.210.233 0.0% 126 2.4 3.7 1.2 47.0 6.0
4. 202.101.63.118 0.0% 126 6.6 5.6 2.2 17.1 2.5
5. 202.97.33.62 0.0% 126 38.1 7.6 2.2 38.1 6.1
6. 202.97.33.126 77.0% 126 12.0 7.0 2.7 26.3 5.5
7. 202.97.58.202 1.6% 126 181.8 176.1 170.5 204.6 5.8
8. 202.97.50.62 9.5% 126 204.2 197.1 191.6 219.9 4.8
9. te0-0-0-16.ccr21.sjc03.atlas.cogentco.com 27.8% 126 246.7 240.9 237.2 254.9 3.5
10. be2047.ccr22.sjc01.atlas.cogentco.com 0.8% 126 240.4 236.3 232.2 257.7 4.6
11. be2165.ccr22.sfo01.atlas.cogentco.com 11.9% 126 247.9 242.2 238.4 263.3 4.7
12. be2133.ccr22.mci01.atlas.cogentco.com 10.3% 126 250.6 245.9 241.9 266.4 4.6
13. be2157.ccr42.ord01.atlas.cogentco.com 14.3% 126 247.5 243.6 240.3 262.5 4.6
14. be2185.ccr22.cle04.atlas.cogentco.com 2.4% 126 250.7 246.7 242.8 266.2 4.2
15. be2483.ccr42.jfk02.atlas.cogentco.com 24.0% 126 276.5 266.4 263.1 284.6 4.5
16. be2490.ccr42.lon13.atlas.cogentco.com 15.2% 126 343.3 334.0 330.0 350.9 4.5
17. be2178.ccr21.lon01.atlas.cogentco.com 29.6% 126 353.9 337.6 333.5 359.8 4.9
18. be2338.rcr21.b015534-1.lon01.atlas.cogentco.com 15.2% 126 335.4 320.5 316.8 337.0 4.1
19. mythic10g-private.ladon.mythic-beasts.com 11.2% 125 345.8 336.1 332.4 354.6 4.2
20. 93.93.130.39 47.2% 125 341.9 333.8 329.6 351.4 4.4

@xlrtx
中间服务器给不给返回包看心情，心情不好就直接扔了

刚测试一下电信，数据还没出海就80%丢包 。

电信 用TP自带诊断工具跳了一下一楼的鬼东西ip

结果是这样的

Pinging 93.93.130.39 with 64 bytes of data:

Reply from 93.93.130.39: bytes=64 time=384 TTL=42 seq=1
Reply from 93.93.130.39: bytes=64 time=352 TTL=42 seq=2
time out
Reply from 93.93.130.39: bytes=64 time=384 TTL=42 seq=4

Ping statistics for 93.93.130.39
Packets: Sent = 4, Received = 3, Lost = 1 (25% loss),
Approximate round trip times in milliseconds:
Minimum = 352, Maximum = 384, Average = 376

是这鸟样的

@buddha
@kawaiiushio

|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| 192.168.1.1 - 0 | 24 | 24 | 0 | 0 | 2 | 1 |
| 222.175.164.105 - 0 | 24 | 24 | 2 | 3 | 6 | 3 |
| 60.235.32.93 - 0 | 24 | 24 | 2 | 2 | 6 | 2 |
| 60.235.33.53 - 58 | 7 | 3 | 12 | 12 | 13 | 12 |
| 202.97.40.241 - 0 | 24 | 24 | 21 | 22 | 24 | 24 |
| 202.97.33.66 - 0 | 24 | 24 | 106 | 126 | 139 | 128 |
| 202.97.35.94 - 80 | 5 | 1 | 0 | 25 | 25 | 25 |
| 202.97.50.114 - 0 | 24 | 24 | 245 | 262 | 271 | 263 |
| 202.97.50.22 - 0 | 24 | 24 | 184 | 186 | 193 | 185 |
|te0-7-0-24.ccr21.sjc03.atlas.cogentco.com - 0 | 21 | 21 | 243 | 260 | 266 | 265 |
| be2019.ccr21.lax01.atlas.cogentco.com - 0 | 24 | 24 | 183 | 184 | 191 | 183 |
| be2165.ccr22.sfo01.atlas.cogentco.com - 0 | 24 | 24 | 248 | 267 | 277 | 270 |
| be2172.ccr41.atl01.atlas.cogentco.com - 0 | 24 | 24 | 233 | 234 | 237 | 235 |
| be2157.ccr42.ord01.atlas.cogentco.com - 0 | 23 | 23 | 320 | 339 | 346 | 346 |
|hu0-10-0-1.ccr42.dca01.atlas.cogentco.com - 0 | 24 | 24 | 245 | 246 | 249 | 246 |
| be2483.ccr42.jfk02.atlas.cogentco.com - 0 | 23 | 23 | 308 | 325 | 335 | 331 |
| be2490.ccr42.lon13.atlas.cogentco.com - 0 | 23 | 23 | 342 | 343 | 346 | 345 |
| be2178.ccr21.lon01.atlas.cogentco.com - 0 | 23 | 23 | 393 | 414 | 420 | 420 |
|be2338.rcr21.b015534-1.lon01.atlas.cogentco.com - 0 | 24 | 24 | 311 | 312 | 317 | 313 |
| 149.11.4.86 - 0 | 23 | 23 | 406 | 424 | 429 | 428 |
| 93.93.130.39 - 0 | 23 | 23 | 324 | 324 | 330 | 325 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider

我这市中心老小区，没物业，联通和移动光纤全都进场（虽然都不是直连，都是 PON+LAN 这种），电信死活都不肯，虽然旁边几百米就是一个机房，还有电信宿舍（有光纤）

@kawaiiushio 说真的，ping自己的VPS120ms已经挺好了。。。我用DO的基本上都是200+，惨

第一次看到有人说电信爽爆了

@Bardon
@Quaintjade
到stackoverflow问了下, 应该是这样的.

AS里面的路由不一定是固定的, 也许这次发包走的A, 但是下次走的就是B了
这样子的话, A 90%掉包, 但是B 0%掉包, 总体掉包情况就会比A要小很多.

@wclebb
他们用的是mtr, windows里面有winmtr, linux和mac里面也可以用, 都要自己下

@xlrtx 单个TCP会话是不会变路由的。对比mtr -n -T ip 和mtr -n -u ip 看一下。

顺便上海电信用户发来贺电，祝贺出国质量回到电话拨号时代。

LZ的言论与最近上海电信的抽风，很容易让人怀疑是托的。。

@xlrtx Linux 和 Mac 里面也可以用？
我装了，不知为何发热严重，mtr 80%。
退了依然温热，几个不知道进程保持10%左右……哎。

6-1-3.ear1.LosAngeles1.Level3.net
请问这是什么？查询 IP138 ：美国？为什么保持90%up？

能说完暴么？

120ms.....

电信100M路过。 。 铜线刚换过来的时候确实挺爽 ，两个星期之后就会各种炫耀 ，三个星期之后也就那样。

恭喜lz入坑。一年期还是二年期套餐？

楼主这个是你吗？

https://www.v2ex.com/t/201561#reply15
今天去把上海电信 100M 光纤退了。。

= =感觉都在默默晒苹果.....

用长宽的默默看着你们装逼( ・_ゝ・)

@crayygy linode tokyo剛被牆 換了幾個IP都是掛的 於是換到SGP 現在400ms

@kawaiiushio 真是惨。。本来以为我这边网速还行的，没想到到了晚上10点往后基本上就是大陆局域网了，连Github都很卡

@xbb7766 月套餐，用3个月就不用了，因为去大学了：）

@iLiberty 请问用哪家vps

@shitbreak Vultr Japanese