Как реализовать балансировку нагрузки при статической маршрутизации?

[dosmen 3]

Всем доброго времени суток!

Может подскажет кто как реализовать балансировку нагрузки при статической маршрутизации в cisco IOS ?

[Neelix 33]

гугли cisco load balance, там множество вариантов....

[dosmen 3]

Все гугле обгуглил, на циско ком тоже ничего нет, это очень спецефическая задача, потому и обращаюсь к общественности!

[troyan 0]

IOS кагбэ автоматом балансит нагрузку по статическим маршрутам с одинаковыми метриками на одну цель. Другой вопрос, как будет вам приходить трафик обратно (в особенности, если имеете ввиду интернет). А если есть два роутера, два аплинка, пишете с обоих сторон статику по стрелкам на целевые сетки. Если облака л2, то больше ничего не надо. Если л3, то позаботьтесь, чтоб транзитные маршрутизаторы имели представление о целевых сетках.

Следуйщая запись в таблице указивает на балансировку:

S	   172.16.2.0 [1/0] via 10.0.0.2
			   [1/0] via 10.0.1.2

Или я чего недопонял?

[dosmen 3]

Схема какраз такаяже,Облака лауер 3, я так понимаю записи делать приблизительно такие

Router(config)#ip route 172.16.2.0 255.0.0.0 10.0.0.2  110
Router(config)#ip route 172.16.2.0 255.0.0.0 10.0.1.2  110

 

110 это метрика, просто у меня есть опасения что будет выбиратся только первый маршрут!

(в виду имеется не интернет). На транзитных маршрутизаторах будет крутится чтото свое , например OSPF , но это уже меня не касается, маршруты к сети 172.16.2.0 там точно будут.

[troyan 0]

110 это метрика, просто у меня есть опасения что будет выбиратся только первый маршрут!

110 - это не метрика, а административная дистанция (для статики по дифолту 1) (пусть не сбивает вас с толку подсказка в IOS, которая говорит, что это "Administrative metric".

Что дает статика с большой админдистанцией? Обычно никакая динамика не может выбить статику из роутинг таблицы. Но если надо, чтоб маршрут, который приходит, например по EIGRP, брал превосходство над статикой, надо, чтоб она была прописана с АД, большей, чем АД EIGRP (тоесть 91 и больше для обычных (неагрегатных) внутренних маршрутов). По-этому, насколько я понял, в вашем случае как раз НЕ надо менять АД, иначе возможны нежелательные ефекты, так как OSPF-роуты будут выбивать статику, а так как OSPF умеет только equal-cost load balancing, скорее всего трафик будет идти по одному наиболее предпочтительному маршруту (с меньшей метрикой).

Если все-таки надо, можете уточнить значения админдистанций.

А если есть сомнения по поводу того что где и как будет/не будет работать, советую сэмулировать похожую топологию на Gns3, особенно если еще нет оборудования на руках.