众所周知（其实未必），EDCL 自己维护着连接全球 6 个 PoP 点的 MPLS 和 IP 骨干网。（见附图。）由于 Nube 生意清淡，骨干网非常空闲。我们准备调整一下路由策略，以充分利用我们闲的要死的骨干网。

全网前缀将发给通过骨干网互联的所有 IXP 和 PNI 。举例来说，香港的IP前缀会发去另外5个节点上接着的所有 IXP 和 PNI ；美西硅谷的IP前缀会发去全网所有 PNI 和 IXP 。在这样的路由策略下，美西硅谷的云主机，要和香港 Hytron 的 IEPL 出口通讯的时候，会先走我们的骨干网，到香港，然后再经过 Hytron 对接的 100G HKGIX 端口交换流量。换而言之，Hytron 香港节点到 EDCL 香港节点，走 HKGIX 上的 100G 互联，香港到美西硅谷走 EDCL 骨干网。

在这个各 PoP 前缀互发原则下，也有例外。

  1. 不给有全球骨干的，且在各地都 Open Peer 的网络发异地前缀。Hurricane Electric、LeaseWeb、AWS、Google 等。
  2. 不给 CDN 网络发异地前缀。Cloudflare、Akamai 等。

如因上述路由调整，造成绕路或延迟增加的，请开工单，联系我们技术同事安排调整 https://support.nube.sh/tickets/open

同时，我们也会探索，将香港的前缀发去欧洲 IP Transit 上游；将日本的前缀发美国 IP Transit 上游。

以上路由策略，不是我们承诺或保证的服务特性。在骨干网容量趋于饱和的时候，我们会考虑成本，调整路由策略。举例来说：客户开一台 Nube SJC1 的 VM ，用 Hytron 的 IEPL 出口从 SJC1 拉流量，我们能够收到的 Nube SJC1 VM 流量费用，无法覆盖 SJC-TYO 和 TYO-HKG 两段专线的成本。骨干网容量饱和时，我们必须调整。