СПОСОБ И УСТРОЙСТВО ОБРАБОТКИ И ОТПРАВКИ ПАКЕТОВ, УЗЕЛ PE И УЗЕЛ
METHOD AND DEVICE FOR PROCESSING AND SENDING PACKETS, PE NODE AND NODE

Эта заявка испрашивает приоритет заявки на патент КНР №201711257639.8, поданной 30 ноября 2017 г., содержание которой полностью включено в настоящий документ посредством ссылки во всей полноте.
ОБЛАСТЬ ТЕХНИКИ
Настоящее изобретение относится к области связи и, например, к способу и устройству отправки пакетов, способу и устройству обработки пакетов, узлу РЕ и узлу.
ПРЕДПОСЫЛКИ ИЗОБРЕТЕНИЯ
Инкапсуляция виртуальной расширяемой локальной сети (VXLAN) представляет собой основную методику для крупномасштабного объединения уровня 2 центра обработки данных. Инженерный совет Интернета (IETF) определяет формат инкапсуляции VXLAN, процесс переадресации и процесс управления общего трафика VXLAN в RFC7348. Этот общий трафик VXLAN устанавливает записи таблицы управления доступом к среде (MAC) на основании изучения МАС-адресов плоскости данных, но не может поддерживать функцию идентификатора Ethernet-сегмента (ESI).
IETF расширяет RFC7432 до инкапсуляции VXLAN в dratf-ietf-bess-evpn-overlay-08 (наложенная сеть EVPN), вследствие чего RFC7432 становится трафиком виртуальной частной сети Ethernet (EVPN) VXLAN. В то же время, в draft-ietf-bess-evpn-etree IETF расширяет трафик EVPN многопротокольной коммутации по меткам (MPLS), определенный в RPC7432, с локальной сети Ethernet (E-LAN) до Ethernet-TREE (E-TREE). Однако это же расширение не может быть выполнено в VXLAN EVPN, поскольку в пакете VXLAN нет структуры в виде стека меток идентификаторов сети VXLAN (VNI).
Дополнительно для трафика VXLAN EVPN, основанного на наложенной сети EVPN, такая же инкапсуляция VXLAN используется для переадресации пакетов, принятых от разных ESI одного и того же узла стороны поставщика услуг (РЕ), на удаленный узел, вследствие чего удаленный узел не может провести различие между пакетами, принятыми от разных ESI одного и того же узла РЕ, после приема пакетов, а также невозможно вычислить общий трафик, когда трафик поступает от одного и того же ESI и достигает одного и того удаленного узла РЕ посредством разных смежных узлов РЕ.
СУЩНОСТЬ ИЗОБРЕТЕНИЯ
В настоящем изобретении предлагаются способ и устройство отправки пакетов, способ и устройство обработки пакетов, узел РЕ и узел, предназначенные для устранения проблемы, заключающейся в том, что трафик VXLAN не может поддерживать ESI в известном уровне техники.
В настоящем изобретении предлагается способ отправки пакетов. Способ включает: прием первого пакета от схемы доступа (АС), обработку первого пакета для получения по меньшей мере одного второго пакета и отправку каждого второго пакета. Каждый второй пакет содержит первый Интернет-протокол (IP). Первый IP включает второй IP или IP, полученный посредством шифрования части битов второго IP с помощью величины собственной энтропии первого пакета. Второй IP представляет собой один из IP идентификатора Ethernet-сегмента (ESI), принадлежащего ESI, соответствующему AC, IP, полученного посредством модификации назначенного бита ESI IP, принадлежащего ESI, соответствующему АС, согласно корневому/листовому атрибуту AC, IP, полученного посредством замены части битов ESI IP, принадлежащего ESI, соответствующему АС, значением идентификатора виртуальной локальной сети (VLAN ID), соответствующим АС, третьего IP или IP, полученного посредством модификации назначенного бита третьего IP согласно корневому/листовому атрибуту AC. ESI, соответствующий АС, представляет собой ESI, привязанный к главному интерфейсу, к которому принадлежит AC. ESI IP, принадлежащий ESI, представляет собой IP-адрес, соответствующий ESI, причем значение VLAN ID, соответствующее АС, задано в АС и используется для согласования с первым пакетом. Третий IP определяют посредством узла стороны поставщика услуг (РЕ), в котором расположена АС, и локального индекса ESI, соответствующего АС в узле РЕ, или определяют посредством домена виртуальной частной сети (VPN), к которому принадлежит узел РЕ, в котором расположена АС, и локального индекса ESI, соответствующего АС в узле РЕ.
В настоящем изобретении предлагается способ обработки пакетов. Способ включает: прием первого пакета, отправленного узлом стороны поставщика услуг (РЕ), причем узел РЕ обрабатывает второй пакет, принятый от АС, для получения третьего пакета, и первый пакет содержит первый IP, причем первый IP включает второй IP или IP, полученный посредством шифрования части битов второго IP с помощью величины собственной энтропии второго пакета, и второй IP представляет собой один из ESI IP, принадлежащего ESI, соответствующему AC, IP, полученного посредством модификации назначенного бита ESI IP, принадлежащего ESI, соответствующему АС, согласно корневому/листовому атрибуту AC, IP, полученного посредством замены части битов ESI IP, принадлежащего ESI, соответствующему АС, значением VLAN ID, соответствующим АС, третьего IP или IP, полученного посредством модификации назначенного бита третьего IP согласно корневому/листовому атрибуту АС, причем ESI, соответствующий АС, представляет собой ESI, привязанный к главному интерфейсу, к которому принадлежит AC, ESI IP, принадлежащий ESI, представляет собой IP-адрес, соответствующий ESI, значение VLAN ID, соответствующее АС, задано в АС и используется для согласования со вторым пакетом, и третий IP определяют посредством узла РЕ, в котором расположена АС, и локального индекса ESI, соответствующего АС в узле РЕ, или определяют посредством домена VPN, к которому принадлежит узел РЕ, в котором расположена первая АС, и локального индекса ESI, соответствующего первой АС в узле РЕ; и обработку первого пакета согласно значению ESI, соответствующему первому IP, включенному в третий пакет, или выполнение фильтрации ESI в отношении первого пакета согласно второму IP и информации о конфигурации на приемнике, который принимает первый пакет.
В настоящем изобретении предлагается устройство отправки пакетов, которое содержит модуль приема, модуль обработки и модуль отправки. Модуль приема выполнен с возможностью приема первого пакета от АС. Модуль обработки выполнен с возможностью обработки первого пакета для получения по меньшей мере одного второго пакета, причем каждый второй пакет содержит первый IP. Первый IP включает второй IP или IP, полученный посредством шифрования части битов второго IP с помощью величины собственной энтропии первого пакета. Второй IP представляет собой один из ESI IP, принадлежащего ESI, соответствующему AC, IP, полученного посредством модификации назначенного бита ESI IP, принадлежащего ESI, соответствующему АС, согласно корневому/листовому атрибуту AC, IP, полученного посредством замены части битов ESI IP, принадлежащего ESI, соответствующему АС, значением VLAN ID, соответствующим АС, третьего IP или IP, полученного посредством модификации назначенного бита третьего IP согласно корневому/листовому атрибуту AC. ESI, соответствующий АС, представляет собой ESI, привязанный к главному интерфейсу, к которому принадлежит AC. ESI IP, принадлежащий ESI, представляет собой IP-адрес, соответствующий ESI. Значение VLAN ID, соответствующее АС, задано в АС и используется для согласования с первым пакетом. Третий IP определяют посредством узла РЕ, в котором расположена АС, и локального индекса ESI, соответствующего АС в узле РЕ, или определяют посредством домена VPN, к которому принадлежит узел РЕ, в котором расположена АС, и локального индекса ESI, соответствующего АС в узле РЕ. Модуль отправки выполнен с возможностью отправки каждого второго пакета.
В настоящем изобретении также предлагается устройство обработки пакетов, которое содержит модуль приема и модуль обработки. Модуль приема выполнен с возможностью приема первого пакета, отправленного узлом стороны поставщика услуг (РЕ), причем первый узел РЕ обрабатывает второй пакет, принятый от АС, для получения первого пакета, и первый пакет содержит первый IP. Первый IP включает второй IP или IP, полученный посредством шифрования части битов второго IP с помощью величины собственной энтропии второго пакета. Второй IP представляет собой один из ESI IP, принадлежащего ESI, соответствующему AC, IP, полученного посредством модификации назначенного бита ESI IP, принадлежащего ESI, соответствующему АС, согласно корневому/листовому атрибуту AC, IP, полученного посредством замены части битов ESI IP, принадлежащего ESI, соответствующему АС, значением VLAN ID, соответствующим АС, третьего IP или IP, полученного посредством модификации назначенного бита третьего IP согласно корневому/листовому атрибуту первой AC. ESI, соответствующий АС, представляет собой ESI, привязанный к главному интерфейсу, к которому принадлежит AC. ESI IP, принадлежащий ESI, представляет собой IP-адрес, соответствующий ESI. Значение VLAN ID, соответствующее АС, задано в АС и используется для согласования со вторым пакетом. Третий IP определяется посредством узла РЕ, в котором расположена АС, и локального индекса ESI, соответствующего АС в узле РЕ, или определяется посредством домена VPN, к которому принадлежит узел РЕ, в котором расположена АС, и локального индекса ESI, соответствующего АС в узле РЕ. Модуль обработки выполнен с возможностью обработки первого пакета согласно значению ESI, соответствующему первому IP, включенному в первый пакет, или выполнения фильтрации ESI в отношении первого пакета согласно второму IP и информации о конфигурации на приемнике, принимающем первый пакет.
В настоящем изобретении также предлагается узел РЕ, который содержит интерфейс связи и процессор. Интерфейс связи выполнен с возможностью приема первого пакета от схемы доступа (АС). Процессор выполнен с возможностью обработки первого пакета для получения по меньшей мере одного второго пакета. Каждый второй пакет содержит первый IP. Первый IP включает второй IP или IP, полученный в результате шифрования части битов второго IP с помощью величины собственной энтропии первого пакета. Второй IP представляет собой один из ESI IP, принадлежащего ESI, соответствующему АС, IP, полученного в результате модификации назначенного бита ESI IP, принадлежащего ESI, соответствующему АС, согласно корневому/листовому атрибуту AC, IP, полученного в результате замены части битов ESI IP, принадлежащего ESI, соответствующему АС, значением VLAN ID, соответствующим АС, третьего IP или IP, полученного в результате модификации назначенного бита третьего IP согласно корневому/листовому атрибуту первой AC. ESI, соответствующий АС, представляет собой ESI, привязанный к главному интерфейсу, к которому принадлежит AC. ESI IP, принадлежащий ESI, представляет собой IP-адрес, соответствующий ESI. Значение VLAN ID, соответствующее АС, задано в АС и используется для согласования с первым пакетом. Третий IP определяют посредством узла РЕ, в котором расположена АС, и локального индекса ESI, соответствующего АС в узле РЕ, или определяют посредством домена VPN, к которому принадлежит узел РЕ, в котором расположена АС, и локального индекса ESI, соответствующего АС в узле РЕ. Интерфейс связи дополнительно выполнен с возможностью отправки каждого второго пакета.
В настоящем изобретении также предлагается узел, который содержит интерфейс связи и процессор. Интерфейс связи выполнен с возможностью приема первого пакета, отправленного узлом стороны поставщика услуг (РЕ), причем узел РЕ обрабатывает второй пакет, принятый от АС, для получения первого пакета, и первый пакет содержит первый IP. Первый IP включает второй IP или IP, полученный в результате шифрования части битов второго IP с помощью величины собственной энтропии второго пакета. Второй IP представляет собой один из ESI IP, принадлежащего ESI, соответствующему АС, IP, полученного в результате модификации назначенного бита ESI IP, принадлежащего ESI, соответствующему АС, согласно корневому/листовому атрибуту AC, IP, полученного в результате замены части битов ESI IP, принадлежащего ESI, соответствующему АС, значением VLAN ID, соответствующим АС, третьего IP или IP, полученного в результате модификации назначенного бита третьего IP согласно корневому/листовому атрибуту AC. ESI, соответствующий АС, представляет собой ESI, привязанный к главному интерфейсу, к которому принадлежит AC. ESI IP, принадлежащий ESI, представляет собой IP-адрес, соответствующий ESI. Значение VLAN ID, соответствующее АС, задано в АС и используется для согласования со вторым пакетом. Третий IP определяют посредством узла РЕ, в котором расположена АС, и локального индекса ESI, соответствующего АС в узле РЕ, или определяют посредством домена VPN, к которому принадлежит узел РЕ, в котором расположена АС, и локального индекса ESI, соответствующего АС в узле РЕ. Процессор выполнен с возможностью обработки первого пакета согласно значению ESI, соответствующему первому IP, включенному в первый пакет, или выполнения фильтрации ESI в отношении первого пакета согласно второму IP и информации о конфигурации на приемнике, принимающем первый пакет.
В настоящем изобретении предлагается система обработки пакетов, которая содержит первый узел и второй узел. Первый узел выполнен с возможностью приема первого пакета от схемы доступа (АС), обработки первого пакета для получения по меньшей мере одного второго пакета и отправки по меньшей мере одного второго пакета на второй узел. Каждый второй пакет содержит первый IP. Первый IP включает второй IP или IP, полученный в результате шифрования части битов второго IP с помощью величины собственной энтропии первого пакета. Второй IP представляет собой один из ESI IP, принадлежащего ESI, соответствующему AC, IP, полученного в результате модификации назначенного бита ESI IP, принадлежащего ESI, соответствующему АС, согласно корневому/листовому атрибуту AC, IP, полученного в результате замены части битов ESI IP, принадлежащего ESI, соответствующему АС, значением VLAN ID, соответствующим АС, третьего IP или IP, полученного в результате модификации назначенного бита третьего IP согласно корневому/листовому атрибуту AC. ESI, соответствующий АС, представляет собой ESI, привязанный к главному интерфейсу, к которому принадлежит AC. ESI IP, принадлежащий ESI, представляет собой IP-адрес, соответствующий ESI. Значение VLAN ID, соответствующее АС, задано в АС и используется для согласования с первым пакетом. Третий IP определяется посредством узла РЕ, в котором расположена АС, и локального индекса ESI, соответствующего АС в узле РЕ, или определяется посредством домена VPN, к которому принадлежит узел РЕ, в котором расположена АС, и локального индекса ESI, соответствующего АС в узле РЕ. Второй узел выполнен с возможностью обработки каждого второго пакета согласно значению ESI, соответствующему первому IP, включенному в каждый второй пакет, или выполнения фильтрации ESI в отношении каждого второго пакета согласно второму IP и информации о конфигурации на приемнике, принимающем второй пакет.
В этом варианте осуществления также предлагается носитель данных, который содержит сохраненную программу. При исполнении программы происходит выполнение любого способа, описанного выше.
В настоящем изобретении также предлагается процессор, который выполнен с возможностью исполнения программы. При исполнении программы происходит выполнение любого способа, описанного выше.
КРАТКОЕ ОПИСАНИЕ ГРАФИЧЕСКИХ МАТЕРИАЛОВ
На фиг. 1 показана типичная топологическая схема трафика VXLAN EVPN, определенного в наложенной сети EVPN, согласно варианту осуществления.
На фиг. 2 показана блок-схема способа отправки пакетов согласно варианту осуществления.
На фиг. 3 показана блок-схема способа обработки пакетов согласно варианту осуществления.
На фиг. 4 показана структурная схема устройства отправки пакетов согласно варианту осуществления.
На фиг. 5 показана структурная схема устройства обработки пакетов согласно варианту осуществления.
На фиг. 6 показано схематическое представление узла РЕ согласно варианту осуществления.
На фиг. 7 показана структурная схема узла РЕ согласно другому варианту осуществления.
На фиг. 8 показана структурная схема узла, не поддерживающего услугу, согласно варианту осуществления.
На фиг. 9 показано схематическое представление формата ESI согласно варианту осуществления.
На фиг. 10 показано схематическое представление формата инкапсуляции SRv6 согласно варианту осуществления.
На фиг. 11 показано схематическое представление формата инкапсуляции SRv6 согласно другому варианту осуществления.
На фиг. 12 показано схематическое представление положения заголовка SHR в инкапсуляции SRv6 согласно варианту осуществления.
На фиг. 13 показана структурная схема узла РЕ согласно варианту осуществления.
ПОДРОБНОЕ ОПИСАНИЕ
Настоящее изобретение далее будет подробно описано со ссылкой на графические материалы и в сочетании с вариантами осуществления.
Термины «первый», «второй» и т.п.в описании, формуле изобретения и предшествующих графических материалах настоящего изобретения используются с целью разграничения похожих объектов и не обязательно используются для описания конкретных порядка или последовательности.
RFC7623 расширяет трафик MPLS EVPN, определенный в RFC7432, до трафика EVPN магистрального моста поставщика услуг (РВВ). Однако трафик РВВ EVPN по-прежнему зависит от инкапсуляции MPLS, но методика MPLS сложна в применении во многих сценариях, например, в случае, когда виртуальный поставщик услуг обеспечивает услугу виртуальной частной сети (VPN) посредством обычной сети поставщика услуг. Хотя РВВ EVPN не имеет некоторых технических эффектов со своими собственными характеристиками, в известном уровне техники не указано, как поддерживать эти технические эффекты в среде без РВВ и состояния инкапсуляции MPLS.
Дополнительно IP-адрес источника не играет обязательную роль в переадресации IP-пакетов, поскольку переадресация IP-пакетов осуществляется согласно IP-адресу назначения. Однако в некоторых сценариях действительность IP-адреса источника может быть проверена с использованием таких методик, как одноадресная переадресация по обратному пути (URPF), переадресация по обратному пути (RPF) и т.п. Это фактически требует, чтобы IP-адрес источника подлежал маршрутизации как IP-адрес назначения в физической сети, что приводит к затрате ресурсов IP-адреса физической сети в некоторых сценариях.
Первый вариант осуществления
В настоящем изобретении предлагается способ отправки пакетов, который может быть применен, но без ограничения, к топологии, показанной на фиг. 1. На фиг. 1 показана типичная топологическая схема трафика VXLAN EVPN, определенного в наложенной сети EVPN, согласно варианту осуществления. Этот способ может быть выполнен посредством узла РЕ. Например, в топологии, показанной на фиг. 1, способ отправки может быть, но не обязательно, выполнен посредством узла РЕ 1, узла РЕ 2 или узла РЕ 3, показанных на фиг. 1.
Ниже приведено описание с использованием примера, в котором способ отправки выполняют посредством узла РЕ 1, показанного на фиг. 1, и пакет отправляют от узла 1 стороны клиента (СЕ) на узел РЕ 2 в физической сети посредством узла РЕ 1. На фиг. 2 показана блок-схема способа отправки пакетов согласно варианту осуществления. Как показано на фиг. 2, способ включает этапы, описанные ниже.
На этапе S202 РЕ 1 принимает первый пакет от первой АС.
На этапе S204 РЕ 1 обрабатывает и инкапсулирует первый пакет для получения одного или более вторых пакетов. В этом варианте осуществления каждый второй пакет содержит первый IP. Первый IP включает второй IP или IP, полученный посредством шифрования части битов второго IP с помощью величины собственной энтропии первого пакета (как указано в пятом примерном варианте осуществления). Второй IP представляет собой один из ESI IP, принадлежащего ESI, соответствующему первой AC, IP (как указано в двенадцатом примерном варианте осуществления), полученного посредством модификации назначенного бита ESI IP, принадлежащего ESI, соответствующему первой АС, согласно корневому/листовому атрибуту первой AC, IP (как указано в четвертом примерном варианте осуществления), полученного посредством замены части битов ESI IP, принадлежащего ESI, соответствующему первой АС, значением VLAN ID, соответствующим первой АС, третьего IP или IP, полученного посредством модификации назначенного бита третьего IP согласно корневому/листовому атрибуту первой AC. ESI, соответствующий первой АС, представляет собой ESI, привязанный к главному интерфейсу, к которому принадлежит первая AC. ESI IP, принадлежащий ESI, представляет собой IP-адрес, соответствующий ESI. Значение VLAN ID, соответствующее первой АС, задано в первой АС и используется для согласования с первым пакетом. Третий IP определяется посредством узла РЕ, в котором расположена первая АС, и локального индекса ESI, соответствующего первой АС в узле РЕ, или определяется посредством домена VPN, к которому принадлежит узел РЕ, в котором расположена первая АС, и локального индекса ESI, соответствующего первой АС в узле РЕ.
На этапе S206 РЕ 1 отправляет каждый второй пакет.
Согласно предыдущим этапам первый IP, включенный в каждый второй пакет, переносит информацию, связанную с ESI, соответствующим первой АС, принимающей первый пакет, вследствие чего трафик, например, трафик VXLAN или подобный, связанный с каждым вторым пакетом, может поддерживать функцию ESI, и устраняется проблема, заключающаяся в том, что трафик VXLAN не может поддерживать ESI.
В этом варианте осуществления величина собственной энтропии вычисляется из одного или более характерных полей в первом пакете с использованием назначенного алгоритма. Например, в пятом примерном варианте осуществления характерное поле представляет собой более младшие 32 бита МАС-адреса источника, назначенный алгоритм представляет собой функцию f(x)=х, и побитовая логическая операция исключающего ИЛИ представляет собой простой алгоритм шифрования, поскольку, если побитовая логическая операция исключающего ИЛИ выполняется в поле В дважды со значением А, полученный результат по-прежнему представляет собой значение перед модификацией В, причем первая операция эквивалентна шифрованию, а вторая операция эквивалентна расшифровке.
В этом варианте осуществления первый IP переносит связанную информация об ESI, то есть пакеты, отправленные от разных ESI одной и той же РЕ, содержат связанную информацию об их соответствующих ESI, вследствие чего удаленный конец при приеме этих пакетов может различать эти пакеты с использованием связанной информации разных ESI. Таким образом, может быть устранена проблема, в которой пакеты, которые приняты от разных ESI одной и той же РЕ и переадресованы на удаленный конец, не могут быть различены, и общий трафик может быть вычислен, когда трафик от одного и того же ESI достигает одного и того же удаленного узла РЕ посредством разных смежных узлов РЕ.
В этом варианте осуществления предыдущая инкапсуляция может представлять собой IP-инкапсуляцию, и в этом режиме некоторые эффекты РВВ EVPN могут быть достигнуты без использования РВВ и инкапсуляции MPLS (как указано в шестом, седьмом, с тринадцатого по шестнадцатый и восемнадцатом примерных вариантах осуществления).
Дополнительно согласно варианту осуществления предыдущего способа первый IP переносит корневой/листовой атрибут первой АС, вследствие чего трафик VXLAN EVPN может быть расширен с E-LAN до E-TREE без использования структуры в виде стека меток VNI в пакете. Значение корневого/листового атрибута представляет собой корень или лист.
В этом варианте осуществления IP, полученный в результате модификации назначенного бита ESI IP согласно корню, в случае когда значение корневого/листового атрибута первой АС представляет собой корень, отличается от IP, полученного в результате модификации назначенного бита ESI IP согласно листу, в случае когда значение корневого/листового атрибута первой АС представляет собой лист; и IP, полученный в результате модификации назначенного бита третьего IP согласно корню, в случае когда значение корневого/листового атрибута первой АС представляет собой корень, отличается от IP, полученного в результате модификации назначенного бита третьего IP согласно листу, в случае когда значение корневого/листового атрибута первой АС представляет собой лист.
В варианте осуществления предыдущий третий IP может содержать первую часть и вторую часть. Первая часть содержит локальный индекс. Вторая часть содержит по меньшей мере одно из назначенной части (как указано в первом примерном варианте осуществления) назначенного IP-адреса, заданного в узле РЕ, в котором расположена первая АС, причем третий IP каждой АС в узле РЕ содержит назначенную часть; общей двоичной битовой части (как указано в шестом примерном варианте осуществления) назначенных значений атрибута, заданных ESI за ESI посредством одной и той же команды конфигурации в узле РЕ, в котором расположена первая АС; или общей двоичной битовой части (как указано в первом примерном варианте осуществления) назначенных IP-адресов, заданных посредством одной и той же команды конфигурации в узлах РЕ домена VPN, к которому принадлежит второй пакет. Домен VPN представляет собой набор узлов РЕ для отправки или приема второго пакета.
В варианте осуществления локальный индекс является уникальным для ESI в узле РЕ, в котором расположен ESI, то есть локальный индекс уникально, но без ограничения, идентифицирует ESI, соответствующий локальному индексу в узле РЕ.
В варианте осуществления локальный индекс может содержать по меньшей мере одно из значения ESI (как указано в одиннадцатом примерном варианте осуществления), значения псевдонима ESI, локального отличительного значения ESI или внутридоменного отличительного значения ESI. Значение псевдонима ESI (как указано во втором примерном варианте осуществления) представляет собой значение, заданное для атрибута ESI, соответствующего первой АС, причем ESI, соответствующий первой АС, отличается от других ESI в узле РЕ, в котором расположена первая АС, в атрибуте. Локальное отличительное значение ESI (как указано в пятом примерном варианте осуществления) представляет собой значение первого назначенного поля в ESI, соответствующем первой АС, причем первые назначенные поля, соответствующие разным ESI, имеют разные значения в узле РЕ. Внутридоменное отличительное значение ESI (как указано в шестом примерном варианте осуществления) представляет собой значение второго назначенного поля в ESI, соответствующем первой АС, причем вторые назначенные поля, соответствующие разным ESI, имеют разные значения в домене VPN, к которому принадлежит узел РЕ, в котором расположена первая АС.
В варианте осуществления, в случае когда предыдущий третий IP представляет собой Интернет-протокол версии 6 (IPv6), предыдущий локальный индекс может представлять собой, но без ограничения, значение ESI.
В варианте осуществления предыдущий первый IP расположен в одном из следующих положений каждого второго пакета: IP-адрес источника или заголовок опции IPv6 (как указано в одиннадцатом примерном варианте осуществления).
В варианте осуществления этап S204 может представлять собой обработку первого пакета согласно по меньшей мере одной из следующих плоскостей управления: первой плоскости управления EVPN, второй плоскости управления EVPN, третьей плоскости управления EVPN, четвертой плоскости управления EVPN, пятой плоскости управления EVPN или шестой плоскости управления EVPN. Первая плоскость управления EVPN выдает посредством маршрутизации не только соответствие между ESI IP и ESI или соответствие между информацией в третьем IP и ESI, но также запись управления доступом к среде (MAC) изучения АС, к которой привязан экземпляр EVPN, привязанный к первой АС. Вторая плоскость управления EVPN (как указано во втором примерном варианте осуществления) не выдает соответствие между ESI IP и ESI или соответствие между информацией в третьем IP и ESI посредством маршрутизации, но выдает посредством маршрутизации запись MAC изучения АС, к которой привязан экземпляр EVPN, привязанный к первой АС. Третья плоскость управления EVPN (как указано в седьмом примерном варианте осуществления) выдает посредством маршрутизации соответствие между ESI IP и ESI или соответствие между информацией в третьем IP и ESI, но не выдает посредством маршрутизации запись MAC изучения АС, к которой привязан экземпляр EVPN, привязанный к первой АС. Четвертая плоскость управления EVPN (как указано в шестом примерном варианте осуществления) не выдает соответствие между ESI IP и ESI или соответствие между информацией в третьем IP и ESI посредством маршрутизации и не выдает посредством маршрутизации запись MAC изучения АС, к которой привязан экземпляр EVPN, привязанный к первой АС. Пятая плоскость управления EVPN выдает соответствие между ESI IP и ESI или соответствие между информацией в третьем IP и ESI в базовом экземпляре виртуальной маршрутизации и переадресации IP (IP-VRF), причем базовый экземпляр IP-VRF представляет собой экземпляр IP-VRF, к которому привязан экземпляр EVPN, привязанный к первой АС. Шестая плоскость управления EVPN выдает соответствие между ESI IP и ESI или соответствие между информацией в третьем IP и ESI в базовом экземпляре виртуальной маршрутизации и переадресации MAC (MAC-VRF), причем базовый экземпляр MAC-VRF представляет собой экземпляр виртуальной частной сети уровня 2 (L2VPN), к которому привязан экземпляр EVPN, привязанный к первой АС.
В варианте осуществления, когда первый пакет обрабатывают на основе второй плоскости управления EVPN или четвертой плоскости управления EVPN, обработка может не зависеть от соответствия между ESI IP и ESI или соответствия между информацией в третьем IP и ESI.
В варианте осуществления второй пакет, полученный посредством обработки первого пакета на основе пятой плоскости управления EVPN, содержит тег частной сети базового экземпляра IP-VRF (как указано в восемнадцатом примерном варианте осуществления) или не содержит тег частной сети базового экземпляра IP-VRF (как указано в четырнадцатом и шестнадцатом примерных вариантах осуществления), и второй пакет, полученный посредством обработки первого пакета на основании шестой плоскости управления EVPN, содержит тег частной сети базового экземпляра MAC-VRF или не содержит тег частной сети базового экземпляра MAC-VRF (как указано в пятнадцатом примерном варианте осуществления).
В варианте осуществления IP-адрес источника второго пакета может быть маршрутизирован в физической сети или не может быть маршрутизирован в физической сети (как указано в первом, втором и с седьмого по восемнадцатый примерных вариантах осуществления).
В варианте осуществления ресурсы IP-адреса физической сети могут быть сохранены с использованием не подлежащего маршрутизации IP-адреса источника в физической сети.
В варианте осуществления, когда IP-адрес источника второго пакета не может быть маршрутизирован в физической сети, перед этапом S206 способ дополнительно включает по меньшей мере одно из: добавления во внешнем уровне IP-адреса источника второго пакета инкапсуляции MPLS, соответствующей IP-адресу назначения в том же IP-заголовке, в каком находится IP-адрес источника (как указано в тринадцатом примерном варианте осуществления), причем IP-адрес источника не находится в таблице маршрутизации, в которой расположен IP-адрес назначения; установки значения поля типа протокола в заголовке Интернет-протокола версии 4 (IPv4) каждого второго пакета равным первому назначенному значению (как указано в восьмом примерном варианте осуществления); установки значения следующего поля заголовка в IPv6-заголовке каждого второго пакета равным второму назначенному значению (как указано в девятом примерном варианте осуществления); или установки значения поля типа Ethernet (ethertype) во внешнем Ethernet-заголовке, соответствующем IP-заголовку каждого второго пакета, равным третьему назначенному значению (как указано в десятом примерном варианте осуществления).
В этом варианте осуществления также предлагается способ обработки пакетов, который может быть применен к топологии, показанной на фиг. 1. Способ обработки пакетов может быть выполнен посредством узла РЕ. Ниже приведено описание с использованием примера, в котором способ отправки пакетов выполняют посредством узла РЕ 1, показанного на фиг. 1, и пакет отправляют от узла СЕ 1 на узел РЕ 2 посредством узла РЕ 1. На фиг. 3 показана блок-схема способа обработки пакетов согласно варианту осуществления. Как показано на фиг. 3, способ включает этапы, описанные ниже.
На этапе S302: узел РЕ 2 принимает третий пакет, отправленный первым узлом стороны поставщика услуг (РЕ), причем первый узел РЕ обрабатывает четвертый пакет, принятый от первой АС, для получения третьего пакета, и третий пакет содержит первый IP. Первый IP включает второй IP или IP, полученный в результате шифрования части битов второго IP с помощью величины собственной энтропии четвертого пакета. Второй IP представляет собой один из: ESI IP, принадлежащего ESI, соответствующему первой AC, IP, полученного в результате модификации назначенного бита ESI IP, принадлежащего ESI, соответствующему первой АС, согласно корневому/листовому атрибуту первой AC, IP, полученного в результате замены части битов ESI IP, принадлежащего ESI, соответствующему первой АС, значением VLAN ID, соответствующим первой АС, третьего IP или IP, полученного в результате модификации назначенного бита третьего IP согласно корневому/листовому атрибуту первой AC. ESI, соответствующий первой АС, представляет собой ESI, привязанный к главному интерфейсу, к которому принадлежит первая AC. ESI IP, принадлежащий ESI, представляет собой IP-адрес, соответствующий ESI. Значение VLAN ID, соответствующее первой АС, задано в первой АС и используется для согласования с четвертым пакетом. Третий IP определяется посредством узла РЕ, в котором расположена первая АС, и локального индекса ESI, соответствующего первой АС в узле РЕ, или определяется посредством домена VPN, к которому принадлежит узел РЕ, в котором расположена первая АС, и локального индекса ESI, соответствующего первой АС в узле РЕ.
На этапе S304 третий пакет обрабатывают согласно значению ESI, соответствующему первому IP, включенному в третий пакет, или выполняют фильтрацию ESI в отношении третьего пакета согласно второму IP и информации о конфигурации на приемнике, который принимает третий пакет.
Согласно предыдущим этапам первый IP, включенный в третий пакет, переносит связанную информацию об ESI, соответствующем первой АС, которая принимает четвертый пакет, вследствие чего трафик, например, трафик VXLAN или подобный, связанный с третьим пакетом, может поддерживать функцию ESI, и устраняется проблема, заключающаяся в том, что трафик VXLAN не может поддерживать ESI.
В варианте осуществления первая РЕ может представлять собой узел РЕ 1. Третий пакет эквивалентен второму пакету в варианте осуществления способа отправки пакетов, описанного выше, а четвертый пакет эквивалентен первому пакету в варианте осуществления способа отправки пакетов, описанного выше.
В варианте осуществления обработка третьего пакета согласно значению ESI, соответствующему первому IP, на этапе S304 может включать: дублирование третьего пакета на назначенный сервер, когда значение ESI, соответствующее первому IP, включенному в третий пакет, представляет собой первое назначенное значение, выполнение назначенной обработки с поддержкой качества обслуживания (QoS) в отношении третьего пакета, когда значение ESI, соответствующее первому IP, включенному в третий пакет, представляет собой второе назначенное значение, или выполнение статистического исследования эффективности в отношении третьего пакета с использованием счетчика статистического исследования эффективности, привязанного к третьему назначенному значению, когда значение ESI, соответствующее первому IP, включенному в третий пакет, представляет собой третье назначенное значение.
В варианте осуществления выполнение фильтрации ESI в отношении третьего пакета согласно второму IP и информации о конфигурации на приемнике, который принимает третий пакет, на этапе 304 может включать: определение одного или более назначенных пакетов согласно третьему пакету, определение второй АС для отправки каждого назначенного пакета и выполнение фильтрации ESI в отношении каждого назначенного пакета согласно второму IP и информации о конфигурации второй АС каждого назначенного пакета. Информация о конфигурации содержит по меньшей мере одно из корневого/листового атрибута второй АС каждого назначенного пакета или IP, соответствующего второй АС каждого назначенного пакета.
В варианте осуществления IP, соответствующий второй АС, может включать по меньшей мере один из: ESI IP, принадлежащего ESI, соответствующему второй AC, IP, полученного в результате модификации назначенного бита ESI IP, принадлежащего ESI, соответствующему второй АС, согласно корневому/листовому атрибуту второй AC, IP, полученного в результате замены части битов ESI IP, принадлежащего ESI, соответствующему второй АС, значением VLAN ID, соответствующим второй АС, третьего IP или IP, полученного в результате модификации назначенного бита третьего IP согласно корневому/листовому атрибуту второй AC. ESI, соответствующий второй АС, представляет собой ESI, привязанный к главному интерфейсу, к которому принадлежит вторая AC. ESI IP, принадлежащий ESI, представляет собой IP-адрес, соответствующий ESI. Значение VLAN ID, соответствующее второй АС, задано во второй АС и используется для согласования с первым пакетом. Четвертый IP определяют посредством узла РЕ, в котором расположена вторая АС, и локального индекса ESI, соответствующего второй АС в узле РЕ, или определяют посредством домена VPN, к которому принадлежит узел РЕ, в котором расположена вторая АС, и локального индекса ESI, соответствующего второй АС в узле РЕ.
В варианте осуществления этап выполнения фильтрации ESI в отношении каждого назначенного пакета согласно второму IP и информации о конфигурации второй АС каждого назначенного пакета может включать: в случае когда главный интерфейс, к которому принадлежит вторая АС каждого назначенного пакета, привязан к ненулевому ESI или значение корневого/листового атрибута второй АС каждого назначенного пакета представляет собой лист и в случае когда второй IP и каждая вторая АС удовлетворяет первому предварительно определенному условию, отбрасывание каждого назначенного пакета. Второй IP представляет собой второй IP или IP, полученный посредством расшифровки части битов второго IP с использованием величины собственной энтропии четвертого пакета.
∧
∧
Первое предварительно определенное условие включает по меньшей мере одно из следующего: второй IP равен IP, соответствующему второй АС каждого назначенного пакета (как указано в первом примерном варианте осуществления); значение назначенного двоичного бита во втором IP представляет собой 1 и значение корневого/листового атрибута второй АС каждого назначенного пакета представляет собой лист (как указано в двенадцатом примерном варианте осуществления); значение назначенного двоичного бита во втором IP представляет собой 0, и значение корневого/листового атрибута второй АС каждого назначенного пакета представляет собой лист (как указано в двенадцатом примерном варианте осуществления); IP1  IP2 < (m+1) (как указано во втором примерном варианте осуществления), где  обозначает побитовый логический оператор исключающего ИЛИ; или (IP1 & IP2) & флаг = флаг (как указано в двенадцатом примерном варианте осуществления), где & обозначает побитовый логический оператор И, флаг обозначает предварительно определенное значение, и только один двоичный бит во флаге имеет значение, равное 1, где IP1 обозначает второй IP, IP2 обозначает IP, соответствующий второй АС каждого назначенного пакета, и m обозначает обратную маску IP-адреса. Обратную маску IP-адреса получают в результате побитовой операции отрицания в отношении маски IP-адреса ESI IP, соответствующего ESI, привязанному к главному интерфейсу, к которому принадлежит вторая АС каждого назначенного пакета.
В варианте осуществления предыдущий третий IP может содержать первую часть и вторую часть. Первая часть содержит локальный индекс. Вторая часть содержит по меньшей мере одно из назначенной части назначенного IP-адреса, заданного в первом узле РЕ, в котором расположена первая АС, причем третий IP каждой АС в узле РЕ содержит назначенную часть; общей двоичной битовой части значений атрибута, заданных для ESI за ESI посредством одной и той же команды конфигурации в первом узле РЕ; или общей двоичной битовой части назначенных IP-адресов, заданных посредством одной и той же команды конфигурации в узлах РЕ домена VPN, к которому принадлежит второй пакет. Домен VPN представляет собой набор узлов РЕ для отправки или приема второго пакета.
В варианте осуществления предыдущий локальный индекс может содержать по меньшей мере одно из значения ESI, значения псевдонима ESI, локального отличительного значения ESI или внутридоменного отличительного значения ESI. Значение псевдонима ESI представляет собой значение, заданное для атрибута ESI, соответствующего первой АС, причем ESI, соответствующий первой АС, отличается от других ESI в узле, в котором расположена первая АС, в атрибуте. Локальное отличительное значение ESI представляет собой значение первого назначенного поля в ESI, соответствующем первой АС, причем первые назначенные поля, соответствующие разным ESI, имеют разные значения в первом узле РЕ. Внутридоменное отличительное значение ESI представляет собой значение второго назначенного поля в ESI, соответствующем первой АС, причем вторые назначенные поля, соответствующие разным ESI, имеют разные значения в домене VPN, к которому принадлежит первый узел РЕ.
В одном варианте осуществления первый IP расположен в одном из следующих положений третьего пакета: IP-адрес источника или заголовок опции IPv6.
В варианте осуществления первая РЕ обрабатывает четвертый пакет на основе по меньшей мере одной из следующих плоскостей управления для получения третьего пакета: первой плоскости управления EVPN, второй плоскости управления EVPN, третьей плоскости управления EVPN, четвертой плоскости управления EVPN, пятой плоскости управления EVPN или шестой плоскости управления EVPN. Первая плоскость управления EVPN выдает посредством маршрутизации не только соответствие между ESI IP и ESI или соответствие между информацией в третьем IP и ESI, но также запись MAC изучения АС, к которой привязан экземпляр EVPN, привязанный к первой АС. Вторая плоскость управления EVPN не выдает соответствие между ESI IP и ESI или соответствие между информацией в третьем IP и ESI посредством маршрутизации, но выдает посредством маршрутизации запись MAC изучения АС, к которой привязан экземпляр EVPN, привязанный к первой АС. Третья плоскость управления EVPN выдает соответствие между ESI IP и ESI или соответствие между информацией в третьем IP и ESI посредством маршрутизации, но не выдает посредством маршрутизации запись MAC изучения АС, к которой привязан экземпляр EVPN, привязанный к первой АС. Четвертая плоскость управления EVPN не выдает соответствие между ESI IP и ESI или соответствие между информацией в третьем IP и ESI посредством маршрутизации и не выдает посредством маршрутизации запись MAC изучения АС, к которой привязан экземпляр EVPN, привязанный к первой АС. Пятая плоскость управления EVPN выдает соответствие между ESI IP и ESI или соответствие между информацией в третьем IP и ESI в базовом экземпляре IP-VRF, причем базовый экземпляр IP-VRF представляет собой экземпляр IP-VRF, к которому привязан экземпляр EVPN, привязанный к первой АС. Шестая плоскость управления EVPN выдает соответствие между ESI IP и ESI или соответствие между информацией в третьем IP и ESI в базовом экземпляре MAC-VRF, причем базовый экземпляр MAC-VRF представляет собой экземпляр L2VPN, к которому привязан экземпляр EVPN, привязанный к первой АС.
В одном варианте осуществления IP-адрес источника третьего пакета может быть маршрутизирован в физической сети или не может быть маршрутизирован в физической сети.
В варианте осуществления IP-адрес источника третьего пакета не может быть достигнут по маршруту в физической сети, когда удовлетворяется одно из следующих условий: значение поля типа протокола в IPv4-заголовке третьего пакета представляет собой первое назначенное значение, значение следующего поля заголовка в IPv6-заголовке третьего пакета представляет собой второе назначенное значение, значение поля ethertype во внешнем Ethernet-заголовке, соответствующем IP-заголовку третьего пакета, представляет собой третье назначенное значение, назначенный бит IP-адреса источника третьего пакета представляет собой четвертое назначенное значение, или назначенный бит IP-адреса назначения третьего пакета представляет собой пятое назначенное значение, и назначенный бит IP-адреса источника третьего пакета представляет собой шестое назначенное значение.
В варианте осуществления первое назначенное значение, второе назначенное значение, третье назначенное значение, четвертое назначенное значение, пятое назначенное значение и шестое назначенное значение могут быть, но не обязательно, установлены согласно фактическим потребностям.
В варианте осуществления, когда IP-адрес источника третьего пакета не может быть маршрутизирован в физической сети, предыдущий этап S304 может представлять собой по меньшей мере одно из следующего: не выполняют проверку URPF (как указано в объяснении узла, не поддерживающего услугу, в первом примерном варианте осуществления), выполняют проверку URPF согласно назначенной таблице маршрутизации (как указано в восьмом примерном варианте осуществления) и IP-адресу источника третьего пакета, не отправляют пятый пакет (как указано в первом примерном варианте осуществления), отправляют пятый пакет согласно назначенной таблице маршрутизации (как указано в первом примерном варианте осуществления), не выполняют проверку RPF, когда IP-адрес назначения третьего пакета представляет собой многопунктовый IP-адрес (как указано в десятом примерном варианте осуществления), или выполняют проверку RPF согласно назначенной таблице маршрутизации и IP-адресу источника третьего пакета, когда IP-адрес назначения третьего пакета представляет собой многопунктовый IP-адрес (как указано в десятом примерном варианте осуществления). Назначенная таблица маршрутизации отличается от таблицы маршрутизации для переадресации третьего пакета согласно IP-адресу назначения третьего пакета, и пятый пакет генерируют, когда третий пакет удовлетворяет предварительно определенному условию.
В варианте осуществления предыдущий способ дополнительно включает выполнение одной из следующих операций в отношении третьего пакета, когда IP-адрес источника третьего пакета не может быть маршрутизирован в физической сети: не выполняют проверку URPF (как указано в объяснении узла, не поддерживающего услугу, в первом примерном варианте осуществления), выполняют проверку URPF согласно назначенной таблице маршрутизации (как указано в восьмом примерном варианте осуществления) и IP-адресу источника третьего пакета, не отправляют пятый пакет (как указано в первом примерном варианте осуществления), отправляют пятый пакет согласно назначенной таблице маршрутизации (как указано в первом примерном варианте осуществления), не выполняют проверку RPF, когда IP-адрес назначения третьего пакета представляет собой многопунктовый IP-адрес (как указано в десятом примерном варианте осуществления), или выполняют проверку RPF согласно назначенной таблице маршрутизации и IP-адресу источника третьего пакета, когда IP-адрес назначения третьего пакета представляет собой многопунктовый IP-адрес (как указано в десятом примерном варианте осуществления). Назначенная таблица маршрутизации отличается от таблицы маршрутизации для переадресации третьего пакета согласно IP-адресу назначения третьего пакета, и пятый пакет генерируют, когда третий пакет удовлетворяет предварительно определенному условию.
Из описания вариантов осуществления, описанных выше, специалистам в данной области техники может быть понятно, что способ согласно любому варианту осуществления, описанному выше, может быть реализован посредством программного обеспечения и аппаратной платформы общего назначения, может быть реализован посредством аппаратного обеспечения или может принимать форму программного продукта. Компьютерный программный продукт хранится в носителе данных (например, постоянном запоминающем устройстве (ROM) / оперативном запоминающем устройстве (RAM), магнитном диске и оптическом диске) и содержит несколько инструкций для предоставления возможности оконечному устройству (например, мобильному телефону, компьютеру, серверу или сетевому устройству) выполнения способа согласно любому из вариантов осуществления, описанных выше.
Второй вариант осуществления
В этом варианте осуществления также предлагается устройство отправки пакетов, которое выполнено с возможностью реализации предыдущего варианта осуществления. То, что уже было описано, повторяться не будет. Используемый ниже термин «модуль» может обозначать программное обеспечение, аппаратное обеспечение или их комбинацию, способные реализовывать предварительно определенные функции. Устройства в нижеописанном варианте осуществления могут быть реализованы посредством программного обеспечения, но также возможна и предложена реализация посредством аппаратного обеспечения или посредством комбинации программного обеспечения и аппаратного обеспечения.
На фиг. 4 показана структурная схема устройства отправки пакетов согласно варианту осуществления. Устройство отправки может быть расположено в узле РЕ в архитектуре, показанной на фиг. 1. Ниже приведено описание с использованием примера, в котором устройство отправки расположено в узле РЕ 1, показанном на фиг. 1. Устройство отправки содержит модуль 42 приема, модуль 44 обработки и модуль 46 отправки. Модуль 42 приема выполнен с возможностью приема первого пакета от первой АС. Модуль 44 обработки соединен с модулем 42 приема и выполнен с возможностью обработки первого пакета для получения одного или более вторых пакетов, причем каждый второй пакет содержит первый IP. Первый IP включает второй IP или IP, полученный посредством шифрования части битов второго IP с помощью величины собственной энтропии первого пакета. Второй IP представляет собой один из: ESI IP, принадлежащего ESI, соответствующему первой AC, IP, полученного в результате модификации назначенного бита ESI IP, принадлежащего ESI, соответствующему первой АС, согласно корневому/листовому атрибуту первой AC, IP, полученного в результате замены части битов ESI IP, принадлежащего ESI, соответствующему первой АС, значением VLAN ID, соответствующим первой АС, третьего IP или IP, полученного в результате модификации назначенного бита третьего IP согласно корневому/листовому атрибуту первой AC. ESI, соответствующий первой АС, представляет собой ESI, привязанный к главному интерфейсу, к которому принадлежит первая AC. ESI IP, принадлежащий ESI, представляет собой IP-адрес, соответствующий ESI. Значение VLAN ID, соответствующее первой АС, задано в первой АС и используется для согласования с первым пакетом. Третий IP определяется посредством узла РЕ, в котором расположена первая АС, и локального индекса ESI, соответствующего первой АС в узле РЕ, или определяется посредством домена VPN, к которому принадлежит узел РЕ, в котором расположена первая АС, и локального индекса ESI, соответствующего первой АС в узле РЕ. Модуль 46 отправки соединен с модулем 44 обработки и выполнен с возможностью отправки каждого второго пакета.
Согласно предыдущему устройству первый IP, включенный в каждый второй пакет, переносит связанную информацию об ESI, соответствующем первой АС, для приема первого пакета, вследствие чего трафик, например, трафик VXLAN или подобный, связанный с каждым вторым пакетом, может поддерживать функцию ESI, и устраняется проблема, заключающаяся в том, что трафик VXLAN не может поддерживать ESI.
В варианте осуществления первый IP переносит связанную информацию об ESI, то есть пакеты, отправленные от разных ESI одной и той же РЕ, содержат связанную информацию об их соответствующем ESI, вследствие чего эти пакеты могут быть различены с использованием связанной информации об их соответствующем ESI при приеме на удаленном конце. Таким образом, может быть устранена проблема, в которой пакеты, принятые от разных ESI одной и той же РЕ, не могут быть различены при переадресации на удаленный конец, и общий трафик от одного и того же ESI, достигающий одного и того же удаленного узла РЕ посредством разных смежных узлов РЕ, может быть вычислен.
В варианте осуществления инкапсуляция может представлять собой IP-инкапсуляцию, и в этом режиме некоторые эффекты РВВ EVPN могут быть достигнуты без использования РВВ и инкапсуляции MPLS.
Дополнительно согласно варианту осуществления способа, описанного выше, первый IP переносит корневой/листовой атрибут первой АС, вследствие чего трафик MPLS EVPN может быть расширен с E-LAN до E-TREE без использования структуры в виде стека меток VNI в пакете.
В варианте осуществления IP, полученный в результате модификации назначенного бита ESI IP согласно корню, в случае когда значение корневого/листового атрибута первой АС представляет собой корень, отличается от IP, полученного в результате модификации назначенного бита ESI IP согласно листу, в случае когда значение корневого/листового атрибута первой АС представляет собой лист; и IP, полученный в результате модификации назначенного бита третьего IP согласно корню, в случае когда значение корневого/листового атрибута первой АС представляет собой корень, отличается от IP, полученного в результате модификации назначенного бита третьего IP согласно листу, в случае когда значение корневого/листового атрибута первой АС представляет собой лист.
В варианте осуществления третий IP может содержать первую часть и вторую часть. Первая часть содержит локальный индекс. Вторая часть содержит по меньшей мере одно из назначенной части назначенного IP-адреса, заданного в узле РЕ, в котором расположена первая АС, причем третий IP каждой АС в узле РЕ содержит назначенную часть; общей двоичной битовой части назначенных значений атрибута, заданных ESI за ESI посредством одной и той же команды конфигурации в узле РЕ, в котором расположена первая АС; или общей двоичной битовой части назначенных IP-адресов, заданных посредством одной и той же команды конфигурации в узлах РЕ домена VPN, к которому принадлежит второй пакет. Домен VPN представляет собой набор узлов РЕ для отправки или приема второго пакета.
В варианте осуществления локальный индекс является уникальным для ESI в узле РЕ, в котором расположен ESI, то есть локальный индекс уникально, но не обязательно, идентифицирует ESI, соответствующий локальному индексу в узле РЕ.
В варианте осуществления локальный индекс может содержать по меньшей мере одно из: значения ESI, значения псевдонима ESI, локального отличительного значения ESI или внутридоменного отличительного значения ESI. Значение псевдонима ESI представляет собой значение, заданное для атрибута ESI, соответствующего первой АС, причем ESI, соответствующий первой АС, отличается от других ESI в узле, в котором расположена первая АС, в атрибуте. Локальное отличительное значение ESI представляет собой значение первого назначенного поля в ESI, соответствующем первой АС, причем первые назначенные поля, соответствующие разным ESI, имеют разные значения в узле РЕ, в котором расположена первая АС. Внутридоменное отличительное значение ESI представляет собой значение второго назначенного поля в ESI, соответствующем первой АС, причем вторые назначенные поля, соответствующие разным ESI, имеют разные значения в домене VPN, к которому принадлежит узел РЕ, в котором расположена первая АС.
В варианте осуществления, в случае когда предыдущий третий IP представляет собой IPv6, локальный индекс может представлять собой, но без ограничения, значение ESI.
В одном варианте осуществления предыдущий первый IP расположен в одном из следующих положений каждого второго пакета: IP-адрес источника или заголовок опции IPv6.
В одном варианте осуществления предыдущий модуль 54 обработки выполнен с возможностью обработки первого пакета на основе по меньшей мере одной из: первой плоскости управления EVPN, второй плоскости управления EVPN, третьей плоскости управления EVPN, четвертой плоскости управления EVPN, пятой плоскости управления EVPN или шестой плоскости управления EVPN. Первая плоскость управления EVPN выдает посредством маршрутизации не только соответствие между ESI IP и ESI или соответствие между информацией в третьем IP и ESI, но также запись MAC изучения АС, к которой привязан экземпляр EVPN, привязанный к первой АС. Вторая плоскость управления EVPN не выдает соответствие между ESI IP и ESI или соответствие между информацией в третьем IP и ESI посредством маршрутизации, но выдает посредством маршрутизации запись MAC изучения АС, к которой привязан экземпляр EVPN, привязанный к первой АС. Третья плоскость управления EVPN выдает соответствие между ESI IP и ESI или соответствие между информацией в третьем IP и ESI посредством маршрутизации, но не выдает посредством маршрутизации запись MAC изучения АС, к которой привязан экземпляр EVPN, привязанный к первой АС. Четвертая плоскость управления EVPN не выдает соответствие между ESI IP и ESI или соответствие между информацией в третьем IP и ESI посредством маршрутизации и не выдает посредством маршрутизации запись MAC изучения АС, к которой привязан экземпляр EVPN, привязанный к первой АС. Пятая плоскость управления EVPN выдает соответствие между ESI IP и ESI или соответствие между информацией в третьем IP и ESI в базовом экземпляре IP-VRF, причем базовый экземпляр IP-VRF представляет собой экземпляр IP-VRF, к которому привязан экземпляр EVPN, привязанный к первой АС. Шестая плоскость управления EVPN выдает соответствие между ESI IP и ESI или соответствие между информацией в третьем IP и ESI в базовом экземпляре MAC-VRF, причем базовый экземпляр MAC-VRF представляет собой экземпляр L2VPN, к которому привязан экземпляр EVPN, привязанный к первой АС.
В варианте осуществления при обработке первого пакета на основе второй плоскости управления EVPN или четвертой плоскости управления EVPN модуль 44 обработки может не зависеть от соответствия между ESI IP и ESI или соответствия между информацией в третьем IP и ESI.
В варианте осуществления, когда модуль 44 обработки обрабатывает первый пакет на основе пятой плоскости управления EVPN, каждый второй пакет не содержит тег частной сети базового экземпляра IP-VRF или содержит тег частной сети базового экземпляра IP-VRF; и, когда модуль 44 обработки обрабатывает первый пакет на основе шестой плоскости управления EVPN, каждый второй пакет не содержит тег частной сети базового экземпляра MAC-VRF или содержит тег частной сети базового экземпляра MAC-VRF.
В одном варианте осуществления, в случае когда IP-адрес источника каждого второго пакета используется в качестве IP-адреса назначения, IP-адрес источника может быть маршрутизирован в физической сети или не может быть маршрутизирован в физической сети.
Ресурсы IP-адреса физической сети могут быть сохранены с использованием IP-адреса источника, который не может быть маршрутизирован в физической сети.
В варианте осуществления, когда IP-адрес источника каждого второго пакета не может быть маршрутизирован в физической сети, предыдущий модуль 54 обработки приспособлен для выполнения по меньшей мере одной из следующих операций: добавления вне IP-адреса источника каждого второго пакета инкапсуляции MPLS, соответствующей IP-адресу назначения в том же IP-заголовке, в каком находится IP-адрес источника, причем IP-адрес источника не находится в таблице маршрутизации, в которой расположен IP-адрес назначения; установки значения поля типа протокола в IPv4-заголовке каждого второго пакета равным первому назначенному значению; установки значения следующего поля заголовка в IPv6-заголовке каждого второго пакета равным второму назначенному значению; или установки значения поля типа Ethernet (ethertype) во внешнем Ethernet-заголовке, соответствующем IP-заголовку каждого второго пакета, равным третьему назначенному значению.
В этом варианте осуществления также предлагается устройство обработки пакетов, которое может быть расположено в узле РЕ, показанном на фиг. 1. Ниже приведено описание с использованием примера, в котором устройство расположено в узле РЕ 2, показанном на фиг. 1. На фиг. 5 показана структурная схема устройства обработки пакетов согласно варианту осуществления. Как показано на фиг. 5, устройство содержит модуль 52 приема и модуль 54 обработки. Модуль 52 приема выполнен с возможностью приема третьего пакета, отправленного первым узлом стороны поставщика услуг (РЕ), причем первый узел РЕ обрабатывает четвертый пакет, принятый от первой АС, для получения третьего пакета, и третий пакет содержит первый IP. Первый IP включает второй IP или IP, полученный в результате шифрования части битов второго IP с помощью величины собственной энтропии четвертого пакета. Второй IP представляет собой один из: ESI IP, принадлежащего ESI, соответствующему первой AC, IP, полученного в результате модификации назначенного бита ESI IP, принадлежащего ESI, соответствующему первой АС, согласно корневому/листовому атрибуту первой AC, IP, полученного в результате замены части битов ESI IP, принадлежащего ESI, соответствующему первой АС, значением VLAN ID, соответствующим первой АС, третьего IP или IP, полученного в результате модификации назначенного бита третьего IP согласно корневому/листовому атрибуту первой AC. ESI, соответствующий первой АС, представляет собой ESI, привязанный к главному интерфейсу, к которому принадлежит первая AC. ESI IP, принадлежащий ESI, представляет собой IP-адрес, соответствующий ESI. Значение VLAN ID, соответствующее первой АС, задано в первой АС и используется для согласования с четвертым пакетом. Третий IP определяется посредством узла РЕ, в котором расположена первая АС, и локального индекса ESI, соответствующего первой АС в узле РЕ, или определяется посредством домена VPN, к которому принадлежит узел РЕ, в котором расположена первая АС, и локального индекса ESI, соответствующего первой АС в узле РЕ. Модуль 54 обработки соединен с предыдущим модулем 52 приема и выполнен с возможностью обработки третьего пакета согласно значению ESI, соответствующему первому IP, включенному в третий пакет, или выполнения фильтрации ESI в отношении третьего пакета согласно второму IP и информации о конфигурации на приемнике, принимающем третий пакет.
Согласно предыдущему устройству первый IP, включенный в третий пакет, переносит связанную информацию об ESI, соответствующем первой АС, для приема первого пакета, вследствие чего трафик, например, трафик VXLAN или подобный, связанный с четвертым пакетом, может поддерживать функцию ESI, и устраняется проблема, заключающаяся в том, что трафик VXLAN не может поддерживать ESI.
В варианте осуществления предыдущая первая РЕ может представлять собой узел РЕ 1. Предыдущий третий пакет эквивалентен второму пакету в варианте осуществления способа отправки пакетов, описанного выше, а предыдущий четвертый пакет эквивалентен первому пакету в варианте осуществления способа отправки пакетов, описанного выше.
В варианте осуществления модуль 54 обработки выполнен с возможностью обработки третьего пакета по меньшей мере одним из следующих способов согласно значению ESI, соответствующему первому IP, включенному в третий пакет: дублирование третьего пакета на назначенный сервер, когда значение ESI, соответствующее первому IP, включенному в третий пакет, представляет собой первое назначенное значение, выполнение назначенной обработки с поддержкой качества обслуживания (QoS) в отношении третьего пакета, когда значение ESI, соответствующее первому IP, включенному в третий пакет, представляет собой второе назначенное значение, или выполнение статистического исследования эффективности в отношении третьего пакета с использованием счетчика статистического исследования эффективности, привязанного к третьему назначенному значению, когда значение ESI, соответствующее первому IP, включенному в третий пакет, представляет собой третье назначенное значение.
В варианте осуществления предыдущий модуль 54 обработки выполнен с возможностью выполнения фильтрации ESI в отношении третьего пакета согласно второму IP и информации о конфигурации на приемнике, принимающем третий пакет, посредством: определения одного или более назначенных пакетов согласно третьему пакету, определения второй АС для отправки каждого назначенного пакета и выполнения фильтрации ESI в отношении каждого назначенного пакета согласно второму IP и информации о конфигурации второй АС каждого назначенного пакета. Информация о конфигурации содержит по меньшей мере одно из корневого/листового атрибута второй АС каждого назначенного пакета или IP, соответствующего второй АС каждого назначенного пакета.
В варианте осуществления модуль 54 обработки выполнен с возможностью выполнения фильтрации ESI в отношении каждого назначенного пакета согласно второму IP и информации о конфигурации второй АС каждого назначенного пакета следующим образом: в случае когда главный интерфейс, к которому принадлежит вторая АС каждого назначенного пакета, привязан к ненулевому ESI или значение корневого/листового атрибута второй АС представляет собой лист и в случае когда второй IP и вторая АС каждого назначенного пакета удовлетворяют первому предварительно определенному условию, происходит отбрасывание каждого назначенного пакета.
∧
∧
Первое предварительно определенное условие включает по меньшей мере одно из следующего: второй IP равен IP, соответствующему второй АС; значение назначенного двоичного бита во втором IP представляет собой 1, и значение корневого/листового атрибута второй АС каждого назначенного пакета представляет собой лист; значение назначенного двоичного бита во втором IP представляет собой 0, и значение корневого/листового атрибута второй АС представляет собой лист; IP1  IP2 < (m+1), где  обозначает побитовый логический оператор исключающего ИЛИ; или (IP1 & IP2) & флаг = флаг, где & обозначает побитовый логический оператор И, флаг обозначает предварительно определенное значение, и только один двоичный бит во флаге имеет значение, равное 1, где IP1 обозначает второй IP, IP2 обозначает IP, соответствующий второй АС, и m обозначает обратную маску IP-адреса. Обратную маску IP-адреса получают в результате побитовой операции отрицания в отношении маски IP-адреса ESI IP, соответствующего ESI, привязанному к главному интерфейсу, к которому принадлежит вторая АС.
В варианте осуществления третий IP может содержать первую часть и вторую часть. Первая часть содержит локальный индекс. Вторая часть содержит по меньшей мере одно из: назначенной части назначенного IP-адреса, заданного в первом узле РЕ, причем третий IP каждой АС в узле РЕ содержит назначенную часть, или общей двоичной битовой части назначенных значений атрибута, заданных ESI за ESI посредством одной и той же команды конфигурации в первом узле РЕ, или общей двоичной битовой части назначенных IP-адресов, заданных посредством одной и той же команды конфигурации в каждом узле РЕ домена VPN, к которому принадлежит один или более вторых пакетов. Домен VPN представляет собой набор узлов РЕ для отправки или приема одного или более вторых пакетов.
В варианте осуществления локальный индекс может содержать по меньшей мере одно из: значения ESI, значения псевдонима ESI, локального отличительного значения ESI или внутридоменного отличительного значения ESI. Значение псевдонима ESI представляет собой значение, заданное для атрибута ESI, соответствующего первой АС, причем ESI, соответствующий первой АС, отличается от других ESI в узле, в котором расположена первая АС, в атрибуте. Локальное отличительное значение ESI представляет собой значение первого назначенного поля в ESI, соответствующем первой АС, причем первые назначенные поля, соответствующие разным ESI, имеют разные значения в первом узле РЕ. Внутридоменное отличительное значение ESI представляет собой значение второго назначенного поля в ESI, соответствующем первой АС, причем вторые назначенные поля, соответствующие разным ESI, имеют разные значения в домене VPN, к которому принадлежит первый узел РЕ.
В одном варианте осуществления первый IP расположен в одном из следующих положений третьего пакета: самый внешний IP-адрес источника или заголовок опции IPv6.
В варианте осуществления первая РЕ обрабатывает четвертый пакет на основании следующих плоскостей управления для получения третьего пакета: первая плоскость управления EVPN, вторая плоскость управления EVPN, третья плоскость управления EVPN, четвертая плоскость управления EVPN, пятая плоскость управления EVPN или шестая плоскость управления EVPN. Первая плоскость управления EVPN выдает посредством маршрутизации не только соответствие между ESI IP и ESI или соответствие между информацией в третьем IP и ESI, но также запись MAC изучения АС, к которой привязан экземпляр EVPN, привязанный к первой АС. Вторая плоскость управления EVPN не выдает соответствие между ESI IP и ESI или соответствие между информацией в третьем IP и ESI посредством маршрутизации, но выдает посредством маршрутизации запись MAC изучения АС, к которой привязан экземпляр EVPN, привязанный к первой АС. Третья плоскость управления EVPN выдает соответствие между ESI IP и ESI или соответствие между информацией в третьем IP и ESI посредством маршрутизации, но не выдает посредством маршрутизации запись MAC изучения АС, к которой привязан экземпляр EVPN, привязанный к первой АС. Четвертая плоскость управления EVPN не выдает соответствие между ESI IP и ESI или соответствие между информацией в третьем IP и ESI посредством маршрутизации и не выдает посредством маршрутизации запись MAC изучения АС, к которой привязан экземпляр EVPN, привязанный к первой АС.Пятая плоскость управления EVPN выдает соответствие между ESI IP и ESI или соответствие между информацией в третьем IP и ESI в базовом экземпляре IP-VRF, причем базовый экземпляр IP-VRF представляет собой экземпляр IP-VRF, к которому привязан экземпляр EVPN, привязанный к первой АС. Шестая плоскость управления EVPN выдает соответствие между ESI IP и ESI или соответствие между информацией в третьем IP и ESI в базовом экземпляре MAC-VRF, причем базовый экземпляр MAC-VRF представляет собой экземпляр L2VPN, к которому привязан экземпляр EVPN, привязанный к первой АС.
В одном варианте осуществления, в случае когда IP-адрес источника третьего пакета используется в качестве IP-адреса назначения, IP-адрес источника может быть маршрутизирован в физической сети или не может быть маршрутизирован в физической сети.
В варианте осуществления IP-адрес источника третьего пакета не может быть достигнут по маршруту в физической сети, когда удовлетворяется одно из следующих условий: значение поля типа протокола в IPv4-заголовке третьего пакета представляет собой первое назначенное значение, значение следующего поля заголовка в IPv6-заголовке третьего пакета представляет собой второе назначенное значение, значение поля ethertype во внешнем Ethernet-заголовке, соответствующем IP-заголовку третьего пакета, представляет собой третье назначенное значение, назначенный бит IP-адреса источника третьего пакета представляет собой четвертое назначенное значение, или назначенный бит IP-адреса назначения третьего пакета представляет собой пятое назначенное значение, и назначенный бит IP-адреса источника третьего пакета представляет собой шестое назначенное значение.
В варианте осуществления первое назначенное значение, второе назначенное значение, третье назначенное значение, четвертое назначенное значение, пятое назначенное значение и шестое назначенное значение могут быть, но не обязательно, установлены согласно фактическим потребностям.
В варианте осуществления, когда IP-адрес источника третьего пакета не может быть маршрутизирован в физической сети, предыдущий модуль обработки дополнительно приспособлен для выполнения по меньшей мере одной из следующих операций в отношении третьего пакета, в ходе которых: не выполняют проверку URPF, выполняют проверку URPF согласно назначенной таблице маршрутизации и IP-адресу источника третьего пакета, не отправляют пятый пакет, отправляют пятый пакет согласно назначенной таблице маршрутизации, не выполняют проверку RPF, когда IP-адрес назначения третьего пакета представляет собой многопунктовый IP-адрес, или выполняют проверку RPF согласно назначенной таблице маршрутизации и IP-адресу источника третьего пакета, когда IP-адрес назначения третьего пакета представляет собой многопунктовый IP-адрес. Назначенная таблица маршрутизации отличается от таблицы маршрутизации для переадресации третьего пакета согласно IP-адресу назначения третьего пакета, и пятый пакет генерируют, когда третий пакет удовлетворяет предварительно определенному условию.
В варианте осуществления предыдущие различные модули могут быть реализованы посредством программного обеспечения или аппаратного обеспечения. Реализация посредством аппаратного обеспечения может, но не обязательно, быть выполнена следующим образом: предыдущие различные модули размещают в одном и том же процессоре или размещают в их соответствующих процессорах в любой форме комбинации.
Третий вариант осуществления
В этом варианте осуществления также предлагается узел РЕ, который может представлять собой, но без ограничения, узел РЕ в архитектуре, показанной на фиг. 1. На фиг. 6 показано схематическое представление узла РЕ согласно варианту осуществления. Как показано на фиг. 6, узел РЕ содержит интерфейс 62 связи и процессор 64. Интерфейс 62 связи выполнен с возможностью приема первого пакета от первой схемы доступа (АС). Процессор 64 соединен с предыдущим интерфейсом 72 связи и выполнен с возможностью обработки первого пакета для получения одного или более вторых пакетов. Каждый второй пакет содержит первый IP. Первый IP включает второй IP или IP, полученный в результате шифрования части битов второго IP с помощью величины собственной энтропии первого пакета. Второй IP представляет собой один из ESI IP, принадлежащего ESI, соответствующему первой AC, IP, полученного в результате модификации назначенного бита ESI IP, принадлежащего ESI, соответствующему первой АС, согласно корневому/листовому атрибуту первой AC, IP, полученного в результате замены части битов ESI IP, принадлежащего ESI, соответствующему первой АС, значением VLAN ID, соответствующим первой АС, третьего IP или IP, полученного в результате модификации назначенного бита третьего IP согласно корневому/листовому атрибуту первой AC. ESI, соответствующий АС, представляет собой ESI, привязанный к главному интерфейсу, к которому принадлежит первая AC. ESI IP, принадлежащий ESI, представляет собой IP-адрес, соответствующий ESI. Значение VLAN ID, соответствующее первой АС, задано в первой АС и используется для согласования с первым пакетом. Третий IP определяется посредством узла РЕ, в котором расположена первая АС, и локального индекса ESI, соответствующего первой АС в узле РЕ, или определяется посредством домена VPN, к которому принадлежит узел РЕ, в котором расположена первая АС, и локального индекса ESI, соответствующего первой АС в узле РЕ. Интерфейс 62 связи дополнительно выполнен с возможностью отправки каждого второго пакета.
Согласно предыдущему узлу РЕ первый IP, включенный в третий пакет, переносит связанную информацию об ESI, соответствующем первой АС, для приема первого пакета, вследствие чего трафик, например, трафик VXLAN или подобный, связанный с четвертым пакетом, может поддерживать функцию ESI, и устраняется проблема, заключающаяся в том, что трафик VXLAN не может поддерживать ESI.
В этом варианте осуществления первый IP переносит связанную информацию об ESI, то есть пакеты, отправленные от разных ESI одной и той же РЕ, содержат связанную информацию об их соответствующем ESI, вследствие чего эти пакеты могут быть различены с использованием связанной информации об их соответствующем ESI при приеме на удаленном конце. Таким образом, может быть устранена проблема, в которой пакеты, принятые от разных ESI одной и той же РЕ, не могут быть различены при переадресации на удаленный конец, и общий трафик от одного и того же ESI, достигающий одного и того же удаленного узла РЕ посредством разных смежных узлов РЕ, может быть вычислен.
В варианте осуществления предыдущая инкапсуляция может представлять собой IP-инкапсуляцию, и в этом режиме некоторые эффекты РВВ EVPN могут быть достигнуты без использования РВВ и инкапсуляции MPLS.
Дополнительно согласно варианту осуществления способа, описанного выше, первый IP переносит корневой/листовой атрибут первой АС, вследствие чего трафик MPLS EVPN может быть расширен с E-LAN до E-TREE без использования структуры в виде стека тегов VNI в пакете.
В варианте осуществления IP, полученный в результате модификации назначенного бита ESI IP согласно корню, в случае когда значение корневого/листового атрибута первой АС представляет собой корень, отличается от IP, полученного в результате модификации назначенного бита ESI IP согласно листу, в случае когда значение корневого/листового атрибута первой АС представляет собой лист; и IP, полученный в результате модификации назначенного бита третьего IP согласно корню, в случае когда значение корневого/листового атрибута первой АС представляет собой корень, отличается от IP, полученного в результате модификации назначенного бита третьего IP согласно листу, в случае когда значение корневого/листового атрибута первой АС представляет собой лист.
В варианте осуществления третий IP может содержать первую часть и вторую часть. Первая часть содержит локальный индекс. Вторая часть содержит по меньшей мере одно из назначенной части назначенного IP-адреса, заданного в узле РЕ, в котором расположена первая АС, причем третий IP каждой АС в узле РЕ содержит назначенную часть; общей двоичной битовой части назначенных значений атрибута, заданных ESI за ESI посредством одной и той же команды конфигурации в узле РЕ, в котором расположена первая АС; или общей двоичной битовой части назначенных IP-адресов, заданных посредством одной и той же команды конфигурации в узлах РЕ домена VPN, к которому принадлежит один или более вторых пакетов. Домен VPN представляет собой набор узлов РЕ для отправки или приема одного или более вторых пакетов.
В варианте осуществления предыдущий локальный индекс является уникальным для ESI в узле РЕ, в котором расположен ESI, то есть локальный индекс уникально, но не обязательно, идентифицирует ESI, соответствующий локальному индексу в узле РЕ.
В варианте осуществления предыдущий локальный индекс может содержать по меньшей мере одно из значения ESI, значения псевдонима ESI, локального отличительного значения ESI или внутридоменного отличительного значения ESI. Значение псевдонима ESI представляет собой значение, заданное для атрибута ESI, соответствующего первой АС, причем ESI, соответствующий первой АС, отличается от других ESI в узле, в котором расположена первая АС, в атрибуте. Локальное отличительное значение ESI представляет собой значение первого назначенного поля в ESI, соответствующем первой АС, причем первые назначенные поля, соответствующие разным ESI, имеют разные значения в первом узле РЕ. Внутридоменное отличительное значение ESI представляет собой значение второго назначенного поля в ESI, соответствующем первой АС, причем вторые назначенные поля, соответствующие разным ESI, имеют разные значения в домене VPN, к которому принадлежит узел РЕ, в котором расположена первая АС.
В варианте осуществления, в случае когда третий IP представляет собой IPv6, предыдущий локальный индекс может представлять собой, но без ограничения, значение ESI.
В одном варианте осуществления предыдущий первый IP расположен в одном из следующих положений каждого второго пакета: IP-адрес источника или заголовок опции IPv6.
В одном варианте осуществления предыдущий процессор 64 выполнен с возможностью обработки первого пакета на основании по меньшей мере одной из первой плоскости управления EVPN, второй плоскости управления EVPN, третьей плоскости управления EVPN, четвертой плоскости управления EVPN, пятой плоскости управления EVPN или шестой плоскости управления EVPN. Первая плоскость управления EVPN выдает посредством маршрутизации не только соответствие между ESI IP и ESI или соответствие между информацией в третьем IP и ESI, но также запись MAC изучения АС, к которой привязан экземпляр EVPN, привязанный к первой АС. Вторая плоскость управления EVPN не выдает соответствие между ESI IP и ESI или соответствие между информацией в третьем IP и ESI посредством маршрутизации, но выдает посредством маршрутизации запись MAC изучения АС, к которой привязан экземпляр EVPN, привязанный к первой АС. Третья плоскость управления EVPN выдает соответствие между ESI IP и ESI или соответствие между информацией в третьем IP и ESI посредством маршрутизации, но не выдает посредством маршрутизации запись MAC изучения АС, к которой привязан экземпляр EVPN, привязанный к первой АС. Четвертая плоскость управления EVPN не выдает соответствие между ESI IP и ESI или соответствие между информацией в третьем IP и ESI посредством маршрутизации и не выдает посредством маршрутизации запись MAC изучения АС, к которой привязан экземпляр EVPN, привязанный к первой АС. Пятая плоскость управления EVPN выдает соответствие между ESI IP и ESI или соответствие между информацией в третьем IP и ESI в базовом экземпляре IP-VRF, причем базовый экземпляр IP-VRF представляет собой экземпляр IP-VRF, к которому привязан экземпляр EVPN, привязанный к первой АС. Шестая плоскость управления EVPN выдает соответствие между ESI IP и ESI или соответствие между информацией в третьем IP и ESI в базовом экземпляре MAC-VRF, причем базовый экземпляр MAC-VRF представляет собой экземпляр L2VPN, к которому привязан экземпляр EVPN, привязанный к первой АС.
В варианте осуществления при обработке первого пакета на основании второй плоскости управления EVPN или четвертой плоскости управления EVPN предыдущий процессор 64 может не зависеть от соответствия между ESI IP и ESI или соответствия между информацией в третьем IP и ESI.
В варианте осуществления, когда предыдущий процессор 64 обрабатывает первый пакет на основании пятой плоскости управления EVPN, полученный второй пакет не содержит тег частной сети базового экземпляра IP-VRF или содержит тег частной сети базового экземпляра IP-VRF; и, когда предыдущий процессор 44 обрабатывает первый пакет на основании шестой плоскости управления EVPN, полученный второй пакет не содержит тег частной сети базового экземпляра MAC-VRF или содержит тег частной сети базового экземпляра MAC-VRF.
В одном варианте осуществления, в случае когда IP-адрес источника второго пакета используется в качестве IP-адреса назначения, IP-адрес источника может быть маршрутизирован в физической сети или не может быть маршрутизирован в физической сети.
Ресурсы IP-адреса физической сети могут быть сохранены с использованием IP-адреса источника, который не может быть маршрутизирован в физической сети.
В варианте осуществления, когда IP-адрес источника каждого второго пакета не может быть маршрутизирован в физической сети, предыдущий процессор 64 дополнительно приспособлен для выполнения по меньшей мере одной из следующих операций: добавления вне IP-адреса источника каждого второго пакета инкапсуляции MPLS, соответствующей IP-адресу назначения в том же IP-заголовке, в каком находится IP-адрес источника, причем IP-адрес источника не находится в таблице маршрутизации, в которой расположен IP-адрес назначения; установки значения поля типа протокола в IPv4-заголовке каждого второго пакета равным первому назначенному значению; установки значения следующего поля заголовка в IPv6-заголовке каждого второго пакета равным второму назначенному значению; или установки значения поля ethertype во внешнем Ethernet-заголовке, соответствующем IP-заголовку каждого второго пакета, равным третьему назначенному значению.
В этом варианте осуществления также предлагается другой узел, который может быть расположен в узле РЕ, показанном на фиг. 1. Конструкция узла РЕ в этом варианте осуществления аналогична конструкции узла РЕ, показанного на фиг. 6, и не будет повторно описана далее. Узел содержит интерфейс связи и процессор. Интерфейс связи выполнен с возможностью приема третьего пакета, отправленного первым узлом стороны поставщика услуг (РЕ), причем первый узел РЕ обрабатывает четвертый пакет, принятый от первой АС, для получения третьего пакета, и третий пакет содержит первый IP. Первый IP включает второй IP или IP, полученный в результате шифрования части битов второго IP с помощью величины собственной энтропии четвертого пакета. Второй IP представляет собой один из: ESI IP, принадлежащего ESI, соответствующему первой AC, IP, полученного в результате модификации назначенного бита ESI IP, принадлежащего ESI, соответствующему первой АС, согласно корневому/листовому атрибуту первой AC, IP, полученного в результате замены части битов ESI IP, принадлежащего ESI, соответствующему первой АС, значением VLAN ID, соответствующим первой АС, третьего IP или IP, полученного в результате модификации назначенного бита третьего IP согласно корневому/листовому атрибуту первой AC. ESI, соответствующий первой АС, представляет собой ESI, привязанный к главному интерфейсу, к которому принадлежит первая AC. ESI IP, принадлежащий ESI, представляет собой IP-адрес, соответствующий ESI. Значение VLAN ID, соответствующее первой АС, задано в первой АС и используется для согласования с четвертым пакетом. Третий IP определяется посредством узла РЕ, в котором расположена первая АС, и локального индекса ESI, соответствующего первой АС в узле РЕ, или определяется посредством домена VPN, к которому принадлежит узел РЕ, в котором расположена первая АС, и локального индекса ESI, соответствующего первой АС в узле РЕ. Процессор соединен с предыдущим интерфейсом связи и выполнен с возможностью обработки третьего пакета согласно значению ESI, соответствующему первому IP, включенному в третий пакет, или выполнения фильтрации ESI в отношении третьего пакета согласно второму IP и информации о конфигурации на приемнике, принимающем третий пакет.
Согласно предыдущему устройству первый IP, включенный во второй пакет, переносит связанную информацию об ESI, соответствующем первой АС, для приема первого пакета, вследствие чего трафик, например, трафик VXLAN или подобный, связанный с каждым вторым пакетом, может поддерживать функцию ESI, и устраняется проблема, заключающаяся в том, что трафик VXLAN не может поддерживать ESI.
В варианте осуществления предыдущая первая РЕ может представлять собой узел РЕ 1. Предыдущий третий пакет эквивалентен второму пакету в варианте осуществления способа отправки пакетов, описанного выше, а предыдущий четвертый пакет эквивалентен первому пакету в варианте осуществления способа отправки пакетов, описанного выше.
В варианте осуществления предыдущий процессор выполнен с возможностью обработки третьего пакета по меньшей мере одним из следующих способов согласно значению ESI, соответствующему первому IP, включенному в третий пакет: дублирование третьего пакета на назначенный сервер, когда значение ESI, соответствующее первому IP, включенному в третий пакет, представляет собой первое назначенное значение, выполнение назначенной обработки с поддержкой качества обслуживания (QoS) в отношении третьего пакета, когда значение ESI, соответствующее первому IP, включенному в третий пакет, представляет собой второе назначенное значение, или выполнение статистического исследования эффективности в отношении третьего пакета с использованием счетчика статистического исследования эффективности, привязанного к третьему назначенному значению, когда значение ESI, соответствующее первому IP, включенному в третий пакет, представляет собой третье назначенное значение.
В варианте осуществления предыдущий процессор выполнен с возможностью выполнения фильтрации ESI в отношении третьего пакета согласно второму IP и информации о конфигурации на приемнике, принимающем третий пакет, посредством: определения одного или более назначенных пакетов согласно третьему пакету, определения второй АС для отправки каждого назначенного пакета и выполнения фильтрации ESI в отношении каждого назначенного пакета согласно второму IP и информации о конфигурации второй АС каждого назначенного пакета. Информация о конфигурации содержит по меньшей мере одно из корневого/листового атрибута второй АС каждого назначенного пакета или IP, соответствующего второй АС каждого назначенного пакета.
В варианте осуществления процессор выполняет фильтрацию ESI в отношении каждого назначенного пакета согласно второму IP и информации о конфигурации второй АС каждого назначенного пакета следующим образом: в случае когда главный интерфейс, к которому принадлежит вторая АС каждого назначенного пакета, привязан к ненулевому ESI или значение корневого/листового атрибута второй АС представляет собой лист и в случае когда второй IP и вторая АС каждого назначенного пакета удовлетворяют первому предварительно определенному условию, происходит отбрасывание каждого назначенного пакета. Второй IP представляет собой второй IP или IP, полученный посредством расшифровки части битов второго IP с использованием величины собственной энтропии четвертого пакета.
∧
∧
Предыдущее первое предварительно определенное условие включает по меньшей мере одно из следующего: второй IP равен IP, соответствующему второй АС; значение назначенного двоичного бита во втором IP представляет собой 1, и значение корневого/листового атрибута второй АС представляет собой лист; значение назначенного двоичного бита во втором IP представляет собой 0, и значение корневого/листового атрибута второй АС представляет собой лист; IP1  IP2 < (m+1), где  обозначает побитовый логический оператор исключающего ИЛИ; или (IP1 & IP2) & флаг = флаг, где & обозначает побитовый логический оператор И, флаг обозначает предварительно определенное значение, и только один двоичный бит во флаге имеет значение, равное 1, где IP1 обозначает второй IP, IP2 обозначает IP, соответствующий второй АС, и m обозначает обратную маску IP-адреса. Обратную маску IP-адреса получают в результате побитовой операции НЕ в отношении маски IP-адреса ESI IP, соответствующего ESI, привязанному к главному интерфейсу, к которому принадлежит вторая АС.
В варианте осуществления предыдущий третий IP может содержать первую часть и вторую часть. Первая часть содержит локальный индекс. Вторая часть содержит по меньшей мере одно из: назначенной части назначенного IP-адреса, заданного в первом узле РЕ, причем третий IP каждой АС в узле РЕ содержит назначенную часть; общей двоичной битовой части назначенных значений атрибута, заданных ESI за ESI посредством одной и той же команды конфигурации в первом узле РЕ; или общей двоичной битовой части назначенных IP-адресов, заданных посредством одной и той же команды конфигурации в узлах РЕ домена VPN, к которому принадлежит один или более вторых пакетов. Домен VPN представляет собой набор узлов РЕ для отправки или приема одного или более вторых пакетов.
В варианте осуществления предыдущий локальный индекс может содержать по меньшей мере одно из значения ESI, значения псевдонима ESI, локального отличительного значения ESI или внутридоменного отличительного значения ESI. Значение псевдонима ESI представляет собой значение, заданное для атрибута ESI, соответствующего первой АС, причем ESI, соответствующий первой АС, отличается от других ESI в узле, в котором расположена первая АС, в атрибуте. Локальное отличительное значение ESI представляет собой значение первого назначенного поля в ESI, соответствующем первой АС, причем первые назначенные поля, соответствующие разным ESI, имеют разные значения в первом узле РЕ. Внутридоменное отличительное значение ESI представляет собой значение второго назначенного поля в ESI, соответствующем первой АС, причем вторые назначенные поля, соответствующие разным ESI, имеют разные значения в домене VPN, к которому принадлежит первый узел РЕ.
В одном варианте осуществления первый IP расположен в одном из следующих положений третьего пакета: IP-адрес источника самого внешнего уровня или заголовок опции IPv6.
В варианте осуществления первая РЕ обрабатывает четвертый пакет на основании следующих плоскостей управления для получения третьего пакета: первая плоскость управления EVPN, вторая плоскость управления EVPN, третья плоскость управления EVPN, четвертая плоскость управления EVPN, пятая плоскость управления EVPN или шестая плоскость управления EVPN. Первая плоскость управления EVPN выдает посредством маршрутизации не только соответствие между ESI IP и ESI или соответствие между информацией в третьем IP и ESI, но также запись MAC изучения АС, к которой привязан экземпляр EVPN, привязанный к первой АС. Вторая плоскость управления EVPN не выдает соответствие между ESI IP и ESI или соответствие между информацией в третьем IP и ESI посредством маршрутизации, но выдает посредством маршрутизации запись MAC изучения АС, к которой привязан экземпляр EVPN, привязанный к первой АС.Третья плоскость управления EVPN выдает соответствие между ESI IP и ESI или соответствие между информацией в третьем IP и ESI посредством маршрутизации, но не выдает посредством маршрутизации запись MAC изучения АС, к которой привязан экземпляр EVPN, привязанный к первой АС. Четвертая плоскость управления EVPN не выдает соответствие между ESI IP и ESI или соответствие между информацией в третьем IP и ESI посредством маршрутизации и не выдает посредством маршрутизации запись MAC изучения АС, к которой привязан экземпляр EVPN, привязанный к первой АС. Пятая плоскость управления EVPN выдает соответствие между ESI IP и ESI или соответствие между информацией в третьем IP и ESI в базовом экземпляре IP-VRF, причем базовый экземпляр IP-VRF представляет собой экземпляр IP-VRF, к которому привязан экземпляр EVPN, привязанный к первой АС. Шестая плоскость управления EVPN выдает соответствие между ESI IP и ESI или соответствие между информацией в третьем IP и ESI в базовом экземпляре MAC-VRF, причем базовый экземпляр MAC-VRF представляет собой экземпляр L2VPN, к которому привязан экземпляр EVPN, привязанный к первой АС.
В одном варианте осуществления, в случае когда IP-адрес источника третьего пакета используется в качестве IP-адреса назначения, IP-адрес источника может быть маршрутизирован в физической сети или не может быть маршрутизирован в физической сети.
В варианте осуществления IP-адрес источника третьего пакета не может быть достигнут по маршруту в физической сети, когда удовлетворяется одно из следующих условий: значение поля типа протокола в IPv4-заголовке третьего пакета представляет собой первое назначенное значение, значение следующего поля заголовка в IPv6-заголовке третьего пакета представляет собой второе назначенное значение, значение поля ethertype во внешнем Ethernet-заголовке, соответствующем IP-заголовку третьего пакета, представляет собой третье назначенное значение, назначенный бит IP-адреса источника третьего пакета представляет собой четвертое назначенное значение, или назначенный бит IP-адреса назначения третьего пакета представляет собой пятое назначенное значение, и назначенный бит IP-адреса источника третьего пакета представляет собой шестое назначенное значение.
В этом варианте осуществления первое назначенное значение, второе назначенное значение, третье назначенное значение, четвертое назначенное значение, пятое назначенное значение и шестое назначенное значение могут быть, но не обязательно, установлены согласно фактическим потребностям.
В варианте осуществления, когда IP-адрес источника третьего пакета не может быть маршрутизирован в физической сети, предыдущий модуль обработки дополнительно приспособлен для выполнения по меньшей мере одной из следующих операций, в ходе которых: не выполняют проверку URPF, выполняют проверку URPF согласно назначенной таблице маршрутизации и IP-адресу источника третьего пакета, не отправляют пятый пакет, отправляют пятый пакет согласно назначенной таблице маршрутизации, не выполняют проверку RPF, когда IP-адрес назначения третьего пакета представляет собой многопунктовый IP-адрес, или выполняют проверку RPF согласно назначенной таблице маршрутизации и IP-адресу источника третьего пакета, когда IP-адрес назначения третьего пакета представляет собой многопунктовый IP-адрес.
Назначенная таблица маршрутизации отличается от таблицы маршрутизации для переадресации третьего пакета согласно IP-адресу назначения третьего пакета, и пятый пакет генерируют, когда третий пакет удовлетворяет предварительно определенному условию.
Четвертый вариант осуществления
В этом варианте осуществления также предлагается система обработки пакетов, которая содержит первый узел и второй узел. Первый узел выполнен с возможностью приема первого пакета от первой схемы доступа (АС), обработки первого пакета для получения одного или более вторых пакетов и отправки одного или более вторых пакетов на второй узел. Каждый второй пакет содержит первый IP. Первый IP включает второй IP или IP, полученный в результате шифрования части битов второго IP с помощью величины собственной энтропии первого пакета. Второй IP представляет собой один из: ESI IP, принадлежащего ESI, соответствующему первой AC, IP, полученного в результате модификации назначенного бита ESI IP, принадлежащего ESI, соответствующему первой АС, согласно корневому/листовому атрибуту первой AC, IP, полученного в результате замены части битов ESI IP, принадлежащего ESI, соответствующему первой АС, значением VLAN ID, соответствующим первой АС, третьего IP или IP, полученного в результате модификации назначенного бита третьего IP согласно корневому/листовому атрибуту первой AC. ESI, соответствующий первой АС, представляет собой ESI, привязанный к главному интерфейсу, к которому принадлежит первая AC. ESI IP, принадлежащий ESI, представляет собой IP-адрес, соответствующий ESI. Значение VLAN ID, соответствующее первой АС, задано в первой АС и используется для согласования с первым пакетом. Третий IP определяется посредством узла стороны поставщика услуг (РЕ), в котором расположена первая АС, и локального индекса ESI, соответствующего первой АС в узле РЕ, или определяется посредством домена VPN, к которому принадлежит узел РЕ, в котором расположена первая АС, и локального индекса ESI, соответствующего первой АС в узле РЕ. Второй узел выполнен с возможностью обработки каждого второго пакета согласно значению ESI, соответствующему первому IP, включенному в каждый второй пакет, или выполнения фильтрации ESI в отношении каждого второго пакета согласно второму IP и информации о конфигурации на приемнике, принимающем каждый второй пакет.
В варианте осуществления первый узел может представлять собой узел РЕ, показанный на фиг. 6, в третьем варианте осуществления, описанном выше, то есть узел РЕ, отправляющий каждый второй пакет в третьем варианте осуществления, описанном выше, и второй узел может представлять собой другой узел в третьем варианте осуществления, описанном выше, то есть узел для приема третьего пакета. Объяснение первого узла и второго узла приведено в третьем варианте осуществления и не будет повторяться далее.
Пятый вариант осуществления
В этом варианте осуществления также предлагается носитель данных, который содержит сохраненную программу. При исполнении программы происходит выполнение способа согласно любому из вариантов осуществления, описанных выше.
В этом варианте осуществления предыдущий носитель данных может включать, но без ограничения, по меньшей мере одно из USB-диска, ROM, RAM, переносного жесткого диска, магнитного диска, оптического диска или другого носителя, способного сохранять программные коды.
В этом варианте осуществления также предлагается процессор, который выполнен с возможностью исполнения программы. При выполнении программы происходит выполнение этапов любого из способов, описанных выше.
Например, в этом варианте осуществления рассмотрим примеры, описанные в вариантах осуществления, описанных выше, которые не будут повторяться в этом варианте осуществления.
Настоящее изобретение будет описано ниже в связи с примерными вариантами осуществления.
На фиг. 7 показана структурная схема узла РЕ согласно примерному варианту осуществления. Как показано на фиг. 7, узел РЕ содержит модуль инфраструктуры EVPN, первый подключаемый IP-модуль, второй подключаемый IP-модуль, третий подключаемый IP-модуль и четвертый подключаемый IP-модуль. Первый подключаемый IP-модуль, второй подключаемый IP-модуль, третий подключаемый IP-модуль и четвертый подключаемый IP-модуль являются необязательными. Описание приведено ниже с использованием второго подключаемого IP-модуля в качестве примера. Второй подключаемый IP-модуль является необязательным, то есть предыдущий узел РЕ может содержать второй подключаемый IP-модуль или может не содержать второй подключаемый IP-модуль. В варианте осуществления, то, содержит ли узел РЕ второй подключаемый IP-модуль, может, но не обязательно, быть установлено согласно потребностям.
Предыдущий модуль инфраструктуры EVPN может, но не обязательно, выполнять функции, аналогичные функциям модуля 42 приема и модуля 46 отправки, описанных выше, и части функций модуля 44 обработки, описанного выше, или может выполнять функции интерфейса 62 связи и части функций процессора 64, описанных выше.
Первый подключаемый IP-модуль, второй подключаемый IP-модуль, третий подключаемый IP-модуль и четвертый подключаемый IP-модуль, описанные выше, могут, но не обязательно, выполнять, в комбинации, в частичной комбинации или по отдельности, части функций модуля 44 обработки или процессора 64, описанных выше.
На фиг. 8 показана структурная схема узла, не поддерживающего услугу, согласно варианту осуществления. Как показано на фиг. 8, узел, не поддерживающий услугу, содержит базовый установочный IP-модуль и третий подключаемый IP-модуль энтропии. В этом варианте осуществления третий подключаемый IP-модуль энтропии является необязательным, то есть узел, не поддерживающий услугу, может содержать третий подключаемый IP-модуль энтропии или может не содержать третий подключаемый IP-модуль энтропии. То, содержит ли узел, не поддерживающий услугу, третий подключаемый IP-модуль энтропии, может, но не обязательно, быть установлено согласно потребностям.
В варианте осуществления базовый установочный IP-модуль может, но не обязательно, выполнять часть функций интерфейса 62 связи и процессора 64, описанных выше, и третий подключаемый IP-модуль энтропии может, но не обязательно, выполнять часть функций процессора 64, описанного выше.
Примерные варианты осуществления, описанные ниже, будут использоваться для описания предыдущих функций модулей, включенных в узел РЕ или узел, не поддерживающий услугу, которые описаны выше.
В этом примерном варианте осуществления предлагается устройство (система) для избежания внутреннего кольца ESI трафика EVPN. Узел РЕ, предложенный в этом примерном варианте осуществления, содержит стандартный модуль плоскости управления EVPN и стандартный модуль управления таблицами переадресации EVPN. Стандартный модуль плоскости управления EVPN управляет плоскостью управления VXLAN, как указано в RFC7348, а также управляет маршрутизацией и переадресацией физической сети, необходимой для развертывания VXLAN, например, сеансом протокола граничного шлюза с многопротокольным расширением (MP-BGP) и т.п. Стандартный модуль управления таблицами переадресации EVPN управляет несколькими таблицами переадресации VXLAN, как указано в RFC7348.
Устройство дополнительно содержит модуль отображения псевдонима ESI, который определяет значение псевдонима ESI для назначенного ESI. Значение псевдонима ESI может быть назначено явным образом или извлечено из определенного поля ESI. Более того, этот модуль доставляет взаимосвязь отображения между значением псевдонима ESI и ESI, заданным пользователем, на новый модуль переадресации EVPN. Модуль отображения псевдонима ESI дополнительно определяет роль назначенного переадресатора (БР)/роль, отличную от DF, каждой АС, соответствующей ESI. Эффект роли DF / роли, отличной от DF, в процессе переадресации определяется как в RFC7432, но способ определения того, имеет ли каждая АС роль DF или роль, отличную от DF, не ограничен RFC7432.
Новый модуль переадресации EVPN реализует все функции VXLAN, как указано в RFC7348, за исключением отличий, описанных ниже. Этот модуль может считывать значение псевдонима ESI, соответствующее ESI, к которому принадлежит интерфейс АС, и записывать значение псевдонима ESI как значение псевдонима ESI АС. Этот модуль может считывать IP-адрес источника физической сети широковещательного, неизвестного одноадресного и многоадресного (BUM) пакета с инкапсуляцией VXLAN и записывать IP-адрес источника физической сети как значение псевдонима ESI пакета. Этот модуль может сравнивать значение псевдонима ESI BUM-пакета со значением псевдонима ESI переадресуемой и экспортируемой АС BUM-пакета, причем пакет отбрасывается, если значение псевдонима ESI BUM-пакета такое же, как и значение псевдонима ESI переадресуемой и экспортируемой АС BUM-пакета, и обеспечивается возможность последующей переадресации пакета, если значение псевдонима ESI BUM-пакета отличается от значения псевдонима ESI переадресуемой и экспортируемой АС BUM-пакета. Для простоты описания это правило называется правилом проверки ESI IP пакета данных VXLAN в настоящем изобретении, и процесс проверки ESI IP согласно этому правилу называется процессом проверки ESI IP. По сравнению с RFC7348 этот модуль может дополнительно идентифицировать маршрутизацию сегмента IPv6 (SRv 6) и пакет инкапсуляции End.dx2 на основании IPv6, и идентификатор сегмента SRv6 (SID) типа End.dx2 используется для выполнения функций VNI и IP конечной точки туннеля VXLAN (VTEP) для экземпляра VXLAN в RFC7348. См. пятый примерный вариант осуществления.
Способ избежания внутреннего кольца ESI трафика EVPN, предложенный в этом примерном варианте осуществления, включает базовые этапы, описанные ниже.
На этапе 1 трафик VXLAN применяют согласно режиму применения трафика VXLAN, который определен в RFC7348, причем каждый узел РЕ реализует модуль отображения псевдонима ESI и новый модуль переадресации EVPN. Таким образом, посредством этого этапа трафик VXLAN уже имеет базовые функции трафика VXLAN, определенного в RFC 7348.
На этапе 2 каждый ESI (ненулевой) в сети EVPN отображают в значение псевдонима ESI, причем разные ESI (ненулевые) отображают в разные значения псевдонима ESI, и каждый узел РЕ в сети EVPN отображают в одно значение псевдонима ESI, которое используют в качестве общего значения псевдонима ESI для всех AC, ESI которых являются нулевыми в узле РЕ. Один и тот же ESI (ненулевой) отображают в одно и то же значение псевдонима ESI в разных узлах РЕ. Для простоты описания вышеуказанное правило называется правилом псевдонима ESI (эквивалентно предыдущему отображению).
На этапе 3 на каждом узле отображение между всеми локальными ESI и их соответствующими значениями псевдонима ESI в узле задают посредством интерфейса настройки конфигурации, обеспечиваемого модулем отображения псевдонима ESI. Это предусматривает случай, когда ESI является нулевым, и случай, когда ESI является ненулевым.
Посредством узла улучшения VXLAN EVPN, обеспеченного в этом примерном варианте осуществления, устраняется проблема, согласно которой базовый трафик VXLAN, определенный в RFC7348, не поддерживает функцию ESI, сетевое ограничение механизма локального смещения, определенного в наложенной сети EVPN для ESI, предотвращается, и статистические исследования трафика пакетов инкапсуляции VXLAN являются точными в отношении ESI.
Первый примерный вариант осуществления
Вариант реализации узла РЕ технического решения способа и устройства (системы), в которых используется передача внешнего IP-заголовка и величины энтропии внутреннего пакета, описан в связи с фиг. 7.
1: реализация модуля инфраструктуры EVPN.
Если трафик VXLAN EVPN реализуется согласно draft-ietf-bess-evpn-overlay (наложенной сети EVPN), то полученный модуль плоскости управления трафика VXLAN EVPN представляет собой часть плоскости управления модуля инфраструктуры VPN.
Подобным образом, если трафик VXLAN EVPN реализуется согласно наложенной сети EVPN, то модуль плоскости переадресации трафика VXLAN EVPN представляет собой часть плоскости переадресации модуля инфраструктуры VPN.
Модуль плоскости управления EVPN, полученный вышеуказанным способом, имеет связанную конфигурацию семейства адресов L2VPN EVPN протокола MP-BGP, конфигурацию экземпляра EVPN, конфигурацию привязки АС и экземпляра EVPN, связанную конфигурацию ESI и т.п. Экземпляр EVPN идентифицируют с помощью VNI из конфигурации пользователя.
В этом модуле туннель VXLAN и взаимосвязь привязки между туннелем VXLAN и экземпляром EVPN динамически генерируются посредством сеанса MP-BGP, как указано в протоколе наложенной сети EVPN.
Когда этот модуль реализован как программное обеспечение, он должен реализовать следующий механизм подключаемых модулей. Первый пакет инкапсулируют в один или более Х-х пакетов согласно процессу переадресации наложенной сети EVPN, где Х-й пакет представляет собой IP-пакет, не имеющий соответствующей инкапсуляции канального уровня (например, заголовка MAC). Затем каждый Х-й пакет обрабатывают следующим образом. Сначала первый подключаемый IP-модуль вызывают для модификации каждого Х-го пакета, и затем второй подключаемый IP-модуль вызывают для модификации каждого Х-го пакета. После второго подключаемого IP-модуля Х-й пакет переадресовывают согласно процессу наложенной сети EVPN, который включает добавление соответствующих нескольких внешних инкапсуляций (включая инкапсуляцию канального уровня) к каждому Х-му пакету согласно IP-адресу назначения для получения второго пакета и отправку второго пакета. После того как приемный конец принимает третий пакет и определяет, что третий пакет содержит инкапсуляцию VXLAN, которая должна быть завершена, все другие заголовки пакета, которые являются более внешними, чем внешний IP-заголовок инкапсуляции VXLAN, удаляются, и получается пакет Y (в котором внешний IP-заголовок остается). Экземпляр EVPN, к которому принадлежит пакет Y, определяют посредством VNI в Y-м пакете. Затем перед обработкой Y-го пакета в экземпляре EVPN третий подключаемый IP-модуль вызывают для модификации Y-го пакета. Полученный пакет продолжают обрабатывать согласно процессу, определенному в наложенной сети EVPN в экземпляре EVPN, и получают один или более Z-x пакетов, причем для каждого из одного или более Z-x пакетов экспортируемую АС определяют для отправки Z-го пакета. Соответственно, четвертый подключаемый IP-модуль вызывают с каждым Z-м пакетом и экспортируемой АС каждого Z-го пакета в качестве параметров, и если четвертый подключаемый IP-модуль не отбрасывает каждый Z-й пакет, то процесс в наложенной сети EVPN продолжается.
В отличие от модуля инфраструктуры EVPN, когда принимают BUM-пакет от АС, этот модуль игнорирует рекомендацию для реализации механизма локального смещения в секции 8.3.1 наложенной сети EVPN и все еще не может переадресовывать BUM-пакет на АС роли, отличной от DF, как указано в RFC7432.
В примерном варианте осуществления физическая сеть приспособлена для IPv4-сети, так что как IP-адрес источника, так и IP-адрес назначения туннеля EVPN являются IPv4-адресами.
В отличие от модуля инфраструктуры VPN, когда IP-адрес назначения Y-го пакета согласуется с префиксом прямого маршрута, соответствующим интерфейсу для IP-адреса источника туннеля EVPN, этот модуль определяет, что Y-й пакет согласуется с туннелем, и не проверяет, согласуется ли IP-адрес источника Y-го пакета с IP-адресом назначения туннеля EVPN.
2: способ реализации первого подключаемого IP-модуля описан ниже.
Этот модуль назначает посредством конфигурации то, что, когда более старшие 16 битов IP-адреса источника принятого Y-го пакета являются такими же, как более старшие 16 битов назначенного 16-битного префикса маршрута (Prefixl/16), Y-й пакет обрабатывают согласно следующим правилам: (1) когда третий пакет инициирует пассивный возврат пакета, пакет возвращают на назначенный IP-адрес S1; и, (2) когда третий пакет инициирует проверку достижимости IP-адреса источника, проверку игнорируют.
Когда Prefix 1/16 назначают так, чтобы он имел эффект, описанный выше, Prefix 1 рассматривают как префикс маршрута черной дыры, специфический для IP-адреса источника, этого узла в этом описании. Может быть несколько префиксов маршрута черной дыры, специфических для IP-адреса источника. Для простоты описания один узел выполнен так, что он имеет в данном случае только один префикс маршрута черной дыры, специфический для IP-адреса источника.
Когда принимают обратный вызов инфраструктуры EVPN, этот модуль перезаписывает более старшие 16 битов IP-адреса источника каждого Х-го пакета более старшими 16 битами префикса маршрута черной дыры, специфического для IP-адреса источника, и затем возвращает модифицированный пакет на модуль инфраструктуры EVPN.
3: способ реализации второго подключаемого IP-модуля описан ниже.
Этот модуль назначает локально уникальное 16-битное значение псевдонима ESI, соответствующее каждому локальному ESI, посредством конфигурации. Когда принимают обратный вызов инфраструктуры EVPN, этот модуль перезаписывает более младшие 16 битов IP-адреса источника второго пакета значением псевдонима ESI, принадлежащим ESI, соответствующему главному интерфейсу, к которому принадлежит импортируемая АС первого пакета, инкапсулированного каждым Х-м пакетом, и затем возвращает модифицированный пакет на модуль инфраструктуры EVPN.
4: способ реализации третьего подключаемого IP-модуля описан ниже.
Этот модуль возвращает Y-й пакет без модификации на модуль инфраструктуры EVPN.
5: способ реализации четвертого подключаемого IP-модуля описан ниже.
Если ESI экспортируемой AC Z-го пакета равен нулю, то Z-й пакет напрямую возвращают на модуль инфраструктуры EVPN.
Если ESI экспортируемой AC Z-го пакета не равен нулю, этот модуль сравнивает более младшие 16 битов IP-адреса источника Z-го пакета со значением псевдонима ESI, принадлежащим ESI, соответствующему главному интерфейсу, к которому принадлежит экспортируемая АС, отбрасывает пакет, если более младшие 16 битов равны значению псевдонима ESI, и возвращает пакет на модуль инфраструктуры EVPN для последующей обработки, если более младшие 16 битов не равны значению псевдонима ESI.
В этом примерном варианте осуществления, поскольку значение псевдонима ESI является уникальным среди значений псевдонимов ESI, принадлежащих всем ESI в домене VPN, к которому принадлежит второй пакет, значение псевдонима ESI может быть использовано для статистического исследования пакетов. Статистические данные пакетов от разных ESI на удаленном конце записываются в разные счетчики, так что точность статистического исследования пакетов улучшается.
Вариант реализации узла, не поддерживающего услугу, технического решения способа и устройства (системы), в которых используется передача во внешнем IP-заголовке и величины энтропии внутреннего пакета, описан в связи с фиг. 8.
1: реализация модуля инфраструктуры IP.
Реализуют базовые функции IPv4-маршрутизации и IPv4-переадресации. Функция IPv4-переадресации включает функцию балансировки нагрузки на основании группы агрегирования канала с несколькими шасси (MC-LAG), и функция балансировки нагрузки использует кортеж из 5 IP в качестве коэффициента вычисления энтропии.
Этот модуль выполняет переадресацию только на основе IP-заголовка (включая заголовок опции IPv6) Х-го пакета.
Этот модуль выполняет IP-переадресацию относительно Х-го пакета, IP-адрес назначения которого не является локальным прямым IP-адресом этого узла, и процесс IP-переадресации относительно Х-го пакета согласно IP-адресу назначения не меняется в отношении известного уровня техники.
Этот модуль указывает посредством конфигурации, что, когда проверку достижимости по маршруту выполняют относительно IP-адреса источника IP-пакета, более старшие 16 битов которого представляют собой назначенное значение Prefix2, третий подключаемый IP-модуль энтропии вызывают для проверки достижимости по маршруту IP-адреса источника.
Более того, когда IP-адрес источника Х-го пакета удовлетворяет условию и когда провоцируют пассивный возврат пакета, третий подключаемый IP-модуль энтропии вызывают для получения IP-адреса назначения, используемого для возврата пакета. В известном уровне техники IP-адрес источника Х-го пакета напрямую используют в качестве IP-адреса назначения возврата пакета.
В варианте осуществления этот модуль может не выполнять пассивный возврат пакета, когда провоцируют пассивный возврат пакета. В этом случае третий подключаемый IP-модуль энтропии вызывать не обязательно.
2: способ реализации третьего подключаемого IP-модуля энтропии описан ниже.
Этот модуль назначает посредством конфигурации то, что, когда более старшие 16 битов IP-адреса источника принятого Х-го пакета представляют собой назначенное значение Prefix2, пакет обрабатывают согласно следующим правилам: (1) когда третий пакет инициирует пассивный возврат пакета, пакет возвращают на назначенный IP-адрес S1; и, (2) когда третий пакет инициирует проверку достижимости по маршруту IP-адреса источника, проверку игнорируют.
IP-адрес, возвращенный этим модулем, представляет собой назначенный IP-адрес S1, соответствующий префиксу маршрута черной дыры, специфическому для IP-адреса источника.
Топология EVPN, показанная на фиг. 1, используется в качестве примера, и обработка развертывания сети и трафика включает этапы, описанные ниже.
На этапе 1 выбирают вариант реализации каждого узла. Узлы РЕ, определенные в этом примерном варианте осуществления, выбирают как узлы РЕ 1, РЕ 2 и РЕ 3, и узлы, не поддерживающие услугу, определенные в этом примерном варианте осуществления, выбирают как узлы Р 1 и Р 2. Узлы, определенные в этом примерном варианте осуществления, используют как узел РЕ 1, РЕ 2, РЕ 3, Р 1 и Р2 в процессе развертывания сети и трафика этого примерного варианта осуществления и примерных вариантов осуществления, описанных ниже, и это не будет повторяться. Как узел РЕ, так и узел, не поддерживающий услугу, определенные в этом примерном варианте осуществления, представляют собой IPv4-узлы, и это значит, что физическая сеть, выбранная в этом примерном варианте осуществления, представляет собой IPv4-сеть.
На этапе 2 задают и выдают ID маршрутизатора EVPN каждого узла РЕ. Локальный интерфейс закольцовывания приспособлен для каждого узла РЕ, и IP-адрес и соответствующая маска подсети приспособлены для интерфейса закольцовывания. IP-адрес интерфейса закольцовывания используют как ID маршрутизатора EVPN, принадлежащий РЕ, и префикс маршрута, сгенерированный посредством ID маршрутизатора EVPN и маски подсети, соответствующей ID маршрутизатора EVPN, может быть достигнут по маршруту (может пройти пинг тест) в физической сети. ID маршрутизатора EVPN разных РЕ соответствуют разным префиксам маршрута. В этом примерном варианте осуществления маска подсети интерфейса закольцовывания имеет 32 бита, и все IP-адреса нескольких интерфейсов закольцовывания имеют часть идентификации хоста со значением, равным 1.
На этапе 3 устанавливают сеть VXLAN EVPN, показанную на фиг. 1. Сеанс MP-BGP приспособлен между любыми двумя из РЕ 1, РЕ 2 и РЕ 3, а также обеспечена связанная конфигурация семейства адресов L2VPN EVPN. Для простоты посредством внесения поправок в конфигурацию BGP маршрут RT-3 EVPN может динамически генерировать все туннели VXLAN, необходимые для трафика. В варианте осуществления посредством внесения поправок в конфигурацию BGP туннели VXLAN, генерируемые маршрутом RT-3, могут удовлетворять следующим правилам: только один двунаправленный туннель VXLAN генерируют между любыми двумя узлами РЕ; на каждом конце любого двунаправленного туннеля VXLAN ID маршрутизатора EVPN локального узла используют как IP-адрес источника туннеля VXLAN; и для каждого из двух концов одного и того же двунаправленного туннеля VXLAN IP-адрес источника туннеля на одном конце представляет собой IP-адрес назначения туннеля на другом конце, а IP-адрес назначения туннеля на одном конце представляет собой IP-адрес источника туннеля на другом конце. Подобным образом, посредством внесения поправок в конфигурацию BGP маршрут RT-3 может также генерировать взаимосвязи привязки между всеми туннелями VXLAN и экземплярами EVPN.
На этапе 4 устанавливают услугу VXLAN EVPN согласно фиг. 1 и назначают тот же VNI для трафика VXLAN EVPN на каждом узле РЕ. Шесть интерфейсов АС 1, АС 2, АС 3, АС 4, АС 5 и АС 6 используют как схемы доступа и привязывают к услуге VXLAN EVPN. После завершения вышеуказанной конфигурации сеанс MP-BGP начинает смену маршрута RT-3 согласно процессу сигнализации, определенному в наложенной сети EVPN, так что туннели VXLAN между разными узлами могут быть установлены и привязаны к услуге VXLAN EVPN.
На этапе 5 задают базовую конфигурацию ESI. Физические интерфейсы, посредством которых СЕ 1 осуществляет доступ к РЕ 1 и РЕ 2, отображают в один и тот же ESI (обозначенный как ESI 1), и устанавливают связанную конфигурацию ESI 1, так что сеанс MP-BGP провоцируют для выполнения переговоров с DF и выдачи маршрута RT-1 согласно маршруту RT-4, описанному в наложенной сети EVPN. Подобным образом, физические интерфейсы, посредством которых СЕ2 осуществляет доступ к РЕ 1 и РЕ 2, отображают в один и тот же ESI (обозначенный как ESI 2), и устанавливают связанную конфигурацию ESI 2. В этом варианте осуществления предполагается, что результат переговоров с DF заключается в том, что АС 1 и АС 4 представляют собой интерфейсы, отличные от DF, ESI 1 и ESI 2 в услугах соответственно.
На этапе 6 задают конфигурацию фильтрации ESI. Один и тот же префикс маршрута черной дыры, специфический для IP-адреса источника, задают в каждом узле РЕ, и каждый ESI, не равный нулю, на одной и той же РЕ задают с одним значением псевдонима ESI, так что один и тот же ESI, не равный нулю, имеет одно и то же значение псевдонима ESI на разных Ре, и любые два разных ESI, не равных нулю, имеют разные значения псевдонимов ESI вне зависимости от того, находятся ли два разных ESI, не равных нулю, на одной и той же РЕ.
Посредством вышеуказанных этапов устанавливают трафик VXLAN EVPN. Ход и эффекты переадресации относительно узла РЕ и узла Р, не поддерживающего услугу, определенных в этом примерном варианте осуществления, могут быть подтверждены путем использования пакета данных.
Топология EVPN, показанная на фиг. 1, используется в качестве примера, и обработка сквозной переадресации пакетов включает этапы, описанные ниже.
На этапе 1, когда узел РЕ 1 принимает пакет В1 протокола разрешения адресов (ARP) (эквивалентный предыдущему первому пакету) от локальной АС 1, модуль инфраструктуры EVPN переадресовывает пакет В1, включая переадресацию пакета на удаленный узел РЕ 2, и удаленный узел РЕ 3, и локальную АС 4. Однако, поскольку АС 4 имеет роль, отличную от DF, согласно переговорам, копию отбрасывают. Для простоты описания копию пакета В1, отправленного на РЕ 2 с помощью РЕ 1, обозначают как B1b (что эквивалентно для второго пакета, описанного выше), и копию пакета В1, отправленного на РЕ 3 с помощью РЕ 1, обозначают как В1с. Инкапсуляции VXLAN двух копий B1b и В1с имеют один и тот же внешний IP-адрес источника, который обозначен как ESI_IP 1. Более старшие 16 битов ESI_IP 1 представляют собой более старшие 16 битов префикса маршрута черной дыры, специфического для IP-адреса источника, и более младшие 16 битов ESI_IP 1 представляют собой значение псевдонима ESI.
На этапе 2, когда узел РЕ 2 принимает пакет B1b, модуль инфраструктуры EVPN переадресовывает пакет B1b, где пакет B1b представляет собой BUM-пакет, а IP-адрес источника пакета представляет собой ESI_IP 1. Когда копию пакета переадресовывают на АС 2, поскольку значение псевдонима ESI, принадлежащее ESI, соответствующему физическому интерфейсу, к которому принадлежит АС 2, равняется более младшим 16 битам ESI_IP 1, копия не может быть переадресована на АС 2. Когда еще одну копию пакета переадресовывают на АС 5, поскольку значение псевдонима ESI, принадлежащее ESI, соответствующему физическому интерфейсу, к которому принадлежит АС 5, не равняется более младшим 16 битам ESI_IP 1, копия может быть переадресована на АС 5. Когда еще одну копию переадресовывают на АС 6, поскольку ESI, принадлежащий АС 6, равняется нулю, процесс фильтрации согласно значению псевдонима ESI пропускают, и пакет напрямую переадресовывают посредством АС 6.
На этапе 3, когда узел РЕ 3 принимает пакет В1с, модуль инфраструктуры EVPN переадресовывает пакет В1с на АС 3. Поскольку ESI, принадлежащий АС 3, равняется нулю, фильтрация ESI также не требуется, даже если пакет В1с представляет собой BUM-пакет.
На этапе 4, когда узел РЕ 1 принимает BUM-пакет В4 от АС 4 согласно процессу переадресации, подобно В1, внешний IP-адрес источника инкапсуляции VXLAN заполняют до ESI_IP 2. Когда копию В4с пакета В4 переадресовывают на узел РЕ 3, узел РЕ3 засчитывает В4с в две записи, поскольку внешние IP-адреса источников В4с и В1с разные. Однако согласно процессу стандартной наложенной сети EVPN В4с и В1с могут быть засчитаны только в одну запись, поскольку инкапсуляция VXLAN и инкапсуляция внешнего IP идентичны. Следовательно, этот вариант осуществления может реализовать более точное статистическое исследование трафика, чем стандартная наложенная сеть EVPN.
Объединив этап 1 и этап 2, можно доказать, что BUM-пакет, принятый от ESI 1 (АС 1), невозможно переадресовать посредством смежных каналов (АС 2), принадлежащих ESI 1, в этом варианте осуществления, и в то же время в настоящем изобретении, когда BUM-пакет, принятый от ESI 1 (АС 1), переадресовывают на ESI 2 (АС 4 и АС 5), переадресовывают максимально только одну копию BUM-пакета (поскольку только одна из АС 4 или АС 5 имеет роль DF).
Второй примерный вариант осуществления
Вариант реализации узла РЕ технического решения способа и устройства (системы), в которых используется передача во внешнем IP-заголовке и величины энтропии внутреннего пакета, описан в связи с фиг. 7.
1: реализация модуля инфраструктуры EVPN.
Этот модуль является таким же, как и модуль, имеющий то же название, в первом варианте осуществления, за исключением того, что конкретно отмечено.
В отличие от первого примерного варианта осуществления, этот модуль не вызывает первый подключаемый IP-модуль или третий подключаемый IP-модуль.
В отличие от первого примерного варианта осуществления, этот модуль не реализует связанные функции маршрута RT-1 в наложенной сети EVPN, и это значит, что поле ESI маршрута RT-2, выдаваемого этим модулем, равняется нулю.
В известном уровне техники методика наложенной сети EVPN не может предотвратить закольцовывание внутри одного и того же Ethernet-сегмента (ES) без маршрута RT-1, но настоящее изобретение может предотвратить закольцовывание внутри одного и того же Ethernet-сегмента (ES) без маршрута RT-1.
2: способ реализации первого подключаемого IP-модуля описан ниже.
Этот модуль не изменяет пакет.
3: способ реализации второго подключаемого IP-модуля описан ниже.
Этот модуль является таким же, как и модуль, имеющий то же название, в первом варианте осуществления, за исключением того, что конкретно отмечено.
В отличие от первого примерного варианта осуществления, этот модуль назначает ESI IP и соответствующую IP-маску ESI для каждого локального ESI посредством конфигурации. Более старшие 16 битов ESI IP являются такими же, как и более старшие 16 битов префикса маршрута черной дыры, специфического для IP-адреса источника, и более старшие 16 битов IP-маски ESI имеют вид 0x0FFFF.
В отличие от первого примерного варианта осуществления, этот модуль перезаписывает IP-адрес источника второго пакета с использованием ESI IP, а затем возвращает модифицированный пакет на модуль инфраструктуры EVPN.
4: способ реализации третьего подключаемого IP-модуля описан ниже.
Этот модуль не изменяет пакет.
5: способ реализации четвертого подключаемого IP-модуля описан ниже.
Если ESI экспортируемой AC Z-го пакета равен нулю, Z-й пакет напрямую возвращают на модуль инфраструктуры EVPN.
Если ESI экспортируемой AC Z-го пакета не равен нулю, этот модуль выполняет согласование между IP-адресом источника третьего пакета и IP-маской ESI и ESI IP, соответствующим ESI, соответствующему главному интерфейсу, к которому принадлежит экспортируемая AC Z-го пакета, отбрасывает пакет, если IP-адрес источника может быть согласован с ESI IP и IP-маской ESI, и возвращает пакет на модуль инфраструктуры EVPN для последующей обработки, если IP-адрес источника не может быть согласован с ESI IP и IP-маской ESI.
∧
В этом варианте осуществления IP-адрес источника третьего пакета обозначен как IP1, ESI IP обозначен как IP2, и маска обозначена как т, и тогда правило отбрасывания пакета является фактически эквивалентным отбрасыванию пакета, когда IP1  IP2 < (m+1).
Вариант реализации узла, не поддерживающего услугу, технического решения способа и устройства (системы), в которых используется передача во внешнем IP-заголовке и величины энтропии внутреннего пакета, описан в связи с фиг. 8.
1: реализация модуля инфраструктуры EVPN.
Этот модуль является таким же, как и модуль, имеющий то же название, в первом примерном варианте осуществления.
2: способ реализации третьего подключаемого IP-модуля энтропии описан ниже.
Этот модуль является таким же, как и модуль, имеющий то же название, в первом примерном варианте осуществления.
Топология EVPN, показанная на фиг. 1, используется в качестве примера, и обработка развертывания сети и трафика включает этапы, описанные ниже.
На этапе 1 выбирают вариант реализации каждого узла, причем он является таким же, как и в первом примерном варианте осуществления, за исключением того, что несколько узлов РЕ и узлов Р представляют собой все узлы, определенные в этом варианте осуществления.
На этапе 2 задают и выдают ID маршрутизатора EVPN каждого узла РЕ, причем он является таким же, как и в первом варианте осуществления.
На этапе 3 устанавливают сеть VXLAN EVPN, показанную на фиг. 1, причем он является таким же, как и в первом примерном варианте осуществления.
На этапе 4 устанавливают услугу VXLAN EVPN согласно фиг. 1 и назначают тот же VNI для услуги VXLAN EVPN на каждом узле РЕ, причем он является таким же, как и в первом примерном варианте осуществления.
На этапе 5 задают базовую конфигурацию ESI, причем он является таким же, как и в первом примерном варианте осуществления.
На этапе 6 задают конфигурацию фильтрации ESI. Он является таким же, как и в первом примерном варианте осуществления, за исключением того, что каждый ESI задают с ESI IP и 28-битной маской IP-адреса, соответствующей ESI IP, и более старшие 16 битов ESI IP являются такими же, как и более старшие 16 битов префикса маршрута черной дыры, специфического для IP-адреса источника. ESI IP одного и того же ESI на разных РЕ имеют одни и те же более старшие 28 битов, и ESI IP разных ESI имеют разные более старшие 28 битов.
Посредством вышеуказанных этапов устанавливают трафик VXLAN EVPN. Ход и эффекты переадресации относительно узла РЕ и узла Р, не поддерживающего услугу, определенных в этом примерном варианте осуществления, могут быть подтверждены путем использования пакета данных.
Топология EVPN, показанная на фиг. 1, используется в качестве примера, и обработка части сквозной переадресации пакетов включает этапы, описанные ниже.
На этапе 1, когда узел РЕ 1 принимает пакет В1 ARP от локальной АС 1, процесс переадресации двух копий B1b и В1 с пакета В1 модулем инфраструктуры EVPN является таким же, как и в первом примерном варианте осуществления, за исключением того, что внешние IP-адреса источника инкапсуляций VXLAN копий B1b и В1 с принимают вид ESI_IP2. ESI_IP 2 представляет собой ESI IP, заданный в ESI, соответствующем физическому интерфейсу, к которому принадлежит АС 1.
На этапе 2, когда узел РЕ 2 принимает пакет B1b, процесс переадресации пакета B1b модулем инфраструктуры EVPN является таким же, как и в первом примерном варианте осуществления, и результат фильтрации ESI является таким же, как и в первом примерном варианте осуществления, за исключением того, что правило фильтрации ESI меняют на сравнение IP-адреса источника пакета B1b с ESI IP, заданным в ESI, соответствующем физическому интерфейсу, к которому принадлежит каждая экспортируемая АС.
Этап 3 и этап 4 являются такими же, как и в первом варианте осуществления, за исключением значения внешнего IP-адреса источника инкапсуляции VXLAN.
Поскольку следующий транзитный участок BGP маршрута RT-2 представляет собой ID маршрутизатора EVPN узла источника маршрута, следующие транзитные участки BGP маршрута RT-2 в извещении о MAC, изученном разными смежными РЕ одного и того же ESI, являются разными. В результате, в этом модуле пакеты VXLAN, переадресовываемые на один и тот же удаленный ESI от разных смежных РЕ, имеют разные внешние IP-адреса назначения, так что этот модуль не может поддерживать потоковый режим распределения нагрузки. Однако модуль все еще поддерживает балансировку нагрузки для каждой услуги до тех пор, пока распределение нагрузки может выполняться на СЕ. То есть на узле РЕ 3 узел для переадресации пакета U, который узел СЕ3 отправляет в ответ на пакет W, определяют на основе узла, через который прошел пакет W, отправленный с помощью СЕ 1, так что узел РЕ, посредством которого пакет U переадресовывают, меняется, когда узел РЕ, посредством которого пакет W переадресовывают, меняется, и разные пакеты U переадресовывают посредством разных узлов РЕ, если разные пакеты W переадресовывают посредством разных узлов РЕ. Это реализует эффект балансировки нагрузки для каждой услуги.
Как и IP-адрес источника пакета В1с, ESI IP представляет собой фактически контекстную величину энтропии пакета В1, так что, когда один и тот же пакет В1 попадает на узел РЕ 1 через разные АС узла РЕ 1 и генерируются пакеты В1с, пути переадресации, выбранные для пакетов В1с посредством процесса балансировки нагрузки на узле Р1, являются разными в двух случаях.
В этом варианте осуществления контекстную величину энтропии получают в результате отображения одной или более порций информации о характерной конфигурации, соответствующей интерфейсу АС, посредством которого принимают пакет В1. В этом варианте осуществления информация о характерной конфигурации содержит информацию об ESI, соответствующую главному интерфейсу, к которому принадлежит интерфейс АС, причем ESI IP представляет энтропию ESI. Когда пакет X1, имеющий тот же порядок следования байтов, что и пакет В1, принимают от другого интерфейса АС, другими словами, пакет X1 и пакет В1 являются разными только в контексте, контекстная величина энтропии идентифицирует контекст.
Третий примерный вариант осуществления
Вариант реализации узла РЕ технического решения способа и устройства (системы), в которых используется передача во внешнем IP-заголовке и величины энтропии внутреннего пакета, описан в связи с фиг. 7.
1: реализация модуля инфраструктуры EVPN.
Если общий трафик VXLAN реализуется согласно RFC7348, то модуль плоскости управления полученного трафика VXLAN представляет собой плоскость управления и часть человеко-машинного интерфейса модуля инфраструктуры VPN.
Подобным образом, если трафик VXLAN реализуется согласно RFC7348, то модуль плоскости переадресации полученного трафика VXLAN представляет собой часть плоскости переадресации модуля инфраструктуры VPN.
Этот модуль является таким же, как и человеко-машинный интерфейс и поток обработки, соответствующий RFC7348, описанные выше, за исключением того, что конкретно отмечено.
В этом варианте осуществления модуль плоскости управления EVPN, полученный согласно вышеуказанному способу, может быть использован в конфигурации туннеля VXLAN, конфигурации экземпляра EVPN, конфигурации привязки АС и экземпляра EVPN, конфигурации привязки туннеля VXLAN и экземпляра EVPN и т.п. Экземпляр EVPN идентифицируют с помощью VNI из конфигурации пользователя. На каждом из двух узлов туннеля VXLAN ID маршрутизатора EVPN узла на локальном конце используют как IP-адрес источника туннеля VXLAN, a ID маршрутизатора EVPN узла на противоположном конце используют как IP-адрес назначения туннеля VXLAN. В этом варианте осуществления ID маршрутизатора EVPN представляет собой IP-адрес интерфейса закольцовывания. Для простоты описания узел выполнен так, что он имеет только один ID маршрутизатора EVPN в этом модуле.
Когда этот модуль реализуют как программное обеспечение, должен быть реализован механизм подключаемых модулей, описанный в этом разделе. Первый пакет инкапсулируют в Х-й пакет согласно процессу переадресации RFC7348, где Х-й пакет представляет собой IP-пакет без инкапсуляции канального уровня (например, заголовка MAC). Первый подключаемый IP-модуль вызывают с Х-м пакетом в качестве параметра, а затем второй подключаемый IP-модуль вызывают с полученным результатом в качестве параметра. После приема Y-го пакета и определения экземпляра EVPN, к которому принадлежит Y-й пакет, третий подключаемый IP-модуль вызывают с Y-м пакетом в качестве параметра перед обработкой Y-го пакета в экземпляре EVPN. Полученный пакет продолжают обрабатывать в экземпляре EVPN согласно процессу, определенному в RFC7348, и получают один или более Z-x пакетов и экспортируемую AC Z-го пакета. Соответственно, четвертый подключаемый IP-модуль вызывают с Z-м пакетом и экспортируемой AC Z-го пакета в качестве параметров, и, если четвертый подключаемый IP-модуль не отбрасывает Z-й пакет, процесс в наложенной сети EVPN продолжается, включая добавление инкапсуляции канального уровня к Z-му пакету согласно IP-адресу назначения.
В этом варианте осуществления механизм подключаемых модулей может представлять собой вызов функции, функцию обратного вызова, полиморфную функцию или независимый подключаемый модуль.
Плоскость переадресации этого модуля имеет тот же поток обработки соответствующей плоскости переадресации RFC7348 за исключением механизма подключаемых модулей. Поток обработки плоскости переадресации включает процесс переадресации BUM-пакетов, процесс изучения МАС-адресов, процесс одноадресной переадресации и т.п.
В этом примерном варианте осуществления физическая сеть приспособлена так, чтобы представлять собой IPv6-сеть, так что как IP-адрес источника, так и IP-адрес назначения туннеля EVPN являются IPv6-адресами.
Дополнительно, когда IP-адрес назначения третьего пакета (эквивалентного второму пакету или третьему пакету в варианте осуществления, описанном выше), принятый этим модулем, согласуется с префиксом прямого маршрута, соответствующим интерфейсу для IP-адреса источника туннеля EVPN, этот модуль определяет, что третий пакет согласуется с туннелем, и не проверяет, согласуется ли IP-адрес источника третьего пакета с IP-адресом назначения туннеля EVPN.
2: способ реализации первого подключаемого IP-модуля описан ниже.
Этот модуль является таким же, как и модуль, имеющий то же название, во втором варианте осуществления, за исключением того, что конкретно отмечено.
В отличие от первого примерного варианта осуществления, этот модуль не обязательно должен задавать префикс маршрута черной дыры, специфический для IP-адреса источника.
В отличие от первого примерного варианта осуществления, каждый ESI в этом модуле имеет одинаковый виртуальный интерфейс, и рассматривается как виртуальный интерфейс ESI, и имеет все функции интерфейса закольцовывания.
В отличие от первого варианта осуществления, ESI IP в этом модуле задают в виртуальном интерфейсе ESI и приспосабливают для 128-битной IPv6-маски.
В отличие от первого примерного варианта осуществления, этот модуль перезаписывает IP-адрес источника Х-го пакета с использованием ESI IP, а затем возвращает модифицированный пакет на модуль инфраструктуры EVPN.
3: способ реализации второго подключаемого IP-модуля описан ниже.
Этот модуль возвращает пакет, вводимый модулем инфраструктуры EVPN, на модуль инфраструктуры EVPN нетронутым.
4: способ реализации третьего подключаемого IP-модуля описан ниже.
Этот модуль возвращает пакет, вводимый модулем инфраструктуры EVPN, на модуль инфраструктуры EVPN нетронутым, не изменяя пакет.
5: способ реализации четвертого подключаемого IP-модуля описан ниже.
Если ESI экспортируемой AC Z-го пакета равен нулю, то Z-й пакет напрямую возвращают на модуль инфраструктуры EVPN.
Если ESI экспортируемой AC Z-го пакета не равен нулю, то этот модуль сравнивает IP-адрес источника Z-го пакета с ESI IP виртуального интерфейса ESI, соответствующего главному интерфейсу, к которому принадлежит экспортируемая AC Z-го пакета, отбрасывает пакет, если IP-адрес источника равен ESI IP, и возвращает пакет на модуль инфраструктуры EVPN для последующей обработки, если IP-адрес источника не равен ESI IP.
Вариант реализации узла, не поддерживающего услугу, технического решения способа и устройства (системы), в которых используется передача во внешнем IP-заголовке и величины энтропии внутреннего пакета, описан в связи с фиг. 8.
1: реализация модуля инфраструктуры EVPN.
Реализуют базовые функции IPv6-маршрутизации и IPv6-переадресации. Функция IPv6-переадресации включает функцию балансировки нагрузки на основе MC-LAG, причем функция балансировки нагрузки использует кортеж из 5 IP в качестве коэффициента вычисления энтропии.
В этом варианте осуществления этот модуль не обнаруживает, имеется ли величина энтропии в IP-пакете. Однако если IP-адрес источника или IP-адрес назначения Z-го пакета уже содержит величину энтропии внутреннего пакета, то коэффициент вычисления энтропии автоматически включает величину энтропии внутреннего пакета, и соответственно полученная новая энтропия также включает величину энтропии внутреннего пакета.
Этот модуль также не обязательно должен вызывать третий подключаемый IP-модуль энтропии.
2: способ реализации третьего подключаемого IP-модуля энтропии описан ниже.
Модуль отсутствует на этих узлах, которые представляют собой все существующие узлы в известном уровне техники.
Топология EVPN, показанная на фиг. 1, используется в качестве примера, и обработка развертывания сети и трафика включает этапы, описанные ниже.
На этапе 1 выбирают вариант реализации каждого узла. Он является таким же, как и в первом варианте осуществления, за исключением того, что несколько узлов РЕ и узлов Р представляют собой все узлы, определенные в этом варианте осуществления.
На этапе 2 задают и выдают ID маршрутизатора EVPN каждого узла РЕ. Он является таким же, как и в первом примерном варианте осуществления.
На этапе 3 устанавливают общую сеть VXLAN EVPN, показанную на фиг. 1, и задают каждый туннель VXLAN. Только один двунаправленный туннель VXLAN существует между одной и той же парой узлов РЕ. Когда туннель VXLAN задают для назначенного целевого узла РЕ, ID маршрутизатора EVPN целевого узла РЕ используют как IP-адрес назначения туннеля VXLAN, a ID маршрутизатора EVPN узла на локальном конце используют как IP-адрес источника туннеля VXLAN. Туннель VXLAN между РЕ 1 и РЕ 3 используется в качестве примера туннеля VXLAN, заданного таким образом. В случае РЕ 1, IP-адрес источника туннеля представляет собой ID маршрутизатора EVPN, принадлежащий РЕ 1, а IP-адрес назначения туннеля представляет собой ID маршрутизатора EVPN, принадлежащий РЕ 3. В случае РЕ 3, IP-адрес источника туннеля представляет собой ID маршрутизатора EVPN, принадлежащий РЕ 3, а IP-адрес назначения туннеля представляет собой ID маршрутизатора EVPN, принадлежащий РЕ 1.
На этапе 4 устанавливают трафик VXLAN EVPN согласно фиг. 1. Шесть интерфейсов АС 1, АС 2, АС 3, АС 4, АС 5 и АС 6 используют как схемы доступа и привязывают к трафику VXLAN EVPN, и каждый туннель VXLAN привязывают к трафику VXLAN.
На этапе 5 задают базовую конфигурацию ESI. Он является таким же, как и соответствующий этап в первом примерном варианте осуществления, за исключением того, что узел РЕ в этом варианте осуществления только выдает маршрут RT-4.
На этапе 6 задают конфигурацию фильтрации ESI. Он является таким же, как и соответствующий этап в первом примерном варианте осуществления, за исключением того, что значение псевдонима ESI в первом примерном варианте осуществления заменяют с использованием ESI IP, и ESI IP может быть достигнут по маршруту в физической сети.
На этапе 7 посредством вышеуказанных этапов устанавливают трафик VXLAN EVPN, и причем ход и эффекты переадресации относительно узла РЕ и узла Р, не поддерживающего услугу, определенных в этом примерном варианте осуществления, могут быть подтверждены путем использования пакета данных.
Топология EVPN, показанная на фиг. 1, используется в качестве примера, и обработка части сквозной переадресации пакетов включает этапы, описанные ниже.
На этапе 1, когда узел РЕ 1 принимает пакет В1 ARP от локальной АС 1, процесс переадресации двух копий B1b и В1с пакета В1 модулем инфраструктуры EVPN является таким же, как и в первом варианте осуществления, за исключением того, что внешние IP-адреса источника инкапсуляций VXLAN копий B1b и В1с принимают вид ESI_IP3. ESI_IP3 представляет собой ESI IP, заданный в ESI, соответствующем физическому интерфейсу, к которому принадлежит АС 1.
На этапе 2, когда узел РЕ 2 принимает пакет B1b, процесс переадресации пакета B1b модулем инфраструктуры EVPN является таким же, как и в первом примерном варианте осуществления, и результат фильтрации ESI является таким же, как и в первом примерном варианте осуществления, за исключением того, что правило фильтрации ESI меняют на сравнение IP-адреса источника пакета B1b с ESI IP, заданным в ESI, соответствующем физическому интерфейсу, к которому принадлежит каждая экспортируемая АС.
Этап 3 и этап 4 являются такими же, как и в первом варианте осуществления, за исключением значения внешнего IP-адреса источника инкапсуляции VXLAN.
Объединив этап 1 и этап 2, можно доказать, что невозможно переадресовать BUM-пакет, принятый от ESI 1 (АС 1), посредством смежных каналов (АС 2), принадлежащих ESI 1, в этом примерном варианте осуществления, и в то же время, когда BUM-пакет, принятый от ESI 1 (АС 1), переадресовывают на ESI 2 (АС 4 и АС 5), можно переадресовать максимально только одну копию BUM-пакета (поскольку только одна из АС 4 или АС 5 имеет роль DF). Более того, RFC7348 первоначально не поддерживает свойство ESI, так что плоскость управления наложенной сети EVPN, включая по меньшей мере маршрут RT-4 и механизм локального смещения (включая маршрут RT-1), должна быть представлена для поддержки свойства ESI. Однако в этом примерном варианте осуществления RFC7348 имеет свойство ESI за счет представления только маршрута RT-4.
В отличие от первого примерного варианта осуществления, в этом варианте осуществления РЕ 2 и РЕ 3 также выполняют изучение МАС-адресов плоскости данных согласно RFC7348 при переадресации двух пакетов B1b и В1с. Процесс изучения МАС-адресов представляет собой стандартный процесс RFC7348. Однако, поскольку значения внешних IP-адресов источника инкапсуляций VXLAN копий B1b и В1с отличаются от значений внешних IP-адресов источника стандартных инкапсуляций VXLAN в RFC7348, результаты изучения МАС-адресов также отличаются. Однако одноадресная переадресация трафика VXLAN может быть выполнена стандартным способом, так что в этом примерном варианте осуществления не перечисляются этапы переадресации одноадресного пакета.
Четвертый примерный вариант осуществления
Вариант реализации узла РЕ технического решения способа и устройства (системы), в которых используется передача во внешнем IP-заголовке и величины энтропии внутреннего пакета, описан в связи с фиг. 7.
1: реализация модуля инфраструктуры EVPN.
Этот модуль является таким же, как и модуль, имеющий то же название, в третьем варианте осуществления, за исключением того, что конкретно отмечено.
В отличие от третьего примерного варианта осуществления, экземпляр ESI в этом модуле также имеет тот же виртуальный интерфейс, рассматриваемый как интерфейс экземпляра EVPN, и интерфейс экземпляра EVPN имеет все функции интерфейса закольцовывания. Это значит, что IP-адрес интерфейса экземпляра EVPN служит как маршрут локального хоста и добавляется в таблицу маршрутизации, и IP-адрес, объединенный с маской IP-адреса, заданной в интерфейсе экземпляра EVPN, служит как локальный префикс прямого маршрута и добавляется в таблицу маршрутизации. Тогда интерфейс (обязательно интерфейс экземпляра EVPN), с которого генерируют маршрут, может быть известен из записи маршрута, соответствующей маршруту локального хоста или локальному префиксу прямого маршрута.
В отличие от третьего примерного варианта осуществления, VNI, заданный в экземпляре EVPN этого модуля, представляет собой только значение, идентифицирующее экземпляр EVPN, и не имеет функции VNI в RFC7348. Вместо этого, IP-адрес напрямую задают в интерфейсе экземпляра EVPN для выполнения функции VNI.
В отличие от третьего примерного варианта осуществления, каждый туннель VXLAN в этом примерном варианте осуществления предназначен для одной услуги, и каждая услуга задействует один туннель VXLAN для каждого удаленного узла в услуге. В этом примерном варианте осуществления IP-адрес источника каждого туннеля VXLAN представляет собой IP-адрес интерфейса экземпляра EVPN, соответствующего экземпляру EVPN, к которому принадлежит туннель VXLAN, и IP-адрес назначения каждого туннеля VXLAN представляет собой IP-адрес интерфейса экземпляра EVPN, соответствующего экземпляру EVPN, к которому принадлежит туннель VXLAN, на узле назначения туннеля VXLAN.
По сравнению с инкапсуляцией VXLAN, применяемой в третьем варианте осуществления, инкапсуляция для инкапсулирования первого пакета во второй пакет, используемая в этом модуле, не имеет заголовка протокола пользовательских дейтаграмм (UDP) и заголовка VXLAN и, таким образом, имеет тот же формат, что и пакет, IP-адрес назначения которого представляет собой SID, имеющий функцию SRv6 типа End.DX2. Этот формат инкапсуляции называется расширенной инкапсуляцией SRv6 типа А в настоящем изобретении. Как показано в формате В по фиг. 10 и формате В по фиг. 11, причем фиг. 11 является расширением фиг. 10, сравнивают несколько полей из IP-адреса источника с данными полезной нагрузки в сети Ethernet. В этом примерном варианте осуществления концепции SRv6, End.DX2, SID и функции являются такими же, как описанные в секции 4 draft-filsfils-spring-srv6-network-programming-01 (программы srv6).
Когда этот модуль принимает третий пакет, если IP-адрес назначения третьего пакета согласовывается с локальным прямым маршрутом и маршрут генерируется с интерфейса экземпляра EVPN, то считается, что третий пакет имеет расширенную инкапсуляцию SRv6 типа А и переадресовывается в экземпляре EVPN, соответствующем интерфейсу экземпляра EVPN. Во время переадресации, за исключением инкапсулирования, деинкапсулирования и особых инструкций, каждое поле в формате В по фиг. 11 имеет ту же функцию, что и поле, имеющее то же название, в формате А по фиг. 11.
В отличие от третьего примерного варианта осуществления, когда IP-адрес назначения третьего пакета согласовывается с прямым маршрутом сетевого сегмента виртуального интерфейса ESI, более младшие 12 байтов IP-адреса назначения пакета используют как внутренний VLAN ID, и более старшие 12 байтов более младших 24 байтов IP-адреса назначения пакета используют как внешний VLAN ID. Тогда <внутренний VLAN ID, внешний VLAN ID, виртуальный интерфейс ESI> используют для поиска соответствующего подынтерфейса, и экземпляр EVPN, привязанный к подынтерфейсу, используют как экземпляр EVPN, к которому принадлежит пакет. Формат, используемый для декодирования третьего пакета и соответствующий IP-адресу интерфейса экземпляра EVPN, принадлежащего экземпляру EVPN, к которому принадлежит пакет, используют как формат декодирования третьего пакета. Если как внутренний VLAN ID, так и внешний VLAN ID имеют вид 0x3FF, то АС представляет собой главный интерфейс.Если внутренний VLAN ID имеет вид 0x3FF, то АС представляет собой подынтерфейс с одним VLAN ID. Если внутренний VLAN ID не имеет вид 0x3FF, то АС представляет собой подынтерфейс с двумя VLAN.
В отличие от модуля инфраструктуры VPN, механизм подключаемых модулей, реализованный в этом модуле, является таким же, как и в третьем варианте осуществления.
В этом варианте осуществления IP-адрес назначения третьего пакета является фактически локальным SID с параметром на узле РЕ, приспособленном с помощью IP-адреса назначения, и концепция локального SID с параметром представляет собой концепцию локального SID формата «LOC:FUNCT:ARGS» в секции 3 программы srv6. Фактически новые аргументы параметра (ARGS) SRv6 и функцию SRv6, соответствующую SRv6 ARGS, определяют в этом модуле. Концепция функции SRv6 представляет собой концепцию функции SRv6 в секции 4 программы srv6. Эта новая функция SRv6 указывает, что ARGS, включенные в более младшие 24 бита локального SID, используют для поиска подынтерфейса, согласующегося с соответствующей информацией о VLAN ID на ESI, соответствующем SID, и переадресации третьего пакета в экземпляре EVPN, к которому принадлежит подынтерфейс. Этот вариант осуществления может быть использован в связи с функцией политики маршрутизации сегментов (политики SR), принадлежащей SRv6. В то же время согласно описанию инкапсуляции пакетов политики SR IP-адрес назначения третьего пакета сначала не представляет собой локальный SID с параметром на узле РЕ назначения (то есть исполняемом субъекте этого модуля). Однако IP-адрес назначения третьего пакета в конечном счете становится локальным SID на узле РЕ назначения после модификации в процессе переадресации SRv6 по меньшей мере одного узла, не поддерживающего услугу, или узла РЕ назначения, и третий пакет обрабатывают согласно правилам новой функции SRv6.
2: способ реализации первого подключаемого IP-модуля описан ниже.
Этот модуль является таким же, как и модуль, имеющий то же название, в третьем варианте осуществления, за исключением того, что конкретно отмечено.
В отличие от второго примерного варианта осуществления, ESI IP в этом модуле задают в виртуальном интерфейсе ESI и задают с 104-битной IPv6-маской.
Так же, как и во втором примерном варианте осуществления, этот модуль перезаписывает IP-адрес источника второго пакета с использованием ESI IP, а затем возвращает модифицированный пакет на модуль инфраструктуры EVPN.
3: способ реализации второго подключаемого IP-модуля описан ниже.
Этот модуль является таким же, как и модуль, имеющий то же название, в третьем варианте осуществления, за исключением того, что конкретно отмечено.
В отличие от третьего примерного варианта осуществления, этот модуль использует внутренний VLAN ID импортируемой АС первого пакета как более младшие 12 битов IP-адреса источника пакета, вводимого модулем инфраструктуры EVPN, и использует внешний VLAN ID импортируемой АС пакета как более старшие 12 битов более младших 24 битов IP-адреса источника пакета, вводимого модулем инфраструктуры EVPN. Когда импортируемая АС не представляет собой подынтерфейс, считается, что как внутренний VLAN ID, так и внешний VLAN ID имеют вид 0x3FF. Когда импортируемая АС представляет собой подынтерфейс, приспособленный с помощью только одного VLAN ID, считается, что внутренний VLAN ID имеет вид 0x3FF. Тогда этот модуль возвращает модифицированный пакет на модуль инфраструктуры EVPN.
4: способ реализации третьего подключаемого IP-модуля описан ниже.
Этот модуль является таким же, как и модуль, имеющий то же название, в третьем примерном варианте осуществления.
5: способ реализации четвертого подключаемого IP-модуля описан ниже.
Если ESI экспортируемой AC Z-го пакета равен нулю, то Z-й пакет напрямую возвращают на модуль инфраструктуры EVPN.
Если ESI экспортируемой AC Z-го пакета не равен нулю, то этот модуль выполняет согласование между IP-адресом источника Z-го пакета и соответствующей IP-маской ESI и ESI IP виртуального интерфейса ESI, принадлежащего ESI, соответствующему главному интерфейсу, к которому принадлежит экспортируемая AC Z-го пакета, отбрасывает пакет, если IP-адрес источника может быть согласован с ESI IP и IP-маской ESI, и возвращает пакет на модуль инфраструктуры EVPN для последующей обработки, если IP-адрес источника не может быть согласован с ESI IP и IP-маской ESI.
Вариант реализации узла, не поддерживающего услугу, технического решения способа и устройства (системы) для передачи и использования величины энтропии внутреннего пакета во внешнем IP-заголовке описан в связи с фиг. 8.
1: реализация модуля инфраструктуры EVPN.
Этот модуль является таким же, как и модуль, имеющий то же название, в третьем примерном варианте осуществления.
2: способ реализации третьего подключаемого IP-модуля энтропии описан ниже.
Этот модуль является таким же, как и модуль, имеющий то же название, в третьем примерном варианте осуществления.
Топология EVPN, показанная на фиг. 1, используется в качестве примера, и обработка развертывания сети и трафика включает этапы, описанные ниже.
На этапе 1 выбирают вариант реализации каждого узла, причем он является таким же, как и в третьем примерном варианте осуществления, за исключением того, что несколько узлов РЕ и узлов Р представляют собой все узлы, определенные в этом варианте осуществления.
На этапе 2 задают и выдают ID маршрутизатора EVPN каждого узла РЕ, причем он является таким же, как и в третьем примерном варианте осуществления.
На этапе 3 устанавливают общую сеть VXLAN, показанную на фиг. 1, и задают каждый туннель VXLAN, причем он является таким же, как и соответствующий этап в третьем примерном варианте осуществления.
На этапе 4 устанавливают трафик VXLAN EVPN согласно фиг. 1, причем он является таким же, как и соответствующий этап в третьем примерном варианте осуществления.
На этапе 5 задают базовую конфигурацию ESI, причем он является таким же, как и соответствующий этап в третьем примерном варианте осуществления.
На этапе 6 задают конфигурацию фильтрации ESI, причем он является таким же, как и соответствующий этап в третьем примерном варианте осуществления, за исключением того, что маска IP-адреса, соответствующая ESI IP, представляет собой 104-битную маску, гарантируют, что 104-битный префикс маршрута, соответствующий ESI IP, может быть маршрутизирован в физической сети посредством конфигурации, и один и тот же 104-битный префикс маршрутизации выдают для одного и того же ESI на разных РЕ, и разные 104-битные префиксы маршрутизации выдают для разных ESI.
Посредством вышеуказанных этапов устанавливают трафик VXLAN EVPN. Ход и эффекты переадресации относительно узла РЕ и узла Р, не поддерживающего услугу, определенных в этом примерном варианте осуществления, могут быть подтверждены путем использования пакета данных.
Топология EVPN, показанная на фиг. 1, используется в качестве примера, и обработка сквозной переадресации пакетов включает этапы, описанные ниже.
На этапе 1, когда узел РЕ 1 принимает пакет В1 ARP от локальной АС 1, процесс переадресации двух копий B1b и В1с пакета В1 модулем инфраструктуры EVPN является таким же, как и процесс в третьем примерном варианте осуществления, за исключением того, что более старшие 104 бита внешнего IP-адреса источника инкапсуляции VXLAN каждой из двух копий B1b и В1с являются такими же, как и более старшие 104 бита ESI IP4, и ESI IP задают в ESI, соответствующем физическому интерфейсу, к которому принадлежит АС 1.
На этапе 2, когда узел РЕ 2 принимает пакет B1b, процесс переадресации пакета B1b модулем инфраструктуры EVPN является таким же, как и в третьем примерном варианте осуществления, и результат фильтрации ESI является таким же, как и в третьем примерном варианте осуществления, за исключением того, что правило фильтрации ESI меняют на сравнение более старших 104 битов IP-адреса источника пакета B1b с более старшими 104 битами ESI IP, заданного в ESI, соответствующем физическому интерфейсу, к которому принадлежит каждая экспортируемая АС.
Этап 3 и этап 4 являются такими же, как и в третьем примерном варианте осуществления, за исключением того, что формат инкапсуляции пакетов представляет собой формат SRv6 расширения, и значение внешнего IP-адреса источника отличается.
В этом примерном варианте осуществления ESI IP может находиться в IP-адресе источника или IP-адресе назначения. Когда первый пакет представляет собой широковещательный пакет, IP-адрес назначения не имеет ESI IP. Однако, когда первый пакет представляет собой известный одноадресный пакет, IP-адрес назначения также содержит часть в виде более старших битов ESI IP.
Пятый примерный вариант осуществления
Вариант реализации узла РЕ технического решения способа и устройства (системы) для передачи и использования величины энтропии внутреннего пакета во внешнем IP-заголовке описан в связи с фиг. 7.
1: реализация модуля инфраструктуры EVPN.
Этот модуль является таким же, как и модуль, имеющий то же название, в четвертом примерном варианте осуществления, за исключением того, что конкретно отмечено.
В отличие от четвертого примерного варианта осуществления, этот модуль реализует сигнализацию и процесс переадресации согласно наложенной сети EVPN.
В отличие от четвертого примерного варианта осуществления, когда выдают маршрут EVPN для экземпляра EVPN, этот модуль использует IP-адрес интерфейса экземпляра EVPN, соответствующего экземпляру EVPN, как следующий транзитный участок протокола граничного шлюза (BGP) соответствующего маршрута. Маршрут EVPN содержит маршрут RT-4, маршрут RT-3, маршрут RT-2 и RT-1 для каждого маршрута объединения виртуализации Ethernet (EVI).
В отличие от четвертого примерного варианта осуществления, когда IP-адрес назначения принятого Y-го пакета представляет собой IP-адрес определенного интерфейса экземпляра EVPN, этот модуль определяет, что Y-й пакет принадлежит к экземпляру EVPN, соответствующему интерфейсу экземпляра EVPN.
В отличие от четвертого примерного варианта осуществления, этот модуль устанавливает заданный ESI для использования формата ESI, который удовлетворяет следующим требованиям: ESI имеет поле, так что поля в разных ESI на этом узле имеют разные значения. Для простоты описания, поле рассматривается как конкретное поле.
Такое конкретное поле имеет тип 3, тип 4 и тип 5, определенные в секции 5 RFC7432, и конкретное поле рассматривается как локальное значение дискриминатора (LDV).
В отличие от четвертого примерного варианта осуществления, этот модуль устанавливает, что только более младшие 32 бита конкретного поля используют, если количество битов конкретного поля в заданной ESI превышает 32.
2: способ реализации первого подключаемого IP-модуля описан ниже.
Этот модуль поддерживает задавание адреса интерфейса закольцовывания с помощью 96-битной маски подсети, и более старшие 96 битов IP-адреса интерфейса закольцовывания рассматривают как префикс среднего диапазона. Интерфейс закольцовывания образует 96-битный префикс маршрута, соответствующий префиксу среднего диапазона, в таблице IP-маршрутизации и выдает префикс маршрутизации в физической сети. Когда принимают пакет, IP-адрес назначения которого согласуется с префиксом маршрута, узел считает, что пакет представляет собой пакет интерфейса закольцовывания, и выполняет ту же обработку, что и для пакета, IP-адрес назначения которого представляет собой IP-адрес интерфейса закольцовывания.
Модуль перезаписывает более старшие 96 битов IP-адреса источника пакета, введенного модулем инфраструктуры EVPN, префиксом среднего диапазона, а затем возвращает модифицированный пакет на модуль инфраструктуры EVPN.
3: способ реализации второго подключаемого IP-модуля описан ниже.
Этот модуль выполняет побитовую логическую операцию исключающего ИЛИ между более младшими 32 битами МАС-адреса источника первого пакета и значением конкретного поля в ESI, соответствующем главному интерфейсу, к которому принадлежит импортируемая АС инкапсулированного первого пакета, вводимого модулем инфраструктуры EVPN, затем использует результат операции как более младшие 32 бита IP-адреса источника и возвращает модифицированный пакет на модуль инфраструктуры EVPN.
В этом варианте осуществления более младшие 32 бита МАС-адреса источника представляют собой величину собственной энтропии первого пакета, и конкретное поле и более старшие 96 битов IP-адреса источника представляют собой контекстную величину энтропии пакета. Величину собственной энтропии используют для шифрования IP-адреса источника, так что соответствующий второй пакет может выбирать другой путь балансировки нагрузки на узле Р1, когда МАС-адрес источника первого пакета изменяют.
4: способ реализации третьего подключаемого IP-модуля описан ниже.
Более младшие 32 бита IP-адреса источника представляют собой двоичные биты, которые необходимо восстановить перед обработкой, связанной с IP-адресом, в Y-м пакете, определенном этим модулем. Двоичные биты восстанавливают следующим образом: сначала величину собственной энтропии четвертого пакета, переносимого на внутреннем уровне Y-го пакета, вычисляют посредством того же алгоритма, что и во втором подключаемом IP-модуле, затем побитовую логическую операцию исключающего ИЛИ выполняют между характерной величиной энтропии и более младшими 32 битами IP-адреса источника, а полученный результат сохраняют в более младших 32 битах IP-адреса источника, так что значение перед шифрованием IP-адреса источника вторым подключаемым IP-модулем сохраняют в более младших 32 битах нового IP-адреса источника, то есть сохраняют значение конкретного поля.
Затем модифицированный пакет возвращают на модуль инфраструктуры EVPN.
5: способ реализации четвертого подключаемого IP-модуля описан ниже.
Если ESI экспортируемой AC Z-го пакета равен нулю, то Z-й пакет напрямую возвращают на модуль инфраструктуры EVPN.
Если ESI экспортируемой AC Z-го пакета равен нулю, то этот модуль сравнивает более младшие 32 бита IP-адреса источника Z-го пакета с конкретным полем в ESI, соответствующем главному интерфейсу, к которому принадлежит экспортируемая AC Z-го пакета, и сравнивает более старшие 96 битов IP-адреса источника Z-го пакета с более старшими 96 битами префикса среднего диапазона. Если IP-адрес источника Z-го пакета равняется конкретному полю в ESI, соответствующем главному интерфейсу, к которому принадлежит экспортируемая AC Z-го пакета, и более старшие 96 битов IP-адреса источника Z-го пакета равняются более старшим 96 битам префикса среднего диапазона, то этот модуль отбрасывает пакет. Если более младшие 32 бита IP-адреса источника Z-го пакета не равняются конкретному полю в ESI, соответствующем главному интерфейсу, к которому принадлежит экспортируемая AC Z-го пакета, и более старшие 96 битов IP-адреса источника Z-го пакета не равняются более старшим 96 битам префикса среднего диапазона, то этот модуль возвращает пакет на модуль инфраструктуры EVPN для последующей обработки.
Вариант реализации узла, не поддерживающего услугу, технического решения способа и устройства (системы) для передачи и использования величины энтропии внутреннего пакета во внешнем IP-заголовке описан в связи с фиг. 8.
1: реализация модуля инфраструктуры EVPN.
Этот модуль является таким же, как и модуль, имеющий то же название, в третьем примерном варианте осуществления.
2: способ реализации третьего подключаемого IP-модуля энтропии описан ниже.
Этот модуль является таким же, как и модуль, имеющий то же название, в третьем примерном варианте осуществления.
Топология EVPN, показанная на фиг. 1, используется в качестве примера, и обработка развертывания сети и трафика включает этапы, описанные ниже.
На этапе 1 выбирают вариант реализации каждого узла. Он является таким же, как и в четвертом примерном варианте осуществления, за исключением того, что несколько узлов РЕ и узлов Р представляют собой все узлы, определенные в этом варианте осуществления.
На этапе 2 задают и выдают ID маршрутизатора EVPN каждого узла РЕ. Он является таким же, как и в четвертом примерном варианте осуществления.
На этапе 3 устанавливают сеть VXLAN EVPN, показанную на фиг. 1. Он является таким же, как и в четвертом примерном варианте осуществления.
На этапе 4 устанавливают трафик VXLAN EVPN согласно фиг. 1 и назначают тот же VNI для трафика VXLAN EVPN на каждом узле РЕ. Он является таким же, как и в четвертом примерном варианте осуществления.
На этапе 5 задают базовую конфигурацию ESI. Он является таким же, как и в четвертом примерном варианте осуществления.
На этапе 6 задают конфигурацию фильтрации ESI. Он является таким же, как и в четвертом примерном варианте осуществления, за исключением того, что каждый узел приспосабливают с помощью интерфейса закольцовывания с 96-битной маской и что более старшие 96 битов (рассматриваемые как префикс среднего диапазона) IP-адреса интерфейса закольцовывания назначают как более старшие 96 битов ESI IP любого локального ESI, а поле локального отличительного значения в ESI назначают как более младшие 32 бита ESI IP. Разные узлы РЕ в одном и том же домене VPN имеют разные префиксы среднего диапазона.
Посредством вышеуказанных этапов устанавливают трафик VXLAN EVPN. Ход и эффекты переадресации относительно узла РЕ и узла Р, не поддерживающего услугу, определенных в этом примерном варианте осуществления, могут быть подтверждены путем использования пакета данных.
Топология EVPN, показанная на фиг. 1, используется в качестве примера, и обработка части сквозной переадресации пакетов включает этапы, описанные ниже.
На этапе 1, когда узел РЕ 1 принимает пакет В1 ARP от локальной АС 1, процесс переадресации двух копий B1b и В1с пакета В1 модулем инфраструктуры EVPN является таким же, как и процесс в четвертом примерном варианте осуществления, за исключением того, что внешние IP-адреса источника инкапсуляций VXLAN копий B1b и В1с принимают вид ESI IP 5, то есть ESI IP, заданного в ESI, соответствующем физическому интерфейсу, к которому принадлежит АС 1.
На этапе 2, когда узел РЕ 2 принимает пакет B1b, процесс переадресации пакета B1b модулем инфраструктуры EVPN является таким же, как и процесс переадресации в четвертом примерном варианте осуществления, и результат фильтрации ESI является таким же, как и в четвертом примерном варианте осуществления, за исключением того, что правило фильтрации ESI меняют на сравнение IP-адреса источника пакета B1b с ESI IP, заданным в ESI, соответствующем физическому интерфейсу, к которому принадлежит каждая экспортируемая АС.
Этап 3 и этап 4 являются такими же, как и в четвертом варианте осуществления, за исключением значения внешнего IP-адреса источника инкапсуляции SRv6 расширения.
Шестой примерный вариант осуществления
Вариант реализации узла РЕ технического решения способа и устройства (системы) для передачи и использования величины энтропии внутреннего пакета во внешнем IP-заголовке описан в связи с фиг. 7.
1: реализация модуля инфраструктуры EVPN.
Этот модуль является таким же, как и модуль, имеющий то же название, в первом варианте осуществления, за исключением того, что конкретно отмечено.
В отличие от первого варианта осуществления, этот модуль не имеет соответствующих функций для реализации маршрута RT-1 и маршрута RT-2 в наложенной сети EVPN.
Это значит, что этот модуль изучает удаленные записи MAC на основании процесса изучения МАС-адресов RFC7348, вместо использования маршрута RT-2.
В отличие от первого примерного варианта осуществления, ESI IP в этом модуле представляет собой не только IP-адрес источника Х-го пакета, но также IP-адрес назначения Х-го пакета. Это определяют посредством процесса изучения МАС-адресов в RFC 7348. Следовательно, ESI IP в этом модуле может быть достигнут по маршруту в физической сети.
В отличие от первого варианта осуществления, этот модуль устанавливает заданный ESI с форматом ESI, идентифицированным триплетом <тип ESI, домен VPN, GDV>. Тип ESI представляет собой TBD1 (для определения значения которого может потребоваться Администрация адресного пространства Интернет (IANA), и TBD2, TBD3 и TBD4 определяют таким же образом, и это не будет повторяться далее). Домен VPN представляет собой идентификатор домена VPN. Глобальное значение дискриминатора (GDV) представляет собой идентификатор ESI в домене VPN. Возможный вариант реализации нового формата ESI представляет собой, но не обязательно, формат, показанный на фиг. 9. Для простоты варианта реализации этот модуль ограничивает значение домена VPN так, чтобы оно не превышало 0x0FFFFFF, а значение GDV так, чтобы оно не превышало 0x0FF. Более того, значение домена VPN используют как более старшие 24 бита, и значение псевдонима ESI используют как более младшие 24 бита, так что получают IPv4-адрес, обозначенный как <Domain:GDV>.
В отличие от первого примерного варианта осуществления, каждый ESI в этом модуле имеет одинаковый виртуальный интерфейс, рассматриваемый как интерфейс ESI, <Domain:GDV> представляет собой IP-адрес интерфейса ESI, и IP-адрес рассматривают как ESI IP, и ESI IP, соответствующие другим ESI в домене VPN, отличаются от этого ESI IP и имеют те же более старшие 24 бита, что и этот ESI IP.
В отличие от первого примерного варианта осуществления, этот модуль не вызывает второй подключаемый IP-модуль и третий подключаемый IP-модуль.
2: способ реализации первого подключаемого IP-модуля описан ниже.
Модуль использует <Domain:GDV> как IP-адрес источника для перезаписи IP-адреса источника пакета, введенного модулем инфраструктуры EVPN, а затем возвращает модифицированный пакет на модуль инфраструктуры EVPN.
3: способ реализации второго подключаемого IP-модуля описан ниже.
Этот модуль отсутствует в этом примерном варианте осуществления.
4: способ реализации третьего подключаемого IP-модуля описан ниже.
Этот модуль отсутствует в этом примерном варианте осуществления.
5: способ реализации четвертого подключаемого IP-модуля описан ниже.
Если ESI экспортируемой AC Z-го пакета равен нулю, то Z-й пакет напрямую возвращают на модуль инфраструктуры EVPN.
Если ESI экспортируемой AC Z-го пакета не равен нулю, этот модуль сравнивает более младшие 8 битов IP-адреса источника Z-го пакета с полем GDV, принадлежащем ESI, соответствующему главному интерфейсу, к которому принадлежит экспортируемая AC Z-го пакета, отбрасывает пакет, если более младшие 8 битов равны полю GDV, и возвращает пакет на модуль инфраструктуры EVPN для последующей обработки, если более младшие 8 битов не равны полю GDV.
Вариант реализации узла, не поддерживающего услугу, технического решения способа и устройства (системы) для передачи и использования величины энтропии внутреннего пакета во внешнем IP-заголовке описан в связи с фиг.8.
1: реализация модуля инфраструктуры EVPN.
Этот модуль является таким же, как и модуль, имеющий то же название, в третьем примерном варианте осуществления, за исключением того, что конкретно отмечено.
В отличие от третьего примерного варианта осуществления, этот модуль основан на методиках маршрутизации и переадресации IPv4 и обрабатывает IPv4-пакеты.
2: способ реализации третьего подключаемого IP-модуля энтропии описан ниже.
Этот модуль является таким же, как и модуль, имеющий то же название, в третьем примерном варианте осуществления, за исключением того, что конкретно отмечено.
Топология EVPN, показанная на фиг. 1, используется в качестве примера, и обработка развертывания сети и трафика включает этапы, описанные ниже.
На этапе 1 выбирают вариант реализации каждого узла, причем он является таким же, как и в первом примерном варианте осуществления, за исключением того, что несколько узлов РЕ и узлов Р представляют собой все узлы, определенные в этом примерном варианте осуществления.
На этапе 2 задают и выдают ID маршрутизатора EVPN каждого узла РЕ. Он является таким же, как и в первом примерном варианте осуществления.
На этапе 3 устанавливают сеть VXLAN EVPN, показанную на фиг. 1. Он является таким же, как и в первом примерном варианте осуществления.
На этапе 4 устанавливают трафик VXLAN EVPN согласно фиг. 1 и назначают тот же VNI для трафика VXLAN EVPN на каждом узле РЕ. Это является таким же, как и в первом примерном варианте осуществления, за исключением отключения маршрута RT-2, выдачи маршрута RT-1 и обеспечения изучения МАС-адресов плоскости данных.
На этапе 5 задают базовую конфигурацию ESI. Он является таким же, как и в первом примерном варианте осуществления.
На этапе 6 задают конфигурацию фильтрации ESI. Он является таким же, как и в первом примерном варианте осуществления, за исключением того, что каждый ESI применяет формат ESI типа TBD1. Формат ESI типа TBD1 содержит поле (обозначенное как А), для которого все ESI в одном и том же домене VPN имеют одно и то же значение, и поле (обозначенное как В), для которого разные ESI в домене VPN имеют разные значения. В этом примерном варианте осуществления ESI IP, принадлежащий ESI, состоит из более младших 24 битов А и более младших 8 битов В.
Посредством вышеуказанных этапов устанавливают трафик VXLAN EVPN. Ход и эффекты переадресации относительно узла РЕ и узла Р, не поддерживающего услугу, определенных в этом примерном варианте осуществления, могут быть подтверждены путем использования пакета данных.
Топология EVPN, показанная на фиг. 1, используется в качестве примера, и обработка сквозной переадресации пакетов включает этапы, описанные ниже.
На этапе 1, когда узел РЕ 1 принимает пакет B1 ARP от локальной АС 1, процесс переадресации двух копий B1b и В1с пакета В1 модулем инфраструктуры EVPN является таким же, как и в первом примерном варианте осуществления, за исключением того, что внешние IP-адреса источника инкапсуляций VXLAN копий B1b и В1с принимают вид ESI IP 6, то есть ESI IP, заданного в ESI, соответствующем физическому интерфейсу, к которому принадлежит АС 1.
На этапе 2, когда узел РЕ 2 принимает пакет B1b, процесс переадресации пакета B1b модулем инфраструктуры EVPN является таким же, как и процесс переадресации в первом примерном варианте осуществления, и результат фильтрации ESI является таким же, как и результат фильтрации ESI в первом примерном варианте осуществления, за исключением того, что правило фильтрации ESI меняют на сравнение IP-адреса источника пакета B1b с ESI IP, заданным в ESI, соответствующем физическому интерфейсу, к которому принадлежит каждая экспортируемая АС.
Этап 3 и этап 4 являются такими же, как и в первом варианте осуществления, за исключением значения внешнего IP-адреса источника инкапсуляции VXLAN.
В этом примерном варианте осуществления после удаления маршрута RT-1 и маршрута RT-2 удаленные записи MAC получают в результате изучения МАС-адресов плоскости данных, и это значит, что только в узле РЕ, где записи MAC обновляют с помощью потока данных, записи MAC имеются стабильно в наличии. Если фактически отсутствует поток данных для обновления записей MAC в узле РЕ, записи MAC быстро устаревают. По сравнению с плоскостями управления EVPN, например, наложенной сетью EVPN и т.п., этот примерный вариант осуществления в значительной степени сохраняет ресурсы памяти и ресурсы обработки CPU, занимаемые записями MAC. Таким образом, этот примерный вариант осуществления также имеет это преимущество, заключающее в РВВ EVPN, определенной в RFC7623. В то же время, по сравнению с RFC7348, этот примерный вариант осуществления может также поддерживать ESI и другие признаки.
Седьмой примерный вариант осуществления
Вариант реализации узла РЕ технического решения способа и устройства (системы) для передачи и использования величины энтропии внутреннего пакета во внешнем IP-заголовке описан в связи с фиг. 7.
1: реализация модуля инфраструктуры EVPN.
Этот модуль является таким же, как и модуль, имеющий то же название, в шестом примерном варианте осуществления, за исключением того, что конкретно отмечено.
В отличие от шестого примерного варианта осуществления, этот модуль также реализует функцию, соответствующую маршруту RT-1 в наложенной сети EVPN. В этом примерном варианте осуществления этот модуль не реализует функцию, соответствующую маршруту RT-2, как в шестом примерном варианте осуществления, так что удаленный процесс изучения МАС-адресов плоскости данных все еще имеется в наличии, и удаленный процесс изучения МАС-адресов все еще предпринимает попытку использования ESI IP, принадлежащего ESI, на удаленном конце как IP-адреса назначения Х-го пакета, как в шестом примерном варианте осуществления.
В отличие от шестого примерного варианта осуществления, <Domain:GDV> IP-адреса интерфейса ESI в этом модуле не выдают в физической сети, так что ESI IP больше не представляет собой IP-адрес назначения Х-го пакета.
2: способ реализации первого подключаемого IP-модуля описан ниже.
Этот модуль является таким же, как и модуль, имеющий то же название, в шестом примерном варианте осуществления, за исключением того, что конкретно отмечено.
В отличие от шестого примерного варианта осуществления, этот модуль дополнительно заменяет IP-адрес назначения Х-го пакета следующим образом: более старшие 24 бита IP-адреса назначения используют как значение поля домена VPN целевого ESI, и более младшие 8 битов IP-адреса назначения используют как значение GDV целевого ESI, а затем создают маршрут RT-1, соответствующий целевому ESI, и значение следующего транзитного участка BGP маршрута RT-1 используют как новое значение IP-адреса назначения, так что образуют Y-й пакет. Однако, только когда первый пакет представляет собой известный одноадресный пакет, IP-адрес назначения необходимо заменить, а когда первый пакет представляет собой BUM-пакет, IP-адрес назначения не обязательно заменять.
3: способ реализации второго подключаемого IP-модуля описан ниже.
Этот модуль является таким же, как и модуль, имеющий то же название, в шестом примерном варианте осуществления.
4: способ реализации третьего подключаемого IP-модуля описан ниже.
Этот модуль является таким же, как и модуль, имеющий то же название, в шестом примерном варианте осуществления.
5: способ реализации четвертого подключаемого IP-модуля описан ниже.
Этот модуль является таким же, как и модуль, имеющий то же название, в шестом примерном варианте осуществления.
Вариант реализации узла, не поддерживающего услугу, технического решения способа и устройства (системы) для передачи и использования величины энтропии внутреннего пакета во внешнем IP-заголовке описан в связи с фиг. 8.
1: реализация модуля инфраструктуры EVPN.
Этот модуль является таким же, как и модуль, имеющий то же название, в первом примерном варианте осуществления.
2: способ реализации третьего подключаемого IP-модуля энтропии описан ниже.
Этот модуль является таким же, как и модуль, имеющий то же название, в первом примерном варианте осуществления.
Топология EVPN, показанная на фиг. 1, используется в качестве примера, и обработка развертывания сети и трафика включает этапы, описанные ниже.
На этапе 1 выбирают вариант реализации каждого узла, причем он является таким же, как и в шестом примерном варианте осуществления, за исключением того, что несколько узлов РЕ и узлов Р представляют собой все узлы, определенные в этом варианте осуществления.
На этапе 2 задают и выдают ID маршрутизатора EVPN каждого узла РЕ. Этот процесс является таким же, как и в шестом варианте осуществления.
На этапе 3 устанавливают сеть VXLAN EVPN, показанную на фиг. 1. Этот процесс является таким же, как и в шестом примерном варианте осуществления.
На этапе 4 устанавливают трафик VXLAN EVPN согласно фиг. 1 и назначают тот же VNI для трафика VXLAN EVPN на каждом узле РЕ. Этот процесс является таким же, как и в шестом примерном варианте осуществления, за исключением отключения маршрута RT-2, выдачи маршрута RT-1 и обеспечения изучения МАС-адресов плоскости данных.
На этапе 5 задают базовую конфигурацию ESI. Этот процесс является таким же, как и в шестом примерном варианте осуществления.
На этапе 6 задают конфигурацию фильтрации ESI. Этот процесс является таким же, как и в шестом примерном варианте осуществления, за исключением того, что ESI IP не может быть маршрутизирован в физической сети.
Посредством вышеуказанных этапов устанавливают трафик VXLAN EVPN. Ход и эффекты переадресации относительно узла РЕ и узла Р, не поддерживающего услугу, определенных в этом примерном варианте осуществления, могут быть подтверждены путем использования пакета данных.
Топология EVPN, показанная на фиг. 1, используется в качестве примера, и обработка сквозной переадресации пакетов включает этапы, описанные ниже.
На этапе 1, когда узел РЕ 1 принимает пакет В1 ARP от локальной АС 1, процесс переадресации двух копий B1b и В1с пакета В1 модулем инфраструктуры EVPN является таким же, как и в первом примерном варианте осуществления, за исключением того, что внешние IP-адреса источника инкапсуляций VXLAN копий B1b и В1с принимают вид ESI_IP 7, где ESI_IP 7 представляет собой ESI IP, заданный в ESI, соответствующем физическому интерфейсу, к которому принадлежит АС 1.
На этапе 2, когда узел РЕ 2 принимает пакет B1b, процесс переадресации пакета B1b модулем инфраструктуры EVPN является таким же, как и в первом примерном варианте осуществления, и результат фильтрации ESI является таким же, как и в первом примерном варианте осуществления, за исключением того, что правило фильтрации ESI меняют на сравнение IP-адреса источника пакета B1b с ESI IP, заданным в ESI, соответствующем физическому интерфейсу, к которому принадлежит каждая экспортируемая АС.
Этап 3 и этап 4 являются такими же, как и в первом примерном варианте осуществления, за исключением значения внешнего IP-адреса источника инкапсуляции VXLAN.
Этот примерный вариант осуществления решает проблему, связанную с тем, что необходимо, чтобы первый IP третьего пакета мог быть достигнут по маршруту в физической сети в шестом примерном варианте осуществления. Это связано с тем, что удаленные записи MAC в шестом варианте осуществления являются известными на основании процесса изучения МАС-адресов плоскости данных в RFC7348. То есть для сеанса двунаправленной связи между СЕ 1 и СЕ 3 IP-адрес, используемый как IP-адрес источника третьего пакета в одном направлении связи сеанса, используют как IP-адрес назначения третьего пакета в другом направлении связи того же сеанса, и необходимо, чтобы IP-адрес назначения мог быть маршрутизирован в физической сети. После введения этого решения процесс изучения МАС-адресов не меняют. Однако в процессе переадресации IP-адрес назначения третьего пакета заменяют IP-адресом следующего транзитного участка BGP соответствующего маршрута RT-1, и IP-адрес следующего транзитного участка BGP может быть маршрутизирован в физической сети. Более того, IP-адрес, представляющий собой IP-адреса источника третьего пакета в одном направлении связи, больше не используют как IP-адрес назначения в противоположном направлении связи, так что первый IP имеет обязательное условие, заключающееся в том, чтобы не занимать ресурс IP-адреса физической сети.
Восьмой примерный вариант осуществления
Вариант реализации узла РЕ технического решения способа и устройства (системы) для передачи и использования величины энтропии внутреннего пакета во внешнем IP-заголовке описан в связи с фиг. 7.
1: реализация модуля инфраструктуры EVPN.
Этот модуль является таким же, как и модуль, имеющий то же название, в седьмом примерном варианте осуществления.
2: способ реализации первого подключаемого IP-модуля описан ниже.
Этот модуль является таким же, как и модуль, имеющий то же название, в седьмом примерном варианте осуществления, за исключением того, что конкретно отмечено.
В отличие от седьмого примерного варианта осуществления, этот модуль изменяет поле типа протокола в IPv4-заголовке Х-го пакета на TBD2.
В отличие от седьмого примерного варианта осуществления, если поле типа протокола в IPv4-заголовке Y-го пакета, принятого этим модулем, представляет собой TBD2, то этот модуль определяет, что UDP-пакет переносят во внутреннем уровне IPv4-заголовка Y-го пакета, и IP-адрес источника Y-го пакета не находится в таблице маршрутизации, где осуществляют поиск IP-адреса назначения, но находится во второй таблице маршрутизации. Протокол разрешения пакета выполняют согласно заголовку пакета в UDP путем применения того же способа, что и в седьмом примерном варианте осуществления. В этом примерном варианте осуществления, даже если маршрут в таблице маршрутизации, где осуществляют поиск IP-адреса назначения, формально согласуется с IP-адресом источника, маршрут не зависит от IP-адреса источника, поскольку IP-адрес назначения и IP-адрес источника находятся не в одном и том же пространстве маршрутизации.
В отличие от седьмого примерного варианта осуществления, если маршрут IP-адреса источника связан, этот модуль обрабатывает Y-й пакет на основании второй таблицы маршрутизации. В общем, такая обработка отсутствует при стандартной переадресации и присутствует обычно в нестандартной ситуации, заключающейся в недостижимости IP-адреса назначения, истечении времени жизни (TTL) или т.п. В то же время, Y-й пакет не может быть обработан стандартным способом, если только не ввести эти потоки обработки. Следовательно, вторая таблица маршрутизации не влияет на эффективность стандартной переадресации Y-го пакета. Дополнительно вторую таблицу маршрутизации необходимо использовать в еще одной ситуации, в которой необходимо выполнить проверку достижимости IP-адреса источника во второй таблице маршрутизации или необходимо проигнорировать проверку достижимости IP-адреса источника для IP-пакета с типом протокола TBD2 в IPv4-заголовке, когда проверку достижимости IP-адреса источника обеспечивают в физической сети.
В отличие от седьмого примерного варианта осуществления, этот модуль выдает ESI IP интерфейса ESI в физической сети. Однако необходимо указать, что маршрут находится во второй таблице маршрутизации.
В отличие от седьмого примерного варианта осуществления, согласно протоколу маршрутизации физической сети этого модуля, когда принимают маршрут во второй таблице маршрутизации, этот модуль должен добавить маршрут во вторую таблицу маршрутизации и указать в соответствующей записи второй таблицы маршрутизации, является ли следующий транзитный участок маршрута IP-адресом в первой таблице маршрутизации или IP-адресом во второй таблице маршрутизации.
В отличие от седьмого примерного варианта осуществления, когда этот модуль осуществляет поиск во второй таблице маршрутизации с IP-адресом источника Y-го пакета, если следующий транзитный участок все еще представляет собой IP-адрес во второй таблице маршрутизации, то этот модуль продолжает поиск адреса следующего транзитного участка во второй таблице маршрутизации итерационно до тех пор, пока не получит адрес следующего транзитного участка в таблице маршрутизации, где осуществляют поиск IP-адреса назначения.
3: способ реализации второго подключаемого IP-модуля описан ниже.
Этот модуль является таким же, как и модуль, имеющий то же название, в седьмом примерном варианте осуществления.
4: способ реализации третьего подключаемого IP-модуля описан ниже.
Этот модуль является таким же, как и модуль, имеющий то же название, в седьмом примерном варианте осуществления.
5: способ реализации четвертого подключаемого IP-модуля описан ниже.
Этот модуль является таким же, как и модуль, имеющий то же название, в седьмом примерном варианте осуществления.
Вариант реализации узла, не поддерживающего услугу, технического решения способа и устройства (системы) для передачи и использования величины энтропии внутреннего пакета во внешнем IP-заголовке описан в связи с фиг. 8.
1: реализация модуля инфраструктуры EVPN.
Этот модуль реализует все потоки маршрутизации, переадресации и обработки физической сети, связанные с потоком обработки приема IP-пакета с типом протокола TBD2 в IPv4-заголовке в модуле инфраструктуры EVPN в этом примерном варианте осуществления.
2: способ реализации третьего подключаемого IP-модуля энтропии описан ниже.
Этот модуль является таким же, как и модуль, имеющий то же название, в шестом примерном варианте осуществления.
Топология EVPN, показанная на фиг. 1, используется в качестве примера, и обработка развертывания сети и трафика включает этапы, описанные ниже.
На этапе 1 выбирают вариант реализации каждого узла. Он является таким же, как и в седьмом примерном варианте осуществления, за исключением того, что несколько узлов РЕ и узлов Р представляют собой все узлы, определенные в этом варианте осуществления.
На этапе 2 задают и выдают ID маршрутизатора EVPN каждого узла РЕ. Он является таким же, как и в седьмом примерном варианте осуществления.
На этапе 3 устанавливают сеть VXLAN EVPN, показанную на фиг. 1. Он является таким же, как и в седьмом примерном варианте осуществления.
На этапе 4 устанавливают трафик VXLAN EVPN согласно фиг. 1 и назначают тот же VNI для трафика VXLAN EVPN на каждом узле РЕ. Он является таким же, как и в седьмом примерном варианте осуществления.
На этапе 5 задают базовую конфигурацию ESI. Он является таким же, как и в седьмом примерном варианте осуществления.
На этапе 6 задают конфигурацию фильтрации ESI. Он является таким же, как и в седьмом примерном варианте осуществления, за исключением того, что ESI IP должен быть выдан во второй таблице маршрутизации, что значит, что маршрут ЮР выдает маршрут во второй таблице маршрутизации.
Посредством вышеуказанных этапов устанавливают трафик VXLAN EVPN. Ход и эффекты переадресации относительно узла РЕ и узла Р, не поддерживающего услугу, определенных в этом примерном варианте осуществления, могут быть подтверждены путем использования пакета данных.
Топология EVPN, показанная на фиг. 1, используется в качестве примера, и обработка сквозной переадресации пакетов включает этапы, описанные ниже.
На этапе 1, когда узел РЕ 1 принимает пакет В1 ARP от локальной АС 1, процесс переадресации двух копий B1b и В1с пакета В1 модулем инфраструктуры EVPN является таким же, как и в первом примерном варианте осуществления, за исключением того, что внешние IP-адреса источника инкапсуляций VXLAN копий B1b и В1с принимают вид ESI_IP 8, где ESI_IP 8 представляет собой ESI IP, заданный в ESI, соответствующем физическому интерфейсу, к которому принадлежит АС 1.
На этапе 2, когда узел РЕ 2 принимает пакет B1b, процесс переадресации пакета B1b модулем инфраструктуры EVPN является таким же, как и в первом примерном варианте осуществления, и результат фильтрации ESI является таким же, как и результат фильтрации ESI в первом примерном варианте осуществления, за исключением того, что правило фильтрации ESI меняют на сравнение IP-адреса источника пакета B1b с ESI IP, заданным в ESI, соответствующем физическому интерфейсу, к которому принадлежит каждая экспортируемая АС.
Этап 3 и этап 4 являются такими же, как и в первом примерном варианте осуществления, за исключением значения внешнего IP-адреса источника инкапсуляции VXLAN.
Девятый примерный вариант осуществления
Этот примерный вариант осуществления является таким же, как и восьмой примерный вариант осуществления, за исключением того, что физическая сеть использует IPv6 и использует TBD3 как значение следующего поля IPv6-заголовка пакета для указания того, что UDP-пакет переносят во внутреннем уровне IP-заголовка Х-го пакета или Y-го пакета, и IP-адрес источника Х-го пакета или Y-го пакета находится во второй таблице маршрутизации.
Десятый примерный вариант осуществления
Этот примерный вариант осуществления является таким же, как и восьмой примерный вариант осуществления, за исключением того, что TBD4 используют как значение поля ethertype в Ethernet-заголовке для указания того, что IP-пакет переносят во внутреннем уровне Ethernet-заголовка, и IP-адрес источника IP-пакета находится во второй таблице маршрутизации.
В этом примерном варианте осуществления поле типа протокола в IPv4-заголовке, следующее поле заголовка в IPv6-заголовке или поле ethertype в ethertype-заголовке приспособлены для назначенного значения для указания того, что IP-адрес источника и IP-адрес назначения соответствующего IP-заголовка находятся не в одной и той же таблице маршрутизации. Это общий способ, и он не ограничен тем, включает ли IP-адрес источника первый IP. Следует лишь сказать, что, когда IP-адрес источника включает первый IP, три решения могут дополнительно предотвратить занимание первым IP согласно настоящему изобретению ресурсов IP-адреса в физической сети, тем самым обладая лучшими эффектами.
В восьмом примерном варианте осуществления, когда первый пакет представляет собой BUM-пакет, переадресация зависит от импортируемого туннеля воспроизведения, но фактически группа многоадресных IP-пакетов может быть использована для объединения с восьмым вариантом осуществления. В то же время, когда третий пакет имеет поле ethertype со значением TBD4, проверку URPF могут не выполнять или могут выполнять в назначенной таблице маршрутизации.
Одиннадцатый примерный вариант осуществления
Вариант реализации узла РЕ технического решения способа и устройства (системы) для передачи и использования величины энтропии внутреннего пакета во внешнем IP-заголовке описан в связи с фиг. 7.
1: реализация модуля инфраструктуры EVPN.
Этот модуль является таким же, как и модуль, имеющий то же название, в пятом примерном варианте осуществления, за исключением того, что конкретно отмечено.
В отличие от пятого примерного варианта осуществления, по сравнению с форматом инкапсуляции, используемым в этом варианте осуществления, формат инкапсуляции, используемый в Х-м пакете, отправленном этим модулем, дополняют заголовком сегментной маршрутизации (SRH), положение которого показано в формате на фиг. 12. Формат В на фиг. 12 представляет собой формат, используемый в пятом примерном варианте осуществления. SRH представляет собой заголовок сегментной маршрутизации, определенный с помощью IETF в draft-ietf-6man-segment-routing-header (SRH), и SRH определяет формат, включающий поле списка сегментов, принадлежащее SRH.
В отличие от пятого примерного варианта осуществления, Y-й пакет, принятый этим модулем, также применяет тот же формат инкапсуляции, что и Х-й пакет.
В этом варианте осуществления как добавление, так и удаление SRH не выполняют с помощью этого модуля, но модуль должен идентифицировать инкапсуляцию SRH и быть способен отправлять и принимать пакет с инкапсуляцией SRH.
В отличие от пятого примерного варианта осуществления, этот модуль не ограничивает тип и формат заданного ESI.
2: способ реализации первого подключаемого IP-модуля описан ниже.
Этот модуль является таким же, как и модуль, имеющий то же название, в пятом варианте осуществления, за исключением того, что конкретно отмечено.
В отличие от пятого примерного варианта осуществления, префикс среднего диапазона не обязательно задавать.
В отличие от пятого примерного варианта осуществления, этот модуль напрямую использует ESI (10 байтов), соответствующий главному интерфейсу, к которому принадлежит импортируемая АС первого пакета, как более младшие 10 байтов 16-байтной величины энтропии и использует более старшие 6 байтов ID маршрутизатора EVPN как более старшие 6 байтов 16-байтной величины энтропии.
В отличие от пятого примерного варианта осуществления, этот модуль использует инкапсуляцию SRH и заполняет список сегментов [0] поля в виде матрицы списка сегментов SRH величиной энтропии.
Тогда этот модуль возвращает модифицированный пакет на модуль инфраструктуры EVPN.
В этом примерном варианте осуществления этот модуль не модифицирует поле IP-адреса источника Х-го пакета.
3: способ реализации второго подключаемого IP-модуля описан ниже.
Этот модуль возвращает пакет, вводимый модулем инфраструктуры EVPN, на модуль инфраструктуры EVPN нетронутым.
4: способ реализации третьего подключаемого IP-модуля описан ниже.
Этот модуль возвращает пакет, вводимый модулем инфраструктуры EVPN, на модуль инфраструктуры EVPN нетронутым.
5: способ реализации четвертого подключаемого IP-модуля описан ниже.
Если ESI экспортируемой AC Z-го пакета равен нулю, то Z-й пакет напрямую возвращают на модуль инфраструктуры EVPN.
Если ESI экспортируемой AC Z-го пакета не равен нулю, то этот модуль использует значение, считываемое из более младших 10 байтов зарегистрированного списка сегментов [0] SRH Z-го пакета как значение ESI и отбрасывает Z-й пакет, если это значение ESI является таким же, как и значение ESI, соответствующее главному интерфейсу, к которому принадлежит экспортируемая AC Z-го пакета. Если это значение ESI отличается от значения ESI, соответствующего главному интерфейсу, к которому принадлежит экспортируемая AC Z-го пакета, то после удаления заголовка SRH модифицированный пакет возвращают на модуль инфраструктуры VPN для последующей обработки.
В этом примерном варианте осуществления значение псевдонима ESI может быть использовано для статистического исследования пакетов, и статистические данные пакетов от разных ESI на удаленном конце записываются в разные счетчики, так что точность статистического исследования пакетов улучшается. Дополнительно экспортируемая РЕ может быть приспособлена для дублирования пакета назначенного импортируемого ESI на сервер мониторинга для анализа или выполнения назначенной обработки QoS относительно третьего пакета от назначенного импортируемого ESI. В RFC7348 или VXLAN EPVN в известном уровне техники подобная обработка не может быть выполнена, поскольку пакет не включает информацию, связанную с импортируемым ESI.
В этом варианте осуществления IP-адрес назначения третьего пакета является фактически локальным SID в узле РЕ, приспособленном с помощью IP-адреса назначения (что касается концепции локального SID, см. четвертый примерный вариант осуществления). Этот модуль фактически определяет новую функцию SRv6 (что касается концепции функции SRv6, см. четвертый примерный вариант осуществления), соответствующую локальному SID. Эта новая функция SRv6 указывает, что более младшие 10 байтов зарегистрированного списка сегментов [0] представляют собой значение ESI, если зарегистрированный список сегментов [0] SRH Z-го пакета отличается от IP-адреса назначения, и Z-й пакет отбрасывают, если это значение ESI является таким же, как и значение ESI, соответствующее главному интерфейсу, к которому принадлежит экспортируемая АС. Этот вариант осуществления может быть использован в связи с функцией политики SR, относящейся к SRv6, и см. четвертый вариант осуществления для понимания принципа.
В дополнение к инкапсуляции SRv6 инкапсуляции EVPN, подобные инкапсуляции VXLAN, включают виртуализацию сети с использованием универсальной инкапсуляции при маршрутизации (NVGRE), универсальную инкапсуляцию виртуализации сети (Geneve), инкапсуляцию расширения настраиваемых протоколов VXLAN (VXLAN GPE). В то же время, инкапсуляцию SRV6 используют для совершения функции, эквивалентной в некотором смысле назначенной функции, совершенной с помощью инкапсуляции VXLAN, и это было полностью отражено в нескольких вариантах осуществления в этом описании. Объединив это, специалистам в данной области техники не сложно будет получить способ совершения функции, эквивалентной в некотором смысле этому варианту осуществления, путем использования инкапсуляции NVGRE, Geneve и VXLAN GPE. Например, опции переменной длины в инкапсуляции Geneve могут быть использованы для несения содержимого, переносимого с помощью SRH в этом варианте осуществления, следующий протокол инкапсуляции VXLAN-GPE может указывать, содержит ли внутренний пакет содержимое, переносимое с помощью SRH в этом варианте осуществления, и тип протокола инкапсуляции NVGRE может указывать, содержит ли внутренний пакет содержимое, переносимое с помощью SRH в этом примерном варианте осуществления. Базовый стандарт Geneve представляет собой draft-ietf-nvo3-geneve, базовый стандарт VXLAN-GPE представляет собой draft-ietf-nvo3-vxlan-gpe, и базовый стандарт NVGRE представляет собой RFC7637, на который может быть осуществлена ссылка.
Вариант реализации узла, не поддерживающего услугу, технического решения способа и устройства (системы) для передачи и использования величины энтропии внутреннего пакета во внешнем IP-заголовке описан в связи с фиг. 8.
1: реализация модуля инфраструктуры EVPN.
Этот модуль является таким же, как и модуль, имеющий то же название, в третьем примерном варианте осуществления.
2: способ реализации третьего подключаемого IP-модуля энтропии описан ниже.
Этот модуль является таким же, как и модуль, имеющий то же название, в третьем примерном варианте осуществления.
Топология EVPN, показанная на фиг. 1, используется в качестве примера, и обработка развертывания сети и трафика включает этапы, описанные ниже.
На этапе 1 выбирают вариант реализации каждого узла. Он является таким же, как и в пятом примерном варианте осуществления, за исключением того, что несколько узлов РЕ и узлов Р представляют собой все узлы, определенные в этом примерном варианте осуществления.
На этапе 2 задают и выдают ID маршрутизатора EVPN каждого узла РЕ. Он является таким же, как и в пятом примерном варианте осуществления.
На этапе 3 устанавливают сеть VXLAN EVPN, показанную на фиг. 1. Он является таким же, как и в пятом примерном варианте осуществления.
На этапе 4 устанавливают трафик VXLAN EVPN согласно фиг.1 и назначают тот же VNI для трафика VXLAN EVPN на каждом узле РЕ. Он является таким же, как и в пятом варианте осуществления.
На этапе 5 задают базовую конфигурацию ESI. Он является таким же, как и в пятом варианте осуществления.
На этапе 6 задают конфигурацию фильтрации ESI. Он является таким же, как и в пятом варианте осуществления, за исключением обеспечения возможности декодирования SRH и назначения всеобщего значения ESI, которое должно быть сохранено в SRH.
Посредством вышеуказанных этапов устанавливают трафик VXLAN EVPN. Ход и эффекты переадресации относительно узла РЕ и узла Р, не поддерживающего услугу, определенных в этом примерном варианте осуществления, могут быть подтверждены путем использования пакета данных.
Топология EVPN, показанная на фиг. 1, используется в качестве примера, и обработка сквозной переадресации пакетов включает этапы, описанные ниже.
На этапе 1, когда узел РЕ 1 принимает пакет B1 ARP от локальной АС 1, процесс переадресации двух копий B1b и В1с пакета В1 модулем инфраструктуры EVPN является таким же, как и в пятом варианте осуществления, за исключением того, что инкапсуляции SRv6 расширения, используемые в пакете B1b и В1с, дополняют с помощью SRH, где значение более младших 10 байтов в списке сегментов [0] SRH представляет собой значение ESI 10 байтов.
На этапе 2, когда узел РЕ 2 принимает пакет B1b, процесс переадресации пакета B1b модулем инфраструктуры EVPN является таким же, как и процесс переадресации в пятом примерном варианте осуществления, и результат фильтрации ESI является таким же, как и в пятом примерном варианте осуществления, за исключением того, что правило фильтрации ESI меняют на сравнение значения более младших 10 байтов в списке сегментов [0] SRH пакета B1b с 10-байтовым значением ESI, соответствующим физическому интерфейсу, к которому принадлежит каждая экспортируемая АС.
Этап 3 и этап 4 являются такими же, как и в шестом примерном варианте осуществления, за исключением того, что значение внешнего IP-адреса источника отличается, и фильтрацию ESI выполняют путем использования SRH.
Двенадцатый примерный вариант осуществления
Вариант реализации узла РЕ технического решения способа и устройства (системы) для передачи и использования величины энтропии внутреннего пакета во внешнем IP-заголовке описан в связи с фиг. 7.
1: реализация модуля инфраструктуры EVPN.
Этот модуль является таким же, как и модуль, имеющий то же название, во втором примерном варианте осуществления.
2: способ реализации первого подключаемого IP-модуля описан ниже.
Этот модуль является таким же, как и модуль, имеющий то же название, во втором примерном варианте осуществления.
3: способ реализации второго подключаемого IP-модуля описан ниже.
Этот модуль модифицирует согласно корневому/листовому атрибуту первой АС самый младший бит IP-адреса источника пакета, вводимого модулем инфраструктуры EVPN. Способ является следующим. Когда значение корневого/листового атрибута первой АС представляет собой лист, этот модуль устанавливает значение самого младшего бита IP-адреса источника равным 1, и, когда значение корневого/листового атрибута первой АС представляет собой корень, этот модуль устанавливает значение самого младшего бита IP-адреса источника равным 0.
Этот модуль возвращает модифицированный пакет на модуль инфраструктуры EVPN.
В этом примерном варианте осуществления может быть несколько подынтерфейсов на одном и том же ES, и некоторые из этих подынтерфейсов могут иметь корневой атрибут, а остальные имеют листовой атрибут, так что, когда первые пакеты принимают через разные подынтерфейсы на одном и том же ESI, соответствующие вторые пакеты могут иметь разные IP-адреса источника.
4: способ реализации третьего подключаемого IP-модуля описан ниже.
Этот модуль является таким же, как и модуль, имеющий то же название, во втором примерном варианте осуществления.
5: способ реализации четвертого подключаемого IP-модуля описан ниже.
Когда самый младший бит IP-адреса источника третьего пакета равняется 1, и значение корневого/листового атрибута экспортируемой AC Z-го пакета представляет собой лист, этот модуль напрямую отбрасывает Z-й пакет. Когда самый младший бит IP-адреса источника третьего пакета не равняется 1, или значение корневого/листового атрибута экспортируемой AC Z-го пакета не представляет собой лист, если ESI экспортируемой АС равняется 0, то этот модуль возвращает пакет на модуль инфраструктуры EVPN нетронутым для последующей переадресации. В этом варианте осуществления этот модуль использует самый младший бит «1» IP-адреса источника третьего пакета для указания того, что значение корневого/листового атрибута первой АС, соответствующей IP-адресу источника, на импортируемой РЕ третьего пакета представляет собой лист. Фактически самый младший бит «0» IP-адреса источника может быть использован для указания того, что значение корневого/листового атрибута представляет собой лист, и самый младший бит «1» IP-адреса источника может быть использован для указания того, что значение корневого/листового атрибута представляет собой корень, эта схема может быть реализована технически согласно этому примерному варианту осуществления, но настоящее изобретение этим не ограничивается. Более того, бит для представления корневого/листового атрибута в IP-адресе источника не обязательно является самым младшим битом, и самый младший бит выбирают здесь лишь для простоты.
В этом примерном варианте осуществления, когда экспортируемая AC Z-го пакета соответствует ESI, не равному нулю, и значение корневого/листового атрибута экспортируемой АС представляет собой лист, IP-адрес источника третьего пакета обозначают как IP3, второй IP, соответствующий экспортируемой АС, обозначают как IP4, и 0x01 обозначают как флаг. Тогда вышеуказанное условие для отбрасывания Z-го пакета фактически эквивалентно отбрасыванию пакета, когда (IP3 & IP4) & флаг = флаг.
Если (IP3 & IP4) & флаг не равняется флагу, этот модуль выполняет согласование между IP-адресом источника третьего пакета и соответствующей IP-маской ESI и ESI IP, принадлежащим ESI, соответствующему главному интерфейсу, к которому принадлежит экспортируемая AC Z-го пакета, отбрасывает пакет, если IP-адрес источника может быть согласован с ESI IP и IP-маской ESI, и возвращает пакет на модуль инфраструктуры EVPN для последующей обработки, если IP-адрес источника не может быть согласован с ESI IP и IP-маской ESI.
Вариант реализации узла, не поддерживающего услугу, технического решения способа и устройства (системы) для передачи и использования величины энтропии внутреннего пакета во внешнем IP-заголовке описан в связи с фиг. 8.
1: реализация модуля инфраструктуры EVPN.
Этот модуль является таким же, как и модуль, имеющий то же название, во втором примерном варианте осуществления.
2: способ реализации третьего подключаемого IP-модуля энтропии описан ниже.
Этот модуль является таким же, как и модуль, имеющий то же название, во втором примерном варианте осуществления.
Топология EVPN, показанная на фиг. 1, используется в качестве примера, и обработка развертывания сети и трафика включает этапы, описанные ниже.
На этапе 1 выбирают вариант реализации каждого узла. Он является таким же, как и во втором примерном варианте осуществления, за исключением того, что несколько узлов РЕ и узлов Р представляют собой все узлы, определенные в этом примерном варианте осуществления.
На этапе 2 задают и выдают ID маршрутизатора EVPN каждого узла РЕ. Он является таким же, как и во втором примерном варианте осуществления, за исключением того, что каждый ID маршрутизатора EVPN является четным.
На этапе 3 устанавливают сеть VXLAN EVPN, показанную на фиг.1. Он является таким же, как и во втором примерном варианте осуществления.
На этапе 4 устанавливают трафик VXLAN EVPN согласно фиг.1 и назначают тот же VNI для трафика VXLAN EVPN на каждом узле РЕ. Он является таким же, как и во втором примерном варианте осуществления, за исключением того, что АС 1 и АС 2 назначают для листового атрибута, АС 4 и АС 5 назначают для корневого атрибута, АС 6 назначают для листового атрибута, и АС 7 назначают для корневого атрибута.
На этапе 5 задают базовую конфигурацию ESI. Он является таким же, как и во втором примерном варианте осуществления.
На этапе 6 задают конфигурацию фильтрации ESI. Он является таким же, как и во втором примерном варианте осуществления, за исключением того, что каждый заданный ID маршрутизатора EVPN является четным.
Посредством вышеуказанных этапов устанавливают трафик VXLAN EVPN. Ход и эффекты переадресации относительно узла РЕ и узла Р, не поддерживающего услугу, определенных в этом примерном варианте осуществления, могут быть подтверждены путем использования пакета данных.
Топология EVPN, показанная на фиг. 1, используется в качестве примера, и обработка сквозной переадресации пакетов включает этапы, описанные ниже.
На этапе 1, когда узел РЕ 1 принимает пакет В1 ARP от локальной АС 1, процесс переадресации двух копий B1b и В1с пакета В1 модулем инфраструктуры EVPN является таким же, как и процесс переадресации во втором примерном варианте осуществления, за исключением того, что более старшие 31 бит внешнего IP-адреса источника инкапсуляции VXLAN каждой из B1b и В1с представляют собой более старшие 31 бит ESI_IP 12, где ESI_IP 12 представляет собой ESI IP, заданный в ESI, соответствующем физическому интерфейсу, к которому принадлежит АС 1. Самый младший бит ESI_IP 12 определяют с помощью корневого/листового атрибута АС 1, где самый младший бит представляет собой 1, когда корневой/листовой атрибут АС 1 представляет собой лист, и самый младший бит представляет собой 0, когда корневой/листовой атрибут АС 1 представляет собой корень.
На этапе 2, когда узел РЕ 2 принимает пакет B1b, процесс переадресации пакета B1b модулем инфраструктуры EVPN является таким же, как и во втором примерном варианте осуществления, и результат фильтрации ESI является таким же, как и во втором примерном варианте осуществления, за исключением добавления процесса. Процесс включает: отбрасывание соответствующей копии B1b в ответ на определение того, что самый младший бит IP-адреса источника пакета B1b представляет собой 1, и значение корневого/листового атрибута экспортируемой АС представляет собой лист. В результате этого процесса отбрасывают копию пакета B1b, который должен быть переадресован на АС 6.
Этап 3 и этап 4 являются такими же, как и в первом примерном варианте осуществления, за исключением значения внешнего IP-адреса источника инкапсуляции VXLAN.
В этом примерном варианте осуществления, поскольку следующий транзитный участок BGP маршрута RT-2 представляет собой ID маршрутизатора EVPN узла источника маршрута, следующие транзитные участки BGP маршрутов RT-2 МАС-адресов, изученных с разных смежных РЕ одного и того же ESI, являются разными. В результате, в этом модуле пакеты VXLAN, переадресовываемые на один и тот же удаленный ESI от разных смежных РЕ, имеют разные внешние IP-адреса назначения, так что этот модуль не может поддерживать потоковый режим распределения нагрузки. Однако модуль все еще поддерживает балансировку нагрузки для каждой услуги до тех пор, пока распределение нагрузки может выполняться на СЕ.
Тринадцатый примерный вариант осуществления
Вариант реализации узла РЕ технического решения способа и устройства (системы) для передачи и использования величины энтропии внутреннего пакета во внешнем IP-заголовке описан в связи с фиг. 7.
1: реализация модуля инфраструктуры EVPN.
Этот модуль является таким же, как и модуль, имеющий то же название, в седьмом варианте осуществления, за исключением того, что конкретно отмечено.
В отличие от седьмого примерного варианта осуществления, в этом модуле физическая сеть поддерживает MPLS. Это значит, что экспортируемая метка может находиться в таблице маршрутизации физической сети, и MPLS-метка может находиться в третьем пакете, принятом этим модулем.
В отличие от седьмого примерного варианта осуществления, когда четвертый подключаемый IP-модуль возвращает пакет, модуль осуществляет поиск IP-адреса назначения пакета, возвращенного четвертым подключаемым IP-модулем, в таблице маршрутизации физической сети. Если согласованная запись маршрута имеет MPLS-метку, стек экспортируемых меток и информацию переадресации на внешней части стека экспортируемых меток инкапсулируют согласно процессу переадресации MPLS, а затем отправляют конечный пакет.
В отличие от седьмого примерного варианта осуществления, третий пакет заканчивается в MPLS-уровне и IP-уровне, и когда UDP-уровень представляет собой номер порта, соответствующий пакету данных VXLAN, выполняют процесс переадресации EVPN.
В этом варианте осуществления добавляют метку пути коммутации по меткам (LSP) физической сети, описанной выше, и проблема, связанная с тем, что IP-адрес источника не может быть маршрутизирован в физической сети, пропадает в физической сети, поскольку в этом случае процесс переадресации узла, не поддерживающего услугу, в физической сети представляет собой только общую коммутацию по меткам и не связан с проверкой URPF и другими потоками обработки. Таким образом, все следующие четырнадцатый, пятнадцатый и шестнадцатый примерные варианты осуществления придерживаются этой идеи.
2: способ реализации первого подключаемого IP-модуля описан ниже.
Этот модуль является таким же, как и модуль, имеющий то же название, в седьмом примерном варианте осуществления.
В этом варианте осуществления, ссылающемся на седьмой примерный вариант осуществления, этот модуль заменяет как IP-адрес источника, так и IP-адрес назначения Х-го пакета.
3: способ реализации второго подключаемого IP-модуля описан ниже.
Этот модуль является таким же, как и модуль, имеющий то же название, в седьмом примерном варианте осуществления.
4: способ реализации третьего подключаемого IP-модуля описан ниже.
Этот модуль является таким же, как и модуль, имеющий то же название, в седьмом примерном варианте осуществления.
5: способ реализации четвертого подключаемого IP-модуля описан ниже.
Этот модуль является таким же, как и модуль, имеющий то же название, в седьмом примерном варианте осуществления.
Вариант реализации узла, не поддерживающего услугу, технического решения способа и устройства (системы) для передачи и использования величины энтропии внутреннего пакета во внешнем IP-заголовке описан в связи с фиг. 8.
1: реализация модуля инфраструктуры EVPN.
Реализуют базовые функции отображения IPv4-маршрута в LSP и выполнения соответствующей переадресации MPLS.
Этот модуль также не обязательно должен вызывать третий подключаемый IP-модуль энтропии.
2: способ реализации третьего подключаемого IP-модуля энтропии описан ниже.
В этом примерном варианте осуществления этот модуль не является необходимым.
Топология EVPN, показанная на фиг. 1, используется в качестве примера, и обработка развертывания сети и трафика включает этапы, описанные ниже.
Он является таким же, как и в седьмом примерном варианте осуществления, за исключением дополнительного развертывания функции MPLS физической сети.
Топология EVPN, показанная на фиг. 1, используется в качестве примера, и обработка сквозной переадресации пакетов включает этапы, описанные ниже.
Он является таким же, как и в седьмом примерном варианте осуществления, за исключением того, что пакет на стороне сети EVPN дополняют MPLS-меткой за пределами внешнего IP-заголовка.
Четырнадцатый примерный вариант осуществления
Вариант реализации узла РЕ технического решения способа и устройства (системы) для передачи и использования величины энтропии внутреннего пакета во внешнем IP-заголовке описан в связи с фиг. 7.
1: реализация модуля инфраструктуры EVPN.
Этот модуль является таким же, как и модуль, имеющий то же название, в тринадцатом варианте осуществления, за исключением того, что конкретно отмечено.
В отличие от тринадцатого примерного варианта осуществления, этот модуль связывает каждый экземпляр EVPN с экземпляром IP-VRF, где экземпляр IP-VRF рассматривают как базовый экземпляр IP-VRF экземпляра EVPN.
В отличие от тринадцатого примерного варианта осуществления, этот модуль не выдает RT-1 для каждого маршрута EVI, но выдает только RT-1 для каждого маршрута ES, и маршрут RT-1 для каждого ES, выданного этим модулем, также отличается от того, что в тринадцатом варианте осуществления. В этом варианте осуществления, если VNI_I экземпляра EVPN привязан к определенной АС, и VRF_B представляет собой базовый экземпляр IP-VRF, принадлежащий VNI_I, где ESI Е1 соответствует АС, и ESI IP, соответствующий Е1, представляет собой IP_E, то IP_E используют как IP-адрес локального хоста в VRF_B. RT-1 для каждого маршрута ES выдают для каждого Т1 IP-адреса локального хоста в VRF_B, ESI этого маршрута представляет собой ESI, соответствующий T1, ETI представляет собой 0xFFFFFFFFF, отличительный признак маршрута (RD) представляет собой RD, принадлежащий VRF_B, адресат маршрута переносит экспортируемый адресат маршрута экземпляра IP-VRF, следующий транзитный участок BGP этого маршрута представляет собой ID маршрутизатора EVPN узла источника маршрута, и значение метки этого маршрута представляет собой неявную пустую MPLS-метку.
Когда принимают RT-1 для каждого маршрута ES, этот модуль импортирует RT-1 для каждого маршрута ES в соответствующий базовый экземпляр IP-VRF согласно адресату маршрута для образования 32-битного маршрута Т2. Более младшие 24 бита поля домена VPN, принадлежащего ESI, принадлежащего RT-1 для каждого маршрута ESI, используют как более старшие 24 бита Т2, более младшие 8 битов поля GDV, принадлежащего ESI, используют как более младшие 8 битов Т2, и следующий транзитный участок маршрута Т2 представляет собой следующий транзитный участок RT-1 для каждого маршрута ES, то есть ID маршрутизатора EVPN узла источника маршрута.
2: способ реализации первого подключаемого IP-модуля описан ниже.
Этот модуль является таким же, как и модуль, имеющий то же название, в тринадцатом примерном варианте осуществления, за исключением того, что конкретно отмечено.
В отличие от тринадцатого примерного варианта осуществления, способ, применяемый этим модулем для замены IP-адреса назначения Х-го пакета, является следующим: осуществляют поиск IP-адреса назначения в таблице маршрутизации базового экземпляра IP-VRF, к которому привязан экземпляр EVPN, используют значение следующего транзитного участка BGP согласованной записи маршрута как новое значение IP-адреса назначения для образования Y-го пакета и возвращают Y-й пакет на модуль инфраструктуры EVPN для последующей переадресации.
3: способ реализации второго подключаемого IP-модуля описан ниже.
Этот модуль является таким же, как и модуль, имеющий то же название, в тринадцатом примерном варианте осуществления.
4: способ реализации третьего подключаемого IP-модуля описан ниже.
Этот модуль является таким же, как и модуль, имеющий то же название, в тринадцатом примерном варианте осуществления.
5: способ реализации четвертого подключаемого IP-модуля описан ниже.
Этот модуль является таким же, как и модуль, имеющий то же название, в тринадцатом примерном варианте осуществления.
Вариант реализации узла, не поддерживающего услугу, технического решения способа и устройства (системы) для передачи и использования величины энтропии внутреннего пакета во внешнем IP-заголовке описан в связи с фиг. 8.
1: реализация модуля инфраструктуры IP.
Этот модуль является таким же, как и модуль, имеющий то же название, в тринадцатом примерном варианте осуществления.
2: способ реализации третьего подключаемого IP-модуля энтропии описан ниже.
Этот модуль является таким же, как и модуль, имеющий то же название, в тринадцатом примерном варианте осуществления.
Топология EVPN, показанная на фиг. 1, используется в качестве примера, и обработка развертывания сети и трафика включает этапы, описанные ниже.
На этапе 1 выбирают вариант реализации каждого узла. Он является таким же, как и в седьмом примерном варианте осуществления, за исключением того, что несколько узлов РЕ и узлов Р представляют собой все узлы, определенные в этом варианте осуществления.
На этапе 2 задают и выдают ID маршрутизатора EVPN каждого узла РЕ. Он является таким же, как и в тринадцатом примерном варианте осуществления.
На этапе 3 устанавливают сеть VXLAN EVPN, показанную на фиг. 1. Он является таким же, как и в тринадцатом примерном варианте осуществления.
На этапе 4 устанавливают трафик VXLAN EVPN согласно фиг.1 и назначают тот же VNI для трафика VXLAN EVPN на каждом узле РЕ. Он является таким же, как и в тринадцатом примерном варианте осуществления.
На этапе 5 задают базовую конфигурацию ESI. Он является таким же, как и в тринадцатом примерном варианте осуществления.
На этапе 6 задают конфигурацию фильтрации ESI. Он является таким же, как и в тринадцатом примерном варианте осуществления, за исключением задавания базового экземпляра IP-VRF и назначения базового экземпляра IP-VRF, соответствующего экземпляру EVPN.
Посредством вышеуказанных этапов устанавливают трафик VXLAN EVPN. Ход и эффекты переадресации относительно узла РЕ и узла Р, не поддерживающего услугу, определенных в этом примерном варианте осуществления, могут быть подтверждены путем использования пакета данных.
Топология EVPN, показанная на фиг. 1, используется в качестве примера, и обработка сквозной переадресации пакетов включает этапы, описанные ниже.
На этапе 1, когда узел РЕ 1 принимает пакет В1 ARP от локальной АС 1, процесс переадресации двух копий B1b и В1с пакета В1 модулем инфраструктуры EVPN является таким же, как и в тринадцатом примерном варианте осуществления, за исключением того, что внешние IP-адреса источника инкапсуляций VXLAN копий B1b и В1с принимают вид ESI_IP 8, где ESI_IP 8 представляет собой ESI IP, заданный в ESI, соответствующем физическому интерфейсу, к которому принадлежит АС 1.
На этапе 2, когда узел РЕ 2 принимает пакет B1b, процесс переадресации пакета B1b модулем инфраструктуры EVPN является таким же, как и в тринадцатом примерном варианте осуществления, и результат фильтрации ESI является таким же, как и в тринадцатом примерном варианте осуществления, за исключением того, что правило фильтрации ESI меняют на сравнение IP-адреса источника пакета B1b с ESI IP, заданным в ESI, соответствующем физическому интерфейсу, к которому принадлежит каждая экспортируемая АС.
Этап 3 и этап 4 являются такими же, как и в первом варианте осуществления, за исключением значения внешнего IP-адреса источника инкапсуляции VXLAN.
Пятнадцатый примерный вариант осуществления
Вариант реализации узла РЕ технического решения способа и устройства (системы) для передачи и использования величины энтропии внутреннего пакета во внешнем IP-заголовке описан в связи с фиг. 7.
1: реализация модуля инфраструктуры EVPN.
Этот модуль является таким же, как и модуль, имеющий то же название, в четырнадцатом варианте осуществления, за исключением того, что конкретно отмечено.
В отличие от четырнадцатого примерного варианта осуществления, физическая сеть в этом модуле представляет собой IPv6-сеть.
В отличие от четырнадцатого примерного варианта осуществления, этот модуль задает однопунктовый МАС-адрес как значение псевдонима ESI для каждого ESI, и разные ESI в одном и том же узле имеют разные значения псевдонимов ESI.
В отличие от четырнадцатого примерного варианта осуществления, этот модуль задает 80-битный одноадресный префикс IPv6, и ESI IP всех ESI в этом узле имеют более старшие 80 битов, которые являются такими же, как и более старшие 80 битов одноадресного префикса IPv6.
В отличие от четырнадцатого примерного варианта осуществления, более младшие 48 битов ESI IP, соответствующего ESI, в этом модуле состоят из значения псевдонима ESI формата однопунктового МАС-адреса.
В отличие от четырнадцатого примерного варианта осуществления, этот модуль использует маршрут RT-2 в RFC7623 для замены RT-1 для каждого маршрута ES в четырнадцатом варианте осуществления. В этом варианте осуществления, если VNI_I экземпляра EVPN привязан к определенной AC, VPLSB представляет собой базовый экземпляр MAC-VRF, принадлежащий VNI_I, ESI E1 соответствует АС, и ESI IP, соответствующий E1, представляет собой MAC_E, то MAC_E используют как IP-адрес локального хоста в VRF_B. Маршрут RT-2 выдают для каждого МАС-адреса M1 локального хоста в VPLSB, где значение поля ESI равняется нулю, значение поля МАС-адреса представляет собой значение псевдонима ESI, значения RD и адресата маршрутизации являются такими же, как и в шестнадцатом варианте осуществления, значение поля идентификатора (ID) тега Ethernet равняется нулю, значение поля MPLS-Label1 представляет собой явную нулевую метку MPLS, и поле IP-адреса и поле MPLS-Label2 являются пустыми (отсутствуют на маршруте).
В отличие от четырнадцатого примерного варианта осуществления, когда принимают маршрут RT-2, этот модуль импортирует маршрут RT-2 в соответствующий базовый экземпляр MAC-VRF согласно адресату маршрута для образования базовой записи М2 MAC. Значение поля МАС-адреса маршрута RT-2 представляет собой значение М2, следующий транзитный участок записи М2 представляет собой следующий транзитный участок BGP маршрута RT-2, то есть ID маршрутизатора EVPN узла источника маршрута.
2: способ реализации первого подключаемого IP-модуля описан ниже.
Этот модуль является таким же, как и модуль, имеющий то же название, в четырнадцатом примерном варианте осуществления, за исключением того, что конкретно отмечено.
В отличие от четырнадцатого примерного варианта осуществления, способ, применяемый этим модулем для замены IP-адреса назначения Х-го пакета, является следующим: осуществляют поиск более младших 48 битов IP-адреса назначения в таблице маршрутизации базового экземпляра MAC-VRF, привязанного к экземпляру EVPN, используют значение следующего транзитного участка согласованной записи маршрута как новое значение IP-адреса назначения для образования Y-го пакета и возвращают Y-й пакет на модуль инфраструктуры EVPN для последующей переадресации.
3: способ реализации второго подключаемого IP-модуля описан ниже.
Этот модуль является таким же, как и модуль, имеющий то же название, в четырнадцатом примерном варианте осуществления.
4: способ реализации третьего подключаемого IP-модуля описан ниже.
Этот модуль является таким же, как и модуль, имеющий то же название, в четырнадцатом примерном варианте осуществления.
5: способ реализации четвертого подключаемого IP-модуля описан ниже.
Этот модуль является таким же, как и модуль, имеющий то же название, в четырнадцатом примерном варианте осуществления.
Вариант реализации узла, не поддерживающего услугу, технического решения способа и устройства (системы) для передачи и использования величины энтропии внутреннего пакета во внешнем IP-заголовке описан в связи с фиг. 8.
1: реализация модуля инфраструктуры IP.
Этот модуль является таким же, как и модуль, имеющий то же название, в тринадцатом примерном варианте осуществления.
2: способ реализации третьего подключаемого IP-модуля энтропии описан ниже.
Этот модуль является таким же, как и модуль, имеющий то же название, в тринадцатом примерном варианте осуществления.
Топология EVPN, показанная на фиг. 1, используется в качестве примера, и обработка развертывания сети и трафика включает этапы, описанные ниже.
На этапе 1 выбирают вариант реализации каждого узла. Он является таким же, как и в тринадцатом примерном варианте осуществления, за исключением того, что несколько узлов РЕ и узлов Р представляют собой все узлы, определенные в этом варианте осуществления.
На этапе 2 задают и выдают ID маршрутизатора EVPN каждого узла РЕ. Он является таким же, как и в тринадцатом примерном варианте осуществления.
На этапе 3 устанавливают сеть VXLAN EVPN, показанную на фиг. 1. Он является таким же, как и в тринадцатом примерном варианте осуществления.
На этапе 4 устанавливают трафик VXLAN EVPN согласно фиг. 1 и назначают тот же VNI для трафика VXLAN EVPN на каждом узле РЕ. Он является таким же, как и в тринадцатом примерном варианте осуществления.
На этапе 5 задают базовую конфигурацию ESI. Он является таким же, как и в тринадцатом примерном варианте осуществления.
На этапе 6 задают конфигурацию фильтрации ESI. Он является таким же, как и в тринадцатом примерном варианте осуществления, за исключением того, что в этом варианте осуществления необходимо задать базовый экземпляр MAC-VRF, назначить соответствующий базовый экземпляр MAC-VRF для экземпляра EVPN и задать 6-байтовое значение псевдонима ESI для ESI.
Посредством вышеуказанных этапов устанавливают трафик VXLAN EVPN. Ход и эффекты переадресации относительно узла РЕ и узла Р, не поддерживающего услугу, определенных в этом примерном варианте осуществления, могут быть подтверждены путем использования пакета данных.
Топология EVPN, показанная на фиг. 1, используется в качестве примера, и обработка сквозной переадресации пакетов включает этапы, описанные ниже.
На этапе 1, когда узел РЕ 1 принимает пакет В1 ARP от локальной АС 1, процесс переадресации двух копий B1b и В1с пакета В1 модулем инфраструктуры EVPN является таким же, как и в тринадцатом примерном варианте осуществления, за исключением того, что внешние IP-адреса источника уровня инкапсуляций VXLAN копий B1b и В1с принимают вид ESI_IP 15, где более младшие 48 битов ESI IP 15 представляет собой 6-байтовое значение псевдонима ESI, заданное в ESI, соответствующем физическому интерфейсу, к которому принадлежит АС 1.
На этапе 2, когда узел РЕ 2 принимает пакет B1b, процесс переадресации пакета B1b модулем инфраструктуры EVPN является таким же, как и в тринадцатом примерном варианте осуществления, и результат фильтрации ESI является таким же, как и в тринадцатом примерном варианте осуществления, за исключением того, что правило фильтрации ESI меняют на сравнение более младших 48 битов IP-адреса источника пакета B1b с 6-байтовым значением псевдонима ESI, заданным в ESI, соответствующем физическому интерфейсу, к которому принадлежит каждая экспортируемая АС.
Этап 3 и этап 4 являются такими же, как и в первом примерном варианте осуществления, за исключением значения внешнего IP-адреса источника инкапсуляции VXLAN.
Шестнадцатый примерный вариант осуществления
Вариант реализации узла РЕ технического решения способа и устройства (системы) для передачи и использования величины энтропии внутреннего пакета во внешнем IP-заголовке описан в связи с фиг. 7.
1: реализация модуля инфраструктуры EVPN.
Этот модуль является таким же, как и модуль, имеющий то же название, в пятнадцатом варианте осуществления, за исключением того, что конкретно отмечено.
В отличие от пятнадцатого примерного варианта осуществления, этот модуль напрямую задает IPv6-адрес для каждого ESI как ESI IP каждого ESI и не задает значение псевдонима ESI.
В отличие от пятнадцатого примерного варианта осуществления, этот модуль использует базовый экземпляр IP-VRF для замены базового экземпляра MAC-VRF, и маршрут RT-2, выдаваемый этим модулем, также выдают в экземпляре IP-VRF. В этом примерном варианте осуществления формат маршрута RT-2, выдаваемого этим модулем, показан в секции 7.2 RFC7432, где значение поля IP-адреса представляет собой ESI IP, значение поля ESI представляет собой ESI, соответствующий ESI IP, значение поля МАС-адреса равняется нулю или 0x0FFFFFFFFFFFF (где режим, в котором активировано все, использует ноль, а режим, в котором активировано что-то одно, использует 0x0FFFFFFFFFFFF), значение RD и значение адресата маршрута являются такими же, как и RT-1 для каждого маршрута ES в четырнадцатом варианте осуществления, значение поля ID тега Ethernet равняется нулю, и поле MPLS-Label1 использует значение MPLS-метки, которая может уникальным образом определять экземпляр IP-VRF, идентифицированный с помощью RD, и поле MPLS-Label2 использует то же значение, что и поле MPLS-метки RT-1 для каждого маршрута ES.
В отличие от пятнадцатого примерного варианта осуществления, когда принимают маршрут RT-2, этот модуль импортирует маршрут RT-2 в соответствующий базовый экземпляр IP-VRF согласно адресату маршрута для образования 128-битного маршрута IP_F. Значение поля ESI IP маршрута RT-2 используют как значение IP_F, следующий транзитный участок маршрута IP_F представляет собой следующий транзитный участок маршрута RT-2, то есть ID маршрутизатора EVPN узла источника маршрута. Когда два маршрута RT-2, принимаемые в одном и том же базовом экземпляре IP-VRF, имеют один и тот же ESI IP и разные ESI, один и тот же ESI IP временно не используют для переадресации, пока не отменят один маршрут.
В этом примерном варианте осуществления базовый экземпляр IP-VRF может быть привязан к своей собственной АС. Когда принимают IP-пакет с его собственной АС, базовый экземпляр IP-VRF может осуществлять поиск IP-адреса назначения пакета в таблице IP-VRF и использовать MPLS-метку, соответствующую полю MPLS-Label2 маршрута RT-2, соответствующего согласованной записи маршрута в таблице, как экспортируемый тег частной сети. Другие процессы переадресации не отличаются от общего экземпляра IP-VRF на основании MPLS. Когда базовый экземпляр IP-VRF инициирует в экземпляре IP-VRF процесс наблюдения за прохождением активных интернет-пакетов (пинг) для удаленного ESI IP, процесс переадресации не отличается от общего IP-VRF на основании MPLS EVPN за исключением того, что тег частной сети, используемый как экспортируемый тег, получают с маршрута RT-2.
2: способ реализации первого подключаемого IP-модуля описан ниже.
Этот модуль является таким же, как и модуль, имеющий то же название, в четырнадцатом примерном варианте осуществления, за исключением того, что конкретно отмечено.
В отличие от четырнадцатого примерного варианта осуществления, таблицы маршрутизации базового экземпляра IP-VRF в этом модуле представляют собой все таблицы IPv6-маршрутизации, и IP-адрес назначения, используемый при поиске в таблице, также представляет собой IPv6-адрес.
3: способ реализации второго подключаемого IP-модуля описан ниже.
Этот модуль является таким же, как и модуль, имеющий то же название, в четырнадцатом примерном варианте осуществления.
4: способ реализации третьего подключаемого IP-модуля описан ниже.
Этот модуль является таким же, как и модуль, имеющий то же название, в четырнадцатом примерном варианте осуществления.
5: способ реализации четвертого подключаемого IP-модуля описан ниже.
Этот модуль является таким же, как и модуль, имеющий то же название, в четырнадцатом примерном варианте осуществления, за исключением того, что конкретно отмечено.
В варианте осуществления, в отличие от четырнадцатого примерного варианта осуществления, этот модуль может дополнительно проверять в базовом экземпляре IP-VRF действительность IP-адреса источника Y-го пакета. Способ включает: осуществление поиска в таблице маршрутизации базового экземпляра IP-VRF, привязанного к экземпляру EVPN, IP-адреса источника, определение того, что Y-й пакет является действительным, если соответствующая запись маршрута существует, и определение того, что Y-й пакет не является действительным, если соответствующая запись маршрута отсутствует. Меры, например, предупреждение, могут быть предприняты в случае недействительного пакета.
Вариант реализации узла, не поддерживающего услугу, технического решения способа и устройства (системы) для передачи и использования величины энтропии внутреннего пакета во внешнем IP-заголовке описан в связи с фиг. 8.
1: реализация модуля инфраструктуры IP.
Этот модуль является таким же, как и модуль, имеющий то же название, в тринадцатом примерном варианте осуществления.
2: способ реализации третьего подключаемого IP-модуля энтропии описан ниже.
Этот модуль является таким же, как и модуль, имеющий то же название, в тринадцатом примерном варианте осуществления.
Топология EVPN, показанная на фиг. 1, используется в качестве примера, и обработка развертывания сети и трафика включает этапы, описанные ниже.
На этапе 1 выбирают вариант реализации каждого узла. Он является таким же, как и в четырнадцатом примерном варианте осуществления, за исключением того, что несколько узлов РЕ и узлов Р представляют собой все узлы, определенные в этом примерном варианте осуществления.
На этапе 2 задают и выдают ID маршрутизатора EVPN каждого узла РЕ. Он является таким же, как и в четырнадцатом примерном варианте осуществления, за исключением того, что физическая сеть представляет собой IPv6-сеть.
На этапе 3 устанавливают сеть VXLAN EVPN, показанную на фиг. 1. Он является таким же, как и в четырнадцатом варианте осуществления.
На этапе 4 устанавливают трафик VXLAN EVPN согласно фиг. 1 и назначают тот же VNI для трафика VXLAN EVPN на каждом узле РЕ. Он является таким же, как и в первом примерном варианте осуществления.
На этапе 5 задают базовую конфигурацию ESI. Он является таким же, как и в четырнадцатом примерном варианте осуществления.
На этапе 6 задают конфигурацию фильтрации ESI. Он является таким же, как и в четырнадцатом примерном варианте осуществления, за исключением задавания IPv6-адреса для каждого ESI как ESI IP.
Посредством вышеуказанных этапов устанавливают трафик VXLAN EVPN. Ход и эффекты переадресации относительно узла РЕ и узла Р, не поддерживающего услугу, определенных в этом примерном варианте осуществления, могут быть подтверждены путем использования пакета данных.
Топология EVPN, показанная на фиг. 1, используется в качестве примера, и обработка сквозной переадресации пакетов включает этапы, описанные ниже.
На этапе 1, когда узел РЕ 1 принимает пакет B1 ARP от локальной АС 1, процесс переадресации двух копий B1b и В1с пакета В1 модулем инфраструктуры EVPN является таким же, как и в четырнадцатом примерном варианте осуществления, за исключением того, что внешние IP-адреса источника инкапсуляций VXLAN копий B1b и В1с принимают вид ESI_IP 16, где ESI_IP 16 представляет собой ESI IP, заданный в ESI, соответствующем физическому интерфейсу, к которому принадлежит АС 1.
На этапе 2, когда узел РЕ 2 принимает пакет B1b, процесс переадресации пакета B1b модулем инфраструктуры EVPN является таким же, как и в четырнадцатом примерном варианте осуществления, и результат фильтрации ESI является таким же, как и в четырнадцатом примерном варианте осуществления, за исключением того, что правило фильтрации ESI меняют на сравнение IP-адреса источника пакета B1b с ESI IP, заданным в ESI, соответствующем физическому интерфейсу, к которому принадлежит каждая экспортируемая АС.
Этап 3 и этап 4 являются такими же, как и в первом варианте осуществления, за исключением значения внешнего IP-адреса источника инкапсуляции VXLAN.
Семнадцатый примерный вариант осуществления
Как и в случае с первым примерным вариантом осуществления, вариант реализации узла РЕ технического решения способа и устройства (системы) для передачи и использования величины энтропии внутреннего пакета во внешнем IP-заголовке описан в связи с фиг. 7.
Вариант реализации узла, не поддерживающего услугу, технического решения способа и устройства (системы) для передачи и использования величины энтропии внутреннего пакета во внешнем IP-заголовке описан в связи с фиг. 8.
1: реализация модуля инфраструктуры IP.
Этот модуль является таким же, как и модуль, имеющий то же название, в первом примерном варианте осуществления, за исключением того, что конкретно отмечено.
В отличие от первого примерного варианта осуществления, только когда более старшие 24 бита IP-адреса назначения третьего пакета являются такими же, как и более старшие 24 бита ID маршрутизатора EVPN этого узла, и более старшие 16 битов IP-адреса источника третьего пакета являются такими же, как и более старшие 16 битов префикса маршрута черной дыры, специфического для IP-адреса источника, третий подключаемый IP-модуль вызывают для выполнения проверки маршрутизации IP-адреса источника и определения IP-адреса назначения пассивного возврата пакета.
В этом примерном варианте осуществления посредством проверки IP-адреса назначения и IP-адреса источника третьего пакета решают проблему в первом примерном варианте осуществления, заключающуюся в том, что IP-адрес источника третьего пакета фактически сложно использовать как IP-адрес назначения в физической сети (это фактически эквивалентно тому, что IP-адрес источника в некоторой степени потребляет ресурсы IP-адреса в физической сети), поскольку сетевая связь в общем имеет двунаправленный сеанс, и IP-адрес, используемый как IP-адрес назначения в одном направлении связи, используют как IP-адрес источника в другом направлении связи того же сеанса. То есть, даже если IP-адрес источника согласуется с префиксом маршрута черной дыры, специфическим для IP-адреса источника, в первом примерном варианте осуществления, IP-адрес источника не обязательно представляет собой первый IP, а скорее представляет собой IP стандартной связи в физической сети. Однако в этом решении каждый IP-адрес назначения третьего пакета представляет собой IP-адреса, часть в виде более старших битов которых представляет собой назначенное значение, и только пакет, который имеет IP-адрес назначения с частью в виде более старших битов, представляющей собой назначенное значение, и IP-адрес источника, согласующийся с префиксом маршрута черной дыры, специфическим для IP-адреса источника, считается пакетом, IP-адрес источника которого не имеет маршрута в физической сети. Таким образом, IP-адрес источника третьего пакета может представлять собой любой IP-адрес, кроме IP-адреса, имеющего ту же назначенную часть в виде более старших битов, что и IP-адрес назначения, вне зависимости от того, используют ли IP-адрес, имеющий то же значение, что и IP-адрес источника, как IP-адрес назначения в физической сети. Даже если IP-адрес источника и IP-адрес назначения равны, IP-адрес источника и IP-адрес назначения не являются одним и тем же IP-адресом, поскольку IP-адрес источника и IP-адрес назначения не находятся в одной и той же таблице маршрутизации и не принадлежат к одному и тому же пространству IP-адреса. Таким образом, в этом решении существует только одно ограничение относительно планирования IP-адреса в физической сети. То есть ID маршрутизатора EVPN узлов РЕ, реализующих этот вариант осуществления, имеют одну и ту же назначенную часть в виде более старших битов. Другие ограничения отсутствуют. Физическая сеть может быть подключена к Интернету, и связь в Интернете может выполняться через физическую сеть. Это решение представляет собой еще один способ предотвращения потребления первым IP ресурсов IP-адреса в физической сети (например, когда физическая сеть представляет собой IPv4-сеть). По сравнению с тринадцатым примерным вариантом осуществления, преимущество этого решения заключается в том, что методика MPLS не является необходимой.
2: способ реализации третьего подключаемого IP-модуля энтропии описан ниже.
Этот модуль назначает посредством конфигурации то, что, когда более старшие 16 битов IP-адреса источника принятого Х-го пакета представляют собой Prefix2, пакет обрабатывают согласно следующим правилам: (1) когда третий пакет инициирует пассивный возврат пакета, пакет возвращают на назначенный IP-адрес S1; и, (2) когда третий пакет инициирует проверку достижимости по маршруту IP-адреса источника, проверку игнорируют.
IP-адрес, возвращенный этим модулем, представляет собой назначенный IP-адрес S1, соответствующий префиксу маршрута черной дыры, специфическому для IP-адреса источника.
Топология EVPN, показанная на фиг. 1, используется в качестве примера, и обработка развертывания сети и трафика включает этапы, описанные ниже.
На этапе 1 выбирают вариант реализации каждого узла. Он является таким же, как и в первом примерном варианте осуществления, за исключением того, что несколько узлов РЕ и узлов Р представляют собой все узлы, определенные в этом примерном варианте осуществления.
На этапе 2 задают и выдают ID маршрутизатора EVPN каждого узла РЕ. Процесс является таким же, как и в первом примерном варианте осуществления, за исключением того, что узел РЕ и узел Р должны быть приспособлены с помощью 32-битных ID маршрутизатора EVPN и ID маршрутизатора EVPN узла РЕ, и узел Р имеет те же более старшие 24 бита.
Этапы 3-6 являются такими же, как и в первом примерном варианте осуществления.
Как и в случае с первым примерным вариантом осуществления, топология EVPN, показанная на фиг. 1, используется в качестве примера, и обработка сквозной переадресации пакетов включает этапы, описанные ниже.
Восемнадцатый примерный вариант осуществления
Вариант реализации узла РЕ технического решения способа и устройства (системы) для передачи и использования величины энтропии внутреннего пакета во внешнем IP-заголовке описан в связи с фиг. 13.
1: реализация модуля инфраструктуры EVPN.
Этот модуль является таким же, как и модуль, имеющий то же название, в шестнадцатом примерном варианте осуществления, за исключением того, что конкретно отмечено.
В отличие от шестнадцатого примерного варианта осуществления, механизм подключаемых модулей в этом модуле показан на фиг. 13. Первый пакет инкапсулируют в Х-й пакет согласно процессу переадресации наложенной сети EVPN, где Х-й пакет представляет собой IP-пакет, не имеющий соответствующей инкапсуляции канального уровня (например, заголовка MAC). Тогда первый подключаемый IP-модуль вызывают с Х-м пакетом в качестве параметра. После модификации IP-адреса источника Х-го пакета в первом подключаемом IP-модуле Х-й пакет возвращают, а второй подключаемый IP-модуль вызывают. Во втором подключаемом IP-модуле MPLS-метку добавляют вне Х-го пакета, и IP-адрес Т возвращают. Тогда осуществляют поиск в таблице маршрутизации физической сети IP-адреса Т. Если согласованная запись маршрута имеет MPLS-метку, стек экспортируемых меток и информацию переадресации стека экспортируемых меток инкапсулируют согласно процессу переадресации MPLS, так что второй пакет получают и отправляют. После приема третьего пакета и определения базового экземпляра IP-VRF, к которому принадлежит третий пакет, посредством тега частной сети в третьем пакете MPLS-метку и внешнюю инкапсуляцию канального уровня третьего пакета удаляют, так что получают Q-й пакет. Затем третий подключаемый IP-модуль вызывают с Q-м пакетом в качестве параметра, и получают один или более Z-x пакетов и экспортируемых АС, соответствующих Z-м пакетам, или не получают их. Каждый Z-й пакет и его соответствующую экспортируемую АС дополнительно обрабатывают согласно оставшимся процедурам в RFC7348 и процессу фильтрации DF в RFC7432.
В отличие от шестнадцатого примерного варианта осуществления, этот модуль дополнительно образует запись маршрута хоста в соответствующем базовом экземпляре IP-VRF для IP-адреса интерфейса экземпляра EVPN каждого экземпляра EVPN.
В отличие от шестнадцатого примерного варианта осуществления, маршрут RT-3, выдаваемый этим модулем, дополнительно переносит SRv6-VPN TLV, определенное в draft-dawra-idr-srv6-vpn-01, где SRv6-VPN TLV переносит IP-адрес интерфейса экземпляра EVPN, принадлежащего экземпляру EVPN, к которому принадлежит маршрут RT-3.
После приема этим модулем маршрута RT-3, когда выполняют соответствующую обработку в шестнадцатом примерном варианте осуществления, IP-адрес, переносимый в SRv6-VPN TLV, используют для замены функции следующего транзитного участка BGP и возникающего поля IP-адреса маршрутизатора. Дополнительно IP-адрес, переносимый в SRv6-VPN TLV, используют для добавления маршрута RT-3 к базовому экземпляру IP-VRF, соответствующему экземпляру EVPN, к которому принадлежит маршрут RT-3, и соответственно образуют запись маршрута I. Информация переадресации записи маршрута I представляет собой информацию переадресации маршрута RT-3, и информация переадресации маршрута RT-3 содержит MPLS-метку частной сети, переносимую в атрибуте туннеля интерфейса многоадресных услуг поставщика (туннеля PMSI) маршрута RT-3. MPLS-метку используют как экспортируемую метку частной сети IP-VRF записи маршрута I, и следующий транзитный участок BGP маршрута RT-3 используют как следующий транзитный участок BGP записи маршрута I.
2: способ реализации первого подключаемого IP-модуля описан ниже.
Этот модуль использует ESI IP, принадлежащий ESI, соответствующему главному интерфейсу, к которому принадлежит первая АС, для замены IP-адреса источника пакета X.
В этом примерном варианте осуществления этот модуль не заменяет IP-адрес назначения Х-го пакета.
3: способ реализации второго подключаемого IP-модуля описан ниже.
Этот модуль осуществляет поиск IP-адреса назначения Х-го пакета в таблице маршрутизации базового экземпляра IP-VRF, привязанного к экземпляру EVPN, и запись маршрута R представляет собой результат поиска. Однако этот модуль не заменяет IP-адрес назначения Х-го пакета согласно записи маршрута R, вместо этого этот модуль добавляет одну MPLS-метку вне IP-заголовка, где расположен IP-адрес назначения Х-го пакета, где одна MPLS-метка представляет собой тег частной сети записи маршрута R. Тогда значение следующего транзитного участка BGP записи маршрута R возвращают на модуль инфраструктуры EVPN.
В этом варианте осуществления вне зависимости от того, является первый пакет одноадресным пакетом или BUM-пакетом, выполняют процесс переадресации, описанный выше. Однако информация переадресации, полученная, когда первый пакет представляет собой одноадресный пакет, отличается от информации переадресации, полученной, когда первый пакет представляет собой BUM-пакет. Например, следующий транзитный участок BGP, полученный в первом случае, поступает с маршрута RT-2, и следующий транзитный участок BGP, полученный во втором случае, поступает с маршрута RT-3.
4: способ реализации третьего подключаемого IP-модуля описан ниже.
Этот модуль является таким же, как и модуль, имеющий то же название, в шестнадцатом примерном варианте осуществления, за исключением того, что конкретно отмечено.
Если IP-адрес назначения Q-го пакета представляет собой один IP-адрес локального хоста в базовом экземпляре IP-VRF, и UDP-порт Q-го пакета представляет собой номер порта, соответствующий пакету данных VXLAN, то Q-й пакет принадлежит к экземпляру EVPN, идентифицированному полем VNI Q-го пакета.
Q-й пакет продолжают обрабатывать в экземпляре EVPN согласно процедурам, определенным в RFC7348, так что получают один или более Z-x пакетов и экспортируемую АС каждого Z-го пакета. Соответственно, четвертый подключаемый IP-модуль вызывают с каждым Z-м пакетом и его экспортируемой АС в качестве параметров по отдельности. Наконец, все Z-ые пакеты, которые не отбрасываются четвертым подключаемым IP-модулем и их экспортируемыми АС, возвращают на модуль инфраструктуры EVPN.
5: способ реализации четвертого подключаемого IP-модуля описан ниже.
Этот модуль является таким же, как и модуль, имеющий то же название, в шестнадцатом примерном варианте осуществления, за исключением того, что конкретно отмечено.
В отличие от шестнадцатого примерного варианта осуществления, этот модуль возвращает не отброшенные пакеты на третий подключаемый IP-модуль, а не на модуль инфраструктуры EVPN.
Вариант реализации узла, не поддерживающего услугу, технического решения способа и устройства (системы) для передачи и использования величины энтропии внутреннего пакета во внешнем IP-заголовке описан в связи с фиг. 8.
1: реализация модуля инфраструктуры IP.
Этот модуль является таким же, как и модуль, имеющий то же название, в тринадцатом примерном варианте осуществления.
2: способ реализации третьего подключаемого IP-модуля энтропии описан ниже.
Этот модуль является таким же, как и модуль, имеющий то же название, в тринадцатом примерном варианте осуществления.
Топология EVPN, показанная на фиг. 1, используется в качестве примера, и обработка развертывания сети и трафика включает этапы, описанные ниже.
На этапе 1 выбирают вариант реализации каждого узла. Он является таким же, как и в шестнадцатом примерном варианте осуществления, за исключением того, что несколько узлов РЕ и узлов Р представляют собой все узлы, определенные в этом примерном варианте осуществления.
На этапе 2 задают и выдают ID маршрутизатора EVPN каждого узла РЕ. Он является таким же, как и в шестнадцатом примерном варианте осуществления.
На этапе 3 устанавливают сеть VXLAN EVPN, показанную на фиг. 1. Он является таким же, как и в шестнадцатом примерном варианте осуществления.
На этапе 4 устанавливают трафик VXLAN EVPN согласно фиг. 1 и назначают тот же VNI для трафика VXLAN EVPN на каждом узле РЕ. Он является таким же, как и в шестнадцатом примерном варианте осуществления.
На этапе 5 задают базовую конфигурацию ESI. Он является таким же, как и в шестнадцатом примерном варианте осуществления.
На этапе 6 задают конфигурацию фильтрации ESI. Он является таким же, как и в шестнадцатом примерном варианте осуществления, за исключением задавания базового экземпляра IP-VRF и назначения базового экземпляра IP-VRF, соответствующего экземпляру EVPN.
Посредством вышеуказанных этапов устанавливают трафик VXLAN EVPN. Ход и эффекты переадресации относительно узла РЕ и узла Р, не поддерживающего услугу, определенных в этом примерном варианте осуществления, могут быть подтверждены путем использования пакета данных.
Топология EVPN, показанная на фиг. 1, используется в качестве примера, и обработка сквозной переадресации пакетов включает этапы, описанные ниже.
На этапе 1, когда узел РЕ 1 принимает пакет ВТ ARP от локальной АС 1, процесс переадресации двух копий B1b и В1с пакета В1 модулем инфраструктуры EVPN является таким же, как и в шестнадцатом примерном варианте осуществления, за исключением того, что внешние IP-адреса источника инкапсуляций VXLAN копий B1b и В1с принимают вид ESI_IP 18, где ESI_IP 18 представляет собой ESI IP, заданный в ESI, соответствующем физическому интерфейсу, к которому принадлежит АС 1.
На этапе 2, когда узел РЕ 2 принимает пакет B1b, процесс переадресации пакета B1b модулем инфраструктуры EVPN является таким же, как и в шестнадцатом примерном варианте осуществления, и результат фильтрации ESI является таким же, как и в шестнадцатом примерном варианте осуществления, за исключением того, что правило фильтрации ESI меняют на сравнение IP-адреса источника пакета B1b с ESI IP, заданным в ESI, соответствующем физическому интерфейсу, к которому принадлежит каждая экспортируемая АС.
Этап 3 и этап 4 являются такими же, как и в шестнадцатом примерном варианте осуществления, за исключением добавления MPLS-метки частной сети, соответствующей базовому экземпляру IP-VRF за пределами внешнего IP-заголовка инкапсуляции VXLAN.
Наибольшее отличие между узлом РЕ, определенным в этом примерном варианте осуществления, и узлами, определенными в четырнадцатом, пятнадцатом и шестнадцатом примерных вариантах осуществления, заключается в том, что каждый из пакетов B1b и В1с, соответствующих узлу РЕ, фактически переносит инкапсуляцию тега частной сети, соответствующую базовому экземпляру IP-VRF. Это позволяет использовать узел РЕ, определенный в этом варианте осуществления, в иерархической архитектуре, подобной услуге иерархической виртуальной частной LAN (H-VPLS). Узел, определенный в этом варианте осуществления, используют как узел стороны (подобно стороне поставщика услуг, обращенной к пользователю, (UPE) в H-VPLS или магистральному мосту стороны (ВЕВ) в РВВ), и узел, только поддерживающий функцию переадресации базового экземпляра IP-VRF, используют как узел стока (подобно стороне поставщика услуг, обращенной к сети, (NPE) в H-VPLS или магистральному мосту ядра (ВСВ) в РВВ).
По меньшей мере один модуль или по меньшей мере один этап согласно настоящему изобретению, описанный выше, может быть реализован с помощью обычного вычислительного устройства, и по меньшей мере один модуль или по меньшей мере один этап, описанный выше, может быть сконцентрирован на одном вычислительном устройстве или распределен по сети, состоящей из нескольких вычислительных устройств. В варианте осуществления по меньшей мере один модуль или по меньшей мере один этап может быть реализован с помощью программных кодов, исполняемых вычислительными устройствами, так что они могут храниться в устройстве хранения для исполнения вычислительными устройствами. В некоторых случаях проиллюстрированные или описанные этапы могут исполняться в последовательностях, отличающихся от тех, что описаны в настоящем документе, или по меньшей мере один модуль или по меньшей мере один этап может быть выполнен отдельно в по меньшей мере одном модуле интегральной схемы, или вышеуказанные несколько модулей или этапов могут быть выполнены в одном модуле интегральной схемы для реализации. Таким образом, настоящее изобретение не ограничивается никакой конкретной комбинацией аппаратного обеспечения и программного обеспечения.