联通到日本的 NTT 调整了吗，昨晚首次观察到 50ms 以内了

东京

kddi

Linode

ntt

42 条回复 • 2017-01-22 19:45:35 +08:00

1

lution

OP

2017-01-20 11:42:30 +08:00

妈的，这个码打的很失败。。。

2

chocolatesir

2017-01-20 12:23:22 +08:00 via Android

也许联通正式启用了 APG 海缆￣△￣

3

Shura

2017-01-20 12:42:25 +08:00 via Android

打码意义何在？

4

tamicrealo

2017-01-20 12:58:16 +08:00

平均还是 125 有什么意义

5

lution

OP

2017-01-20 13:38:43 +08:00

@tamicrealo 改变意味着希望

6

hadoop

2017-01-20 13:57:47 +08:00

哪儿的联通？给个 mtr 结果呗

7

VmuTargh

2017-01-20 14:03:00 +08:00

NTT 再调还是 NTT ，照样炸
只是因为 CU-NTT 口子比较多你用起来好一点点而已

8

lution

OP

2017-01-20 14:30:11 +08:00

@hadoop 北京联通

1. * 0.0% 101 0.4 0.4 0.3 0.7 0.0
2. 123.113.24.1 0.0% 101 46.0 35.2 3.6 195.4 46.8
3. 61.148.163.133 0.0% 101 5.2 5.5 2.4 11.5 1.3
4. 61.148.153.41 0.0% 101 5.5 5.9 3.4 8.2 1.1
5. 202.96.12.81 0.0% 100 7.1 6.1 3.9 8.5 0.9
6. 219.158.18.70 0.0% 100 5.4 9.0 4.7 13.7 2.4
7. 219.158.98.138 0.0% 100 7.8 7.3 5.2 10.7 1.1
8. 219.158.38.178 31.0% 100 151.4 156.8 149.1 271.5 17.6
9. ae-0.r30.tokyjp05.jp.bb.gin.ntt.net 18.0% 100 152.1 152.0 150.4 159.0 1.1
ae-1.r31.tokyjp05.jp.bb.gin.ntt.net
10. ae-3.r02.tokyjp05.jp.bb.gin.ntt.net 5.0% 100 151.4 151.3 149.6 152.5 0.4
ae-2.r02.tokyjp05.jp.bb.gin.ntt.net
11. 192.80.16.6 2.0% 100 153.2 151.9 149.7 155.4 0.5
12. 139.162.64.6 8.0% 100 151.3 151.2 149.8 152.7 0.5
13. *** 2.0% 100 152.2 151.7 149.6 153.3 0.4

9

dreamwar

2017-01-20 14:34:19 +08:00

50ms 能维持多久...

10

ovear

2017-01-20 14:38:25 +08:00

lz 不说我还没发现
我这 ntt 延迟都要 180 了。。。

11

lution

OP

2017-01-20 14:38:57 +08:00

@dreamwar 后半夜， 1 点半到 8 点半。。。

12

lution

OP

2017-01-20 14:40:47 +08:00

@ovear 白天也正常吧。。。我这会 150+，不过开了 BBR 的情况下 ss 测速带宽还是能跑到 60Mbps 左右

13

ovear

2017-01-20 14:43:03 +08:00

@lution 平常都 120 左右的。。宽带嘛，还能跑满我的 300Mbps 小水管的~

14

lution

OP

2017-01-20 14:45:59 +08:00

@ovear 300 还小水管。。。。。兄弟什么线路能跑这么多

15

ovear

2017-01-20 14:46:57 +08:00

@lution 哈哈哈就是日本的 NTT 呀，联通钦定

16

redsonic

2017-01-20 15:15:02 +08:00

联通到欧洲现在要绕美国，奇怪这里没人喊。

17

lution

OP

2017-01-20 15:16:08 +08:00

@redsonic 感觉一直去欧洲都不给力，没有用过欧洲的梯子。。。

18

redsonic

2017-01-20 15:19:48 +08:00

@lution TPE 挂了以后我就迁 london 了发现竟比以前好很多，然而最近 1 周换了上行路由又萎了

19

aru

2017-01-20 15:33:50 +08:00

上海电信到美西现在延时也不高了： 148ms

20

AII

2017-01-20 15:48:35 +08:00

@lution 这段走的是青岛出口，用的应该是刚恢复的 TPE 。

21

hadoop

2017-01-20 15:58:56 +08:00

@lution 我家看起来走 kddi 和 iij 的一直不错，对应的是 linode tk1 和 idcf

22

fy

2017-01-20 16:59:00 +08:00

打码 6666

23

shuiyingwuhen

2017-01-20 19:52:07 +08:00

好奇怪四川联通到日本都是 200ms 以上

24

ovear

2017-01-20 19:58:36 +08:00

@redsonic 好像一直都这样。。

25

manhan9100

2017-01-20 20:23:26 +08:00

1 *****
2 *****
3 *****
4 *****
5 *****
6 219.158.112.170 (219.158.112.170) 32.737 ms 219.158.112.134 (219.158.112.134) 25.680 ms 219.158.18.66 (219.158.18.66) 33.632 ms
7 219.158.24.2 (219.158.24.2) 28.616 ms 219.158.3.178 (219.158.3.178) 34.792 ms 219.158.24.2 (219.158.24.2) 29.231 ms
8 219.158.102.226 (219.158.102.226) 179.915 ms 182.016 ms 182.003 ms
9 80.157.131.65 (80.157.131.65) 173.417 ms 163.138 ms 171.094 ms
10 91.23.209.33 (91.23.209.33) 178.878 ms 91.23.209.37 (91.23.209.37) 182.358 ms 91.23.209.33 (91.23.209.33) 182.010 ms
11 pD9507DC0.dip0.t-ipconnect.de (217.80.125.192) 197.788 ms 197.863 ms 197.730 ms

联通也有欧洲的出口啊，这是到巴伐利亚的一个 traceroute ，出口在法兰克福（ https://www.peeringdb.com/ix/31 ）。在日常使用中，也有出现过出口在伦敦的路由（ https://www.peeringdb.com/ix/18 ）。

26

redsonic

2017-01-20 20:24:38 +08:00

@ovear 之前欧洲上行是 AS1299 telia ，现在上行是咖喱 TATA 绕美国。大部分丢包都是在上行。我发 ticket ，对方承认是个问题，两天又回复说测试了其他的 peer ，发现咖喱还是最好的。我又问他为什么撤掉 telia ，之前可是很好的，对方说要再过一两天回复。

27

ovear

2017-01-20 20:48:23 +08:00

@manhan9100 不是说联通没有欧洲的 pop ，而是走联通欧洲的太少，而且有很大一部分多半程的，我看路由追踪图，你这个回城估计也绕美国之类了，我这延迟 300+
）不过还是求一个购买连接？

@redsonic 联通双向直连的欧洲机真的好少，能透露下是哪家的嘛？
）另外咖喱是啥

28

cyr1l

2017-01-20 20:50:48 +08:00 via iPhone

楼主你这是什么工具？

29

manhan9100

2017-01-20 21:05:14 +08:00

@ovear 没关系，的确在欧洲的 pop 比较少。看下这个 http://lg.dus.de.ultravps.eu/

30

manhan9100

2017-01-20 21:06:33 +08:00

@manhan9100 有说错话...我的意思是“很抱歉我理解错误，的确在欧洲的 pop 比较少。 ultravps 有提供一个 looking glass ，可以看下这个 http://lg.dus.de.ultravps.eu/ ”

31

ovear

2017-01-20 21:10:58 +08:00

@manhan9100 尴尬。。我看了下 lg ，果然到我这回程绕美国。。简直心塞

32

manhan9100

2017-01-20 21:12:46 +08:00

回程还 ok

33

manhan9100

2017-01-20 21:13:40 +08:00

@ovear 啊...不会吧，我这里是直连啊😥

34

ovear

2017-01-20 21:18:55 +08:00

@manhan9100

你看这个路由。。。

1 gateway (130.255.76.1) 0.679 ms 0.633 ms 0.697 ms
2 dialup-212.162.17.189.frankfurt1.mik.net (212.162.17.189) 0.780 ms 0.813 ms 0.779 ms
3 * * *
4 4.68.63.250 (4.68.63.250) 81.860 ms 81.668 ms 81.579 ms
5 144.232.5.216 (144.232.5.216) 110.485 ms 144.232.22.64 (144.232.22.64) 108.766 ms 144.232.10.44 (144.232.10.44) 106.621 ms
6 144.232.18.5 (144.232.18.5) 109.152 ms 109.908 ms 109.824 ms
7 144.232.1.73 (144.232.1.73) 116.436 ms 144.232.22.73 (144.232.22.73) 114.872 ms 114.841 ms
8 144.232.11.17 (144.232.11.17) 152.226 ms 144.232.15.165 (144.232.15.165) 153.231 ms 144.232.2.59 (144.232.2.59) 151.904 ms
9 144.232.15.237 (144.232.15.237) 145.706 ms 144.599 ms 146.660 ms
10 144.232.22.176 (144.232.22.176) 158.273 ms 144.232.7.124 (144.232.7.124) 154.250 ms 153.644 ms
11 144.232.12.210 (144.232.12.210) 155.288 ms 158.115 ms 158.057 ms
12 sl-china17-604705-0.sprintlink.net (144.223.242.30) 222.107 ms 225.867 ms sl-china17-604692-0.sprintlink.net (144.223.242.26) 237.346 ms
13 219.158.104.109 (219.158.104.109) 240.444 ms 243.090 ms 242.493 ms
14 219.158.97.45 (219.158.97.45) 231.853 ms 234.618 ms 235.897 ms
15 219.158.3.201 (219.158.3.201) 238.335 ms 240.586 ms 241.250 ms
16 * * *
17 * 219.158.111.254 (219.158.111.254) 236.506 ms

35

manhan9100

2017-01-20 21:25:02 +08:00

@ovear 竟然这么绕😰

36

yexm0

2017-01-20 22:20:37 +08:00

telia 跟 tata 都有连.....

37

cocochan

2017-01-20 22:26:18 +08:00 via iPhone

针对联通简单暴力的做法是直接扔 CN2
PING 222.135.110.1 (222.135.110.1) 56(84) bytes of data.
64 bytes from 222.135.110.1: icmp_seq=1 ttl=245 time=143 ms
64 bytes from 222.135.110.1: icmp_seq=2 ttl=245 time=147 ms
64 bytes from 222.135.110.1: icmp_seq=3 ttl=245 time=146 ms
64 bytes from 222.135.110.1: icmp_seq=4 ttl=245 time=143 ms
64 bytes from 222.135.110.1: icmp_seq=5 ttl=245 time=145 ms
64 bytes from 222.135.110.1: icmp_seq=6 ttl=245 time=159 ms
64 bytes from 222.135.110.1: icmp_seq=7 ttl=245 time=147 ms
64 bytes from 222.135.110.1: icmp_seq=8 ttl=245 time=144 ms
64 bytes from 222.135.110.1: icmp_seq=9 ttl=245 time=151 ms
64 bytes from 222.135.110.1: icmp_seq=10 ttl=245 time=146 ms

--- 222.135.110.1 ping statistics ---
10 packets transmitted, 10 received, 0% packet loss, time 9153ms
rtt min/avg/max/mdev = 143.247/147.549/159.021/4.399 ms

北美看了好几家包括 Boom3 的联通直连，都无法做到这个延迟

38

redsonic

2017-01-20 22:30:26 +08:00

@ovear linode 啊，不过不直连也不对称。之前好在基本能稳定到 40Mb/s ，现在只有 24 ，还不稳定。咖喱就是阿三哥的 TATA 啊，联通只要接了 TATA 几乎都是不举。

39

akw2312

2017-01-21 19:20:32 +08:00

@ovear 聯通的歐洲出口互連少是真的
還有就是聯通自己優先權有很大的問題
通常北美&歐洲同時有互連很大機會都會走去北美
例如 GTT (但是 GTT 可以自己調整讓他都走歐洲的參見 bgp community)
只有單程也是一個問題主要還是聯通發給對方的路由似乎少了很多的樣子
路由比較完整的目前好像只有 AORTA 找走 AORTA 線路的就不怎麼遇到繞路
-------
還有一種是北京出口走 AORTA 直連然後上海就繞美國進 TELIA..完全搞不懂
而且 TELIA 歐洲其實有和聯通互連了但目前至今看不到路由出現。

40

ovear

2017-01-21 19:43:11 +08:00

@redsonic 噢噢， linode 那么贵就，没必要欧洲了 23333
tata 。。感人

@akw2312 这么奇葩。。。我这倒是发现，不管是 aorta 还是 telia 还是 gtt 。。都会走美国，奇葩的很， aorta 的确是走北京出口，但是。。恩。。还是绕美国

41

mxi1

2017-01-22 11:02:14 +08:00 via iPhone

@ovear 咖喱是阿三的意思呀！

42

akw2312

2017-01-22 19:45:35 +08:00

@ovear AORTA 最近改了= =..頭痛
現在去程是繞的回程不繞不過這個還好說
自己拉線做 BGP 的話要做出一條都直聯的並不難。
TELIA 的歐洲是完全沒見過 GTT 去程可以調出來但是回程依然一堆瞎 JB 繞美國 OTZ 的
目前好的組合是去程 GTT 回程 AORTA 之類的(?