1
DGideas 2020-06-12 16:39:15 +08:00
最近 PCCW 丢包率确实升高了,线路不好。
Bandwagonhost 最近把他们的香港机房除了 PCCW 之外还提供了 CN2 GIA 的选择(由于 PCCW 线路质量的原因) |
2
skyeycirno 2020-06-12 18:36:36 +08:00
PCCW 对国内上传 qos 到 1M
|
3
cst4you 2020-06-12 18:49:19 +08:00
请用加速器
|
4
CernetBoom 2020-06-12 21:06:10 +08:00 via Android
香港到大陆哪里会用海底光缆?
|
5
yulihao 2020-06-12 21:28:48 +08:00
海底光缆.....Qos 了解一下
|
6
kennylam777 2020-06-12 21:52:45 +08:00 via Android
每次有人說 HKT QoS 中國電信,我都打開一台電信主機跑一跑 speedtest 。
嗯,香港的點到國內都只有個位 Mbps 。 結論是全世界的 ISP 也針對電信了,中國電信真可憐的長期受害者。 |
7
kennylam777 2020-06-12 22:00:24 +08:00 via Android
大部分人用電信,然後出海慢,就一定是人家 QoS 你,很有可能是惡意的。
然後中國電信不是善堂的,所以沒有惡意不惡意的問題,賣甚麼價格都是偉光正的。錯在香港一方不夠努力讓中國電信香港 PoP 多賺,錯在沒有跟上發展的步伐。 這都是香港一方全錯,錯在香港 ISP 沒有再多買到國內的頻寬,讓一眾蹭家寬的機場主受損失,讓那些機場買家不爽,讓國內玩家不過癮。 |
8
cvbnt 2020-06-12 22:01:23 +08:00 via Android
建议加钱上 IPLC,或者 IEPL
|
9
CheekiBreeki 2020-06-12 22:47:02 +08:00 via Android
整 HKBN,高峰期連電信還行,再不就就加 Udpspeeder
|
10
my2492 2020-06-12 23:13:27 +08:00 via Android
电信国内段拥塞是真的,hkt qos 大陆流量也是真的,不信往联通跑跑,也没多快,cn2 方向没有 qos,移动看运气
|
11
hgjcool OP 香港 pccw 家宽,ping 国内服务器都是 15-20%的丢包,但是 ping www.baidu.com 是不丢包的。。。不知用百度云服务器会不会好呢。。。
|
12
CernetBoom 2020-06-13 01:13:05 +08:00
@kennylam777
PCCW 难道就是吃素的了? 30USD/1Mbps ( 30%中国量,1G Flat Rate ),买不到几条 10G 的商家 全往和 163 一条 10G 互联或者和 163/169 的上古 2.5G 互联 里挤( cnc.pos ,ct.pos ,202.97.121.218 ),这是 CT 能做到的? PCCW/HKT 不 QoS HKT 的家宽和商宽的流量,还指望那些 国际 Best Effort 的家宽 /商宽拿出来开的 VPS 把 按大陆带宽量卖的 HKT SkyExchange 或者 DIA 再或者 PCCW 的 IP Transit 的大陆带宽给挤掉?连没买国际的 DIA,你把大陆量跑高,直接把你塞到一条挤死的 10G 互联里 WTT 的商宽,HKBN 的 DIA,现在都写明了国际限速多少,HKT 的 DIA 现在也是明确说清楚国际流量的比例,HGC 更不用说了 CTM 到 163 随便跑,难道是和 CT 达成了什么君子协定? 现在是 163 整个国内到国际网络国内段就完全塞死,测什么都没用,没有什么可以辩解的,等扩容 就算是 HKT 或者电信的 QoS,难道就不合理了吗,总有人要比家宽那点流量优先,几十 G 的正价 Transit 或者 DIA 又不能随便搪塞过去,那些 T1/T2 的 ISP 哪几家是跨洲不 QoS 的?像 Comcast 只要跨运营商都 QoS 的都有 |
13
johnsonhk 2020-06-13 08:21:02 +08:00 via Android
用上海阿里没有 CN2 路线吧?你这情况不是用香港阿里走 CN2 去国内更好吗?
|
14
my2492 2020-06-13 10:12:03 +08:00 via Android
@CernetBoom 现在 ctm 的回程是 163 的吗?为啥快很多,是优先级高吗?还有 twgate 线路,看路由也是 163,也快很多。然后到大陆指定 idc 的 ip,比如 42.159.0.1,也是 163,就不丢包
|
15
CernetBoom 2020-06-13 11:22:05 +08:00
@my2492 看看 TCP 和 UDP 的 MTR 丢不丢包
|
16
PROJECT 2020-06-13 11:32:50 +08:00
@CernetBoom 现在 cn2 过去怎么样?比 163 好吗
|
17
txydhr 2020-06-13 12:01:59 +08:00 via iPhone
@CernetBoom 别理这种黄 shi
|
19
CernetBoom 2020-06-13 12:42:57 +08:00 via Android
@PROJECT 还正常吧
|
20
my2492 2020-06-13 12:54:29 +08:00 via Android
@zhengrt 国内段是堵的啊,跟 ctm 不堵有什么关系?唯一解释就是 ctm 接的 163 优先级高,反正同等条件下 ctm 接的 163 快很多
|
21
Laitinlok 2020-06-13 13:08:41 +08:00 via Android
@CheekiBreeki 現在 I-CABLE 去程已經 CN2 啦
|
22
kennylam777 2020-06-13 13:15:59 +08:00 via iPad
@CernetBoom 就說嘛,163 的境外本來就不行,能分配的資源本來就少,就不要埋怨人家 QoS 了,加緊建設爭取早日開通才是正道
CTM 跟電信暢通又如何,CTM 會做電信路由的 Transit 嗎?不然亞洲入華的流量都給 CTM 好了? @txydhr 香港人就是黃 shi gd fq ?我心痛為甚麼 163 只在美國有 Public peering, 而移動在亞洲三地都有,這樣對發展自身很不利,難度你覺得擴容都要看美國臉色是正常的? |
23
my2492 2020-06-13 13:29:04 +08:00 via Android
@kennylam777 163 境外感觉还行的吧,虽然不少亚洲流量绕美,以前国内段不拥堵的时候绕美也能跑满 200M,关键问题是国内段什么时候扩容。不过 hkt 家宽跑大陆流量就不指望了,往联通跑不少段也会限制到 10M,低的甚至 1M 。
至于带宽为什么离中国越远的地方价格越低,本质上就是由于 gfw 容量有限,离大陆近的延迟低,质量高,所以值钱,不然肯定是越远成本越高啊,如果没有 gfw 的存在,深港传输的成本比广深传输都低 |
25
twoconk 2020-06-13 14:49:27 +08:00
可以考虑 UDP 加速,一个思路分享下: https://it3q.com/article/75
|
26
mnihyc 2020-06-13 15:35:36 +08:00 via Android
@my2492 ctm 确实是双向 163,当 163 的 QoS 等级高到一定地步(政企级别)就会完全不丢包,这一点在 gcp hk 以及 其他一些 hk 163 上可以看出来。个人推测,163 可能是为了保证某些线路质量从而延迟不变,对于那些 QoS 等级不够高的线路进行疯狂丢包
|
27
dot2017 2020-06-13 15:43:06 +08:00
#6 在每次人家抱怨 HK 任何一家电信运营商的时候都是阴阳怪气的
|
28
my2492 2020-06-13 17:24:55 +08:00 via Android
@mnihyc 政企 163 也是丢包的,而且不比家宽好,现在唯一发现不怎么丢包的就是世纪互联的 ip
|
30
my2492 2020-06-13 17:27:04 +08:00 via Android
@mnihyc 我感觉应该存在一些故意的成分在里面,联通国内段带宽比电信小不少,又是一堆大带宽中转都在用,体量不比电信小多少,也没见炸成这个样子,我觉得正常来讲 10%的丢包还算正常,这 30%多也太夸张了,而且是你跑的国际大流量越多,丢包越高
|
31
crab 2020-06-13 17:48:47 +08:00
试下用 218.250 这个段,看斗鱼录像请求网宿 hkcdn 节点一直 403.
|
32
mnihyc 2020-06-13 19:38:08 +08:00 via Android
@my2492 我目前发现 gcp aws azure 等都存在不丢包的 IP,怀疑那些丢包的 IP 还是 QoS 等级还不够高。没试过国内那几个云的 163 丢包情况如何
|
33
my2492 2020-06-13 21:47:54 +08:00 via Android
@mnihyc 是跟 vps 的 ip 有关,还是更换你本地 ip 能抽到优先级高的?我更换我本地 ip 貌似无效,tcp 流量是负载均衡的,不存在抽
|
34
alphatoad 2020-06-14 06:36:58 +08:00
@CernetBoom ID 太应景
|