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

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

¬ этой заключительной статье о перераспределении маршрутов мы проверим работу Route redistribution с помощью IPv6 и увидим небольшое отличие в настройке routes redistributed IPv6 от routes redistributed IPv4.

ѕредыдущие статьи из цикла:

  1. „асть 1. ѕерераспределение маршрутов (Route redistribution)
  2. „асть 2. ‘ильтраци€ маршрутов с помощью карт маршрутов
  3. „асть 3. ѕерераспределение маршрутов между автономными системами (AS)

ѕерераспределение подключенных сетей

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

¬от что удивительно. ≈сли мы делаем перераспределение маршрута на этом маршрутизаторе, сети IPv4, св€занные с интерфейсами этого маршрутизатора, участвующими в OSPF в нашем примере, будут перераспределены в EIGRP. ќднако сети IPv6, будут вести себ€ по-другому. ¬ частности, в сет€х IPv6 мы должны ввести дополнительный параметр в нашу конфигурацию перераспределени€ маршрутов, €вно указыва€, что мы хотим перераспределить подключенные сети. ¬ противном случае эти маршруты IPv6, св€занные с непосредственно с подключенными интерфейсами, не перераспредел€ютс€.

Ћогика такого поведени€ вытекает из понимани€ того, что дл€ перераспределени€ маршрута данный маршрут должен по€витьс€ в таблице IP-маршрутизации маршрутизатора.  онечно, когда посмотрим таблицу IP-маршрутизации маршрутизатора и увидим непосредственно подключенные сети, эти сети отображаютс€ как подключенные сети, а не сети, которые были изучены с помощью определенного протокола маршрутизации.

¬ то врем€ как route redistribution дл€ IPv4 понимает, что сеть напр€мую подключена, но участвует в процессе маршрутизации и поэтому будет перераспределена, route redistribution дл€ IPv6 не делает такого предположени€. ¬ частности, если мы перераспредел€ем сети IPv6 из одного протокола маршрутизации в другой, эти сети должны отображатьс€ в таблице маршрутизации IPv6 маршрутизатора вместе с указанием, что они были изучены с помощью перераспредел€емого протокола маршрутизации.  онечно, мы можем добавить дополнительный параметр к нашей команде redistribute, чтобы заставить эти непосредственно подключенные сети IPv6 (участвующие в распростран€емом протоколе) также быть перераспределенными. Ёта настройка будет продемонстрирована немного позже.


ѕерераспределение в OSPF

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

ќднако параметр подсети в IPv6 route redistribution отсутствует. ѕричина в том, что IPv6 не имеет пон€ти€ о подсет€х.


ѕример route redistribution IPv6

„тобы продемонстрировать перераспределение маршрутов IPv6, рассмотрим следующую топологию:

топологи€

ѕротоколы маршрутизации OSPFv3 и EIGRP дл€ IPv6 уже были настроены на всех маршрутизаторах. “еперь давайте перейдем к маршрутизатору CENTR и настроим взаимное route redistribution между этими двум€ автономными системами. ”бедимс€ в этом, проверив таблицу маршрутизации IPv6 маршрутизатора CENTR.

проверим таблицу маршрутизации IPv6 маршрутизатора CENTR

ѕриведенные выше выходные данные показывают, что мы изучили две сети IPv6 через OSPF, две сети IPv6 через EIGRP, а CENTR напр€мую подключен к двум сет€м IPv6. ƒалее, давайте настроим взаимное перераспределение маршрутов между OSPFv3 и EIGRP дл€ IPv6.

CENTR # conf term
Enter configuration commands, one per line. End with CNTL/Z.
CENTR (config)# ipv6 router eigrp 1
CENTR (config-rtr) # redistribute ospf 1 metric 1000000 2 255 1 1500?
include-connected Include connected
match Redistribution of OSPF routes
route-map Route map reference
cr
CENTR (config-rtr) #redistribute ospf 1 metric 1000000 2 255 1 1500 include-connected
CENTR (config-rtr) #exit
CENTR (config) # ipv6 router ospf 1
CENTR (config-rtr) #redistribute eigrp 1?
include-connected Include connected
metric Metric f or redistributed routes
metric-type OSPF/IS-IS exterior metric type for redistributed routes
nssa-only Limit redistributed routes to NSSA areas
route-map Route map reference
tag Set tag for routes redistributed into OSPF
cr
CENTR (config-rtr) #redistribute eigrp 1 include-connected
CENTR (config-rtr) #end
CENTR#

ќбратите внимание, что конфигураци€ взаимного перераспределени€ маршрутов, используема€ дл€ маршрутов IPv6, почти идентична нашей предыдущей конфигурации дл€ перераспределени€ маршрутов IPv4. ќднако дл€ обеих команд перераспределени€ был указан параметр include-connected. Ёто позволило маршрутизатору CENTR перераспределить сеть 2003::/64 (непосредственно подключенную к интерфейсу Gig0/1 маршрутизатора CENTR и участвующую в OSPF) в EIGRP. Ёто также позволило маршрутизатору CENTR перераспределить сеть 2004::/64 (непосредственно подключенную к интерфейсу Gig0/2 маршрутизатора CENTR и участвующую в EIGRP) в OSPF.

„тобы убедитьс€, что наша конфигураци€ рабоча€, давайте перейдем на оба маршрутизатора OFF1 и OFF2, убедившись, что каждый из них знает, как достичь всех шести сетей IPv6 в нашей топологии.

show ipv6 route

¬ышеприведенные выходные данные подтверждают, что маршрутизаторы OFF1 и OFF2 знают о своих трех непосредственно св€занных маршрутах и трех маршрутах, перераспределенных в процессе маршрутизации. »так, как мы видим, что когда речь заходит о routes redistributed IPv6, то не так уж много нового нужно узнать по сравнению с routes redistributed IPv4.