Перераспределение протоколов маршрутизации

Перераспределение протоколов маршрутизации Содержание Введение Предварительные условия Требования Используемые компоненты Условные обозначения Метрики Административное расстояние Примеры и синтаксис конфигурации перераспределения IGRP и EIGRP OSPF RIP IS-IS Подключенные маршруты Как избежать проблем из-за перераспределения Пример 1 Пример 2 Пример 3 Дополнительные сведения Введение Применение протокола маршрутизации для объявления маршрутов, определяемых другими способами (например, другим протоколом маршрутизации, статическими маршрутами или маршрутами с прямым подключением), называется перераспределением.

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

И чтобы перераспределение проходило успешно, необходимо учитывать эти различия. Предварительные условия Требования Для этого документа нет особых предварительных условий. Используемые компоненты Сведения, представленные в этом документе, относятся к следующим версиям программного и аппаратного обеспечения. ПО Cisco IOS ® версии 12.2(10b) Маршрутизаторы серии Cisco 2500

Стр. 1

Сведения, представленные в этом документе, были получены от устройств, работающих в специальной лабораторной среде. Все устройства, описанные в этом документе, были запущены с чистой (стандартной) конфигурацией. В рабочей сети необходимо изучить потенциальное воздействие всех команд до их использования. Условные обозначения Дополнительные сведения об условных обозначениях см. в документе Технические рекомендации Cisco. Условные обозначения. Метрики При перераспределении одного протокола в другой следует помнить, что метрики каждого протокола играют важную роль в перераспределении. Каждый протокол использует разные метрики.

Например, метрика протокола RIP основана на количестве переходов, однако протоколы IGRP и EIGRP используют составную метрику в зависимости от пропускной способности, задержки, надежности, загрузки и максимального размера передаваемого блока данных (MTU), где пропускная способность и задержка являются единственными параметрами, используемыми по умолчанию. В процессе перераспределения маршрутов необходимо определить метрику, понятную принимающему протоколу. Есть два метода определения метрик при перераспределении маршрутов. Можно определить метрику только для конкретного перераспределения:

router rip redistribute static metric 1 redistribute ospf 1 metric 1 Или можно использовать одну и ту же метрику по умолчанию для всего перераспределения (использование команды default-metric упрощает задачу, так как в этом случае не нужно определять метрику отдельно для каждого перераспределения.): router rip redistribute static redistribute ospf 1 default-metric 1 Административное расстояние Если маршрутизатор использует более одного протокола маршрутизации и определяет маршрут до одного и того же места назначения с помощью обоих протоколов, какой из маршрутов должен быть признан лучшим? Каждый протокол использует свой тип метрики для определения лучшего маршрута.

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

Стр. 2

В указанной выше топологии, если в маршрутизаторе R1 применяется RIP, а в R2 и R5 одновременно применяются RIP и IGRP с перераспределением RIP в IGRP, возможно возникновение проблем. Например, R2 и R5 оба получают данные о сети 192.168.1.0 от R1 через протокол RIP. Эти данные перераспределяются в IGRP. R2 получает информацию о сети 192.168.1.0 через R3, а R5 — через R4 с помощью IGRP. У IGRP административное расстояние меньше, чем у RIP (100 против 120), поэтому в таблице маршрутизации используется маршрут IGRP. Теперь существует опасность петли маршрутизации.

Даже при наличии разделения горизонта или другой функции, предназначенной для предотвращения петель маршрутизации, все равно имеет место проблема сходимости. Если R2 и R5 также перераспределяют IGRP в RIP (эта операция иначе называется взаимным перераспределением) и сеть 192.168.1.0 напрямую не подключена к R1 (R1 получает данные о ней от другого, маршрутизатора более высокого уровня), то существует потенциальная опасность, что R1 будет получать информацию о сети из R2 или R5 с лучшей метрикой, чем у оригинального источника. Примечание: В маршрутизаторах Cisco используется патентованная механика перераспределения маршрутов.

Правила перераспределения на маршрутизаторах Cisco требуют, чтобы перераспределяемый маршрут присутствовал в таблице маршрутизации. Присутствия маршрута в топологии или базе данных маршрутизации недостаточно. В таблицу маршрутизации всегда заносятся маршруты с меньшим административным расстоянием (AD) . Например, если статический маршрут перераспределяется в IGRP на маршрутизаторе R5 и затем IGRP в свою очередь перераспределяется в RIP на том же самом маршрутизаторе (R5), этот статический маршрут не перераспределяется в RIP, поскольку он не был занесен в таблицу маршрутизации IGRP.

Это происходит потому, что у статических маршрутов AD равно 1, а у маршрутов IGRP AD равно 100, и в таблицу маршрутизации занесен статический маршрут. Чтобы перераспределить этот статический маршрут в IGRP на R5, необходимо воспользоваться командой redistribute static в команде router rip . Стандартное поведение RIP, IGRP и EIGRP — объявлять напрямую подключенные маршруты, когда инструкция network для протокола маршрутизации включает подключенную подсеть интерфейса. Есть два способа получить подключенный маршрут: Интерфейс настроен с IP-адресом и маской — эта соответствующая подсеть считается подключенным маршрутом.

Статический маршрут настроен только с исходящим интерфейсом и без IP-адреса следующего перехода — это также считается подключенным маршрутом. Router# conf t Router(config)# ip route 10.0.77.0 255.255.255.0 ethernet 0/0 Router(config)# end Router# show ip route static 10.0.0.0/24 is subnetted, 1 subnets S 10.0.77.0 is directly connected, Ethernet0/0 Команда network , указанная для EIGRP, RIP или IGRP и включающая ("охватывающая") каждый из этих типов подключенных маршрутов, включает эту подсеть для объявления.

Например, если у интерфейса адрес 10.0.23.1 и маска 255.255.255.0, подсеть 10.0.23.0/24 является подключенным маршрутом и будет объявлена этими протоколами маршрутизации, когда будет выполнена следующая инструкция network :

Стр. 3

router rip | igrp # | eigrp # network 10.0.0.0 Статический маршрут 10.0.77.0/24 также объявляется этими протоколами маршрутизации, так как он подключен и "охвачен" инструкцией network . Рекомендации о том, как избежать этой проблемы, см. в разделе Как избежать проблем, возникающих из-за перераспределения. Примеры и синтаксис конфигурации перераспределения IGRP и EIGRP В следующих выходных данных показано перераспределение маршрутизатором IGRP/EIGRP следующих маршрутов: статических, OSPF, RIP и IS-IS.

router igrp/eigrp 1 network 131.108.0.0 redistribute static redistribute ospf 1 redistribute rip redistribute isis default-metric 10000 100 255 1 1500 Когда протоколы IGRP и EIGRP перераспределяют другие протоколы, им нужно 5 метрик: пропускная способность, задержка, надежность, загрузка и MTU, соответственно. Вот пример метрик IGRP: Несколько процессов IGRP и EIGRP могут запускаться на одном и том же маршрутизаторе с перераспределением между ними. Например, IGRP1 и IGRP2 могут выполняться на одном маршрутизаторе. Однако выполнение двух процессов одного протокола на одном и том же маршрутизаторе редко бывает необходимо и может потреблять память и процессорные ресурсы маршрутизатора.

Перераспределение IGRP/EIGRP в другой процесс IGRP/EIGRP не требует какого-либо преобразования метрик, поэтому во время перераспределения нет необходимости определять метрики или использовать команду default-metric . Метрика Значение пропускная способность 10000 килобит в секунду для Ethernet задержка 100 x 10 микросекунд = 1 миллисекунда для Ethernet надежность 255 для 100-процентной надежности загрузка Эффективная загрузка канала выражается числом от 0 до 255 (где 255 – 100-процентная загрузка) MTU Минимальный MTU пути; обычно равен MTU для интерфейса Ethernet, то есть 1500 байт

Стр. 4