oracle 韩国到电信 163 大概接了多少宽带

2019-10-05 21:06:23 +08:00
 mnihyc
RT,韩国没免费机了,开了台付费的,一测丢包率 20%~ 50%,速度才勉强跑上 4Mbps
(联通能跑上 100Mbps,移动未知)
12202 次点击
所在节点    宽带症候群
108 条回复
mnihyc
2019-10-10 20:24:19 +08:00
好,那个 ip 是误报。

@hlz0812 美国 163 也就那样了,欧洲 163 没怎么接触过,线路大概怎么样?
hlz0812
2019-10-10 21:20:23 +08:00
@mnihyc 国际段目前带宽够用,国内段堵是肯定的,现在 cn2 的国内段负载都已经比较高了,163 早上 6 点国内段就满载了,如果你的 ip 可以 jp 或者 sg 走 163 的,没必要玩欧美的 163
bclerdx
2019-10-10 22:26:56 +08:00
@hlz0812 6 点满载是人用的多么?
hlz0812
2019-10-11 00:00:41 +08:00
@bclerdx 那个点用的人肯定不多,但是现在单用户使用量大了,现在东京 163 就卖了很多,比如亚马逊,akamai,还有一些国人开的 idc,最近 IIJ 还接了 30G,阿里云前不久接了 20G,新加坡亚马逊也接了 20G,美国那边也卖了很多 163,去年欧洲又增加了到 level3 和 cogent。原来没这些线路的时候,那些垃圾线路全部占满带宽都不一定能把国内段挤炸,东京和新加坡 163pop 的电路总带宽快顶几个日本 ntt 到大陆的总带宽了
princeze
2019-10-11 01:53:09 +08:00
@hlz0812 凌晨 2 点至明天中午这个时段内,国内段第一跳的丢包很轻,不过一旦过了中午,那丢包率就突然急剧飙升,完全不能直视!
princeze
2019-10-11 01:55:23 +08:00
@princeze 哎!这种状况不知道还要持续多久才能改善
bclerdx
2019-10-11 07:23:44 +08:00
@princeze 中午以后,人流突然增多可么导致的么?
hlz0812
2019-10-11 09:37:30 +08:00
@princeze 上海基本上了早 7 点国内段就开始延迟大波动了,实际上天量就满载了
princeze
2019-10-11 16:01:53 +08:00
@hlz0812 广州的延迟抖动比较少,但是丢包率太夸张了
mnihyc
2019-10-13 22:18:41 +08:00
@hlz0812 现在这个状况真的有点难受 https://ftp.bmp.ovh/imgs/2019/10/603ba73c1a47e79a.png ,普通 163 根本没法用,我这里 CN2 延迟平常是 170 多,一堵就 200+了,也不好用。现在只知道一个 aws jp 区 163 不堵,但是又刷不到 ip,真不知道怎么办了
hlz0812
2019-10-13 22:28:26 +08:00
@mnihyc aws jp 的 163 也要经过上海电信的骨干,那东西你确定不堵?
hlz0812
2019-10-13 22:47:37 +08:00
我测了下我的 vps 连你那个 ip,还是堵

Host Loss% Snt Last Avg Best Wrst StDev
1. 160.16.144.2 0.0% 102 0.8 7.6 0.7 46.0 8.0
2. 192.168.18.1 0.0% 102 6.8 6.3 0.7 25.8 6.2
3. tkgrt1b-vps-tk1a-rt01-1.bb.sakura.ad.jp 0.0% 102 17.2 85.2 6.4 1325. 169.8
4. tkwrt1s-grt1b.bb.sakura.ad.jp 0.0% 102 0.5 6.0 0.4 43.8 7.1
5. tkert1-wrt1s.bb.sakura.ad.jp 0.0% 102 0.9 6.1 0.8 55.2 7.6
6. tkort3-ert1.bb.sakura.ad.jp 0.0% 102 1.0 5.5 0.9 43.8 6.4
7. 210.130.154.29 0.0% 102 1.0 6.2 0.8 53.1 7.9
8. tky001bb11.IIJ.Net 0.0% 102 1.2 6.1 0.9 32.8 6.2
9. tky009bb01.IIJ.Net 0.0% 102 2.0 6.6 1.8 24.0 5.4
10. tky009ix03.IIJ.Net 0.0% 102 2.6 5.8 1.5 21.8 5.0
11. 203.215.237.13 0.0% 101 2.4 6.5 2.2 23.8 5.0
12. 202.97.97.77 0.0% 101 31.8 34.8 31.7 52.2 5.2
13. 202.97.33.125 0.0% 101 34.4 36.6 32.3 59.9 4.6
14. 202.97.94.238 9.9% 101 46.5 54.2 46.5 84.8 7.2
15. 202.97.48.190 85.0% 101 75.7 77.6 73.9 101.8 7.6
16. 202.97.83.138 5.0% 101 81.6 85.3 77.5 113.8 6.8
17. 61.178.2.126 13.9% 101 78.3 85.3 77.8 195.8 19.5
18. 125.74.203.17 9.9% 101 87.1 94.5 86.6 148.7 11.9
19. 125.74.203.18 12.9% 101 91.2 93.7 91.1 115.8 4.4
hlz0812
2019-10-13 23:25:56 +08:00
justhost 的 Rostelecom (ex Adman, Novosibirsk)机房 rt 线路,双向北京出口。DataLine (Tier-3, Moscow)机房是 ttk 线路,双向北京出口,这个便宜货可以买了玩玩
mnihyc
2019-10-14 00:06:35 +08:00
@hlz0812
aws jp 较其他的 163 而言算是比较顺畅了。
那个 ip 是 speedtest.net 提供的国内测速节点,而且看起来 202.97 国内段还是炸得很惨,可能还有地区因素?
还有真巧下午刚买的 justhost ( DataLine ),回程先 CN2 后 163,但是还是一入 163 就开始丢包,bbr+锐速就差不多 6~7Mbps (非高峰期)。
https://ftp.bmp.ovh/imgs/2019/10/2768109c3b83203f.png
mnihyc
2019-10-14 00:15:46 +08:00
而且这个丢包有时候也很过分 https://ftp.bmp.ovh/imgs/2019/10/97e72739834d64c1.png ,速度根本上不去,跟 oracle 韩国一个样
hlz0812
2019-10-14 00:23:29 +08:00
@mnihyc 另一个新西伯利亚机房的,走北京出口,不过北京出口也炸,但我这个日本的在国内段有 15%丢包率时 100M 能跑满的,可能那个机房接的 cn2 带宽不够,你试试能不能换新西伯利亚的那个
hlz0812
2019-10-14 00:26:07 +08:00
我试了一下追踪你的 ip,国内段随便怎么搞都有问题,国外运营商那边到电信接入带宽没问题的,到上海才 30 多 ms
Host Loss% Snt Last Avg Best Wrst StDev
1. 160.16.144.2 0.0% 31 4.2 5.2 0.8 20.8 6.1
2. 192.168.18.1 0.0% 31 3.8 2.5 0.7 10.9 3.4
3. tkgrt2b-vps-tk1a-rt01-2.bb.sakura.ad.jp 0.0% 31 12.8 3.0 0.3 12.9 4.5
4. tkgrt1s-grt2b-2.bb.sakura.ad.jp 0.0% 30 0.4 2.2 0.4 10.8 3.8
5. tkort3-grt1s.bb.sakura.ad.jp 0.0% 30 0.8 2.7 0.7 11.2 3.8
6. 210.130.154.29 0.0% 30 0.9 3.5 0.8 21.6 5.1
7. tky001bb10.IIJ.Net 0.0% 30 0.9 2.6 0.9 14.0 3.6
8. tky009ix02.IIJ.Net 0.0% 30 2.0 3.4 1.8 11.9 3.1
9. 203.215.236.73 0.0% 30 2.1 3.3 2.1 17.8 3.6
10. 202.97.6.61 0.0% 30 38.7 38.6 32.2 91.9 10.4
11. 202.97.90.34 0.0% 30 39.6 47.3 34.1 98.7 16.5
12. 202.97.50.169 10.0% 30 65.0 70.1 56.0 118.0 15.7
13. 202.97.82.62 10.0% 30 76.5 86.4 69.5 117.0 16.5
14. 218.5.100.118 10.0% 30 77.1 78.8 68.4 106.8 9.1
15. 193.217.85.218.broad.qz.fj.dynamic.163data.com.cn 6.7% 30 73.3 81.8 66.4 105.3 11.4
hlz0812
2019-10-14 00:28:54 +08:00
而且我看了 218.85.217.193 这个 ip aws 是走 163 的
hlz0812
2019-10-14 00:35:02 +08:00
Retrieving speedtest.net server list...
Retrieving information for the selected server...
Hosted by China Telecom JiangSu Branch (Suzhou) [2049.91 km]: 329.754 ms
Testing download speed................................................................................
Download: 68.66 Mbit/s
Testing upload speed................................................................................................
Upload: 80.66 Mbit/s


我试了一下 12-13%丢包下还是可以跑出这个速度的
CernetBoom
2019-10-14 00:54:40 +08:00
@hlz0812 RT 和 TTK 到 163 互联本来就炸

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/606482

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX