电信的 V 友大概是有救了

This topic created in 3937 days ago, the information mentioned may be changed or developed.

不废话直说吧，conoha的新加坡机房有和电信CN2做peer。就算是联通访问也是借道电信CN2。

1 60.191.221.1 浙江省金华市电信 0 ms
2 192.168.11.9 局域网对方和您在同一内部网 1 ms
3 10.4.255.1 局域网对方和您在同一内部网 35 ms
4 122.227.23.201 浙江省金华市电信 5 ms
5 61.130.152.157 157.152.130.61.broad.jh.zj.dynamic.163data.com.cn 浙江省金华市电信 8 ms
6 202.97.34.237 中国电信骨干网 7 ms
7 Request TimeOut *
8 202.97.35.90 中国电信骨干网 11 ms
9 59.43.244.117 中国电信CN2骨干网 7 ms
10 59.43.246.38 中国电信CN2骨干网 11 ms
11 59.43.249.233 中国电信CN2骨干网 72 ms
12 59.43.250.106 中国电信CN2骨干网 72 ms
13 183.91.61.90 香港中国电信(香港)国际有限公司 67 ms
14 Request TimeOut *
15 163.44.139.67 v163-44-139-67.a006.g.sin1.static.conoha.io 新加坡 GMO互联网数据中心(新加坡丹戎巴葛Anson路10号) 69 ms

（安徽电信traceroute亦类似）

我本地（南京电信50M）测试也差不多是跳两个202.97就走59.43了，貌似广州出口，也就是大家都说的电信“还可以”的地方。延迟60-70，无丢包，无丢包，无丢包。

可惜只开ss的话稍稍有点贵，本来我用的东京节点开ss，900日元。新加坡节点就1000日元多点了……50多块……而且<s>大概玩不了舰娘</s>

我就先不放1000日元的优惠邀请了……省得被喷……有V友要的话我再回复吧……新加坡节点163.44.139.67我刚开的，大家可以ping看看

Supplement 1 Aug 9, 2015

插播https://www.conoha.jp/referral/?token=jE4DOt2E7yZLgLxCmRAm1N3TAuvDF2z1LS5HNqxohg.IgGkOtSM-GSM
希望对需要的V友有所帮助

骨干网

cn2

电信

18 replies 2015-08-10 18:57:41 +08:00

GKLuke

Aug 9, 2015

杭州电信20M，ping了下，延时70～80，偶有丢包，traceroute了一下，确实走CN2，但是好像杭州的在202.97网段跳了4次，略磨叽，后面的线路反正都一样
北京节点马云，ping到90多点，偶有丢包，traceroute没结果

huntcool001

Aug 9, 2015

成都电信 30M Conoha Singapore 看到确实是CN2，但是看Youtube 速度也不快，大概200-400KB/S之间。

ldz

Aug 9, 2015

上海电信用户表示Ping很低 <70ms
但是丢包惨不忍睹 50%

Mindless

Aug 9, 2015

魔都电信用户表示随手ping了个境外网站，12个包丢6个……

SetoKaiba

Aug 9, 2015

上海电信丢包丢成狗。。也是没有办法

woocean

Aug 9, 2015

@ldz 心疼上海电信

@huntcool001 我装了免费锐速，720P的MV 400-700K流畅无卡；1080P 600-1.4M/s。这应该和youtube视屏网站的带宽分配算法（雾）有关，说不定还和视频热度、缓存源之类的有关系……试试更高码率的视频，速度可能会相应提高。不过github和google几个常用网站速度飞起，我也是别无他求了。

braveguywallce

Aug 9, 2015 via Android

我也测试了，上海电信不管什么海外主机，全部卡死！江苏电信要稍微好一些！

geekzu

Aug 9, 2015 via Android

我想说cn2也是分级别的2333

aalska

Aug 9, 2015

丢包心痛

|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| 192.168.1.1 - 0 | 23 | 23 | 0 | 0 | 1 | 1 |
| 192.168.0.1 - 0 | 23 | 23 | 1 | 11 | 58 | 1 |
|xxxxxxx.broad.fs.gd.dynamic.163data.com.cn - 0 | 23 | 23 | 3 | 12 | 47 | 3 |
| 113.98.175.9 - 0 | 23 | 23 | 3 | 18 | 77 | 5 |
| 113.98.186.97 - 0 | 23 | 23 | 4 | 18 | 60 | 7 |
| 113.98.173.158 - 0 | 22 | 22 | 17 | 32 | 75 | 29 |
| 202.97.33.166 - 6 | 18 | 17 | 13 | 25 | 55 | 27 |
| 202.97.61.238 - 67 | 6 | 2 | 47 | 57 | 68 | 68 |
| 59.43.244.141 - 15 | 14 | 12 | 21 | 48 | 145 | 29 |
| 59.43.249.197 - 0 | 22 | 22 | 59 | 74 | 107 | 66 |
| 59.43.250.106 - 14 | 15 | 13 | 48 | 63 | 114 | 51 |
| 183.91.61.90 - 0 | 22 | 22 | 44 | 54 | 92 | 51 |
| c-061001-2-po-2.interq.or.jp - 30 | 10 | 7 | 51 | 68 | 112 | 72 |
|xxxxxxxx.a001.g.sin1.static.conoha.io - 6 | 19 | 18 | 44 | 65 | 266 | 51 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider

pandada8

Aug 9, 2015

CN2也是分级别的+1(
顺便其实conoha算旧闻吧

woocean

Aug 10, 2015 via Android

@pandada8

@geekzu
我知道cn2分级别，但咱们也不知道这样的接入类型优先级如何。不过既然是GMO和电信的peer我想应该比原家庭用户优先级差不到哪里去！以及针对近期电信在海外寸步难行（不夸张）的状况，这样的延迟和丢包加实际表现实在算是让人心旷神怡了。丢包率除了上海电信似乎有不小改观。

然后conoha我是从hdd用到ssd，5月改版前就在用了，当时就发现了新加坡机房这一特点。只是在宽带症候群这里似乎到现在都没人提及这个还算是个办法的办法，再度分享一下。

最后继续心疼上海电信。乃们买个广东的带宽中转吧……阿里云真贵啊……

PESH

Aug 10, 2015

我这里 ping 在50左右
[IMG]http://i57.tinypic.com/2dkmm2c.jpg[/IMG]

chinawrj

Aug 10, 2015

@SetoKaiba 怎么感觉是上海电信故意劣化，然后收国际出口过路费呢。

ChangeTheWorld

Aug 10, 2015

这个时候移动的网最好用了，访问新加坡比大陆快

C:\Users\Administrator>ping 163.44.139.67 -t

正在 Ping 163.44.139.67 具有 32 字节的数据:
来自 163.44.139.67 的回复: 字节=32 时间=62ms TTL=49
来自 163.44.139.67 的回复: 字节=32 时间=51ms TTL=49
来自 163.44.139.67 的回复: 字节=32 时间=51ms TTL=49
来自 163.44.139.67 的回复: 字节=32 时间=64ms TTL=49
来自 163.44.139.67 的回复: 字节=32 时间=66ms TTL=49
来自 163.44.139.67 的回复: 字节=32 时间=63ms TTL=49
来自 163.44.139.67 的回复: 字节=32 时间=63ms TTL=49
来自 163.44.139.67 的回复: 字节=32 时间=73ms TTL=49
来自 163.44.139.67 的回复: 字节=32 时间=51ms TTL=49
来自 163.44.139.67 的回复: 字节=32 时间=65ms TTL=49
来自 163.44.139.67 的回复: 字节=32 时间=55ms TTL=49

163.44.139.67 的 Ping 统计信息:
数据包: 已发送 = 11，已接收 = 11，丢失 = 0 (0% 丢失)，
往返行程的估计时间(以毫秒为单位):
最短 = 51ms，最长 = 73ms，平均 = 60ms

liuchen9586

Aug 10, 2015

conoha回来的网络是走202.97的

terrancesiu

Aug 10, 2015

我这长沙电信也走的cn2，我之前购买的google云亚洲节点也是新加波机房的，延时只有47ms左右，20m可以慢速下载！

billwang

Aug 10, 2015

正在 Ping 163.44.139.67 具有 32 字节的数据:
来自 163.44.139.67 的回复: 字节=32 时间=140ms TTL=49
来自 163.44.139.67 的回复: 字节=32 时间=115ms TTL=49
来自 163.44.139.67 的回复: 字节=32 时间=102ms TTL=49
来自 163.44.139.67 的回复: 字节=32 时间=116ms TTL=49
来自 163.44.139.67 的回复: 字节=32 时间=107ms TTL=49
来自 163.44.139.67 的回复: 字节=32 时间=118ms TTL=49
来自 163.44.139.67 的回复: 字节=32 时间=121ms TTL=49
来自 163.44.139.67 的回复: 字节=32 时间=125ms TTL=49
来自 163.44.139.67 的回复: 字节=32 时间=129ms TTL=49
来自 163.44.139.67 的回复: 字节=32 时间=126ms TTL=49
来自 163.44.139.67 的回复: 字节=32 时间=120ms TTL=49
来自 163.44.139.67 的回复: 字节=32 时间=126ms TTL=49
来自 163.44.139.67 的回复: 字节=32 时间=89ms TTL=49
来自 163.44.139.67 的回复: 字节=32 时间=115ms TTL=49
来自 163.44.139.67 的回复: 字节=32 时间=121ms TTL=49
来自 163.44.139.67 的回复: 字节=32 时间=135ms TTL=49
来自 163.44.139.67 的回复: 字节=32 时间=111ms TTL=49

163.44.139.67 的 Ping 统计信息:
数据包: 已发送 = 17，已接收 = 17，丢失 = 0 (0% 丢失)，
往返行程的估计时间(以毫秒为单位):
最短 = 89ms，最长 = 140ms，平均 = 118ms

已经挺快了，不过相对于香港机房来说还有差距。

woocean

Aug 10, 2015

@chinawrj 我也是这么感觉，似乎是有点故意对出口乱丢包的意思？

@billwang 这个电信CN2去新加坡就是走广州出口去香港电信机房，再去新加坡的，想必同样的线路速度上是比不上香港的……只能说这个价格下，这样的机器和服务香港买不到

@liuchen9586 我开了阿里云北京节点测试：从新加坡机器ping回来确实走202.97，偶有丢包，延迟稳定在87ms。“conoha新加坡接的是单向CN2”原本我是有这个印象的，后来给忘了……ping上海阿里云它给我走gtt去联通线路了，延迟210，电信如何不得而知()

这么看来上海电信只能找好线路中转了= =