Назад | Перейти на главную страницу

Высокая задержка из-за отсутствия транзитного провайдера в моей стране

Мой интернет-провайдер, государственный оператор, покупает пропускную способность у разных поставщиков услуг транзита. Всякий раз, когда он покупает транзит, он объявляет только конкретный префикс (в большинстве случаев, ранее не использовавшийся) через новую транзитную AS. Например, если у него заканчивается пропускная способность, он покупает пропускную способность у нового транзита и объявляет через него новый префикс, в то время как тот же префикс не объявляется (или объявляется с самыми низкими показателями, так что маршруты используются очень редко) через старые транзиты, которые продолжать предоставлять ему пропускную способность. Я бизнес-клиент, поэтому у меня есть оптоволоконное соединение с провайдером, и мне предоставлена ​​крошечная подсеть.

Предоставляемая мне подсеть является частью префикса, который объявляется AS транзита, который, похоже, не присутствует в моей стране. Поэтому, когда я отслеживаю пакеты, когда они покидают AS моего интернет-провайдера, им требуется около 275 мс, чтобы добраться до основного маршрутизатора провайдера транзита, который находится в США (на другом конце света). Также для восходящего трафика мой интернет-провайдер использует транзитного провайдера (уровень 1), который присутствует в моей стране. Но обратный путь всегда через транзит, который находится в США.

Итак, средняя задержка составляет 400 мс. Все пользователи других интернет-провайдеров в моей стране обнаруживают мою подсеть через США. Даже трафик из соседних стран, из Европы (которая намного ближе) идет по пути через США. Сайты, использующие CDN, также разрешают IPS в США.

Я проинформировал ISP NOC о проблеме и попросил их предоставить IP-подсеть, принадлежащую префиксу, объявленному местным транзитом (предпочтительно транзитным провайдером уровня 1), и я жду ответа. Мой вопрос: это серьезная проблема, которую я должен решить, чтобы ее решить? Когда я сравнил задержку с другими поставщиками в моей стране, в большинстве случаев она составляет менее половины задержки моего интернет-провайдера. Почему мой интернет-провайдер не объявляет все свои префиксы всем своим транзитным провайдерам, чтобы пакеты могли использовать эффективные и ближайшие маршруты для достижения префиксов, которые происходят в его сети?

Является ли это серьезной проблемой, которую я должен решить, чтобы решить ее?

Да, по сути, ваш провайдер дает вам плохую связь. Все клиенты ожидают, что их трафик в первую очередь будет маршрутизироваться в пределах их собственного континента. Так что если вы находитесь в Индии и типичным индийским / европейским клиентам приходится дважды пересекать океан, чтобы попасть на ваши серверы, это серьезная проблема.

Когда я сравнил задержку с другими поставщиками в моей стране, в большинстве случаев она составляет менее половины задержки моего интернет-провайдера. Почему мой интернет-провайдер не объявляет все свои префиксы всем своим транзитным провайдерам, чтобы пакеты могли использовать эффективные и ближайшие маршруты для достижения префиксов, которые происходят в его сети?

Обычно это сводится к (выберите один или несколько):

  • Они не смогли проверить, объявляет ли их апстрим ваши префиксы другим NAP на вашем континенте; возможно, у них есть младший инженер, работающий с их политиками BGP, который не знает, что ему нужно проверить после внесения изменений в политику маршрутизации
  • Они пытаются сбалансировать нагрузку своего трафика, чтобы минимизировать затраты (потому что они платят за транзит за Мбит / с).
  • Восходящий поток (в данном случае C&W) решил изменить свои собственные политики исходящей маршрутизации, а VSNL не знал

РЕДАКТИРОВАТЬ:

На самом деле ваш провайдер, похоже, объявляет суперсеть по крайней мере двум различным восходящим потокам: 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 ~]$