Таблица 17.4 – Метрики маршрутов используемые по умолчанию при перераспределении маршрутной информации

17.3 Настройка перераспределения маршрутной информации из присоединенных и статических маршрутов

Пример настройки перераспределения маршрутной информации из присоединенных и статических маршрутов приводится на рисунке 17.2.

r1#show ip route

.. .. ..

Gateway of last resort is not set

172.16.0.0/16 is variably subnetted, 2 subnets, 2 masks

R172.16.1.0/24 [120/1] via 172.16.0.2, 00:00:18, FastEthernet0/0

C 172.16.0.0/28 is directly connected, FastEthernet0/0 192.168.1.0/28 is subnetted, 2 subnets

R192.168.2.0/28 [120/1] via 172.16.0.2, 00:00:18, FastEthernet0/0 C 192.168.1.0/28 is directly connected , FastEthernet0/1

10.0.0.0/24 is subnetted, 1 subnets

S10.0.0.0/24 is directly connected , Null0

r2#show ip route

.. .. ..

Gateway of last resort is not set

172 .16.0.0/16 is variably subnetted, 2 subnets, 2 masks S 172.16.1.0/24 is directly connected, FastEthernet0/0

C 172.16.0.0/28 is directly connected, FastEthernet0/0

192 .168.1.0/28 is subnetted, 2 subnets

R 192.160.1.0/28 [120/1] via 172.16.0.1, 00:00:18, FastEthernet0/0

C 192.168.2.0/28 is directly connected, FastEthernet0/1 S 192.160.3.0/28 [1/0] via 172.16.0.1

10.0.0.0/24 is subnetted, 1 subnets

R10.0.0.0/24 [120/1] via 172.16.0.1, 00:00:18, FastEthernet0/0

Рисунок 17.2 – Перераспределение присоединенных и статических маршрутов в протокол RIP

283

Перераспределение маршрутной информации из присоединенных и статических маршрутов в динамические протоколы маршрутизации осуществляется при помощи команд redistribute connected и redistribute static соответственно. Синтаксис команд соответствует общему синтаксису команды redistribute описанному в примере 17.7.

После применения команд redistribute connected и redistribute static на маршрутизаторах R1 и R2 в их таблицах маршрутизации появились маршруты протокола RIP до непосредственно подключенных к их соседям сетей, хотя команд network описывающих эти сети в конфигурации процесса маршрутизации RIP нет.

Стоит также обратить внимание на то, что в конфигурации маршрутизатора R2, отсутствует команда redistribute static, однако в таблице маршрутизации маршрутизатора R1, находится сеть 172.16.1.0/24. Это связано с тем, что в протоколе маршрутизации RIP механизм перераспределения маршрутной информации включается автоматически для статических маршрутов, у которых в качестве точки назначения указывается не IP адрес, а непосредственно подключенный интерфейс, а также IP адрес сети получателя принадлежит сетям, описанным в одной из команд network процесса маршрутизации RIP.

Рассмотренный механизм распространения информации о непосредственно подключенных к маршрутизатору сетях в динамический протокол маршрутизации получателях, может показаться, достаточно удобным, с точки зрения внесения изменений в конфигурацию процесса маршрутизации таких протоколов как EIGRP или OSPF. Ведь достаточно один раз использовать команду redistribute connected при настройке процесса маршрутизации и в дальнейшем не нужно описывать в процессе маршрутизации новые сети, настраиваемые на маршрутизаторе и удалять неиспользуемые при помощи команд network.

Стоит отметить, что практика такого использования команды redistribute connected широко распространена в корпоративных сетях передачи данных. Однако такое распространение информации о непосредственно подключенных сетях в протоколы маршрутизации EIGRP и OSPF является совершенно неправильным.

Как упоминалось ранее, в протоколе маршрутизации EIGRP, введено разделение внутренних и внешних маршрутов по административному расстоянию. Внутренние маршруты протокола EIGRP имеют административное расстояние равное 90, что позволяет им выигрывать практически у любых других динамических протоколов маршрутизации, тогда как для внешних маршрутов протокол EIGRP по умолчанию устанавливает административное расстояние равным 170 (Рисунок 17.3). Это приводит к тому, что внешние маршруты протокола EIGRP наоборот проигрывают всем остальным динамическим протоколам маршрутизации. Следовательно данная ситуация потенциально может приводить к возникновению маршрутных петель в домене маршрутизации EIGRP.

284

r1#show ip route

.. .. ..

C192.168.1.0/28 is directly connected , FastEthernet0/1

r2#show ip route

.. .. ..

C192.168.2.0/28 is directly connected, FastEthernet0/1

Рисунок 17.3 – Перераспределение присоединенных маршрутов в протокол EIGRP

Пример использования команды redistribute в протоколе OSPF приводится на рисунке 17.4.

r1#show ip route

.. .. ..

172.16.0.0/28 is subnetted, 1 subnets

C 172.16.0.0 is directly connected, Serial0 192.168.1.0/28 is subnetted, 2 subnets

O E2 192.168.2.0/28 [110/1] via 172.16.0.2, 00:00:18, Serial0

C192.168.1.0/28 is directly connected , FastEthernet0/1

r2# show ip ospf border-routers

OSPF Process 1 internal Routing Table

Codes: i - Intra-area route, I - Inter-area route

i 172.16.0.1 [50] via 172.16.0.1, Serial0, ASBR, Area 1, SPF 4

Рисунок 17.4 – Перераспределение присоединенных маршрутов в протокол OSPF

После использования данной команды в настройке процесса маршрутизации OSPF, маршрутизатор становится ASBR маршрутизатором, и производит

285

распространение, полученных подобным образом маршрутов при помощи LSA сообщений 5 типа. Как известно распространение данных LSA производится без изменений по всему обмену маршрутизации OSPF. Кроме того, в протоколе OSPF имеется запрет на размещение ASBR маршрутизаторов в тупиковых зонах.

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

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

17.4 Настройка перераспределения маршрутной информации в протокол RIP

Перераспределение маршрутной информации в протокол маршрутизации RIP осуществляется при помощи команды redistribute, синтаксис которой приводится в примере 17.9.

Пример 17.9 – Синтаксис команды redistribute (RIP)

(config-router)#redistribute protocol [process-id] [as-number] [metric metricvalue] [match route-type] [tag tag-value] [route-map map-tag] (config-router)# no redistribute protocol [process-id] [as-number] [metric metric-value] [match route-type] [tag tag-value] [route-map map-tag]

Описание параметров команды redistribute (RIP) приводиться в таблице

17.5.

Таблица 17.5 – Параметры команды redistribute (RIP)

286

r1#show ip route

.. .. ..

172.16.0.0/16 is variably subnetted , 10 subnets, 4 masks

O172.16.1.0/28 [110/101] via 172.16.0.2, 00:00:18 FastEthernet0/1

O172.16.2.0/24 [110/61] via 172.16.0.3, 00:10:45 FastEthernet0/1

.. .. ..

192.168.0.0/28 is subnetted, 5 subnets

C192.168.0.0/28 is directly connected, Serial0

R1R2

r1# router ospf 1

network 172.16.0.0 0.0.255.255 area 1 router rip

network 192.168.0.0 redistribute ospf 1 metric 3

r2# show ip route

.. .. ..

172.16.0.0/16 is variably subnetted , 10 subnets, 4 masks

R172.16.1.0/28 [120/4] via 192.168.0.1, 00:00:24 Serial1

R172.16.2.0/24 [120/4] via 192.168.0.1, 00:00:24 Serial1

.. .. ..

192.168.0.0/28 is subnetted, 5 subnets

R192.168.0.0/28 is directly connected, Serial1

R192.168.0.16/28 [120/6] via 192.168.0.16, 00:00:24, Serial2

.. .. ..

Рисунок 17.5 – Перераспределение маршрутной информации в протокол RIP

287