Обзор многоадресной переадресации с помощью IGMP«Снуаринг» или «Сноуинг на базе машинного обучения» в среде EVPN-VXLAN

Преимущества многоадресной переадресации с помощью IGMP«Снуаринг» или «MLD Снушенинг» в среде EVPN-VXLAN

• В среде со значительным объемом многоадресной передачи трафик с помощью IGMP, шпионающего или MLD-накопителя, ограничивает многоадресный трафик в VLAN заинтересованным приемникам и многоадресным устройствам, что экономит пропускную способность сети.

• Синхронизация состояния IGMP или MLD между всеми устройствами EVPN для многодоменных приемников гарантирует, что все абоненты получают трафик многоадресной передачи даже в следующих случаях:

  • Отчеты о членстве в IGMP или МОД для группы многоадресной передачи могут поступать на устройство EVPN, которое не является назначенным переадресатором сегмента Ethernet (DF).

  • Сообщение IGMP или MLD о выходе из группы многоадресной передачи поступает на другое устройство EVPN, чем устройство EVPN, где было получено соответствующее сообщение об объединении группы.

• Выборочная многоадресная переадресация сохраняет использование полосы пропускания в ядре EVPN и снижает нагрузку на исходящие устройства EVPN, у которых нет слушателей.

• Поддержка внешних шлюзов PIM позволяет обмениваться многоадресным трафиком между источниками и слушателями в сети EVPN-VXLAN, а также источниках и слушателях во внешнем домене PIM. Без такой поддержки источники и слушатели в этих двух областях не смогли бы общаться.

Поддерживаемые версии IGMP или MLD и режимы отчета о членстве в группе

В таблице 1 излагаются поддерживаемые версии IGMP и режимы отчетов о членстве, поддерживаемые для каждой версии.

Чтобы явно настроить устройства EVPN для обработки только отчетов о членстве в SSM (S,G) для IGMPv3 или MLDv2, установите evpn-ssm-reports-only конфигурацию на [edit protocols igmp-snooping vlan vlan-name] уровне иерархии.

В экземпляре маршрутизации EVPN (EVI) можно обеспечить обработку только для SSM для одного или более сетей VLAN. При включении этого варианта для типа маршрутизации поведение применяется ко всем VLAN в экземпляре виртуального virtual switchкоммутатора. Если вы включаете этот вариант, устройство не обрабатывает отчеты ASM и отбрасывает их.

Если вы не настраиваете evpn-ssm-reports-only вариант, по умолчанию устройства EVPN обрабатывают отчеты IGMPv2, IGMPv3, MLDv1 или MLDv2 ASM и сбрасывают отчеты IGMPv3 или MLDv2 SSM.

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

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

Например, в типичной оверлейной сети EVPN-VXLAN ERB можно реализовать сценарий использования 1 для переадресации внутри VLAN и сценария использования 2 для маршрутизации и пересыления между VLAN. Или, если вы хотите, чтобы внешний маршрутизатор с многоадресной передачей занимался маршрутизацией между VLAN в вашей сети EVPN-VXLAN вместо устройств EVPN с интерфейсами IRB под управлением PIM, вы можете реализовать сценарий использования 5 вместо сценария использования 2. Если в существующем внешнем домене PIM есть хосты, с которыми вы хотите общаться хосты в сети EVPN-VXLAN, вы также можете реализовать сценарий использования 3.

При реализации любых вариантов использования в оверлейной сети EVPN-VXLAN CRB можно использовать сочетание Spine-устройств, например маршрутизаторов серии MX, коммутаторов EX9200 и Коммутаторов QFX10000. Однако при этом имейте в виду, что функциональность всех Spine-устройств определяется ограничениями каждого Spine-устройства. Например, коммутаторы QFX10000 поддерживают один тип virtual-switchэкземпляра маршрутизации. Хотя маршрутизаторы серии MX и коммутаторы EX9200 поддерживают несколько экземпляров маршрутизации типа evpn или virtual-switch, на каждом из этих устройств, вам придется настроить один экземпляр маршрутизации типа virtual-switch для взаимодействия с коммутаторами QFX10000.

Пример использования: многоадресная передача трафика внутри VLAN

Мы рекомендуем этот базовый вариант использования для всех сетей EVPN-VXLAN.

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

• Хосты, которые размещены на одном устройстве с EVPN или многоадресными адресами на более чем одном устройстве EVPN, в полностью активном режиме.

  Примечание:

  Многоадресная передача EVPN-VXLAN использует специальную обработку отпусков IGMP и MLD для обработки многодоменных источников и приемников, поэтому мы не поддерживаем immediate-leave вариант конфигурации в [edit protocols igmp-snooping] [edit protocols mld-snooping] иерархиях сетей EVPN-VXLAN.

• Экземпляры маршрутизации:

  • (Коммутаторы серии QFX) Один тип virtual-switchэкземпляра маршрутизации.

  • (Маршрутизаторы серии MX, виртуальные маршрутизаторы vMX и коммутаторы EX9200) Несколько экземпляров маршрутизации типа evpn или virtual-switch.

    • Маршрутизаторы EVI ориентированы на расширенные атрибуты сообщества, связанные с многодоменными ИВИ. Маршруты BGP EVPN типа 7 (Join Sync Route) и Type 8 (Leave Synch Route) несут эти атрибуты для одновременной поддержки нескольких экземпляров маршрутизации EVPN.

      Для получения информации о другом поддерживаемом расширенном сообществе см. раздел «Расширенное сообщество флагов с многоадресной передачей EVPN».

• IGMPv2, IGMPv3, MLDv1 или MLDv2. Для получения информации о режимах отчета о членстве, поддерживаемых для каждой версии IGMP или MLD, см. таблицу 1. Для получения информации о синхронизации маршрутов IGMP или MLD между многоадресными устройствами EVPN см . обзор многоадресной переадресации с IGMP или MLD,в среде EVPN-MPLS.

• IGMP, шпионящая за машинами или задвоение машинного обучения. Хосты в сети отправляют отчеты IGMP (для трафика IPv4) или отчеты о мобл (для трафика IPv6), выражающий интерес к определенным группам многоадресной передачи из источников многоадресной передачи. Устройства EVPN с IGMP, которые шпионят за машиной или MLD, позволяют слушать отчеты IGMP или MLD и использовать информацию с занудным доступом для создания маршрутов многоадресной передачи, которые переадресуют трафик группе с многоадресной передачей заинтересованным приемникам.

  IGMP, шпионящая за машиной или MLD, поддерживает отправителей и приемников с многоадресной передачей на одних и разных сайтах. На объекте могут быть только приемники, только источники, или как отправители, так и приемники.

• Выборочные маршруты многоадресной передачи (реклама маршрутов Ethernet Tag (SMET) EVPN типа 6 для переадресации только заинтересованным приемникам). Эта функция позволяет устройствам EVPN выборочно перенаправить многоадресный трафик только устройствам в ядре EVPN, которые проявили интерес к этой группе многоадресной передачи.

  Примечание:

  Мы поддерживаем выборочную многоадресную передачу устройств в ядре EVPN только в оверлеях CRB EVPN-VXLAN.

  Если вы обеспечиваете отслеживание IGMP или перехват машинного обучения, выборочная многоадресная переадресация включена по умолчанию.

• Устройства EVPN, которые не поддерживают отслеживание IGMP, перехват машинного обучения и выборочную многоадресную передачу.

Хотя этот сценарий использования можно реализовать в единой домашней среде EVPN, этот пример использования особенно эффективен в многодомированной среде EVPN с большим объемом многоадресного трафика.

Все многодомованные интерфейсы должны иметь одну конфигурацию, а все многодомованные одноранговые устройства EVPN должны быть в активном режиме (не в режиме ожидания или пассивного).

Устройство EVPN, которое первоначально получает трафик из источника многоадресной передачи, известно как въехающее устройство. Входное устройство обрабатывает переадресации многоадресного трафика внутри VLAN следующим образом:

• Благодаря поддержке IGMP или коммодуля MLD(которая также обеспечивает выборочную многоадресную передачу на поддерживающих устройствах):

  • Как показано на рис. 1, входное устройство (leaf 1) выборочно перенаправляет трафик на другие устройства EVPN с интерфейсами доступа, где есть заинтересованные приемники для той же группы многоадресной передачи.

  • Затем трафик выборочно переадресуется входным устройствам в ядре EVPN, которые рекламируют маршруты SMET типа EVPN 6.

• Если какие-либо устройства EVPN не поддерживают отслеживание IGMP или отслеживание MLD или возможность возникновения маршрутов SMET типа EVPN 6, входящее устройство заполняет многоадресный трафик на эти устройства.

• Если хост размещается на нескольких устройствах EVPN, устройства EVPN обмениваются маршрутами EVPN типа 7 и 8, как показано на рис. 1. Этот обмен синхронизирует отчеты о членстве в IGMP или MLD, полученные в многодоменных интерфейсах для координации статуса сообщений, перемежаемых на различные устройства EVPN или в случае сбоя одного из устройств EVPN.

  Примечание:

  Маршруты EVPN 7 и 8 типа обеспечивают расширенные атрибуты сообщества по маршруту EVI, чтобы правильный экземпляр EVPN получает информацию о состоянии IGMP на устройствах с несколькими экземплярами маршрутизации. Коммутаторы серии QFX поддерживают маршрутизацию IGMP только в экземпляреdefault-switch маршрутизации EVPN по умолчанию. В версиях ОС Junos до 17.4R2, 17.3R3 или 18.1R1 эти коммутаторы не включали расширенные атрибуты сообщества маршрутов EVI на маршрутах типа 7 и 8, поэтому они не синхронизируют состояние IGMP, если у вас также есть другие настроенные экземпляры маршрутизации. Начиная с версий ОС Junos 17.4R2, 17.3R3 и 18.1R1 коммутаторы QFX10000 включают в себя расширенные атрибуты сообщества EVI, которые идентифицируют экземпляр целевой маршрутизации и могут синхронизировать состояние IGMP, если в экземпляре маршрутизации EVPN по умолчанию будет включена иная конфигурация маршрутизации.

  В версиях, поддерживающих отслеживание машинного обучения и машинного обучения в IP-фабриках EVPN-VXLAN с многоадресной адресизацией, одинаковое поведение применяется и к синхронизации состояния MLD.

Рис. 1. Поток трафика внутри VLAN с многоадресной передачей данных с помощью IGMP Снусинга и выборочной многоадресной передачи данных

Если вы настраивали интерфейсы IRB с PIM на одном или нескольких устройствах уровня 3 в своей сети EVPN-VXLAN (сценарий использования 2), обратите внимание, что входное устройство перенаправляет многоадресный трафик на устройства уровня 3. Въехающее устройство принимает это действие, чтобы зарегистрировать себя с устройством уровня 3, которое выступает в качестве точки рандеву PIM (RP).

Пример использования 2: многоадресная маршрутизация и переадресация между VLAN — интерфейсы IRB с PIM

Мы рекомендуем этот базовый вариант использования для всех сетей EVPN-VXLAN, за исключением случаев, когда вы предпочитаете использовать внешний маршрутизатор с многоадресной передачей для обработки маршрутизации между VLAN (см. пример использования 5: многоадресная маршрутизация и пересылание с внешним многоадресным маршрутизатором).

В этом сценарии использования интерфейсы IRB с использованием маршрутов многоадресной передачи по протоколу Independent Multicast (PIM) между источником и приемником VLAN. Устройства EVPN, на которых находятся интерфейсы IRB, затем переадресовывает маршрутизируемый трафик с помощью этих ключевых функций:

• Инклюзивная многоадресная передача с воспроизводительной репликацией

• IGMP, шпионаж или перехват машинного обучения (при поддержке)

• Выборочная многоадресная переадресация

Поведение инклюзивной многоадресной передачи по умолчанию заключается в репликации многоадресного трафика и наводнении трафика на все устройства. Однако для этого сценария использования мы поддерживаем инклюзивную многоадресную переадресации в сочетании с IGMP, шпионом (или MLD-перехватом) и выборочной многоадресной передачей. В результате многоадресный трафик реплицируется, но выборочно направляется на интерфейсы и устройства доступа в ядре EVPN, которые интересовали приемники.

Для получения информации о многоадресных флагах EVPN в расширенном сообществе, которое устройства Juniper Networks, поддерживающие маршруты EVPN и IGMP,включают в себя маршруты EVPN Type 3 (инклюзивная многоадресная передача Ethernet Tag), см. раздел «Расширенное сообщество флагов многоадресной передачи EVPN».

В оверлейной сети EVPN-VXLAN CRB можно настроить Spine-устройства, чтобы некоторые из них выполняли маршрутизацию между VLAN и пересылали многоадресный трафик, а некоторые нет. Как минимум, мы рекомендуем настроить два Spine-устройства для выполнения маршрутизации и переадресации между VLAN.

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

В оверлейной сети EVPN-VXLAN CRB, показанной на рис. 2, следует предположить, что трафик многоадресной передачи должен быть направлен от источника VLAN 100 к приемнику VLAN 101. Приемник VLAN 101 настроен на Spine 1, который предназначен для DR для VLAN.

Рис. 2. Поток трафика между VLAN с многоадресной передачей с интерфейсом IRB и PIM

После того как маршрутизация между VLAN происходит, устройство EVPN переадресовывает маршрутизацию трафика по следующим адресам:

• Интерфейсы доступа со слушателями с многоадресной передачей (IGMP, IGMP, MLD, шпионаж).

• Устройства Egress в ядре EVPN, которые отправили маршруты SMET типа 6 EVPN для многоадресной передачи членов группы в приемнике VLAN 2 (выборочная многоадресная переадресация).

Чтобы понять, как маршрутизация IGMP (или перехват машинного обучения) и выборочная многоадресная переадресация снижают влияние репликации и затопления поведения инклюзивной многоадресной переадресации, предположим, что оверлейная сеть EVPN-VXLAN CRB включает в себя следующие элементы:

• 100 интерфейсов IRB с использованием PIM, начиная с irb.1 и поднимаясь до irb.100

• 100 сетей VLAN

• 20 устройств EVPN

Для оверлейной сети EVPN-VXLAN CRB м представляет количество VLAN, а n — количество устройств EVPN. Предполагая, что IGMP, шпионящая (или MLD,задевающая) и выборочная многоадресная переадресация, отключена, когда трафик многоадресной передачи поступает на irb.1, устройство EVPN воспроизводит трафик м * n времени или 100 * 20 раз, что равно скорости 20 000 пакетов. Если скорость входящего трафика для определенной группы многоадресной передачи составляет 100 пакетов в секунду, устройство EVPN должно будет повторить 200 000 pps для этой группы многоадресной передачи.

Если в оверлейной сети EVPN-VXLAN можно использовать IGMP, шпионящие (или MLD, задняя) и выборочная многоадресная переадресация, предположим, что есть заинтересованные приемники для определенной группы многоадресной передачи только на 4 VLAN и 3 устройствах EVPN. В этом случае устройство EVPN воспроизводит трафик со скоростью 100 * м * n раз (100 * 4 * 3), что равняется 1200 pps. Обратите внимание на значительное снижение скорости репликации и объема трафика, который должен быть переадресован.

При реализации этого сценария использования имейте в виду, что существуют важные различия в оверлеях CRB EVPN-VXLAN и оверлеях EVPN-VXLAN ERB. В таблице 3 излагаются эти различия

В дополнение к различиям, описанным в Таблице 3, существует проблема закрепления волос с оверлейной сетью EVPN-VXLAN CRB. Многоадресный трафик обычно передается от источника хоста к leaf-устройству spine-устройству, которое обрабатывает маршрутизацию между VLAN. Затем Spine-устройство реплицирует и переадресует трафик на VLAN и устройства EVPN с помощью многоадресных слушателей. При переадресации трафика в этом типе оверлейной сети EVPN-VXLAN следует помнить, что Spine-устройство возвращает трафик leaf-устройству, с которого возник трафик (привязка к волосам). Эта проблема присуща проектированию оверлейной сети EVPN-VXLAN CRB. При проектировании оверлейной сети EVPN-VXLAN обратите внимание на эту проблему, особенно если ожидается, что объем многоадресной передачи трафика в оверлейной сети будет высоким, а скорость репликации трафика (m * n times) будет большой.

Пример использования 3: многоадресная маршрутизация и переадресация между VLAN — шлюз PIM с возможностями подключения уровня 2

Мы рекомендуем использовать шлюз PIM с возможностью подключения уровня 2 как для оверлейных сетей EVPN-VXLAN ERB, так и для оверлейных сетей EVPN-VXLAN CRB.

В этом сценарии использования мы предполагаем следующее:

• Вы развернули сеть EVPN-VXLAN для поддержки центра обработки данных.

• В этой сети вы уже настроили:

  • Переадресация многоадресной передачи трафика внутри VLAN, как описано в сценарии использования 1.

  • Многоадресная маршрутизация и пересылание трафика между VLAN, как описано в сценарии использования 2.

• В центре обработки данных есть многоадресные источники и приемники, с которыми вы хотите общаться с источниками и приемниками многоадресной передачи во внешнем домене PIM.

Пример использования обеспечивает механизм для центра обработки данных, который использует IGMP (или MLD) и PIM, для обмена многоадресным трафиком со внешним доменом PIM. Используя многоадресную передачу VLAN уровня 2 (MVLAN) и связанные с ними интерфейсы IRB на устройствах EVPN в центре обработки данных для подключения к домену PIM, вы можете обеспечить переадресации многоадресного трафика с:

• Внешний источник многоадресной передачи на внутренние пункты многоадресной передачи

• Внутренний источник многоадресной передачи во внешние пункты многоадресной передачи

  Примечание:

  В этом разделе внешние относятся к компонентам в домене PIM. Внутренние ссылки на компоненты вашей сети EVPN-VXLAN, поддерживающие центр обработки данных.

На рис. 3 показаны необходимые ключевые компоненты для этого сценария использования в оверлейной сети CRB EVPN-VXLAN.

Рис. 3. Пример использования 3: шлюз PIM с подключением уровня 2 — ключевые компоненты

• Компоненты в домене PIM:

  • Шлюз PIM, который выступает в качестве интерфейса между существующим доменом PIM и сетью EVPN-VXLAN. Шлюз PIM — это устройство Juniper Networks или стороннего уровня 3, на котором настроены PIM и протокол маршрутизации, такие как OSPF. Шлюз PIM не запускает EVPN. Вы можете подключить шлюз PIM к одному, некоторым или всем устройствам EVPN.

  • Точка рандева PIM (RP) — это устройство Juniper Networks или стороннего уровня 3, на котором настроены PIM и протокол маршрутизации, такие как OSPF. Вы также должны настроить PIM RP для перевода присоединиться к PIM или подрезать сообщения в соответствующий отчет IGMP (или MLD) или оставить сообщения, а затем переадресовать отчеты и сообщения шлюзу PIM.

• Компоненты сети EVPN-VXLAN:

  Примечание:

  Эти компоненты в дополнение к компонентам, уже настроенным для сценариев использования 1 и 2.

  • устройства EVPN. Для резервирования мы рекомендуем многоадресную адресность устройств EVPN к шлюзу PIM с помощью агрегированного интерфейса Ethernet, на котором вы настраиваете идентификатор сегмента Ethernet (ESI). На каждом устройстве EVPN также необходимо настроить следующие варианты использования:

    • Многоадресная передача VLAN уровня 2 (MVLAN). MVLAN — это VLAN, которая используется для подключения шлюза PIM. В MVLAN включенО PIM.

    • Интерфейс MVLAN IRB, на котором вы настраиваете PIM, IGMP, шпионаж (или MLD-шпионаж), а также протокол маршрутизации, такой как OSPF. Чтобы добраться до шлюза PIM, устройство EVPN перенаправляет многоадресный трафик из этого интерфейса.

    • Чтобы устройства EVPN перенаправляли многоадресный трафик во внешний домен PIM, настраивайте следующие возможности:

      • Преобразование PIM-to-IGMP:

        Для оверлейных сетей EVPN-VXLAN ERB настраивайте преобразование PIM-IGMP, включив pim-to-igmp-proxy upstream-interface irb-interface-name конфигурирование на [edit routing-options multicast] уровне иерархии. Укажите интерфейс MVLAN IRB для параметра интерфейса IRB. Вы также должны установить пассивный режим IGMP с помощью igmp interface irb-interface-name passive конфигурации на [edit protocols] уровне иерности в восходящих интерфейсах, где вы устанавливаете pim-to-igmp-proxy.

        Для оверлейных сетей EVPN-VXLAN CRB вам не нужно включать pim-to-igmp-proxy upstream-interface irb-interface-name заявления или pim-to-mld-proxy upstream-interface irb-interface-name конфигурировать конфигурацию. В этом типе оверлейной сети протокол PIM обрабатывает маршрутизацию многоадресного трафика из домена PIM в сеть EVPN-VXLAN и наоборот.

      • Интерфейс маршрутизатора с многоадресной передачей:

        Настраивайте интерфейс маршрутизатора с многоадресной передачей, включив multicast-router-interface констатацию конфигурации [edit routing-instances routing-instance-name bridge-domains bridge-domain-name protocols (igmp-snooping | mld-snooping) interface interface-name] на уровне иерархии. Для названия интерфейса укажите интерфейс IRB MVLAN.

  • Пассивный режим PIM. Только для оверлейных сетей EVPN-VXLAN необходимо убедиться, что шлюз PIM рассматривает центр обработки данных как домен многоадресной передачи уровня 2. Для этого нужно включить конфигурацию passive на уровне иерархии [edit protocols pim] .

Пример использования 4: многоадресная маршрутизация и переадресация между VLAN — шлюз PIM с возможностью подключения уровня 3

Мы рекомендуем использовать шлюз PIM с подключением уровня 3 только для оверлеев CRB EVPN-VXLAN.

В этом сценарии использования мы предполагаем следующее:

• Вы развернули сеть EVPN-VXLAN для поддержки центра обработки данных.

• В этой сети вы уже настроили:

  • Переадресация многоадресной передачи трафика внутри VLAN, как описано в сценарии использования 1.

  • Многоадресная маршрутизация и пересылание трафика между VLAN, как описано в сценарии использования 2.

• В центре обработки данных есть многоадресные источники и приемники, с которыми вы хотите общаться с источниками и приемниками многоадресной передачи во внешнем домене PIM.

Этот пример использования обеспечивает механизм для центра обработки данных, который использует IGMP (или MLD) и PIM, для обмена многоадресным трафиком со внешним доменом PIM. Используя интерфейсы уровня 3 на устройствах EVPN в центре обработки данных для подключения к домену PIM, вы можете обеспечить переадресации многоадресного трафика с:

• Внешний источник многоадресной передачи на внутренние пункты многоадресной передачи

• Внутренний источник многоадресной передачи во внешние пункты многоадресной передачи

  Примечание:

  В этом разделе внешние относятся к компонентам в доменах PIM. Внутренние ссылки на компоненты вашей сети EVPN-VXLAN, поддерживающие центр обработки данных.

На рис. 4 показаны необходимые ключевые компоненты для этого сценария использования в оверлейной сети CRB EVPN-VXLAN.

Рис. 4. Пример использования 4: шлюз PIM с возможностями подключения уровня 3 — ключевые компоненты

• Компоненты в домене PIM:

  • Шлюз PIM, который выступает в качестве интерфейса между существующим доменом PIM и сетью EVPN-VXLAN. Шлюз PIM — это устройство Juniper Networks или стороннего уровня 3, на котором настроены PIM и протокол маршрутизации, такие как OSPF. Шлюз PIM не запускает EVPN. Вы можете подключить шлюз PIM к одному, некоторым или всем устройствам EVPN.

  • Точка рандева PIM (RP) — это устройство Juniper Networks или стороннего уровня 3, на котором настроены PIM и протокол маршрутизации, такие как OSPF. Вы также должны настроить PIM RP для перевода соединения PIM или обрезание сообщений в соответствующий отчет IGMP или MLD или оставлять сообщения, а затем переадресовать отчеты и сообщения шлюзу PIM.

• Компоненты сети EVPN-VXLAN:

  Примечание:

  Эти компоненты в дополнение к компонентам, уже настроенным для сценариев использования 1 и 2.

  • устройства EVPN. Вы можете подключить одно, несколько или все устройства EVPN к шлюзу PIM. Каждое подключение необходимо сделать с помощью интерфейса уровня 3, на котором настроенА PIM. Помимо интерфейса уровня 3 с PIM, для этого сценария использования не требуется дополнительная конфигурация на устройствах EVPN.

Пример использования 5: многоадресная маршрутизация и переадресация между VLAN — внешний многоадресный маршрутизатор

Начиная с версии ОС Junos 17.3R1, вы можете настроить устройство EVPN для выполнения переадресации многоадресной передачи трафика между VLAN без настройки интерфейсов IRB на устройстве EVPN. В таком сценарии внешний маршрутизатор с многоадресной передачей используется для отправки запросов IGMP или MLD для запроса отчетов и передачи трафика VLAN через протокол многоадресной передачи уровня 3, такой как PIM. Интерфейсы IRB не поддерживаются с помощью внешнего многоадресного маршрутизатора.

Для этого сценария использования вы должны включать igmp-snooping proxy в себя заявления или mld-snooping proxy конфигурацию на уровне иерархии [edit routing-instances routing-instance-name protocols vlan vlan-name] .

Расширенные флаги многоадресной передачи EVPN

Устройства Juniper Networks, поддерживающие EVPN-VXLAN и IGMP, также поддерживают многоадресные флаги EVPN в расширенном сообществе. Когда вы включили IGMP, застыв на одном из этих устройств, устройство добавляет сообщество к маршрутам EVPN Type 3 (инклюзивная многоадресная передача Ethernet Tag).

Отсутствие этого сообщества в маршруте EVPN Type 3 может указывать на следующее устройство, которое рекламирует маршрут:

• Устройство не поддерживает отслеживание IGMP.

• На устройстве нет возможности перехвата IGMP.

• Устройство работает с программным релизом ОС Junos, которое не поддерживает сообщество.

• Устройство не поддерживает рекламу маршрутов SMET типа EVPN 6.

• Устройство оснащено интерфейсом IGMP и интерфейсом уровня 3 с поддержкой PIM. Несмотря на то, что интерфейс уровня 3 с PIM обеспечивает отслеживание со стороны доступа и выборочную многоадресную переадресацию в ядре EVPN, устройство должно привлекать весь трафик для выполнения регистрации источника в PIM RP и меж-VLAN маршрутизации.

Описанные выше модели поведения также применяются к устройствам, поддерживаюющим EVPN-VXLAN с отслеживанием машинного и машинного обучения.

Рис. 5 показана многоадресная передача флага EVPN с расширенным сообществом, которое имеет следующие характеристики:

• Сообщество закодировано как 8-битное значение.

• Поле типа имеет значение 6.

• Флаг поддержки прокси-сервера IGMP установлен на 1, что означает, что устройство поддерживает прокси-сервер IGMP.

  То же самое относится и к флагу поддержки прокси-сервера MLD; если этот флаг установлен на 1, устройство поддерживает прокси-сервер MLD. Могут быть установлены либо флаги, либо оба.

Рис. 5. Расширенное сообщество с расширенным флагом EVPN