Маршрутизация в Junos: статические маршруты, OSPF, routing instances

Доброго времени суток, коллеги! Сегодня у нас на дворе 30 августа, и мы с вами продолжаем курс, посвященный изучению операционной системы Junos. На прошлом занятии мы с вами завершили модуль, посвященный базовой настройке устройств под управлением Junos. Также посмотрели, как производить мониторинг и обслуживание устройств под управлением Junos. Сегодняшняя наша тема – это основы маршрутизации. Разберем, что такое таблица маршрутизации, таблица пересылки, как они формируются.

Понастраиваем статические маршруты и чуть-чуть поговорим про ОСПФ, буквально по касательному. Стоит для начала дать самые базовые определения о понятии маршрутизации. Маршрутизация IP, как здесь написано, это концепция передачи пакетов между отдельными канальными средами, или также эти канальные среды можно назвать подсетями. Маршрутизация – здесь на рисунке показана определенная схема, и на данной схеме к трем маршрутизаторам подключено несколько канальных сред. Так вот, маршрутизация – это процесс принятия маршрутного решения на каком-либо устройстве.

Ну, чаще всего это устройство будет называться маршрутизатором. Есть так называемый destination-based routing и policy-based routing. destination-based routing – принятие маршрутного решения. Для него требуется построение таблицы маршрутизации на устройстве. Также в данном случае принимается во внимание только адрес назначения пакета, проходящего через данное устройство. Также для данной маршрутизации требуется иерархическая адресация,

и данная маршрутизация относительно проста в реализации. Policy-based routing – это же маршрутизация по заданным наборам правил. В Juniper'е policy-based routing называется filter-based forwarding. Мы о нем чуть-чуть поговорим. Маршрутное решение принимается на основе firewall-фильтров в Juniper'е. Вот. Мы можем принимать во внимание любые параметры, такие как адрес источника, содержимое пакета, загрузку интерфейса в текущее время и прочие-прочие параметры

во время при реализации полюса-based routing. Что необходимо для обеспечения связанности между двумя удаленными точками? Во-первых, это наличие физического пути от края до края, наличие физической связанности. Физическая среда может изменяться на всем протяжении пути, но главное, чтобы данная физическая, чтобы хоть какая-либо физическая среда была между двумя удаленными точками, между двумя оконечными точками. Следующее требование – это наличие корректных маршрутов на транзитных площадь и заторах

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

то бишь движок маршрутизации формирует таблицу маршрутизации. Далее на основе этой таблицы маршрутизации строится таблица пересылки forwarding table и далее эта таблица пересылки пересылается на пакет forwarding engine локальная копия данной таблицы на линейные карты. Вот и коммутация пакетов производится, пересылка пакетов производится уже на основе этой локальной копии таблицы пересылки. Таким образом, центральный процессор на движке маршрутизации никак не принимает участие в пересылке пакетов.

Маршрутное решение принимается на линейных картах, на пакет forwarding engine на движке пересылки пакетов. Здесь у нас есть небольшая гифка. Как это происходит? Было все видно. У нас прилетел определенный апдейт. У нас формировалась таблица на пакетах, муштизации рутинг тейбл. На основе этой таблицы муштизации сформировалась таблица пересылки. Таблица пересылки была переслана на движок пересылки пакетов. И пакетики уже пересылаются на основе данной копии таблицы пересылки.

на линейных картах. Теперь, какие существуют источники маршрутной информации? Ну, во-первых, это базы данных различных протоколов в маршрутизации абсолютно всех. У SPF, RIB, ASIS, BGP. и также различные другие источники маршрутной информации, такие как Direct Connected маршруты и статические маршруты. Из всего этого формируется таблица маршрутизации. Далее, как производится выбор активного маршрута в таблице маршрутизации.

Здесь у нас чуть ниже показан, ой, пардон, пример вывода таблицы маршрутизации. Для маршрута, для префикса 111111, по 32-й маске. Сразу забегаю чуть-чуть вперед, для просмотра таблицы маршрутизации используется команда SHOW RODE. И по умолчанию Junos выбирает единственный активный маршрут в таблице маршрутизации. Для просмотра таблицы маршрутизации используется команда SHOW RODE. И по умолчанию Junos выбирает единственный активный маршрут для каждого префикса назначения в таблице маршрутизации. То бишь, если, как у нас здесь указано на примере, у нас данный маршрут был получен по протоколу OSPF, как это здесь указано в квадратных скобочках,

и причем у нас здесь есть несколько NEXHOPов для данного префикса несколько маршрутов. Так вот, по умолчанию Equival load balancing на Juniper не работает. И здесь, как вы видите, вот эта вот стрелочка напротив маршрута обозначает, что он выбран в качестве активного. Для того, чтобы включить Equival load balancing требуется дополнительная настройка. Мы это еще посмотрим, как это делается.

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

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

Для данных маршрутов preference всегда ноль. Данные маршруты являются самыми приоритетными. Что, я думаю, вполне логично. Из интересного здесь OSPF internal 10 Статический маршрут 5 RIP 100 OSPF External маршруты 150 и BGP как Internal, так и External 170 preference Junos хранит множество таблиц маршрутизации Множество таблиц маршрутизации

Здесь приведены основные имеющиеся таблицы маршрутизации на устройство Junos Первое Самая основная таблица маршрутизации имеет название Inet.0 Это основная таблица маршрутизации, которая хранит IPv4 и Unicast маршруты Далее Inet.1 Это для IPv4 Multicast маршрутов Далее Таблица маршрутизации Inet.2 Используется протоколом BGP для IPv4 проверок адресов источника Multicast Таблица маршрутизации Inet.3

Используется для хранения MPVS LSP Коммунируемых по меткам путей Таблица Inet.4 Используется для протокола MSDP Далее Таблица Inet.6.0 Аналогично с таблицей Inet.0 Используется для IPv6 Unicast маршрутов Таблица MPLS.0 Используется для хранения транзитных коммутируемых по меткам путей Коммутируемых по меткам путей Можно добавлять дополнительные таблицы По умолчанию

на устройстве инициализирована только таблица Inet.0 Inet.0 Если мы задействуем IPv6 адреса то у нас также задействуется таблица Inet.6.0 Ну и аналогично и со всеми остальными данными таблицами По умолчанию используется только таблица Inet.0 Как я уже говорил В просмотре таблицы амортизации команда ShowRoad Здесь какая информация нас интересует Здесь

указывается имя таблицы амортизации По умолчанию команд вывод команды ShowRoad покажет вам все имеющиеся все задействованные таблицы амортизации на устройстве Здесь имя таблицы амортизации Inet.0 Основная таблица амортизации Сколько префиксов назначения имеется Сколько маршрутов Сколько из них активных Далее указываются собственно префиксы назначения Далее Справа от префикса назначения Звездочкой

указывается выбранный источник маршрута В квадратных скобочках указывается источник маршрутной информации через слэш его преференс Далее указывается время которое маршрут содержится в таблице маршрутизации маршрутизации когда он появился в таблице маршрутизации и ниже указывается next hop данного маршрута данного маршрута стрелочка рядом с next hop указывает что данный маршрут выбран в качестве

активного теперь поговорим про таблицу пересылки данная таблица по сути является подмножеством таблицы маршрутизации и хранит необходимую информацию для пересылки пакетов и хранит необходимую информацию для пересылки пакетов для просмотра таблицы пересылки необходимо использовать команду show route forwarding table и данная таблица имеет следующую таблицу и данная таблица имеет следующую структуру имеет табличный вид указывается имя

таблицы маршрутизации из которой была взята информация далее указываются префиксы назначения первый столбец указывается тип маршрута указывается next hop указывается тип next hop указывается указывается тип маршрута указывается next hop указывается тип next hop указывается тип next hop про типы маршрутов и типы next hop мы с вами поговорим и далее далее то что нас интересует это исходящий сетевой интерфейс для отправки пакетов теперь какие типы

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

первым это маршруты установленные при инициализации движка маршрутизации при инициализации движка маршрутизации устройство также устанавливает дополнительные маршруты которые которые я вам покажу и юзер это маршруты установлены протоколами маршрутизации или настроенные пользователем давайте вернемся на 1 слайд назад и посмотрим здесь у нас есть дефолтный маршрут установленный пользователем тип юзер здесь указан next hop вот этот next hop

это macadres устройство у нас есть также еще один дефолтный маршрут и у него тип маршрута первым данный маршрут установлен самой системой инициализации если бы у нас не было дефолтного маршрута который мы установили установили самостоятельно то устройство забегая немного вперед просто бы сбрасывала данные пакеты так как типу на скопа здесь стоит reject reject обозначает сбрасывать пакеты если они не попали если бы пакет не попал не под ни под одну существующую запись в таблице пересылки то он был бы обложен

далее маршрут из серии 10100 1010010 маршрут установленный в результате настройки интерфейса а именно это адрес под сети также 1010011 это собственно ip адрес настроенный на интерфейсе и 1010012 это ip адрес настроенный на противоположном устройстве с противоположной стороны здесь 10013 это широкий и так же у нас на интерфейсе настроен

ip адрес 111111 и еще у нас есть маршрут установлены пользователями или полученный с помощью протокола мошенации до префикса назначения 22 22 22 22 22 теперь про типы next hop в таблице пересылки первый первый юникастом next hop в таком случае движок пересылки пакетов выполнит одноадресную пересылку пакета на канальном уровне далее блаткаст это широковещательная рассылка пакета на канальном уровне

мультикаст соответственно многоадресная рассылка на канальном уровне мультикаст соответственно многоадресная рассылка на канальном уровне мекс копы с типом холд это означает что данный маршрут еще ожидает резолва на движке маршрутизации тип мекс копа local это локальный адрес на каком-либо интерфейсе но это значит что мекс коп для данного маршрута еще не определен вот

local это локальный адрес на интерфейсе в таком случае пакет будут отправлен через внутренний линк в сторону движка маршрутизации далее receive данные пакеты отправляются на движок маршрутизации с данным типом не мекс копа reject это в таком случае движок при ссылке пакетов сбросит пакет и отправит сообщение ахиньпи анвичи бу дискарт это сброс пакетов без отправки сообщения ахиньпи анвичи бу вот разницу между разницу между reject и дискарт было бы здорово запомнить может пригодится

reject сброс и отправка сообщения дискарт тихий сброс пакета и тип записи некс копа юникас лист это отправка на адрес из списка некс копов данный тип некс копа используется при ловон некс копов и некс копов и некс копов некс копы некс копы некс копы некс копы используется при ловон бауон синге если он у нас настроен теперь давайте вернемся опять же на пару слайдов назад и посмотрим какие типы некс копов у нас здесь есть и у нас есть опять же наш дефолтный маршрут который имеет юникас клубы тип некс копа есть также дефолтный маршрут есть также

дефолтный маршрут заданный системой с типом ракет с типом reject то бишь он отбросит пакеты и отправить сообщение о синьке нынче был далее в для настроенном на интерфейсе здесь тип некс копа локал на противоволожном стороне IP адрес который находится соответственно юникас брат кастовый адрес под сети имеет соответственно тип некс копа брат каст адрес адрес адрес адрес на локбэк интерфейсе 111 111 имеет тип некс копа

локал адрес адрес адрес адрес настроенный на локбэк интерфейсе 111 111 имеет тип некс копа локал и адрес полученный с помощью протокола мошечный с помощью протокола мошечизации также имеет тип некс копа юникаст еще раз поговорим как производится процесс пересылки пакетов движок пересылки пакетов сравнивает полученный пакет

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

назначения отдается приоритет приоритет данной таблице пересылки пакет попадет в любом случае как минимум под одну запись это либо маршрут по умолчанию если он имеется в таблице маршрутизации в таком случае пакет будет отправлен на MAC адрес шлюза если маршрута по умолчанию нет то как мы сказали данный пакет будет отброшен и будет отправлено сообщение ICMP Unreachable далее поговорим немного про routing instance они же экземпляры маршрутизации у джунаса есть возможность с и

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

Здесь ниже у нас показана имеется табличка. По умолчанию у нас на устройстве все таблицы маршрутизации и интерфейсы находятся в ротинг-инстансе Master. Данный ротинг-инстанс имеет таблицу маршрутизации Enet0 и все интерфейсы. Здесь у нас показано мы создали еще два ротинг-инстанца. Это CastA и CastB. Таблица маршрутизации в ротинг-инстансе CastA для IPv4 адресов будет иметь название CastA.inet.0. То бишь к названию Enet0 спереди добавляется имя ротинг-инстанса.

И это таблица... Именно так будет называться таблица маршрутизации для IPv4 маршрутов в данном ротинг-инстансе. Также к данному экземпляру маршрутизации привязано несколько интерфейсов. Гигабит Enet0.0.2, Enet0.3, интерфейс Lookback0.1 и настроим протокол BGP. Вот. В мастере же у нас таблица Enet0.0.1, также два интерфейса. Интерфейс Lookback0.1 и протокол USPF. Вот. В ротинг-инстансе CastB таблица маршрутизации для IPv4 маршрутов будет иметь название CastB.inet.0.

Здесь у нас также на устройство привязано к данному экземпляру маршрутизации два физических интерфейса. Lookback интерфейс и настроим дефолтный маршрут. Как просматривать таблицу маршрутизации до различных ротинг-инстансов? Как я уже говорил, по умолчанию есть инстанс мастер, в котором находятся все интерфейсы, таблица Enet0. Также имеются различные другие служебные экземпляры маршрутизации. Они используются сугубо для связи компонентов устройств между друг другом.

Для просмотра экземпляров маршрутизации используются команда show road instance. Данная команда покажет имя инстанса. Вот здесь, например, в мастер таблица маршрутизации Enet0 и количество маршрутов активных в данной таблице маршрутизации. Также здесь есть инстансы Juniper Private 1, Juniper Private 2. Это все как раз служебные ротинг-инстансы. Далее.

Какие типы роутинг-инстансов существуют? Тип форвардинг. Используются для реализации фильтр-based forwarding. Он же PBR. Можно его так назвать. Это маршрутизация на основе файл-фильтра. Далее. L2 VPN. Используется для реализации сервисов L2 VPN. Далее. Virtual Router. Используется для... Как раз для того, о чем мы говорили. Это как раз для виртуализации системы. Далее. Тип VPS. Для реализации сервисов VPS. И тип VF.

Используется для реализации L3 VPN сервисов на устройстве. Мы с вами будем говорить как раз про тип virtual router. Как он настраивается? Настраивается. Настраивается экземляр маршрутизации на уровне иерархии. Edit Routing Instances. И далее указывается имя инстанца. Что необходимо настроить. Здесь у нас настроен в нашем примере. Routing Instance. С именем NetEdo1.1. Тип инстанца Virtual Router. К данному инстанцу привязаны интерфейсы Gigabit Ethernet 002. Gigabit Ethernet 003. И UBEC 0.1.

И здесь также... У нас сделаны определенные настройки маршрутизации. Хочу обратить ваше внимание, что в отличие от устройств других вендоров, настройка маршрутизации производится внутри настройки Routing Instances. Как правило, например, насколько я знаю, нацистские, это все производится отдельно. То бишь, если мы хотим прописать нацистский статический маршрут, то это... нам, как обычной команде статического маршрута, нужно добавить опцию VRF.

В самом начале. Здесь же вся настройка маршрутизации для данного Routing Instances производится внутри настройки данного Routing Instances, внутри данного уровня иерархии. Здесь у нас настроен статический маршрут, дефолтный Routing, Routing, с XHOP, 190, 12, 168, 30, 362. И также настроен протокол OSPF и данный протокол включен на двух интерфейсах, на физическом интерфейсе GigaBit, ZRM, 003 и на lookback. Как смотреть маршруты в данных Routing Instances. Команда ShowRoute,

Table, и дальше указывается имя таблицы маршрутизации. Здесь, когда указываете имя, очень удобно пользоваться табом, потому что имя таблицы маршрутизации получается достаточно длинным и прописывать его руками может быть проблематичным. Здесь, как мы видим, для нашего настроенного Routing Instances NetEdo1 1 таблица маршрутизации имеет имя NetEdo1.net.0 Здесь у нас есть некоторое количество маршрутов, в том числе наш статический маршрут, OSPF маршруты и Direct Connected маршруты

для интерфейса HUB, GigaBit Ethernet 002 и здесь должен быть еще GigaBit Ethernet 003, но он не влез в вывод. Можно также просматривать состояние интерфейсов в различных экземлярах маршрутизации команда showinterfaces.tags и далее добавить дополнительную опцию Routing Instances он покажет, покажется, данная команда покажет состояние интерфейсов для конкретного Routing Instances здесь у нас мы добавим, у нас было добавлено

три интерфейса данный Routing Instances и команда showinterface.tags Routing Instances NetEdo1.1 показала нам состояние этих трех интерфейсов. Также для команд ping Ternet Traceroute SSH также можно использовать опцию Routing Instances с указанием имени инстанса для проверки сетевой связности или проверки маршрута в данном экземпляре маршрутизации.

Далее. Routing Instances мы с вами обязательно понасравим, но сначала поговорим о статических маршрутов. Я думаю, все из вас знакомы. Это собственно статические маршруты администраторы устройств настраивают вручную. данные маршруты могут использоваться до самых различных сценариев, но они не очень удобны, если мы имеем какую-либо большую сеть. в

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

в качестве нексхопа можно указать опции reject и discard, которые мы с вами рассмотрели несколько минут назад. вот это то о чем я вам как раз сейчас рассказал. По умолчанию рекруксивный поиск нексхопа в таблице маршрутизации не выполняется. статичное маршруты остаются на таблице маршрутизации до тех пор, пока не будут удалены или не станут неактивными. единственные сценарии когда нексхоп статический маршрут может стать неактивным это если станет недоступен его на маршрут может стать неактивным это если станет недоступен его next hop то бишь если из таблицы

маршрутизации исчезнет диклик коннекта сеть в которой находился данный микс хоп и статические маршруты настраиваются на уровне иерархии и гид локинг общем так давайте сделаем перерывчик 10 минут как настраивают статические маршруты здесь указан на данном слайде пример на строке статического маршрута с несколькими любопытными опциями сама схема настройки сама конфигурационная команда из уровня иерархии и дитролтинг options сет статик раут далее указывается префикс назначения здесь у нас

два маршрута он его префикс 0000 срочной у 2 префикс назначения 10 10 132 152 по 32 маски далее указывается слово микс хоп и указывается собственно микс хоп здесь также в настройке данных статических маршрутов использована несколько дополнительных опций например опция но у ряд вект а из данная опция предотвращает и дистрибьюцию данного маршрута в другие протоколы маршрутизации даже если вы настроите например и дистрибьюцию статических маршрутов в

но и спер данный маршрут не будет экспортирован в данный протокол маршрутизации да опция qualified next hop позволяет задать 2 next hop для данного маршрута и позволяет для данного 2 next hop изменить preference тем самым данный preference у основного статического маршрута и у qualified next hop они будут независимы и если у нас маршрут с основным их скопом станет неактивным основной next hop у нас станет неактивный то маршрут

переключится на 2 next hop с меньшим preference напомню у статических маршрутов preference пятерочка и опция резов как я уже отмечал по умолчанию рекруксивный поиск на с next hop а не выполняется если мы используем данную опцию то juniper все-таки выполнить рекруксивный поиск indirect next hop а для данного маршрута для просмотра стратических маршрутов можно отфильтровать таблицу маршрутизации по протоколу с помощью команды шоу-рот протокол статик данная команда отобразить статические маршруты в таблице

маршрутизации здесь как видим у нас есть два маршрута дефолтный маршрут и маршрут 10 10 32 52 и так у дефолтного маршрута у него есть два next hop а основной next hop с preference пятерка и qualified next hop с preference 7 если основной next hop станет недоступен то данный маршрут переключится на qualified next hop с меньшим прессом далее мы с вами уже говорили про функционал рпм

здесь мы с вами посмотрим как данный функционал можно использовать для резервирования канала совместно со статическими маршрутами с помощью данного функционала можно настроить переключение маршрута с одного next hop на другой в зависимости от результатов рпм тестов что нам не необходимо для этого настроить необходимо чтобы у нас был маршрут с next hop и квалифайт микс копом далее нам необходимо настроены рпм тесты оценивающие доступность основного канала и также нам необходимо настроить сервис айпи мониторинг данный сервис на настраивается на уровне и рак и и дитсервис или дитсервис асаби айпи мониторинг данный

сервис будет производить переключение маршрута на запасной next hop в зависимости от результата рпм тестов давайте посмотрим как это дело настраивается здесь у нас есть настроенный точнее здесь у нас есть настроенный маршрут дефолтный с next hop и квалифайт микс копом далее у нас настроен сервисы рпм проба нет тест с одним тестом который пингуют айпи адрес 4 8 и также настроен сервис айпи мониторинг данном сервисы

настроена политика над полисей в данной политике настроена следить за рпм пробой нет тест и далее указана команда then preferred road указан маршрут road наш дефолтный маршрут 0000 0 и укажен и указан next hop 172 20 22 22 что значит данная команда буквально она значит что если результаты данного рпм теста будут не успешны то переключить маршрут 0000 на next hop 172 20 22 22 то бишь на наш

квалифайт next hop посмотрим как можно посмотреть результаты наши достройки обратное переключение выполняется автоматически если результаты рпм теста неудачный то он переключить переключить на резервный канал как только результаты рпм тестов вернуться в норму произойдет обратное переключение данный сервис айпи мониторинг он следит за результатами рпм тестов если тест тесты

не успешны то он переключает если все хорошо то не переключает работу сервисом айпи мониторинг можно посмотреть с помощью команды шоу сервисом айпи мониторинг статус здесь выводе над данной команды у нас указана поле политика айпи мониторинг нет полисе в данной политике у нас привязана рпм проба нет тест с тестом т1 адрес сам 4 восьмерки и статус собственно данного теста данном примере статус данного теста фейл текущий результат теста фейл то бишь тест неудачный и далее у нас ниже есть

раут экшен в раут инстанции нет 0 данное переключение можно настраивать вы газды разных раутинг инстанциях далее указан маршрут который нас интересует это дефолтный маршрут и далее указан next hop 172 20 22 22 который мы выбрали и стоит и планет это значит что собственно произведено переключение на next hop 172 20 22 22 если бы результат теста был успешен то здесь в статусе теста было бы слово пас состояние раут экшен здесь было бы not apple right и посмотрим как у нас изменилась таблица

машин после этого здесь как мы видим у нас появился статический маршрут есть статический маршрут с преференсом единичка который естественно является более приоритетным чем все остальные и система выбирает данный маршрут и производит собственно переключения на резервный канал это что касается как пемп тема и айпи мониторинга ну вот он собственно

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

по новой маршрут для перед dramatically услуга если Так, так, так, так, так. Так, так, так, так.

Ок. Ок. Полностью вайпнуть. Со сбросом настроек или просто производить? Ок. Какой комплект вы напомните? Первый. Так. Так. Так. Так. Так. Так. Так. Так. Так. Так. Так. Так. Так. Так. ага готова сейчас он загрузится можете так

прежде чем настраивать с вами маршрутизацию давайте настроим айпи адреса на интерфейсах лбк 0 на миксах наши айпи адреса на уборках пусть у вас будут 4 от это все это пусть у вас будут равны номеру вашего комплекта то бишь если 1 комплекту это 1111 по 32 маски для этого перейдем на уровень иерархии интерфейсов и укажем set LO unit

LO 0 unit 0 FAMILY INET адрес у меня олбэк будет 10 нет 9 9 9 по 32 маски применим настойки Bene NEW oc Посмотрим.

Show-on-tech faces-tags, back0. Да, видим, что у back0, unit0 у нас есть один IP-адрес. Теперь, после того, как вы настроите ваши у-back, давайте настроим связность между у-back, а не наших МХ. Для этого нам понадобится настроить статические маршруты. Переходим на уровень иерархии git routing options.

И указываем команду set static route. Указываем префикс назначения. Указываем next hop. Указываем префикс назначения. Указываем next hop. Указываем next hop. Указываем next hop. И здесь у нас есть различные также опции. Но нас тут пока что ничего не интересует.

Пока что просто настроим связанность между нашими. до первого комплекта, до второго. до третьего. Вы, соответственно, настроите маршрут в мою сторону. Я здесь в префиксах назначения не указываю маску. Так как если просто указать IP-адрес, то Junos по умолчанию будет считать, что это адрес хоста.

И примет для данного префикса назначения 32-ю маску. Посмотрим, что у нас получилось. Вот у нас есть три маршрута. С различными next hop. Давайте для каждого из данных маршрутов настроим еще qualified next hop. Мы с вами настраивали дополнительные sub-interface 100 и 200 между друг другом. Давайте в качестве qualified next hop укажем next hop 100 саб-интерфейса.

Команда set static route Prefix на значение qualified next hop 10, 11, 100, 11. Далее указан preference. Например, пусть будет 100. и так для каждого маршрута. Все. Посмотрим, что у нас получилось.

Все. Теперь у нас для каждого маршрута до ваших рубоков есть и основной next hop и qualified next hop. С preference 100. Давайте применим настройки. И попробуем поппинговать настройки. наши лукбеки. Пока нет. Второй есть контакт. И третий. И третьего у нас сегодня с ценами нет. Он долго загружается. Так, теперь к контакту.

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

У вас это будет интерфейс гигабит изернет 003. который должен работать DHCP сервер и адреса на данном интерфейсе нам необходимо получить с помощью DHCP. У меня же это все подключено в интерфейс. Гигабит изернет 007. Я сначала удалю все настройки которые на нем. были. были. сейчас. Гигабит изернет 007. Гигабит изернет 007. Я сначала удалю все настройки которые на нем.

Gigabit Ethernet 007 я сначала удалю все настройки которые на нем были теперь настроим получение IP адреса под DHCP на данном устройстве setGigabit Ethernet 007 unit 0 family innet держся да ладно адрес не верю своим глазам

неужто виртуальный имэкс не умеет получать IP адрес под DHCP на интерфейсе ладно тогда давайте зададим IP адреса вручную сеть из поезда 192.168 1 1 1 2 2 2 2 2 2 3 2 3 3 3 4 4 4 5 5 5 5 5 5 6 6

6 7 7 7 8 8 9 0 1 12 6 7 8 1 8 8 1 2 8 1 1 9 3 8 8 9 9 9 9 1 9 10 здесь мы выбираем какой-нибудь ip адрес для первого комплекта пусть это будет 110 для второго 120 для третьего 130 адреса на данном интерфейсе

потому что ответ монтаж можно Спасибо. Спасибо.

Спасибо. Спасибо. Спасибо. Спасибо. Хоть он не интимуется. Ну пусть посмотрим таблицу маршрутизации. Вот они кстати наши статические маршруты в таблице маршрутизации. Основной с preferencen 5 и резервный с preferencen 100. Давайте посмотрим. Давайте попробуем настроить дефолтный маршрут в сторону данного устройства.

Перейдем на ловень и архив routing options. Дефолтный маршрут можно указывать в таком виде 0.0. Juniper поймет это. Если я не ошибаюсь. применим настройки. применим настройки. и чтим электрINA на установку доскиτ применим настройки

попробуем что-нибудь компинговать не пингуется не пингуется не пингуемся чистую mercılуру липekk траву ряд товарищ Угу.

Печально. Ладно. Давайте тогда переместимся на наш SFX. Так, одну секунду. Попробуем настроить на SFX.

Для этого у меня это тоже здесь это физгабит изернет-007. Даю с него все настройки. И задам . . . Вот здесь есть возможность по DHCP получить IP адрес на интерфейсе. . . Команда set gigabit . . .

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . что у нас получится.

Смотрим, что у нас получилось. Приучили у нас IP-адрес на этой модели. Посмотрим, что нам говорит TCP dump. Продолжение следует...

Так, ну-ка. Ну да, не нажимаем. Адреса никакого нет. Адреса никакого нет. Адреса никакого нет. Адреса никакого нет. Угу. Ладно.

Разберемся с этим чуть попозже. А сейчас давайте на наших MX-ах понастраиваем routing инстансы. У нас каждому физическому интерфейсу соответствует три SAP интерфейса. Субтитры делаем. У нас каждому физическому интерфейсу соответствует три SAP интерфейса. 0 и 100 SAP интерфейса мы использовали для статических маршрутов. Давайте интерфейс гигабит из GIGABIT EZNAT0.0.1, SAP интерфейс GIGABIT EZNAT0.0.0.200 добавим в наш новый routing инстанс.

Также создадим lookback интерфейс. Убек 0.1.1. И также я попрошу вас разобрать агрегированный канал, который вы собирали между MX и SRX. И один из данных интерфейсов любой на ваш урок также добавить в routing instance. Поехали. Входим в конфигурационный режим. Создаем set routing instances.

Точнее лучше перейдем на данный режим и вязки. Далее в номер инстанса. Пусть это будет instance test. Далее set instance type. Определяем тип инстанса. Вот здесь вот столько много инстансов. Нас интересует тип virtual router. Далее. Привязываем интерфейсы к routing instances. Интерфейс гиби биты. Интерфейс гиби биты зорет 0. 0.1 точка. далее привязываем интерфейсы к раутинг инстансу интерфейс гиби биты зернет 0

0.200 0.200 0.200 интерфейс 0.1 у juniper есть определенная особенность дело в том что максимально в одном роутинг инстансе может быть максимум один оба конток из настроения отличие от оборудования других лендеры и

в моем случае я также добавлю интерфейс а е 0 вы же в свою очередь этот а е 0 или какой у вас какой вы использовали номер этого регионов а е 0 вы же свою очередь этот а е 0 или какой у вас какой вы использовали номер этого регионов вы его разберите настройте как два отдельных интерфейса как указано на схеме соответствующими ip адресами и один из этих интерфейсов добавьте в данный роутинг роутинг инстанс далее

на наградение выйдем из настройки роутинг инстанса и настроим интерфейс интерфейс интерфейс в 0 и нет 1 на нем ip адрес ip адрес на данном в бак интерфейсе настраивайте каждый октет это два номера вашего комплекта то бишь для первого комплекта это будет в бак 111111111 для второго соответственно два номера 2222222222 у меня это будет у бак 9999999

вы маски вернемся обратно на ултинг инстансу построим статический маршрут здесь они настраиваются точку точно также здесь также есть уровень иерархии роутинг options дальше команда точно такая же статик рут и настроил бэк настроим маршруты до ваших лукбэк интерфейс лукбэк интерфейс 111111111 и лукбэк и настроим маршруты до ваших лукбэк интерфейс лукбэк лукбэк интерфейс 11111111111 H11, H11, H11. H11, H11. H11.

H11. 202 212 22 22 22 next hop 10 ой махнулся нет

мы добавляли 2 сотые 0 и сотый нас использует мы задействовали в настройке наших статических адресов в основном роутинг инстанция все теперь маршрут верим теперь маршрут до 22 22 22 здесь 12 20 здесь 12 20 33 33 33 33 33 33 34 34

35 34 35 35 35 35 35 35 36 35 35 36 35 36 36 36 37 регистрах до регистрах очень важен у джиннипера не тот routing instance это легко исправить

например с большим джиннип belang Place ensemble Аминь. Аминь.

Так. Посмотрим, что у нас тут получилось в данном Гаутинг Инстанте. В Гаутинг Инстанте привязано несколько физических интерфейсов. Интерфейс LookBet 0. И создано несколько статических маршрутов. Я удалю лишний Гаутинг Инстанс. Давайте применим настройки и сравним наши Гаутинг Инстансы.

Что у нас получилось. Все. Настройки применились. Можно попробовать попинговать ваши лукбэки из Роутинг Инстанса. И мы видим, что связанность в данном Роутинг Инстансе между нашими лукбэками есть. Давайте посмотрим таблицу маршрутизации. ShowRoad. Данная команда покажет нам основную таблицу маршрутизации.

Inet 0. Наши статические маршруты, которые мы настроили. Директр и коннектор маршруты, настроенные на интерфейсах. И вторая таблица маршрутизации. Это таблица маршрутизации нашего Гаутинг Инстанса. Обращу ваше внимание, что в основной таблице маршрутизации теперь нет маршрутов, связанных с интерфейсом. С SAP интерфейсом 200. Теперь все эти маршруты находятся в таблице маршрутизации test.inet.0. И здесь же наши статические маршруты до ваших лукбэков.

А также IP адрес на интерфейсе лукбэк 0. Угы. Угы. Хорошо. Давайте сделаем небольшой перерыв. И потом продолжим. Угы. Угы. Хорошо. Давайте сделаем небольшой перерыв. И потом продолжим. Пока продолжим. И так. И так. И так. И так. И так. И так. И так. И так. И так. И так. И так.

И так. И так. И так. И так. И так. И так. И так. давайте настроим покажу я это на секунду покажу это на примере комплекта виктора виктора

второй комплект на сколько я помню у вас настроен в основной таблице маршрутизации loopback 4 двоечки собственно до данного лбк мы и будем проверять связанность перед этим давайте я настроена и свеки статический маршрут пусть это

данная сырекся ешку тоже развалите пусть это в моем случае будут путь не маршрут 100 минут от второго комплекта ум plum

set static load 0 next hop static load 0 next code и в в в в в в в в в 12 1 1 1 1 и также я настрою qualified mix hop в

сторону моего МИКСа основной маршрут у меня будет смотреть что ну srx а виктора квалифайдных сход будет смотреть в сторону моего м x а коле фарина схоп 898 1 с преференсом пусть будет все к валиф файк next hop настроили нам нужно настроить сервис rpm переходим на соответствующий

уровень иерархии создаем пробу пусть это будет здесь настроим один тест с именем т1 укажем в качестве таргета я укажу вашу б адрес таргет адрес 4 двоечки далее количество пингов пусть будет 10 в одном тесте интервал между пробами пусть будет 3 секунды

интервал между тестами пусть будет 20 секунд интервал между тестами пусть будет 20 секунд настроим пороговые значения пинговые значения пусть будет 1 секунд сессию ложь и и тотал вас 5 пусть у нас будут такие пороговые значения

если три подряд или пять просто в течение теста пакетов будет потеряна топ тест у нас будет считаться не успешным и теперь зададим параметры отправки set destination destination interface и да 0.02 reset

next hope 1.1 посмотрим что у нас получилось вот наш RPM тест с таргет адресом 4.2 допустим это будет какой то ресурс в интернете количество проб 10 интервал между пробами 3 интервал между тестами 20 такой стандартная вполне настройка теста

теперь нам нужно настроить сервис IP monitoring настраиваем на нем политику тест настраиваем соответствие RPM пробы пробую под temples специалисты ació联ат 你 告 holy JON や You did protect you vis Я снова забыл где я нахожусь.

Это же команда edit. Здесь мы настраиваем политику. Указываем ей соответствие. RPM пробы. RPM тест. Указываем действия, которые мы будем производить, если тест в данной RPM пробы будут неуспешными. Здесь есть несколько действий. Можно выбрать предпочтительный маршрут, предпочтительный next hop. Или же можно включать или выключать интерфейс. Выберем preferred route 0-0.

Next hop. 192-168-98-1. Посмотрим, что у нас получилось. Так выглядит настройка сервиса IP Monitoring. Посмотрим, что у нас получилось. Так выглядит настройка сервиса IP Monitoring. Создаем политику. Указываем соответствие RPM пробы. И указываем действия, которые необходимо производить, если тесты в данной RPM пробы будут неудачными. Теперь, Виктор, можете нас в своем SRX настроить маршрут в сторону loopback вашего MX, чтобы связанность между нами появилась.

И соответственно на MX также. Здесь на MX. Виктор, в котором мы видим интерфейс E0. И из routing instance пока что. Так как данный интерфейс по сути сейчас не реагированный, состоит из одного линка. Потому что один из линков ушел в интернет.

И так далее. И так далее. И так далее. Давайте применим настройки. И посмотрим, что у нас из этого получится. И так далее. И так далее. Так上面. И так далее.

И так далее. Давайте посмотрим. Виктор, настройте на SRX маршрут в сторону UBK MX и на MX маршрут в обратную сторону до сети 10.22.1.0. Виктор, настройте на Санкт-Петербурге.

Виктор, настройте на Санкт-Петербурге. Виктор, настройте на Санкт-Петербурге.

Пока что я вам покажу TCP-думп с интерфейса. И вы увидите, что эти пинги отправляются в монитор трафика. Виктор, настройте настройки. Спасибо. Странно. Странно. Странно. Странно. Странно. Странно. Странно. Странно. również...

Странно. Продолжение следует... Давайте посмотрим show-сервис srpm probe results. Здесь у нас выведены результаты нашего теста. И пока что все отправленные пробы были неудачными.

Вот они, собственно, IT ICMP пакетики. Продолжение следует... А вы добавили его в security зону после того, как разбили агрегированный интерфейс? Добавьте...

Добавьте... Скорее всего, после этого все должно... Заработать. О! О! Вижу reply. Вот они.

Я отправляю асиньпи request и мне приходят reply. Вот IP адреса 2222. Посмотрим результаты. Результаты FPM пробы. Вот здесь сразу видно, что ответы пошли. И вот здесь сразу видно, что ответы пошли. И вот здесь. И вот здесь. 10 отправлены на 10 получено. 10 отправлено на 10 получено. 10 отправлено. И вот здесь. И вот здесь. И вот здесь, что ответы пошли. 10 отправлено на 10 получено. И значение параметра. 10 отправлено на 10 получено. И значение параметра. round trip time. Временное прохождение пакета. И вот здесь. И вот здесь. И вот здесь. Сразу видно, что ответы пошли. 10 отправлено на 10 получено. И значение параметра round trip time.

10 отправлено на 10 получено. И вот здесь. И вот здесь. Временное прохождение пакета туда-туда. Обратно. Теперь посмотрим состояние сервиса IP Monitoring. Команда операционного режима. Show service IP Monitoring Status. Как видите, в данный момент. RPM тест. Пройден успешно. Результат. Результат. RPM теста удовлетворительный. И поэтому переключение на запасной NextHop не произведено. Можем посмотреть в таблице маршрутизации Show Road. Что да, действительно у нас основной маршрут с основным

NextHop как был активным, так и остался. Теперь, Виктор, можете отключить интерфейс на SFX в сторону моего SFX. очистить интерфейса и ответить интерфейса. Как интересноrat 업 2019 с помощью эта НК فөтф wine Woods-ш Anybody В2015. Залейтеgeons & OLT. Продолжение следует...

Продолжение следует... Продолжение следует...

Продолжение следует... Продолжение следует... Продолжение следует... Продолжение следует... Продолжение следует... Продолжение следует... Продолжение следует... Продолжение следует... Продолжение следует... Продолжение следует... Продолжение следует... Продолжение следует... Продолжение следует... Продолжение следует... Продолжение следует... С.. в максимально низкое значение что делает его наиболее приоритетным сейчас у нас естественно пингов до 4 двоек не будет потому что у нас связанность между нами настроена не до конца а в этом нам поможет динамическая

маршрутизация надеюсь с RPM все более менее понятно достаточно удобный механизм вот Виктор можете включать интерфейс обратно в masculinity на head зад посмотрим шоу уже более ε в и мы поговорим про основы динамической маршрутизации на примере протокола

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

на основе и различают следующие типы протоколов динамической маршрутизации это interior gateway protocol это протокол внутри доменной маршрутизации то бишь протоколы взаимодействия устройств внутри автономной системы и exterior gateway protocol протоколы между доменной маршрутизации то бишь взаимодействие между автономными системы небольшая классификация протоколов основные типы есть дистанционно-векторные

протоколы которые основаны на дистанционно-векторном алгоритме данные протоколы достаточно простые в реализации например протокол вип дистанционно-векторным также можно отнести протокол бджп но и он иногда также называет пас векторным протоколом и то второй тип протоколов это протоколы с отслеживанием состояния каналов так называемый link state протоколы основанный на link state алгоритме или алгоритме x3 примерами данных протоколов является оспе и асс теперь более немножко более подробнее про протокол

оси спирт как уже было сказано это протокол с отслеживанием состояния каналу маршрутизаторы отправляет информацию о своих линках и подключенных сетях и установленных соседства как уже было сказано используется алгоритм geek dx3 или он же шо ты спас first алгоритм для поиска кратчайшего пути преимущества данного протокола можно выделить что они данный протокол быстро реагирует на изменения изменения в сети каждый маршрутизатор имеет полную карту топологии сети не знаю там от бы абсолютно всех сетях

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

алгоритму шо ты спас first в таком случае придется просчитывать кратчайшие маршруты слишком долго при изменении и возникновение каких-либо изменений вот поэтому выходом из данной ситуации является разбить такую большую топологию на несколько регионов вот и данные роутеры на границах регионов также называемые абреррами они анонсируют сети и из других регионов все регионы соединяются между собой по схеме звезда центре располагается так называемый так называемый backbone area это area с номером 0 который

подключается все остальные данная схема используется для избежания петель в данном протоколе теперь поближе к настройке вот так выглядит самая базовая настройка данного протокола настраивается он на уровне игроки и edit protocols о спеев при настройке но и спеев мы пардон мы указываем зону

регион и далее мы указываем интерфейсы на которых мы включили хотим включить о спеев и все это по сути вся настройка о спеев самая базовая настройка включение успех на интерфейсов до джуни выполняется именно следующим образом команда здесь будет вывести с эту спеев если из уровней игроки вид протокол с из петель в то то с этой 0 интерфейс номер интерфейса как можно мониторить успех какие основные колланды для мониторинга успех шоу успех интерфейс для просмотра интерфейсов на которые включен успех

в какой зоне находится данный интерфейс и их состояние и количество соседей на данном интерфейсе шоу успех наибор позволяет просмотреть активных соседей за каким интерфейсом находится данные соседи состояние соседства роутер айди все hold time и все для просмотра маршрутов полученных по протоколу но успех также можно отфильт отфильтровать таблицу маршрутизации по отдельному протоколу команда show hold protocol

uspf и мы получим все протоколы успех имеющиеся в таблице маршрутизации хорошо давайте сделаем перерывчик и потом понастраиваем успех на наших устройствах вот это что касается протоколов успех мы настроили их на интерфейсах видим соседства у нас установились и маршруты мы получили теперь мы создали наш роутинг инстанс и достаточно часто возникает необходимость

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

это использовать внутренний туннельный интерфейс он обозначается лт вот он я его выделил лт 00 вот это внутреннюю сущность данном интерфейсе мы можем создать несколько юнитов из которых мы можем привязать к определенному инстансу не буду показывать как он настраивается том будьте в курсе что с помощью

данного виртуального туннеля внутри устройства можно организовать взаимодействие в логический туннель внутри устройства между и взаимодействие между инстансами еще один способ как организовать взаимодействие между инстансами это статический маршрут следующего вида выглядит следующим образом например мы хотим создать маршрут до сети 22 22 22 22 22

префикс назначение двоек качестве next hop а здесь есть специальная опса есть next hop а есть next table и здесь указывается таблица таблица маршрутизации данный маршрут буквально гласит что маршрут до префикса 22 22 22 22 следует искать в таблице тест и тест и нет ну это еще один способов настройки взаимодействия между гаутинг инстансами и

последний и последний и самый интересный способ настройки взаимодействия между гаутинг инстансами это небы группы меб группы позволяют импортировать маршрутизации между раутинг инстансами как покажу на примере как это настраивается на уровне и иерархии на уровне иерархии edit routing options нам необходимо создать мебгруппу делается с помощью либо группы конечно же веб groups ручки информающим бы без groups далее указывается название группы

далее если мы хотим импортировать маршруты в какую-либо таблицу маршрутизации из какой-либо то нам необходимо использовать импорт либо и далее далее открывается квадратная скобка и здесь квадратных сушку и скобках указывается на первом месте на первом месте указывается из какой таблицы маршрутизации мы будем экспортировать маршруты будет нашим суппица и нет 0 и на последующих местах их может быть несколько указываются

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

например к протоколу оспф или к дирекли коннекты маршрутом например если мы хотим импортировать дикт дирекли коннект маршруты находящиеся в таблице маршрутизации нет 0 что нам необходимо сделать на уровне иерархии дитроутинг options есть специальная опция set interface roads это собственно источник маршрутной информации который отвечает за директ и коннект маршруты set interface roads и здесь указываем либо групп для ipv4 таблицам маршрутизации и нет и название либо группы

настройки посмотрим изменилось ли у нас что-нибудь в таблице маршрутизации ротинг инстанца тест шоу роут тейбл тест

и нет 0 и да действительно как видно раньше у нас здесь были только интерфейсы в интерфейс с юнитом 200 сейчас же здесь появились директ или коннект коннект маршруты с юнитом 100 и юнитом 0 для каждого интерфейса таким образом как мы видим маршруты были успешно экспортированы и импортированы в данную таблицу маршрутизации также мы можем например

импортировать информацию по протоколу ospf переходим на уровень иерархии git протоколу ospf и здесь также set либо групп имя либо группы все интер посмотрим теперь опять же на на таблицу маршрутизации инстанца тест и да действительно как мы видим сюда были импортированы также различные

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