ѕодпишитесь на наш Telegram-канал Ѕудьте в курсе последних новостей 👇 😉 ѕодписатьс€
ѕоддержим в трудное врем€ —пециальное предложение на техническую поддержку вашей »“ - инфраструктуры силами наших экспертов ѕодобрать тариф
ѕоставка оборудовани€ √аранти€ и помощь с настройкой. —кидка дл€ наших читателей по промокоду WIKIMERIONET  упить
»нтерфейс статистики Merion Mertics показывает ключевые диаграммы и графики по звонкам, а также историю звонков в формате, который легко поймет менеджер ѕопробовать бесплатно
¬недрение
офисной телефонии
Ўаг на пути к созданию доступных унифицированных коммуникаций в вашей компании ¬недрить
»нтеграци€ с CRM ѕомогаем навести пор€док с данными
и хранить их в единой экосистеме
ѕодключить
»“ Ѕезопастность ”мна€ информационна€ безопасность дл€ вашего бизнеса «аказать
ћерион Ќетворкс

11 минут чтени€

ѕока не создан единый протокол маршрутизации, управл€ющий остальными, существует необходимость в том, чтобы несколько протоколов маршрутизации мирно сосуществовали в одной сети.   примеру, одна компани€ работает с OSPF, а друга€ компани€ работает с EIGRP, и эти две компании слились в одно целое предпри€тие. ѕока вновь образованный »“-персонал не перейдет дл€ использовани€ на единый протокол маршрутизации (возможно они когда-нибудь это сделают), маршруты, известные протоколу OSPF, необходимо объ€вить в часть сети, работающей под управлением EIGRP, и наоборот.

”пом€нутый выше сценарий возможен благодар€ Route redistribution, и именно этому посв€щена данна€ стать€. ƒругие причины, по которым вам потребуетс€ выполнить Route redistribution, это: различные части сети конкретной компании наход€тс€ под различным административным контролем; если необходимо объ€вить маршруты своему поставщику услуг через BGP, или, возможно, необходимо подключитьс€ к сети делового партнера.

–ассмотрим следующую базовую топологию.

“опологи€

¬ простой топологии, показанной выше, мы хотим, чтобы OSPF и EIGRP объ€вл€ли друг другу маршруты, о которых они знают. Ёта концепци€ называетс€ взаимным перераспределением маршрутов. ѕоскольку роутер CENTR имеет один интерфейс в автономной системе OSPF (AS) и один интерфейс в EIGRP AS, он несет ответственность за выполнение Route redistribution.


Seed Metrics

ќсновна€ проблема, с которой мы сталкиваемс€ при Route redistribution между различными протоколами маршрутизации, заключаетс€ в разнообразных подходах, примен€емых протоколами маршрутизации дл€ измерени€ своих метрик. Ќапример, OSPF использует cost-метрику, котора€ основана на bandwidth, в то врем€ как EIGRP использует метрику, основанную на bandwidth и delay, но также может учитывать надежность или (и) нагрузку (и даже использовать Maximum Transmission Unit (MTU) в качестве прерывани€ св€зи). »так, что же нам делать?

ћы, как администраторы, можем настроить метрику, назначенную маршрутам, поступающим из одной AS, которые перераспредел€ютс€ в другую AS. ≈сли нам лень вручную настраивать метрику, котора€ будет использоватьс€ дл€ Route redistribution, то используетс€ seed metric. ¬ следующей таблице показаны seed metrics, используемые различными протоколами маршрутизации.

seed metrics

ќсновыва€сь на приведенной выше таблице, мы видим, что, маршрутам, которые перераспредел€ютс€ в OSPF по дефолту будет назначена метрика 20, если же маршруты, перераспредел€ютс€ в протокол OSPF от протокола BGP, то им будет присвоено значение метрики 1. »нтересно, что и RIP, и EIGRP по умолчанию имеют seed metrics бесконечности. Ёто означает, что любой маршрут, перераспределенный в эти протоколы маршрутизации, будет считатьс€ недостижимым по умолчанию и поэтому не объ€вл€ютс€ никаким другим роутерам. BGP, однако, перераспредел€ет маршрут, полученный из протокола внутреннего шлюза (IGP), использу€ исходную метрику этого маршрута.


ѕример базовой настройки

 онечно, есть еще много вопросов, св€занных с перераспределением маршрутов, таких как циклы маршрутизации, которые могут возникнуть, когда у нас есть несколько роутеров, соедин€ющих наши автономные системы, или выборочна€ фильтраци€ определенных маршрутов от перераспределени€. Ќо мы вернемс€ ко всему этому в следующих стать€х. ј пока давайте разберемс€, как выполнить базовую настройку Route redistribution (перераспределени€ маршрутов). –ассмотрим предыдущую топологию, на этот раз с добавлением информации о сети и интерфейсе:

“опологи€ с добавлением информации о сети и интерфейсе

¬ этой топологии роутер CENTR изучает маршруты от OFF1 через OSPF и от OFF2 через EIGRP. Ёто видно в выходных данных команды show ip route, отображенной на CENTR:

show ip rout

ќднако ни роутер OFF1, ни роутер OFF2 не изучили никаких маршрутов, потому что роутер CENTR еще не выполн€ет Route redistribution. ќб этом свидетельствует вывод команды show ip route, отображенной на OFF1 и OFF2:

show ip route, отображенной на OFF1 и OFF2

“еперь давайте добавим конфигурацию Route redistribution к роутеру CENTR. „тобы подтвердить предыдущее утверждение о том, что seed metric дл€ маршрутов, перераспредел€емых в EIGRP, €вл€етс€ бесконечностью, мы изначально не будем настраивать какие-либо метрики и позволим seed metric вступить в силу.

CENTR# conf term
Enter configuration commands, one per line. End with CNTL/ Z
CENTR(config)#router ospf 1
CENTR(config-router)#redistribute eigrp 1
CENTR(config-router)#exit
CENTR(config)#router eigrp 1
CENTR(config-router)# redistribute ospf 1
CENTR(config-router)#end
CENTR#

 оманда redistribute применена в режиме конфигурации роутера дл€ каждого протокола маршрутизации, и метрика не была указана. ¬ажно, что, когда мы ввели команду redistribute eigrp 1 выше, мы не включили ключевое слово subnets в команду, котора€ заставл€ет как классовые, так и бесклассовые сети перераспредел€тьс€ в OSPF. ќднако, как видно из приведенных ниже выходных данных, ключевое слово subnets было автоматически добавлено дл€ нас:

ключевое слово subnets было автоматически добавлено

ƒанное поведение автоматического добавлени€ ключевого слова subnets наблюдаетс€ в последних верси€х Cisco IOS. Ќекоторые, более старые версии Cisco IOS, не включают автоматически ключевое слово subnets, и вам может потребоватьс€ вручную добавить его в команду redistribute. ƒавайте теперь взгл€нем на таблицы IP-маршрутизации на роутерах OFF1 и OFF2, чтобы увидеть, какие маршруты они изучили (и не изучили).

таблицы IP-маршрутизации на роутерах OFF1 и OFF2 таблицы IP-маршрутизации на роутерах OFF1 и OFF2

ѕриведенные выше выходные данные показывают нам, что роутер CENTR успешно перераспределил маршруты, известные EIGRP в OSPF, которые затем были изучены роутером OFF1. ќбратите внимание, что перераспределенные маршруты, известные роутеру OFF1, имеют метрику 20, котора€ €вл€етс€ seed metrics OSPF. ќднако роутер OFF2 не изучал никаких новых маршрутов, потому что, когда роутер CENTR перераспредел€л маршруты в EIGRP, он использовал seed metrics EIGRP бесконечность (что означает недостижимость). ¬ результате эти маршруты не были объ€влены роутеру OFF2.

„тобы решить эту проблему, нам нужно назначить метрику маршрутам, перераспредел€емым в EIGRP. —уществует три основных способа присвоени€ не дефолтных метрик маршрутам, перераспредел€емым в протокол маршрутизации..

  1. ”становите метрику по умолчанию дл€ всех протоколов маршрутизации, перераспредел€емых в определенный протокол маршрутизации.
  2. ”становите метрику как часть команды redistribute.
  3. ”становите метрику использу€ route-map

„тобы проиллюстрировать первый вариант, давайте настроим метрику дл€ назначени€ всем маршрутам, перераспредел€емым в EIGRP.

CENTR#configuration terminal
Enter configuration commands, one per line. End with CNTL/Z.
CENTR (config)#router eigrp 1
CENTR (config-router)#default-metric ?
1-4294967295 Bandwidth in Kbits per second
CENTR (config-router)#default-metric 1000000 ?
0-4294967295 delay metric in 10 microsecond units
CENTR(config-router)#default-metric 1000000 1 ?
0-255 Reliability metric where 255 is 100% reliable
CENTR (config-router)#default-metric 1000000 1 255 ?
1-255 Effective bandwidth metric (Loading) where 255 is 100% loaded
CENTR (config-router)#default-metric 1000000 1 255 1 ?
1-65535 Maximum Transmission Unit metric of thenpath
CENTR (config-router)#default-metric 1000000 1 255 1 1500
CENTR (config-router)#end 
CENTR#

 онтекстно-зависима€ справка была использована в приведенном выше примере дл€ отображени€ каждого компонента метрики, назначаемого маршрутам, перераспредел€емым в EIGRP. ќднако последн€€ команда была default-metric 1000000 1 255 1 1500. ≈сли бы мы устанавливали default-metric дл€ OSPF, мы могли бы использовать такую команду, как default-metric 30, чтобы назначить стоимость 30 OSPF маршрутам, перераспредел€емым в OSPF. ќднако в этом примере мы указали только default-metric дл€ EIGRP. ƒавайте теперь проверим таблицу IP-маршрутизации на роутере OFF2, чтобы увидеть, были ли маршруты OSPF успешно объ€влены в EIGRP.

проверим таблицу IP-маршрутизации на роутере OFF

ѕрекрасно! –оутер OFF2 изучил маршруты, происход€щие из OSPF AS. ћы знаем, что маршруты первоначально пришли из-за пределов EIGRP, из-за кода EX, по€вл€ющегос€ в каждом из этих маршрутов.

¬торой вариант установки метрики на Route Redistribution состо€л в том, чтобы назначить метрику как часть команды redistribute, котора€ позвол€ет нам указать различные метрики дл€ различных протоколов маршрутизации, перераспредел€емых в процесс маршрутизации. „тобы проиллюстрировать этот подход, давайте удалим предыдущие команды default-metric и redistribute из роутера CENTR и введем команду redistribute, котора€ определ€ет метрику, котора€ будет назначена.

CENTR#configuration terminal
Enter configuration commands, one per line. End with CNTL/Z.
CENTR(config)#router eigrp 1
CENTR(config-router)#no default-metric 1000000 1 255 1 1500
CENTR(config-router)#no redistribute ospf 1
CENTR(config-router)#redistribute ospf 1 ?
Match Redistribution of OSPF routes
metric Metric for redistributed routes
route-map Route map reference
cr
CENTR(config-router)#redistribute ospf 1 metric 1000000 1 255 1 1500
CENTR(config-router)#end
CENTR#

≈сли мы сейчас вернемс€ к роутеру OFF2, то получим тот же результат, что и раньше:

вернемс€ к роутеру OFF2

“ретьим вариантом установки метрики дл€ Route Redistribution использовании маршрутной карты (route-map). ћаршрутные карты €вл€ютс€ супермощными и могут быть использованы дл€ различных конфигураций. ѕо сути, они могут соответствовать определенному трафику и устанавливать один или несколько параметров (например, IP-адрес следующего прыжка) дл€ этого трафика. ќднако в нашем контексте мы просто будем использовать route-map дл€ указани€ значени€ метрики, а затем применим ее к команде redistribute. ¬ следующем примере показано, как мы можем удалить нашу предыдущую команду redistribute из роутера CENTR, создать route-map, а затем ввести новую команду redistribute, котора€ ссылаетс€ на нашу карту маршрута (route-map):

CENTR#configuration terminal
Enter configuration commands, one per line. End with CNTL/Z.
CENTR(config)#router eigrp 1
CENTR(config-router)#no redistribute ospf 1 metric 1000000 1 255 1 1500
CENTR(config-router)#exit
CENTR(config)#route-map SET-ћETRIC-DEMO
CENTR(config-route-map)#set metric 1000000 1 255 1 1500
CENTR(config-route-map)#exit
CENTR(config)#router eigrp 1
CENTR(config-router)#redistribute ospf 1 route-map SET-ћETRIC-DEMO
CENTR(config-router)#end
CENTR#

¬ приведенном выше примере, после удалени€ нашей команды redistribute, мы создали карту маршрута с именем SET-METRIC-DEMO. Ёто был очень простой route-map, котора€ не должна была соответствовать никакому траффику. ќн был просто использован дл€ установки метрики. ќднако в следующей статье мы увидим, что route-map может быть использована, чтобы дать нам больше контрол€ над нашим перераспределением маршрутов. ¬ нашем текущем примере карта маршрута была затем применена к нашей новой команде redistribute. ќп€ть же, это дает нам тот же результат с точки зрени€ таблицы IP-маршрутизации роутера OFF2:

таблицы IP-маршрутизации роутера OFF

OSPF E1 или E2 Routes

ѕрежде чем мы закончим эту статью в нашей серии Route redistribution, давайте еще раз рассмотрим таблицу IP-маршрутизации на роутере OFF1:

OSPF E1 или E2 Routes

ќбратите внимание, что каждый из маршрутов, перераспределенных в OSPF, отображаетс€ в таблице IP-маршрутизации роутера OFF1 с кодом E2. ќднако наблюдаютс€ также код E1, оба указывающих, что маршрут возник из-за пределов OSPF AS роутера. »так, в чем же разница между этими двум€ кодами?

 од E2 указывает, что маршрут несет метрику, назначенную роутером, выполн€ющим перераспределение, который известен как автономный системный пограничный роутер (ASBR). Ёто означает, что независимо от того, сколько дополнительных роутеров в OSPF мы должны пересечь, чтобы вернутьс€ к ASBR, метрика остаетс€ такой же, какой она была, когда ASBR перераспределил ее.  огда мы перераспредел€ем маршруты в OSPF, эти маршруты, по дефолту, €вл€ютс€ этими External Type 2 (E2).

 од E1 указывает, что метрика маршрута состоит из первоначальной стоимости, назначенной ASBR, плюс стоимость, необходима€ дл€ достижени€ ASBR. Ёто говорит о том, что маршрут ≈1, как правило, более точен, и на самом деле это так. ’от€ наличие кода E1 не дает нам никакого преимущества в простой топологии, как у нас, где роутер OFF1 имеет только один путь дл€ достижени€ ASBR (т. е. CENTR), и где есть только один способ дл€ маршрутов EIGRP быть введенными в наш OSPF AS (т. е. через роутер CENTR).

≈сли мы хотим перераспределить маршруты E1 в OSPF вместо маршрутов E2, то это можно сделать с помощью команды redistribute. ¬ следующем примере мы удал€ем нашу команду redistribute дл€ процесса маршрутизации OSPF на роутере CENTR, а затем повторно примен€ем команду redistribute, указывающую, что мы хотим, чтобы External Type 1 (E1) примен€лись к перераспределенным маршрутам.

CENTR#configuration terminal
Enter configuration commands, one per line. End with CNTL/Z.
CENTR(config)#router ospf 1
CENTR(config-router)#no redistribute eigrp 1 subnets
CENTR(config-router)#redistribute eigrp 1 metric-type ?
1 Set OSPF External “уре 1 metrics
2 Set OSPF External “уре 2 metrics
CENTR(config-router)#redistribute eigrp 1 metric-type 1
CENTR(config-router)#end
CENTR#show

ƒавайте проверим таблицу IP-маршрутизации на роутере OFF1, чтобы увидеть, изменились ли параметры на основе этой новой команды redistribute, введенной на роутере CENTR.

IP-маршрутизации на роутере OFF1 ¬ приведенных выше выходных данных обратите внимание, что маршруты, перераспределенные в OSPF, имеют код E1, а не дефолтный код E2.  роме того, обратите внимание, что это приводит к тому, что метрика этих маршрутов будет немного выше. ¬ частности, роутер CENTR перераспределил EIGRP-изученные маршруты в OSPF, использу€ начальную метрику OSPF 20.

ќднако существует стоимость OSPF 1, чтобы добратьс€ от роутера OFF1 до роутера CENTR. “аким образом, поскольку перераспределенные маршруты были сконфигурированы как маршруты E1, стоимость этих маршрутов с точки зрени€ роутера OFF1 €вл€етс€ стоимостью, первоначально назначенной роутером OFF1, котора€ составл€ла 20, плюс стоимость дл€ OFF1, чтобы добратьс€ до CENTR, который равен 1, итого общей стоимости 21.

ќтлично, теперь вы знаете, как делать перераспределение маршрутов. “еперь почитайте, как сделать ‘ильтрацию маршрутов с помощью карт маршрутов.