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

Балансировка нагрузки с неравной стоимостью через 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, и, таким образом, нет единого шлюзового маршрутизатора, который хосты использовали бы для определения следующего перехода. На каком из трех маршрутизаторов я должен установить направление Site B -> Site A для туннеля MPLS TE, чтобы получить соответствующую балансировку нагрузки?

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

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

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

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

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

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

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