电信 CN2 网络在香港用什么落地比较好一些？

落地

香港

dmit

cmhk

59 条回复 • 2023-02-08 15:10:38 +08:00

1

alect

2023-01-29 19:27:43 +08:00

完全不丢包的价格不是一般人能接受的

2

northbrunv

2023-01-29 19:31:28 +08:00

有没有一种可能是你的 cn2 有问题

3

cocoking

OP

2023-01-29 19:34:25 +08:00

@alect 明白，希望能找到合适的落地。本来认为拉瓦工 HK85 应该没问题的，但规律性断流，影响上网体验了。

排除规律性断流，稳定性很理想。发了工单，客服说这个问题不在他们能处理的范围内~.~... 也没回应出现问题的原因在什么地方

4

cocoking

OP

2023-01-29 19:36:25 +08:00

@northbrunv 确实考虑过这个因素，年前 CN2 网络确实有几天不稳定，最近几天已经正常了。也参考了 https://ping.boom.cx/?target=HKTW

5

linhu66

2023-01-29 19:50:46 +08:00

香港 HK85 上海电信 CN2 没任何丢包

6

cocoking

OP

2023-01-29 20:03:29 +08:00

@linhu66 能 ping24 小时发个记录看看么？

7

philippiela

2023-01-29 21:03:27 +08:00

@linhu66 公网线路不可能不丢包的

8

SenLief

2023-01-29 21:14:59 +08:00

短时间的丢包是可以接受的，如果真想稳定那就要上大的价钱了。

9

linhu66

2023-01-29 21:20:07 +08:00

@cocoking 45.78.17.93 的 Ping 统计信息:
数据包: 已发送 = 12 ，已接收 = 12 ，丢失 = 0 (0% 丢失)，
往返行程的估计时间(以毫秒为单位):
最短 = 32ms ，最长 = 34ms ，平均 = 32ms

10

linhu66

2023-01-29 21:20:50 +08:00

@philippiela 我的确定不丢包呀

11

linhu66

2023-01-29 21:21:50 +08:00

@cocoking 45.78.17.93 的 Ping 统计信息:
数据包: 已发送 = 83 ，已接收 = 83 ，丢失 = 0 (0% 丢失)，
往返行程的估计时间(以毫秒为单位):
最短 = 32ms ，最长 = 34ms ，平均 = 32ms

12

tril

2023-01-30 01:09:44 +08:00

一般的 CN2-PCCWG 、CN2-NTT 或者 CN2-HKIX 都满足不了全天不丢包(ICMP Ping)，哪怕 CN2-CTG 都做不到，公网就是会有波动。

这么高的需求你可能需要上高优先线路或者专线。

13

ericbize

2023-01-30 08:19:01 +08:00 via iPhone

不到 2% 能用

14

cocoking

OP

2023-01-30 08:51:04 +08:00

@ericbize BWH HK85 主要是间歇连续性的丢包，持续 10 秒左右

15

cocoking

OP

2023-01-30 08:51:49 +08:00

@tril 谢谢，我去找找试一下

16

linhu66

2023-01-30 14:11:44 +08:00

@cocoking 我的没问题

17

cocoking

OP

2023-01-30 17:06:42 +08:00

@linhu66 你 ping 的时间长一些，一直 ping 保持一天，观察看看。我用两个上海 CN2 测试过了，都一样会存在断流，间隔大约几小时出现一次，断流时间在 10 秒-20 秒

18

cocoking

OP

2023-01-30 17:09:27 +08:00

@linhu66 就是说每格几个小时就会出现 10-20 秒无法连外网，用的过程中也能发现。我从 BWH 刚出 HK85 的时候就在用这个线路，一开始就存在这个问题。

19

cocoking

OP

2023-01-30 17:13:01 +08:00

@linhu66 ，上海 CN2 ，这是刚刚出现的，相对较长的断流记录：
64 bytes from 45.78.18.xx: icmp_seq=19262 ttl=40 time=33.431 ms
Request timeout for icmp_seq 19263
Request timeout for icmp_seq 19264
Request timeout for icmp_seq 19265
Request timeout for icmp_seq 19266
Request timeout for icmp_seq 19267
Request timeout for icmp_seq 19268
Request timeout for icmp_seq 19269
Request timeout for icmp_seq 19270
Request timeout for icmp_seq 19271
Request timeout for icmp_seq 19272
Request timeout for icmp_seq 19273
Request timeout for icmp_seq 19274
Request timeout for icmp_seq 19275
Request timeout for icmp_seq 19276
Request timeout for icmp_seq 19277
Request timeout for icmp_seq 19278
Request timeout for icmp_seq 19279
Request timeout for icmp_seq 19280
Request timeout for icmp_seq 19281
Request timeout for icmp_seq 19282
Request timeout for icmp_seq 19283
Request timeout for icmp_seq 19284
Request timeout for icmp_seq 19285
Request timeout for icmp_seq 19286
Request timeout for icmp_seq 19287
Request timeout for icmp_seq 19288
Request timeout for icmp_seq 19289
Request timeout for icmp_seq 19290
Request timeout for icmp_seq 19291
Request timeout for icmp_seq 19292
Request timeout for icmp_seq 19293
Request timeout for icmp_seq 19294
Request timeout for icmp_seq 19295
Request timeout for icmp_seq 19296
Request timeout for icmp_seq 19297
Request timeout for icmp_seq 19298
Request timeout for icmp_seq 19299
Request timeout for icmp_seq 19300
Request timeout for icmp_seq 19301
Request timeout for icmp_seq 19302
Request timeout for icmp_seq 19303
Request timeout for icmp_seq 19304
Request timeout for icmp_seq 19305
Request timeout for icmp_seq 19306
Request timeout for icmp_seq 19307
Request timeout for icmp_seq 19308
Request timeout for icmp_seq 19309
Request timeout for icmp_seq 19310
Request timeout for icmp_seq 19311
Request timeout for icmp_seq 19312
Request timeout for icmp_seq 19313
Request timeout for icmp_seq 19314
Request timeout for icmp_seq 19315
Request timeout for icmp_seq 19316
Request timeout for icmp_seq 19317
Request timeout for icmp_seq 19318
Request timeout for icmp_seq 19319
Request timeout for icmp_seq 19320
Request timeout for icmp_seq 19321
Request timeout for icmp_seq 19322
Request timeout for icmp_seq 19323
Request timeout for icmp_seq 19324
Request timeout for icmp_seq 19325
Request timeout for icmp_seq 19326
Request timeout for icmp_seq 19327
Request timeout for icmp_seq 19328
Request timeout for icmp_seq 19329
Request timeout for icmp_seq 19330
Request timeout for icmp_seq 19331
Request timeout for icmp_seq 19332
Request timeout for icmp_seq 19333
Request timeout for icmp_seq 19334
Request timeout for icmp_seq 19335
Request timeout for icmp_seq 19336
Request timeout for icmp_seq 19337
Request timeout for icmp_seq 19338
Request timeout for icmp_seq 19339
Request timeout for icmp_seq 19340
Request timeout for icmp_seq 19341
Request timeout for icmp_seq 19342
Request timeout for icmp_seq 19343
Request timeout for icmp_seq 19344
Request timeout for icmp_seq 19345
Request timeout for icmp_seq 19346
Request timeout for icmp_seq 19347
Request timeout for icmp_seq 19348
Request timeout for icmp_seq 19349
Request timeout for icmp_seq 19350
Request timeout for icmp_seq 19351
Request timeout for icmp_seq 19352
Request timeout for icmp_seq 19353
Request timeout for icmp_seq 19354
Request timeout for icmp_seq 19355
Request timeout for icmp_seq 19356
Request timeout for icmp_seq 19357
Request timeout for icmp_seq 19358
Request timeout for icmp_seq 19359
Request timeout for icmp_seq 19360
Request timeout for icmp_seq 19361
64 bytes from 45.78.18.xx: icmp_seq=19362 ttl=40 time=33.037 ms

20

lockdona

2023-01-30 18:45:38 +08:00

ping 你这个 IP 本地 CN2 抖都不抖一下的，没丢包

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

21

linhu66

2023-01-30 20:16:34 +08:00

@cocoking 我从也是从 BWH 刚出 HK85 的时候就一直用这个线路，从来没有过丢包

22

linhu66

2023-01-30 20:17:22 +08:00

@lockdona 对呀 HK85 很稳定他丢包应该是他宽带线路问题

23

dizhang

2023-01-30 23:13:12 +08:00

45.78.17.93 的 Ping 统计信息:
数据包: 已发送 = 790 ，已接收 = 773 ，丢失 = 17 (2% 丢失)，
往返行程的估计时间(以毫秒为单位):
最短 = 36ms ，最长 = 107ms ，平均 = 50ms
用的 58.32 的精品网测试的

24

bosonx

2023-01-31 02:16:21 +08:00 via Android

14.147.7.245 2.50 ms AS4134 中国, 广东, 广州, chinatelecom.com.cn, 电信
4 59.43.70.1 2.26 ms * 中国, 广东, 广州, chinatelecom.com.cn, 电信
5 *
6 59.43.187.90 5.09 ms * 中国, 香港, chinatelecom.com.cn, 电信
7 59.43.248.246 10.36 ms * 中国, 香港, chinatelecom.com.cn, 电信
8 xe-0-0-17-2.a00.chwahk02.hk.bb.gin.ntt.net (203.131.241.65) 11.41 ms AS2914 中国, 香港, ntt.com
9 ae-10.r26.tkokhk01.hk.bb.gin.ntt.net (129.250.6.120) 22.24 ms AS2914 中国, 香港, ntt.com
10 ae-3.a00.newthk03.hk.bb.gin.ntt.net (129.250.5.11) 12.02 ms AS2914 中国, 香港, ntt.com
11 xe-0-0-47-1.a00.newthk03.hk.ce.gin.ntt.net (128.241.9.233) 12.55 ms AS2914 中国, 香港, ntt.com
12 hk85-1-1.it7.net (103.193.131.129) 15.27 ms AS9312 中国, 香港, xtom.com
13 *
14 kind-hops-5.localdomain (45.78.17.93) 13.42 ms AS25820 中国, 香港, it7.net

NTT 线路偶尔炸也是正常

25

linhu66

2023-01-31 05:02:28 +08:00

@bosonx 问题是我的上海 CN2 没炸过啊

26

linhu66

2023-01-31 05:08:03 +08:00

@dizhang 45.78.17.93 的 Ping 统计信息:
数据包: 已发送 = 410 ，已接收 = 410 ，丢失 = 0 (0% 丢失)，
往返行程的估计时间(以毫秒为单位):
最短 = 32ms ，最长 = 46ms ，平均 = 32ms
58.32.24.X 的精品网网段测试的

27

bosonx

2023-01-31 05:12:30 +08:00 via iPhone

@linhu66 嗯，我用 NTT 的还好了。反正晚高峰跑满 G 口无压力

28

linhu66

2023-01-31 05:15:50 +08:00

@bosonx 为什么我的上海 CN2 不丢包他们都丢包什么原因啊

29

cocoking

OP

2023-01-31 05:44:14 +08:00

@linhu66 大兄弟，你的可以说肯定丢的。原因是你 ping 的总体时长太短了... 之前跟你说过

30

bosonx

2023-01-31 06:03:21 +08:00 via Android

@linhu66 丢包是肯定的吧！建议你装个 smokeping 检测下
https://ping.boom.cx/?target=HKTW.DMITHKLITE

这里有个 CN2 的一样丢

31

Cipool

2023-01-31 13:16:55 +08:00 via Android

156.59.152.33 香港 zenlayer

32

linhu66

2023-01-31 15:35:05 +08:00

@bosonx 安装好了 linhu66.ga:85

33

cocoking

OP

2023-01-31 18:20:29 +08:00

@linhu66 Nice ，观察一下看看

34

linhu66

2023-01-31 19:03:25 +08:00

@cocoking ping.linhu66.top

35

linhu66

2023-01-31 19:03:38 +08:00

@cocoking 用这个访问

36

hadoop

2023-01-31 19:09:24 +08:00

0.6%丢包很严重？这啥业务要求这么高

37

linhu66

2023-01-31 19:23:48 +08:00

@hadoop 不是丢包我一直在配置文件老是重启这个网页导致

38

linhu66

2023-01-31 19:31:51 +08:00

@cocoking 还是用老 ip

39

cocoking

OP

2023-01-31 19:47:33 +08:00

@hadoop HK85 主要是间断的连续丢 10-20 个数据包，确实影响体验

40

cocoking

OP

2023-01-31 19:48:47 +08:00

@linhu66 我这边 18 点以后已经出现了 3 波断流

41

linhu66

2023-01-31 20:15:05 +08:00

@cocoking 你先看看我的

42

cocoking

OP

2023-01-31 20:23:19 +08:00

@linhu66 确认了，你的和我这边的一样，上海 CN2 ，丢包的时间也一致。今天晚上很明显

43

cocoking

OP

2023-01-31 20:27:15 +08:00

@cocoking 对比测试的另外一个香港 Apernet 的正常，所以基本排除了是 CN2 线路的问题。你也可以跟 https://ping.boom.cx/?target=HKTW 上面的对比一下。应该是问题出在香港那边的线路上，至于是不是瓦工的问题，就不好说了。

44

linhu66

2023-01-31 20:53:57 +08:00

@cocoking 我的没你的严重

45

cocoking

OP

2023-01-31 21:02:48 +08:00

@linhu66 。。。一样的线路呀

46

linhu66

2023-01-31 21:13:15 +08:00

@cocoking 我切换 116 CN2 网段了

47

bosonx

2023-02-01 19:00:40 +08:00 via Android

@cocoking 买个 apernet 呗。
最后选择了啥？
便宜大碗我选择 22 刀一年绿云 DC2 10G 带宽

48

linhu66

2023-02-01 19:36:24 +08:00

@cocoking 今天 HK85 线路没任何丢包

49

mckenzieandre

2023-02-02 23:03:27 +08:00

自建容易封尤其是瓦工这种重点关照 IP 段
上个好点的人少点价格少点的的直连机场是真 go.huyun.top

50

dizhang

2023-02-05 17:09:27 +08:00

@linhu66 116 网段怎么拨的呀，我之前确实听说有人可以拨到 116 （很早以前的精品网就是 116 网段的），但是现在我只能拨到 58.41 218.80 58.32

51

linhu66

2023-02-05 18:07:19 +08:00

@dizhang 正常拨的呀

52

dizhang

2023-02-05 18:12:25 +08:00

45.78.17.93 的 Ping 统计信息:
数据包: 已发送 = 4132 ，已接收 = 4130 ，丢失 = 2 (0% 丢失)，
往返行程的估计时间(以毫秒为单位):
最短 = 34ms ，最长 = 137ms ，平均 = 38ms

今天试了下貌似正常

53

dizhang

2023-02-05 18:12:41 +08:00

@linhu66 我再试试看

54

linhu66

2023-02-05 18:23:25 +08:00

@dizhang 你延迟不稳定

55

linhu66

2023-02-05 18:24:20 +08:00

http://linhu66.ga:85/smokeping/?target=Other.HONGKONG85

56

dizhang

2023-02-05 19:25:09 +08:00

@linhu66 我今天拨号了 100 来次没拨到 116 开头的 ip ，现在在用 58.32.19.x

57

dizhang

2023-02-05 19:26:58 +08:00

@linhu66 谁来说说看这种图怎么看啊，不太明白

58

linhu66

2023-02-05 20:04:04 +08:00

@dizhang 我精品网 2021 年办的

59

dizhang

2023-02-08 15:10:38 +08:00

@linhu66 啊，我是最早一批精品网用户，上海电信刚刚推出的时候就办理了，感觉至少七八年了吧？