Балансировка нагрузки между двумя каналами в динамической маршрутизации EIGRP

21 Фев
2012

Уважаемые блогажители, хочу Вам рассказать, как я настроил балансировку нагрузки между двумя каналами связи, где работает маршрутизация EIGRP.

Схема сетиimage
Дано:
У нас есть сеть 172.18.230.224/27, из нашей сети передаются очень важные данные в две других сети ID и IE соответственно. Причем по требованиям передача должна осуществляться по резервированным каналам связи, то есть у нас есть основной и резервный канал. Также две самых интересных тонкости:
1) В сеть ID настроена статическая маршрутизация и, используя треки и сла-мониторы, балансировка работает исправно;
2) В сети IE работает протокол динамической маршрутизации EIGRP и при первичной настройке балансировка не заработала, так как из нашей сети существуют два маршрута с разными метриками и используется один наилучший. Посмотрим в чем дело пошагово:



1) Посмотрим топологию маршрутов до сети IE c 2811-1 командой sh ip eigrp topology

2811-1#sh ip eigrp topology 192.168.10.0
IP-EIGRP (AS 1): Topology entry for 192.168.10.0/24
State is Passive, Query origin flag is 1, 1 Successor(s), FD is 40514560
Routing Descriptor Blocks:
192.168.199.209 (Serial0/0/0:1), from 192.168.199.209, Send flag is 0x0
Composite metric is (40514560/28160), Route is External
Vector metric:
Minimum bandwidth is 64 Kbit
Total delay is 20100 microseconds
Reliability is 255/255
Load is 7/255
Minimum MTU is 1500
Hop count is 1
External data:
Originating router is 192.168.199.185
AS number of route is 0
External protocol is Connected, external metric is 0
Administrator tag is 0 (0x00000000)
192.168.198.131 (FastEthernet0/1), from 192.168.198.131, Send flag is 0x0
Composite metric is (40517120/40514560), Route is External
Vector metric:
Minimum bandwidth is 64 Kbit
Total delay is 20200 microseconds
Reliability is 255/255
Load is 1/255
Minimum MTU is 1500
Hop count is 2
External data:
Originating router is 192.168.199.189
AS number of route is 0
External protocol is Connected, external metric is 0
Administrator tag is 0 (0x00000000)

Видим, что есть два пути: один прямой непосредственно через Serial0/0/0:1, второй через внутренний, связывающий 2811-1 и 2811-2 интерфейс FastEthernet0/1, можно предположить, что по умолчанию будет использоваться в качестве маршрута первый путь, так как у него будет метрика лучше второго. Проверим наше предположение:

2) Посмотрим маршрут до сети IE с 2811-1 командой sh ip route 192.168.10.0

Routing entry for 192.168.10.0/24
Known via «eigrp 1», distance 170, metric 40514560, type external
Redistributing via eigrp 1
Last update from 192.168.199.209 on Serial0/0/0:1, 3d06h ago
Routing Descriptor Blocks:
* 192.168.199.209, from 192.168.199.209, 3d06h ago, via Serial0/0/0:1
Route metric is 40514560, traffic share count is 1
Total delay is 20100 microseconds, minimum bandwidth is 64 Kbit
Reliability 255/255, minimum MTU 1500 bytes
Loading 7/255, Hops 1

Видим что используется маршрут через интерфейс Serial0/0/0:1.

3) Проделаем такие же шаги для 2811-2:

2811-2#sh ip eigrp topology 192.168.10.0
IP-EIGRP (AS 1): Topology entry for 192.168.10.0/24
State is Passive, Query origin flag is 1, 1 Successor(s), FD is 40514560
Routing Descriptor Blocks:
192.168.199.213 (Serial0/0/0:1), from 192.168.199.213, Send flag is 0x0
Composite metric is (40514560/28160), Route is External
Vector metric:
Minimum bandwidth is 64 Kbit
Total delay is 20100 microseconds
Reliability is 255/255
Load is 1/255
Minimum MTU is 1500
Hop count is 1
External data:
Originating router is 192.168.199.189
AS number of route is 0
External protocol is Connected, external metric is 0
Administrator tag is 0 (0x00000000)
192.168.198.130 (FastEthernet0/1), from 192.168.198.130, Send flag is 0x0
Composite metric is (40517120/40514560), Route is External
Vector metric:
Minimum bandwidth is 64 Kbit
Total delay is 20200 microseconds
Reliability is 255/255
Load is 7/255
Minimum MTU is 1500
Hop count is 2
External data:
Originating router is 192.168.199.185
AS number of route is 0
External protocol is Connected, external metric is 0
Administrator tag is 0 (0x00000000)

2811-2#sh ip route 192.168.10.0
Routing entry for 192.168.10.0/24
Known via «eigrp 1», distance 170, metric 40514560, type external
Redistributing via eigrp 1
Last update from 192.168.199.213 on Serial0/0/0:1, 3d06h ago
Routing Descriptor Blocks:
* 192.168.199.213, from 192.168.199.213, 3d06h ago, via Serial0/0/0:1
Route metric is 40514560, traffic share count is 1
Total delay is 20100 microseconds, minimum bandwidth is 64 Kbit
Reliability 255/255, minimum MTU 1500 bytes
Loading 1/255, Hops 1

Как видим ситуация идентичная с первым маршрутизатором.

Ситуация следующая: весь трафик идет через основной канал, и балансировка нагрузки не работает. Резервный канал простаивает и начинает нагружаться, если падает первый канал.


Решение:

Конечно вариантов решения данной проблемы может быть несколько. Я после нескольких дней раздумий и консультаций на форумах, решил пойти по пути наименьшего сопротивления и использовать маленькую хитрость: установить задержу 1990 на Serial0/0/0:1 2811-2, тогда маршруты будут иметь одинаковую метрику и будут нагружены равномерно.

Итак наши шаги:

1) Не забываем выставить для процесса eigrp maximum-paths 2
2) Прописываем задержку для интерфейса Serial0/0/0:1 второго маршрутизатора delay 1990

Результат:

На 2811-1 появился новый маршрут через интерфейс FastEthernet0/1 и метрики у двух маршрутов совпадают ——> балансировка работает:
2811-1#sh ip route 192.168.10.0
Routing entry for 192.168.10.0/24
Known via «eigrp 1», distance 170, metric 40514560, type external
Redistributing via eigrp 1
Last update from 192.168.198.99 on FastEthernet0/1, 00:14:09 ago
Routing Descriptor Blocks:
* 192.168.199.201, from 192.168.199.201, 00:14:09 ago, via Serial0/0/0:1
Route metric is 40514560, traffic share count is 1
Total delay is 20100 microseconds, minimum bandwidth is 64 Kbit
Reliability 255/255, minimum MTU 1500 bytes
Loading 39/255, Hops 1
192.168.198.99, from 192.168.198.99, 00:14:09 ago, via FastEthernet0/1
Route metric is 40514560, traffic share count is 1
Total delay is 20100 microseconds, minimum bandwidth is 64 Kbit
Reliability 255/255, minimum MTU 1500 bytes
Loading 35/255, Hops 2
Послесловие:
данное решение может показаться не совсем логичным и изрядно усложняющим дальнейший траблшуттинг, я с этим тезисом полностью соглашусь. Для людей которые не имеют огромного опыта работы с CISCO и которым нужно быстрое решение, я думаю моя статья окажется полезной. Основной сложностью, почему был выбран данный путь решения проблемы, является NAT на 2811-1 и 2811-2. Буду рад комментариям и предложениям.
По материалам Хабрахабр.



загрузка...

Комментарии:

Наверх