Заметки к CCNP Route: редистрибуция IGP часть 2

Tue, 11 Sep 2012 12:16:42 +0000

Пришло время поговорит на тему редистрибуции маршрутной информации, а именно о тех случаях, когда требуется отказоустойчивость и в схему добавляются дополнительные маршрутизаторы, чтобы исключить единую точку отказа. Проблема заключается в том, что при определенных условиях маршруты, редистрибуции которых уже произведена могут “перетекать” обратно в оригинальный протокол маршрутизации. Cisco крайне отрицательно относится и всячески не рекомендует двухстороннюю редистрибуцию. В этом случае взамен следует создавать статические маршруты или маршруты по умолчанию.

Предотвращение петель с помощью увеличения метрик Link to heading

Рассмотрим следующую схему:

Заметки к CCNP Route: редистрибуция IGP часть 1

Mon, 10 Sep 2012 18:39:30 +0000

Мы уже говорили с вами по поводу базовой редистрибуции OSPF и EIGRP друг в друга, но в обоих случаях весь рассказ заключался в подаче одной команды без объяснений. Настало время дать стране угля и поговорить про редистрибуцию подробнее, а так же о проблемах, которые могут возникать в процессе редистрибуции.

Редистрибуция в EIGRP Link to heading

В общем виде команда выглядит так:

redistribute protocol [ process-id | as-number ] [ metric bw delay reliability load mtu ] [ match ( internal | nssa-external | external 1 | external 2 ) ] [ tag value ] [ route-map name]

IGP Redistribution on Twistedminds

Заметки к CCNP Route: редистрибуция IGP часть 2

Предотвращение петель с помощью увеличения метрик Link to heading

Заметки к CCNP Route: редистрибуция IGP часть 1

Редистрибуция в EIGRP Link to heading