我的ISP是国有企业，从不同的运输提供商处购买带宽。 每当它购买过境，它只通过新的过境AS宣布一个特定的前缀（在大多数情况下，迄今未被使用）。 例如，如果耗尽带宽，则从新的传输中购买带宽，并通过它宣布新的前缀，而不通过旧的（或以最低的度量标准宣布的，以便路由很less使用）相同的前缀继续为其提供带宽的转换。 我是一个商业客户，所以我有一个基于光纤的链接到ISP和一个小的子网给我。
提供给我的子网是AS的一个前缀的一部分，这个AS是一个在我的国家似乎不存在的中转站。 所以当我跟踪数据包的时候，当他们离开我的ISP的AS时，他们需要大约275ms才能到达位于美国（距离世界一半）的运营商核心路由器。 此外，对于上行stream量，我的ISP使用在我的国家有业务的运输提供商（1级）。 但是返回path总是通过在美国的过境。
所以平均延迟是400ms。 我国其他ISP的所有用户都通过USA发现我的子网。 即使是来自欧洲（距离更近）的邻国的交通也是沿着美国的道路走下去的。 使用CDN的网站也在美国解决ips问题。
我已经向ISP NOC通报了这个问题，并要求他们提供一个属于由本地中转（最好是一级转接提供商）公布的前缀的ip子网，我正在等待答复。 我的问题：这是一个严重的问题，我必须跟进才能解决问题吗？ 当我比较我国其他提供商的延迟时，在大多数情况下，我的ISP延迟不到一半。 为什么我的ISP没有把所有的前缀都通告给所有的传输提供者，这样，数据包就可以采取有效的和最近的路由来到达源自它的networking的前缀？
这是一个严重的问题，我必须跟进才能解决问题吗？
是的，基本上你的提供商给你的连接不好。 所有客户都希望他们的stream量能够先在自己的大陆内路由。 所以，如果你在印度，典型的印度/欧洲客户必须两次穿越大海来袭击你的服务器，这是一个主要问题。
当我比较我国其他提供商的延迟时，在大多数情况下，我的ISP延迟不到一半。 为什么我的ISP没有把所有的前缀都通告给所有的传输提供者，这样数据包就可以采取有效的和最近的路由来到达源自它的networking的前缀？
这通常归结为（select一个或多个）：
编辑：
实际上你的提供者似乎宣布超级网至less有两个不同的上游： AS 1273和AS 4755（VSNL）
route-views>sh ip bgp 117.240.120.0 BGP routing table entry for 117.240.112.0/20, version 1257325932 Paths: (35 available, best #26, table Default-IP-Routing-Table) Not advertised to any peer 3277 3216 1273 9829 <------------------------------------------- C&W 194.85.102.33 from 194.85.102.33 (194.85.4.4) Origin IGP, localpref 100, valid, external Community: 1273:11840 3216:3000 3216:3001 3277:3216 6539 1273 9829 66.59.190.221 from 66.59.190.221 (66.59.190.221) Origin IGP, localpref 100, valid, external 4436 1273 9829 69.31.111.244 from 69.31.111.244 (69.31.111.244) Origin IGP, metric 186, localpref 100, valid, external Community: 1273:11840 4436:31611 101 101 11164 22822 1273 9829 209.124.176.223 from 209.124.176.223 (209.124.176.223) Origin IGP, localpref 100, valid, external Community: 101:20100 101:20120 101:22100 11164:1170 11164:7790 Extended Community: RT:101:22100 3549 1299 1273 9829 208.51.134.254 from 208.51.134.254 (67.17.81.150) Origin IGP, metric 1, localpref 100, valid, external 2828 6453 4755 9829 <------------------------------------------- VSNL 65.106.7.139 from 65.106.7.139 (66.239.189.139) Origin IGP, metric 3, localpref 100, valid, external 16150 1299 1273 9829 217.75.96.60 from 217.75.96.60 (217.75.96.60) Origin IGP, metric 0, localpref 100, valid, external Community: 1299:20000 16150:63392 16150:65326 2914 1273 9829 129.250.0.11 from 129.250.0.11 (129.250.0.12) Origin IGP, metric 37, localpref 100, valid, external Community: 2914:420 2914:1005 2914:2000 2914:3000 65504:1273 1239 1273 9829 144.228.241.130 from 144.228.241.130 (144.228.241.130) Origin IGP, localpref 100, valid, external 3333 1273 9829 193.0.0.56 from 193.0.0.56 (193.0.0.56) Origin IGP, localpref 100, valid, external route-views> 从我在美国的一台服务器（德克萨斯州）追踪我穿越太平洋和通过AS 4755（VSNL） ：
[mpenning@Bucksnort ~]$ sudo lft -A 117.240.120.67 Tracing _________________________________________________________________________ TTL LFT trace to 117.240.120.67:80/tcp 1 [ASxxxxx] REDACTED 0.4ms 2 [ASxxxxx] REDACTED 0.4ms ** [neglected] no reply packets received from TTL 3 4 [AS174] te0-1-0-7.ccr22.dfw01.atlas.cogentco.com (154.54.0.121) 0.7ms ** [neglected] no reply packets received from TTLs 5 through 6 7 [AS174] teleglobe.dfw03.atlas.cogentco.com (154.54.13.134) 0.9ms 8 [AS6453] if-2-2.tcore2.DT8-Dallas.as6453.net (66.110.56.6) 261.0ms 9 [AS6453] if-3-2.tcore1.LVW-LosAngeles.as6453.net (66.110.57.62) 262.0ms 10 [AS6453] if-2-2.tcore2.LVW-LosAngeles.as6453.net (66.110.59.2) 263.6ms 11 [ASN?] if-7-2.tcore2.SVW-Singapore.as6453.net (180.87.15.25) 267.2ms 12 [ASN?] if-5-2.tcore2.CXR-Chennai.as6453.net (180.87.15.70) 270.7ms 13 [ASN?] 180.87.37.46 272.8ms ** [neglected] no reply packets received from TTL 14 15 [AS4755] 59.163.206.158.static.chennai.vsnl.net.in (59.163.206.158) 295.7ms 16 [AS9829] 218.248.237.161 296.7ms ** [80/tcp failed] Try alternate options or use -V to see packets. [mpenning@Bucksnort ~]$