Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
НА ЭТОЙ СТРАНИЦЕ
 

Обзор многоарендной переадтрансляции с помощью IGMP Snooping или MLD Snooping в среде EVPN-VXLAN

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

Примечание:

Начиная с Junos OS выпуска 21.2R1, мы поддерживаем оптимизированный маршрутизация и переадтрансляцию между подсетями с поддержкой IGMP Snooping в оверлейных сетях EVPN-VXLAN маршрутизируемой маршрутизации. Подробные сведения о настройке и функционировании OISM см. в "Оптимизация многоаксической подсети в сетях EVPN". Настройка IGMP Snooping на устройствах leaf-фабрики как часть конфигурации OISM.

Начиная с Junos OS 17.2R1, QFX10000 поддерживают контроль IGMP в сети VPN Ethernet (EVPN) - Virtual Extensible LAN (VXLAN) наложение моста с edge-routed (EVPN-VXLAN топология с свернутой IP-структурой).

Начиная с Junos OS выпуска 17.3R1, QFX10000 поддерживают обмен трафиком между многоадамидными источниками и приемниками в оверлее evPN-VXLAN с граничными маршрутами, в которых используется IGMP, а также источники и приемники во внешнем домене независимой многоавтоматной вещания (PIM) внешнего протокола. Многоарсистовый VLAN (MVLAN) уровня 2 и связанные с ним интерфейсы IRB обеспечивают обмен многоавечным трафиком между этими двумя доменами.

Поддержка IGMP-snooping в сети EVPN-VXLAN доступна на следующих коммутаторах в линии QFX5000. В выпусках до Junos OS до 18.4R2 и 19.1R2 с включенной возможностью VXLAN IGMP эти коммутаторы ограничивают затопление только для многоабъемного трафика, который приходит на порты туннельной сети VXLAN; они все еще лавит многоабномый трафик, который приходит от интерфейса доступа ко всем другим интерфейсам доступа и сетевым интерфейсам:

  • Начиная с Junos OS выпуска 18.1R1, коммутаторы QFX5110 поддерживают контроль IGMP в оптической сети EVPN-VXLAN с центральной маршрутизацией маршрутизирования (топология EVPN-VXLAN с двухуровневой IP-структурой) для переназначения многоададного трафика внутри VLANs. Нельзя настраивать интерфейсы IRB на интерфейсе VXLAN с помощью IGMP Snooping для переадки многоададного трафика между VLANs. (Можно настраивать и использовать интерфейсы IRB только для однонастрого трафика.)

  • Начиная с Junos OS 18.4R2 (но не Junos OS выпусков 19.1R1 и 19.2R1), коммутаторы QFX5120-48Y поддерживают контроль IGMP в централизованной маршрутизной оптовой VXLAN-

  • Начиная Junos OS выпуске 19.1R1, коммутаторы QFX5120-32C поддерживают контроль IGMP в оптово-VXLAN EVPN-VXLAN наложениях на централизованные и гран-маршрутизные маршруты.

  • Начиная с Junos OS 18.4R2 и 19.1R2, выборочная многоадстройная переадтрансляция по умолчанию включается на коммутаторах QFX5110 и QFX5120 при настройке IGMP Snooping в сетях EVPN-VXLAN, что еще больше ограничивает многоадварное движение трафика. С помощью функции IGMP Snooping и выборочной многоадретной forwarding эти коммутаторы посылают многоадварный трафик только заинтересованным приемникам как в ядре EVPN, так и на стороне доступа для многоададного трафика, получаемого через интерфейс доступа или сетевой интерфейс EVPN.

Начиная с Junos OS выпуска 19.3R1, EX9200, серия MX маршрутизаторов и vMX виртуальных маршрутизаторов поддерживают IGMP версии 2 (IGMPv2) и IGMP версии 3 (IGMPv3), IGMP Snooping, выборочное многоадружное переназначение, внешние шлюзы PIM, а также внешние многоадружные маршрутизаторы с evPN-VXLAN центральной маршрутизацией маршрутов.

Начиная с Junos OS релизов 20.4R1, в наложения на VXLAN EVPN-VXLAN, накладные коммутаторы QFX5110, QFX5120 и магистраль QFX10000 поддерживают IGMPv3 с поддержкой IGMP Snooping для многоадстройного трафика IPv4, а также MLD версии 1 (MLDv1) и MLD версии 2 (MLDv2) с поддержкой MLD для многоадлинного трафика IPv4. Эти коммутаторы можно настроить на обработку отчетов IGMPv3 и MLDv2 с конкретными источником многоадамидных (SSM), но эти устройства не могут одновременно обрабатывать как отчеты SSM, так и отчеты многоандной многоарсистической (ASM) для любого источника. При их настройке для работы в режиме SSM эти устройства отбросить любые отчеты ASM. Если параметр по умолчанию не настроен для работы в режиме SSM, эти устройства обработать любые отчеты ASM, но отбросить отчеты IGMPv3 и MLDv2 SSM.

Примечание:

Если они не выдают явный адрес, сведения, указанные в этой теме, относятся к IGMPv2, IGMPv3, MLDv1 и MLDv2 на устройствах, которые поддерживают эти протоколы в следующих архитектурах IP-фабрик:

  • Оптовая оптовая VXLAN-маршрутов EVPN-VXLAN.

  • наложение VXLAN с централизованной маршрутикой EVPN-VXLAN.

Примечание:

На Juniper Networks коммутаторе, например на QFX10000, можно настроить VLAN. Например Juniper Networks, MX480 маршрутизаторе можно настроить то же MX480, что называется доменом моста. Чтобы все было просто, в этой теме используется термин VLAN для одного объекта, настроенного как на Juniper Networks, так и на устройствах маршрутов.

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

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

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

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

    • IGMP или MLD сообщение о том, чтобы покинуть многоарендную группу, поступает на другое устройство EVPN, чем устройство EVPN, где было получено соответствующее сообщение о join для группы.

  • Выборочная многоадресная переадресовка сохраняет использование полосы пропускания в ядре EVPN и снижает нагрузку на приемные УСТРОЙСТВА EVPN, у которые нет прослушивателей.

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

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

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

и режимы отчета участия в группе
Таблица 1. Поддерживаемые версии IGMP

Версии IGMP

Многоадретная (ASM) из любого источника (*,G)

Многоадревная (SSM) (S,G) только в определенном источнике

ASM (*,G) + SSM (S,G)

IGMPv2

Да (по умолчанию)

Нет

Нет

IGMPv3

Да (по умолчанию)

Да (если настроен)

Нет

MLDv1

Да (по умолчанию)

Нет

Нет

MLDv2

Да (по умолчанию)

Да (если настроен)

Нет

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

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

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

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

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

случаи использования многоадтранслного трафика и переадребовки, а также рекомендуемое использование
Таблица 2. Поддерживаемые

Use Case Number

Use Case Name

Сводка

Рекомендуемое использование

1

Многоадранная переадтрансляция трафика внутри VLAN

Переадтрансляцию многоададного трафика хосту одной сети VLAN.

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

2

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

Интерфейсы IRB, использующие PIM на устройствах EVPN уровня 3. Эти интерфейсы маршрутят многоканальный трафик между VLANs источника и приемника.

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

3

Многоадрегиальная маршрутная маршрутная маршрутия и переадтрансляция между VLAN — шлюз PIM со связью уровня 2.

Механизм уровня 2 для центра обработки данных, который использует IGMP и PIM, для обмена многоададным трафиком с внешним доменом PIM.

Рекомендуется использовать этот случай в оптово-оптовом VXLAN EVPN-VXLAN с использованием edge-routeing- или EVPN-VXLAN наложения с центральной маршрутивной маршрутирой.

4

Многоадрегиальная маршрутная маршрутная маршрутия и переадтрансляция между VLAN — шлюз PIM со связью уровня 3.

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

Рекомендуется использовать этот случай только в оптово-VXLAN-VXLAN с централизованной маршрутией.

5

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

Вместо интерфейсов IRB на устройствах EVPN 3-го уровня внешний многоканальный маршрутизатор обрабатывает маршруты между VLAN.

Рекомендуется использовать этот случай, если вы хотите использовать внешний многоандовый маршрутизатор вместо интерфейсов IRB на устройствах EVPN уровня 3 для обработки маршрутов между VLAN.

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

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

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

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

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

  • Хосты, которые являются однонастороннее устройство EVPN или многоканальных устройств EVPN в режиме all-active.

    Примечание:

    Многоарендная сеть 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 нацелен на расширенные атрибуты сообщества, связанные с многоканальных EVI. BGP evPN типа 7 (Маршрут синхронизации следования) и маршруты типа 8 (оставьте маршрут синхронизации) несут эти атрибуты, чтобы обеспечить одновременную поддержку нескольких экземпляров маршрутизации EVPN.

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

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

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

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

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

    Примечание:

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

    При включив IGMP Snooping или MLD, выборочная многоадварная переадтрансляцию включается по умолчанию.

  • Устройства EVPN, не поддерживаюющие IGMP Snooping, Snooping MLD и выборочное многоавегурочное переназначение.

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

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

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

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

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

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

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

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

    Примечание:

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

    В выпусках, которые поддерживают спонки MLD и MLD в VXLAN EVPN-VXLAN с многоканавными, то же поведение применяется и к синхронизации состояния MLD.

Рис. 1. Поток многоададного трафика внутри VLAN с помощью IGMP Snooping и выборочной многоавторной переадтрансляции Intra-VLAN Multicast Traffic Flow with IGMP Snooping and Selective Multicast Forwarding

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

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

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

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

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

  • IGMP Snooping или MLD Snooping (если поддерживается)

  • Выборочная многоадварная переадтрансляляемая

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

Информация о многоарендных флагах EVPN расширенных сообществ, которые Juniper Networks устройства, поддерживаюющие трассизацию EVPN и IGMP (или Snooping MLD), включают в маршруты EVPN типа 3 (Включительно многоарендную метку Ethernet) маршрутов, см. раздел «Расширенное сообщество evPN multicast Flags».

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

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

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

Рис. 2. Многоадрегиальный поток трафика между VLAN и интерфейсом IRB и PIM Inter-VLAN Multicast Traffic Flow with IRB Interface and PIM

После возникновения маршрутов между VLAN устройство EVPN передает маршрутный трафик на:

  • Интерфейсы доступа, в которые имеются многоарендные приемники (IGMP Snooping или MLD Snooping).

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

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

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

  • 100 VLANs

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

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

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

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

Таблица 3. Пример использования 2. Важные различия для оптово-VXLAN EVPN-VXLAN оптово-маршрутизных и централизованных оптово-маршрутизющих
маршрутов

Архитектуры VXLAN IP Fabric EVPN

Поддержка сочетания Juniper Networks устройств?

Все устройства EVPN, необходимые для всех сетей VLAN в сети EVPN-VXLAN?

Все устройства EVPN, необходимые для хостов всех VLAN, включив в себя приемников многоастерской трансляции?

Требуемая конфигурация PIM

Оптовая оптовая VXLAN-маршрутов EVPN-VXLAN.

Нет. Мы поддерживаем только QFX10000 всех устройств EVPN.

Да

Да

Настройте функции распределенного назначенного маршрутизатора (DDR) PIM на интерфейсах IRB устройств EVPN.

Наложение центрального VXLAN-маршрутизирования EVPN-VXLAN.

Да.

Spine-устройства. Мы поддерживаем сочетание серия MX, EX9200 и QFX10000 коммутаторов.

Leaf-устройства. Мы поддерживаем сочетание серия MX и коммутаторов QFX5110.

Примечание:

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

Нет

Нет. Однако необходимо настроить все сети VLAN, включив в себя многоафровую трансляцию Spine-устройство каждой сети, которая выполняет маршрутицию между VLAN. Не нужно настраивать все VLANs, включив в себя многоастроковые приемники на каждом leaf-устройстве.

Не настраивать функции DDR на интерфейсах IRB spine-устройств. Не включив DDR на интерфейсе IRB, PIM остается в режиме по умолчанию на интерфейсе, что означает, что интерфейс действует выделенным маршрутизатором для VLANs.

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

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

Рекомендуется использовать шлюз PIM с корпусом подключения уровня 2 как для оптово-VXLAN evPN-VXLAN edge-routeing, так и для оптово-маршрутизно-маршрутизных оптово-маршрутизющих соединений EVPN-VXLAN.

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

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

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

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

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

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

Примечание:

Мы поддерживаем этот случай использования с наложением edge-routeing-VXLAN EVPN-VXLAN и центрально-маршрутизными оптово-маршрутизными.

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

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

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

    Примечание:

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

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

Рис. 3. Пример использования 3. Шлюз PIM с подключением уровня 2 — основные компоненты Use Case 3: PIM Gateway with Layer 2 Connectivity—Key Components
  • Компоненты в домене PIM:

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

    • Точка встречи PIM (RP) – это Juniper Networks или сторонное устройство уровня 3, на котором настраиваются PIM и протокол маршрутов, OSPF, например, (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 Snooping (или Snooping MLD), а также протокол маршрутов, такой как OSPF. Для достижения шлюза PIM устройство EVPN передает многоадварный трафик через этот интерфейс.

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

        • Трансляция PIM в IGMP:

          Для наложения на VXLAN с оптической маршрутизацией EVPN-VXLAN, настройте трансляцию 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] upstream-интерфейсах, на которых заданная pim-to-igmp-proxy настройка.

          Для наложения на VXLAN- VXLAN EVPN-VXLANналожения с централизованной маршрутиакой, не нужно включать в них утверждения 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] уровне иерархии. Для имени интерфейса укажите интерфейс MVLAN IRB.

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

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

Рекомендуется использовать шлюз PIM с корпусом подключения уровня 3 только для оптово-VXLAN-соединений с центральной маршрутизакой.

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

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

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

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

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

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

Примечание:

Рекомендуется использовать шлюз PIM с корпусом подключения уровня 3 только для оптово-VXLAN-соединений с центральной маршрутизакой.

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

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

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

    Примечание:

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

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

Рис. 4. Пример использования 4. Шлюз PIM с подключением уровня 3 — основные компоненты Use Case 4: PIM Gateway with Layer 3 Connectivity—Key Components
  • Компоненты в домене PIM:

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

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

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

    Примечание:

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

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

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

Начиная с Junos OS выпуска 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 Snooping, также поддерживают расширенное сообщество флагов многоадерного вещания EVPN. После включения IGMP Snooping на одном из этих устройств устройство добавляет сообщество в маршруты EVPN типа 3 (включительно многоавегурная метка Ethernet).

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

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

  • На устройстве не включено IGMP Snooping.

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

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

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

Описанное поведение также применимо к устройствам, поддерживаюным EVPN-VXLAN с помощью Snooping и MLD.

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

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

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

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

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

Рис. 5. Сообщество расширенных флагов многоастной трансляции EVPN Multicast Flag Extended Community EVPN
Таблица истории релизов
Выпуска
Описание
21.2R1
Начиная с Junos OS выпуска 21.2R1, мы поддерживаем оптимизированные маршрутизации и переадрегирования между подсетями multicast (OISM) с помощью IGMP Snooping на QFX5110, QFX5120 и QFX10002 в сетях с оверлейными маршрутами EVPN-VXLAN.
20.4R1
Начиная с Junos OS релизов 20.4R1, в накладных VXLAN EVPN-VXLAN накладных коммутаторах, QFX5110, QFX5120 и магистральной QFX10000 поддерживают IGMPv3 с IGMP Snooping для многоадлинного трафика IPv4, а также MLD версии 1 (MLDv1) и MLD версии 2 (MLDv2) с помощью Snooping для многоадлинного трафика IPv6.
19.3R1
Начиная с Junos OS выпуска 19.3R1, EX9200, серия MX маршрутизаторов и vMX виртуальных маршрутизаторов поддерживают IGMP версии 2 (IGMPv2) и IGMP версии 3 (IGMPv3), IGMP Snooping, выборочное многоадружное переназначение, внешние шлюзы PIM, а также внешние многоадружные маршрутизаторы с evPN-VXLAN центральной маршрутизацией маршрутов.
19.1R1
Начиная Junos OS выпуске 19.1R1, коммутаторы QFX5120-32C поддерживают контроль IGMP в оптово-VXLAN EVPN-VXLAN наложениях на централизованные и гран-маршрутизаторные маршруты.
18.4R2
Начиная с Junos OS 18.4R2 (но не Junos OS выпусков 19.1R1 и 19.2R1), коммутаторы QFX5120-48Y поддерживают контроль IGMP в централизованной маршрутизной оптовой VXLAN-
18.4R2
Начиная с Junos OS 18.4R2 и 19.1R2, выборочная многоадстройная переадтрансляция по умолчанию включается на коммутаторах QFX5110 и QFX5120 при настройке IGMP Snooping в сетях EVPN-VXLAN, что еще больше ограничивает многоадварное движение трафика. С помощью функции IGMP Snooping и выборочной многоадретной forwarding эти коммутаторы посылают многоадварный трафик только заинтересованным приемникам как в ядре EVPN, так и на стороне доступа для многоададного трафика, получаемого через интерфейс доступа или сетевой интерфейс EVPN.
18.1R1
Начиная с Junos OS выпуска 18.1R1, коммутаторы QFX5110 поддерживают контроль IGMP в оптической сети EVPN-VXLAN с центральной маршрутизацией маршрутизирования (топология EVPN-VXLAN с двухуровневой IP-структурой) для переназначения многоададного трафика внутри VLANs.
17.3R1
Начиная с Junos OS выпуска 17.3R1, QFX10000 поддерживают обмен трафиком между многоадамидными источниками и приемниками в оверлее evPN-VXLAN с граничными маршрутами, в которых используется IGMP, а также источники и приемники во внешнем домене независимой многоавтоматной вещания (PIM) внешнего протокола. Многоарсистовый VLAN (MVLAN) уровня 2 и связанные с ним интерфейсы IRB обеспечивают обмен многоавечным трафиком между этими двумя доменами.
17.3R1
Начиная с Junos OS выпуска 17.3R1, можно настроить устройство EVPN для выполнения меж VLAN-перенастояния многоададного трафика без необходимости настраивать интерфейсы IRB на устройстве EVPN.
17.2R1
Начиная с Junos OS 17.2R1, QFX10000 поддерживают контроль IGMP в сети VPN Ethernet (EVPN) - Virtual Extensible LAN (VXLAN) наложение моста с edge-routed (EVPN-VXLAN топология с свернутой IP-структурой).