Неравная стоимость балансировки нагрузки через MPLS TE

Имеется следующая сеть со всеми таблицами сетевой маршрутизации всех сайтов, построенными через OSPF:

   Site_A
      |
Site_A_router
  |           \
  |      Intermediate_site_C_router -- Other_sites
  |                       |
  |      Intermediate_site_D_router
  |                       |
Site_B_router_1     Site_B_router_2
             \       /
            Site_B_LAN
                 |
              Site_B
                 |
          Site_B_router_3
                 |
             Internet

В настоящее время нет связи между сайтом A и сайтом C. Я собираюсь добавить это на месте и настроить неравномерную балансировку нагрузки между сайтом A и сайтом B, чтобы обеспечить некоторую избыточность, а также получить более эффективную пропускную способность между сайтом A и хосты в Интернете и на сайте B. Из значительного количества Google, кажется, я хочу установить туннели MPLS TE между маршрутизатором сайта A и одним из маршрутизаторов сайта B, чтобы направлять весь трафик между двумя сайтами через один из два маршрута.

Я застрял при попытке обернуть голову, как туннели MPLS будут вписываться в схему маршрутизируемой сети. Из моего прочтения MPLS TE размещается поверх производных OSPF-маршрутов и просто определяет пути для прохождения между двумя маршрутизаторами.

Нужно ли вообще рекламировать свое существование через OSPF? Я бы так не думал, так как подозреваю, что в конечном итоге весь трафик будет направляться из любой точки сети, предназначенной для сайта A, через сайт B, а затем обратно через один из двух путей к сайту A.

В качестве альтернативы, я бы просто установил туннели на маршрутизаторе сайта B, но не объявил бы об их существовании и просто позволил бы им сортировать любой трафик, поступающий в один из двух путей туннелей? Если это будет работать таким образом, я ожидаю, что узлы на сайте D, сайте C и других сайтах, подключенных через сайт C, будут просто направлять трафик по кратчайшему маршруту OSPF, игнорируя туннели.

Сложность заключается в том, что многие хосты на сайте B создают свои таблицы маршрутизации через OSPF, и, таким образом, нет единого шлюзового маршрутизатора, который хосты используют для определения следующего перехода. На каком из трех маршрутизаторов я должен установить направление Узел B -> Узел A туннеля MPLS TE, чтобы получить надлежащую балансировку нагрузки?

Если я настрою его на маршрутизаторе 3, я подозреваю, что только трафик, поступающий из Интернета, будет сбалансирован по нагрузке, поскольку узлы на сайте B будут отправлять пакеты, предназначенные для сайта A, напрямую на маршрутизатор 1 или 2. Кроме того, я мог бы настроить его на маршрутизаторе 1, поскольку это почти наверняка самый короткий маршрут OSPF. Однако затем трафик будет маршрутизироваться от маршрутизатора 1 к маршрутизатору 2 без необходимости, поскольку трафик проходит через альтернативный туннель. Я подозреваю, что это несколько обдумывает вещи и возможно преждевременная оптимизация.

Учитывая эту ситуацию, как лучше всего делать то, что я пытаюсь сделать?

1 ответ

Решение

Да, вы можете создать туннели MPLS между маршрутизаторами, чтобы обеспечить баланс нагрузки OSPF между ними (туннелями), поскольку OSPF не поддерживает сам UCLB.

Вам нужно добавить несколько команд mpls в вашу конфигурацию ospf. Смотри здесь

Вы должны иметь возможность создать два туннеля между маршрутизатором сайта A и "основным" маршрутизатором на сайте B (вероятно, маршрутизатором 1). Один туннель будет находиться между A-1 и B-1 напрямую, а другой - через маршрутизатор B-2., Маршрутизаторы A-1 и B-1 будут выполнять балансировку нагрузки трафика

В этом случае хосты должны быть настроены на использование маршрутизатора B-1 в качестве шлюза по умолчанию на сайте B.

* Отредактировано для правильных имен маршрутизатора.

Другие вопросы по тегам