这是一个创建于 3135 天前的主题，其中的信息可能已经有所发展或是发生改变。
深圳移动
Azure 香港、新加坡、日本东部、韩国中部等服务器，绝大部分 IP 经过美国绕一圈再回来，加之拥堵的原因，白天要去到 200+ms，晚上可能要到 500+ms ；香港原来有一部分直连的 IP，原来参考值在 20ms 左右，现在白天 60ms，晚上 200+ms 甚至更多
Google Cloud Platform 反而可以在 80ms 上下
深圳电信
Azure 各服务器的连接路由都还算可以接受，但是由于国际出口拥塞的原因，丢包率一直在 15-20%上下。香港服务器大概在 15ms 左右，GCP 在 25ms 左右。但带宽有限，经常上不去。
有碰到这样的问题的吗？
Azure 香港、新加坡、日本东部、韩国中部等服务器，绝大部分 IP 经过美国绕一圈再回来，加之拥堵的原因，白天要去到 200+ms，晚上可能要到 500+ms ；香港原来有一部分直连的 IP，原来参考值在 20ms 左右，现在白天 60ms，晚上 200+ms 甚至更多
Google Cloud Platform 反而可以在 80ms 上下
深圳电信
Azure 各服务器的连接路由都还算可以接受，但是由于国际出口拥塞的原因，丢包率一直在 15-20%上下。香港服务器大概在 15ms 左右，GCP 在 25ms 左右。但带宽有限，经常上不去。
有碰到这样的问题的吗？
 | 1 zqiyun 2017 年 6 月 23 日 昨天下午 office365 一直丢包 |
 | 2 yexm0 2017 年 6 月 23 日 直连 ip 也可以给你炸上 100ms 延迟的.  |
 | 3 swlove 2017 年 6 月 23 日 Azure 香港 4 月用的时候跟阿里香港无差别 5 月底以后就不行了 |
 | 4 thetast OP 今天发现移动的 NAT 居然用了 172.42.0.0/16 这种网段，真是丧心病狂 207.46.0.0/16 网段会好一点，其他的比如 13.75.0.0/16，104.215.0.0/16 就很差 |
 | 5 lelsetsuna 2017 年 6 月 23 日 Azure 被灵车玩坏了 233 |
Select Language