17 Совместная работа нескольких протоколов маршрутизации

17.1 Совместная работа протоколов маршрутизации без перераспреде-

ления

Очевидно, что ни чего не мешает запустить два и более протокола маршрутизации на одном и том же маршрутизаторе. В некоторых случаях это может показаться неплохой идеей. Например, при планировании перехода с одного протокола маршрутизации на другой, может потребоваться включить новый протокол маршрутизации в «теневом режиме», т.е. установить административное расстояние большее, чем у основного протокола маршрутизации.

Хотя идея кажется неплохой, она вряд ли жизнеспособна, если в качестве нового протокола маршрутизации выбран дистанционно-векторный протокол. На самом деле дистанционно векторные протоколы маршрутизации могут объявлять только те сети получатели, которые были успешно внесены ими в свою таблицу маршрутизации. В описанной ситуации, преднамеренно сделано так чтобы маршруты нового протокола маршрутизации не попадали в таблицу маршрутизации, следовательно, маршрутизаторы не смогут обмениваться маршрутной информацией по новому протоколу маршрутизации, так как источником при обмене маршрутной информацией является таблица маршрутизации.

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

Рассмотрим, насколько сильно отличается поведение протокола EIGRP, от других дистанционно-векторных протоколов маршрутизации в предложенной ситуации. Для этого воспользуемся сетью передачи данных изображенной на рисунке 17.1.

Рисунок 17.1 – Совместная работа двух протоколов маршрутизации без перераспределения маршрутной информации

275

На всех маршрутизаторах входящих в сеть передачи данных параллельно запущено два протокола маршрутизации – это протоколы RIP и EIGRP. Необходимо обратить внимание на то что, все маршрутизаторы имеют в своей конфигурации строчку distance eigrp 130 170, которая устанавливает административное расстояние протокола EIGRP равным 130, что больше административного расстояния протокола RIP, равного 120.

Рассмотрим таблицу маршрутизации маршрутизатора R1, показанную в примере 17.1.

Пример 17.1 – Таблица маршрутизации маршрутизатора R1

r1#show ip route

172.16.0.0/28 is subnetted, 3 subnets

R172.16.0.32 [120/2] via 172.16.0.1, 00:00:18, FastEthernet0/0

R172.16.0.16 [120/1] via 172.16.0.1, 00:00:18, FastEthernet0/0 C 172.16.0.0 is directly connected, FastEthernet0/0

Как и ожидалось, в таблице маршрутизации отсутствуют маршруты, полученные при помощи протокола EIGRP.

Теперь рассмотрим таблицу топологии маршрутизатора R1, она представлена в примере 17.2.

Пример 17.2 – Таблица топологии маршрутизатора R1

Router#show ip eigrp topology

IP-EIGRP Topology Table for AS(1)/ID(172.16.0.2)

P 172.16.0.16/28, 0 successors, FD is Inaccessible via 172.16.0.1 (30720/28160), FastEthernet0/0

P 172.16.0.0/28, 1 successors, FD is 28160 via Connected, FastEthernet0/0

Таблица топологии содержит только две записи, одну о непосредственно подключенной сети 172.16.0.0/28, и одну, полученную от соседнего маршрутизатора R2, 172.16.0.16/28. Об остальных сетях находящихся в домене маршрутизации EIGRP, записи в таблице топологии отсутствуют.

Как видно из примера 17.2 маршрутизатор R2 объявляет сеть 172.16.0.16/28 маршрутизатору R1, с метрикой не равной бесконечности. Однако маршрутизатор R1, помечает данную запись как недоступную, поскольку процессу маршрутизации EIGRP не удалось поместить данный маршрут в таблицу маршрутизации, так как там уже присутствует маршрут до этой сети с меньшим административным расстоянием, полученный от протокола RIP.

Процессы EIGRP запущенные на других маршрутизаторах поступают подобным образом. Они помечают как недоступные все сети, полученные в маршрутных обновлениях, поступивших от соседних маршрутизаторов. Поскольку сети получатели недоступны, маршрутизаторы не станут их объявлять своим соседям.

276

Этот пример наглядно иллюстрирует, что независимо от наличия таблицы топологии в протоколе EIGRP его дистанционно-векторная природа не позволяет использовать имеющуюся информацию.

Если удалить команду distance eigrp 130 170 из конфигурации маршрутизатора R1, то он будет использовать административное расстояние назначенное протоколу EIGRP по умолчанию и равное 90. Следовательно, протокол EIGRP в данном случае сможет устанавливать маршруты в таблицу маршрутизации. Произойдет ли это в действительности? В примере 17.3 приводится таблица маршрутизации построенная маршрутизатором R1, после того как на нем было восстановлено по умолчанию административное расстояние протокола EIGRP.

Пример 17.3 – Таблица маршрутизации маршрутизатора R1 после восстановления административного расстояния протокола EIGRP

r1#show ip route

172.16.0.0/28 is subnetted, 3 subnets

R172.16.0.32 [120/2] via 172.16.0.1, 00:00:15, FastEthernet0/0

D 172.16.0.16 [90/30720] via 172.16.0.1, 00:00:16, FastEthernet0/0

C172.16.0.0 is directly connected, FastEthernet0/0

Действительно в таблице маршрутизации появился один маршрут, полученный по протоколу EIGRP. Данный маршрут относится к единственной сети получателю, находившемуся в таблице топологии маршрутизатора R1 из примера 17.2. Интересной особенностью данной сети получателя является то, что она расположена ровно в одном переходе от маршрутизатора R1. Однако для сетей получателей расположенных далее одного перехода в таблице маршрутизации до сих пор указаны маршруты протокола RIP. Это не удивительно, поскольку на маршрутизаторе R2 и далее процесс маршрутизации EIGRP до сих пор имеет большее административное расстояние, чем процесс маршрутизации RIP. Следовательно, маршрутизатор R2 объявляет посредством протокола EIGRP только непосредственно подключенные к нему сети получатели, которые в лучшем случае расположены в одном переходе от маршрутизатора R1.

Если посмотреть таблицу топологии маршрутизатора R1 (Пример 17.4), можно увидеть, что запись о сети 172.16.0.16 больше не помечена как недоступная.

Пример 17.4 – Таблица топологии маршрутизатора R1 после восстановления административного расстояния протокола EIGRP

show ip eigrp topology

P 172.16.0.16/28, 1 successors, FD is 30720

via 172.16.0.1 (30720/28160), FastEthernet0/0 P 172.16.0.0/28, 1 successors, FD is 28160

via Connected, FastEthernet0/0

277

Это связано с тем, что теперь у протокола маршрутизации EIGRP запущенного на маршрутизаторе R1, меньшее административное расстояние, чем у протокола RIP, и он может занести в таблицу маршрутизации известные ему маршруты.

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

Теперь рассмотрим пример для сети передачи данных, показанной на рисунке 17.1, но с выбранным в качестве теневого протокола маршрутизации протоколом OSPF.

Для запуска протокола OSPF в теневом режиме используется команда distance ospf intra-area 130, устанавливающая административное расстояние внутризональных маршрутов большим, чем административное расстояние маршрутов полученных по протоколу RIP. После запуска протокола маршрутизации OSPF в теневом режиме на всех маршрутизаторах представленной сети передачи данных, необходимо посмотреть таблицу топологии сети передачи данных построенную протоколом OSPF (Пример 17.5).

Пример 17.5 – Таблица топологии сети передачи данных построенная протоколом OSPF

r1#show ip ospf database

OSPF Router with ID (172.16.0.2) (Process ID 1)

Router Link States (Area 1)

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

Уберем из настройки процесса маршрутизации OSPF команду distance ospf intra-area 130, вернув тем самым административное расстояние протокола OSPF используемое по умолчанию и равное 110.

Посмотрим, как изменится таблица маршрутизации (Пример 17.6).

278