RU2643469C2 - Способ передачи фреймов ethernet через программно-конфигурируемые сети (sdn) - Google Patents

Способ передачи фреймов ethernet через программно-конфигурируемые сети (sdn) Download PDF

Info

Publication number
RU2643469C2
RU2643469C2 RU2015139531A RU2015139531A RU2643469C2 RU 2643469 C2 RU2643469 C2 RU 2643469C2 RU 2015139531 A RU2015139531 A RU 2015139531A RU 2015139531 A RU2015139531 A RU 2015139531A RU 2643469 C2 RU2643469 C2 RU 2643469C2
Authority
RU
Russia
Prior art keywords
frame
mpls
network
label
field
Prior art date
Application number
RU2015139531A
Other languages
English (en)
Other versions
RU2015139531A (ru
Inventor
Александр Сергеевич Румянков
Максим Валерьевич Каминский
Сергей Ильич Романов
Original Assignee
Би4Эн Груп Лимитед
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Би4Эн Груп Лимитед filed Critical Би4Эн Груп Лимитед
Priority to RU2015139531A priority Critical patent/RU2643469C2/ru
Priority to EP16904176.1A priority patent/EP3468114B1/en
Priority to PCT/RU2016/050034 priority patent/WO2017209645A1/ru
Publication of RU2015139531A publication Critical patent/RU2015139531A/ru
Application granted granted Critical
Publication of RU2643469C2 publication Critical patent/RU2643469C2/ru
Priority to US16/105,284 priority patent/US10587508B2/en

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/66—Layer 2 routing, e.g. in Ethernet based MAN's
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/50—Routing or path finding of packets in data switching networks using label swapping, e.g. multi-protocol label switch [MPLS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/64—Routing or path finding of packets in data switching networks using an overlay routing layer
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00—Packet switching elements
    • H04L49/30—Peripheral units, e.g. input or output ports
    • H04L49/3009—Header conversion, routing tables or routing tags
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00—Packet switching elements
    • H04L49/35—Switches specially adapted for specific applications
    • H04L49/351—Switches specially adapted for specific applications for local area network [LAN], e.g. Ethernet switches
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00—Packet switching elements
    • H04L49/60—Software-defined switches
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/324—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the data link layer [OSI layer 2], e.g. HDLC
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/325—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the network layer [OSI layer 3], e.g. X.25
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/38—Flow based routing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22—Parsing or analysis of headers

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

Изобретение относится к технике передачи информации в программно-конфигурируемых сетях (SDN) пакетной коммутации. Технический результат заключается в повышении эффективности использования ресурсов сетевых коммутаторов за счет определения пути транспортировки фрейма по сети транспортными MPLS-метками, установленными контроллером сети. Способ формирования фрейма включает в себя этапы, на которых получают на входной порт входного коммутатора программно-конфигурируемой сети по меньшей мере один фрейм; определяют выходной коммутатор сети и конечный выходной порт для полученного по меньшей мере одного фрейма; рассчитывают наиболее предпочтительный путь до выходного порта и кодируют его по крайней мере одной транспортной меткой MPLS; модифицируют вышеуказанный фрейм, при этом сохраняют поле идентификатор вложенного протокола (ИВП), заменяют поле ИВП на предопределенную константу, оставляя MAC-header неизменным, добавляют метку MPLS Ethertype tag, содержащую сохраненный ИВП, добавляют по крайней мере одну транспортную метку MPLS, кодирующую наиболее предпочтительный путь, отправляют модифицированный фрейм на следующий коммутатор согласно рассчитанному маршруту наиболее предпочтительного пути. 2 н. и 1 з.п. ф-лы, 4 ил.

Description

ОБЛАСТЬ ТЕХНИКИ
Техническое решение относится к технике передачи информации в программно-конфигурируемых сетях (SDN) пакетной коммутации, состоящих из коммутаторов с портами Ethernet и управляемых программными контроллерами.
УРОВЕНЬ ТЕХНИКИ
В настоящее время в сетях SDN коммутация пакетов в основном осуществляется на основе адресной информации MAC-уровня. При этом каждое устройство должно содержать таблицу правил коммутации для каждого MAC-адреса, взаимодействующего с сетью, либо переправлять пакет на контроллер для маршрутизации, что увеличивает задержку коммутации, снижает производительность сети. Эти обстоятельства являются ограничивающими факторами для масштабирования сети при большом количестве пользователей.
Известен способ управления потоком данных в домене с OpenFlow коммутаторами программно-конфигурируемых сетей (SDN) пакетной коммутации (см. US 2015043589 (А1) - 12.02.2015). В данном способе получают на входной порт входного коммутатора программно-конфигурируемой сети, по крайней мере, один фрейм, определяют выходной коммутатор сети и конечный выходной порт, рассчитывают наиболее предпочтительный путь до выходного порта, модифицируют фрейм путем вставки в его заголовок специально сконструированного адресного поля, содержащего информацию о рассчитанном наиболее предпочтительном пути до выходного порта.
Недостатками указанного способа является то, что он требует вставки специально сконструированного адресного поля в заголовок фрейма, операции над которым не включены в стандарт протокола OpenFlow. Это требует от программного обеспечения коммутатора и контроллера поддержки экспериментальных операций с нестандартными полями. Данный функционал может не поддерживаться OpenFlow-коммутатором и увеличивает нагрузку на систему управления коммутатором.
Также на данный момент известны способы управления SDN-сетями, состоящими из коммутаторов, использующими инкапсуляцию MPLS для передачи фреймов Ethernet (см. RFC 4448, US 2007/0286204 А1 - 13.12.2007). MPLS является масштабируемым и независимым от каких-либо протоколов механизмом передачи данных. В сети, основанной на MPLS, пакетам данных присваиваются метки. Решение о дальнейшей передаче пакета данных другому узлу сети осуществляется только на основании значения присвоенной метки без необходимости изучения самого пакета данных. За счет этого возможно создание сквозного виртуального канала, независимого от среды передачи и использующего любой протокол передачи данных. При этом для транспортировки Ethernet-фреймов в MPLS-сети применяется инкапсуляция Ethernet-фрейма в новый фрейм с установленными MPLS-метками, что увеличивает размер пакета не менее чем на 22 байта. При передаче результирующего фрейма от узла к узлу изменяется MAC-header, что создает дополнительную нагрузку на промежуточные узлы.
СУЩНОСТЬ ТЕХНИЧЕСКОГО РЕШЕНИЯ
Задача, на решение которой направлено заявляемое техническое решение, заключается в устранении перечисленных выше недостатков.
Технический результат, получаемый от использования технического решения, заключается в повышении эффективности использования ресурсов сетевых коммутаторов за счет определения пути транспортировки фрейма по сети транспортными MPLS-метками, установленными контроллером сети, а также в снижении требований к функционалу программного обеспечения OpenFlow-коммутаторов и контроллеров за счет исключения требования поддержки обработки экспериментальных полей в составе фрейма, требующих дополнительных ресурсов системы управления коммутатора, и требования поддержки обработки только стандартных полей в составе фрейма.
Способ передачи фреймов Ethernet через программно-конфигурируемые сети (SDN) включает в себя операции, на которых:
получают на входной порт входного коммутатора программно-конфигурируемой сети, по крайней мере, один фрейм;
определяют выходной коммутатор сети и конечный выходной порт;
рассчитывают наиболее предпочтительный путь до выходного порта и кодируют его, по крайней мере, одной транспортной меткой MPLS;
Модифицируют вышеуказанный фрейм, при этом:
- сохраняют поле идентификатор вложенного протокола (ИВП);
- заменяют поле ИВП на предопределенную константу;
- добавляют метку MPLS Ethertype tag, содержащую сохраненный ИВП;
- добавляют, по крайней мере, одну транспортную метку MPLS, кодирующую наиболее предпочтительный путь;
- отправляют модифицированный фрейм на следующий коммутатор согласно маршруту наиболее предпочтительного пути.
Способ обработки фрейма включает в себя операции, на которых:
получают на входной порт коммутатора фрейм,
определяют значение поля идентификатор вложенного протокола (ИВП),
если значение поля удовлетворяет некоторому предустановленному условию, то считывают первую MPLS метку,
если это метка из диапазона выходного порта, то метка удаляется, считывается следующая метка, описывающая сохраненный ИВП, преобразуют фрейм к оригинальному формату и отправляют на выходной порт, указанный в первой MPLS метке
Иначе убирают или модифицируют первую (транспортную) MPLS метку из фрейма и отправляют модифицированный фрейм на следующий коммутатор согласно маршруту наиболее предпочтительного пути, преобразуют фрейм к оригинальному формату, при этом в значение поля идентификатор вложенного протокола записывают значение метки MPLS label Ethertype.
ПОДРОБНОЕ ОПИСАНИЕ
Программно-конфигурируемая сеть (SDN от англ. Software-defined Networking, также программно-определяемая сеть) - сеть передачи данных, в которой уровень управления сетью отделен от устройств передачи данных и реализуется программно, одна из форм виртуализации вычислительных ресурсов.
OpenFlow - протокол управления процессом обработки данных, передающихся по сети передачи данных маршрутизаторами и коммутаторами, реализующий технологию программно-конфигурируемой сети.
МАС-адрес (от англ. Media Access Control - управление доступом к среде) - уникальный идентификатор, присваиваемый каждой единице активного оборудования или некоторым их интерфейсам в компьютерных сетях Ethernet.
Порт (англ. port) - натуральное число, записываемое в заголовках протоколов транспортного уровня модели OSI (TCP, UDP, SCTP, DCCP). Используется для определения процесса - получателя пакета в пределах одного хоста.
Broadcast - широковещательная рассылка - один отправитель, получатели - все устройства в широковещательном сегменте. (Пример: ARP-запрос).
Multicast - многоадресная рассылка - один отправитель, много получателей. (Пример: IPTV).
IPv4 - четвертая версия протокола IP, определенного в IETF RFC 791.
IPv4 multicast - многоадресная рассылка с использованием протокола IPv4.
Ethernet - семейство стандартов, определяющих проводные соединения и электрические сигналы на физическом уровне, формат кадров и протоколы управления доступом к среде на канальном уровне модели OSI.
Кадр (фрейм) - пакет данных протокола канального уровня модели OSI, передаваемый по линии связи.
Коммутатор (англ. switch) - устройство, предназначенное для соединения нескольких узлов компьютерной сети в пределах одного или нескольких сегментов сети на канальном (втором) уровне модели OSI.
MPLS (англ. multiprotocol label switching - многопротокольная коммутация по меткам) - механизм в высокопроизводительной телекоммуникационной сети, осуществляющий передачу данных от одного узла сети к другому с помощью меток.
MAC-learning - процесс заполнения таблицы МАС-адресов коммутатора, основанный на изучении МАС-адреса отправителя любого фрейма, входящего в коммутатор. Если МАС-адрес отправителя не присутствует в таблице, то он вносится в нее с привязкой к порту, в который вошел фрейм.
Программно-конфигурируемая сеть для применения описываемого метода должна состоять из, по меньшей мере, двух коммутаторов OpenFlow и, по меньшей мере, одного контроллера SDN. Коммутаторы OpenFlow должны находиться в режиме исключительного управления контроллером SDN (secure mode), т.е. не коммутировать фреймы в обход правил, установленных контроллером.
При инициализации сети контроллер SDN определяет топологию сети и кратчайшие пути между всеми возможными парами коммутаторов по алгоритму Дейсктры или Беллмана-Форда, используя присвоенные веса каналов между коммутаторами. По меньшей мере, один контроллер SDN кодирует каждый кратчайший путь цепочкой транспортных меток MPLS или стеком транспортных меток MPLS на каждом участке кратчайшего пути и устанавливает соответствующие OpenFlow-правила операций с транспортными метками MPLS на коммутаторах, порты которых терминируют указанные каналы. Установка правил производится следующим образом:
- на входном коммутаторе происходит вставка первой транспортной метки MPLS или стека транспортных меток MPLS из цепочки кратчайшего пути;
- на промежуточных коммутаторах происходит изменение транспортной метки MPLS или стека транспортных меток MPLS на следующую из цепочки кратчайшего пути;
- на выходном - снятие транспортной метки MPLS или стека транспортных меток MPLS и восстановление оригинального фрейма.
На входном коммутаторе из-за вставки транспортной метки MPLS или стека транспортных меток MPLS может происходить изменение оригинального идентификатора вложенного протокола (ИВП) фрейма Ethernet. Поэтому оригинальный ИВП сохраняется и записывается в дополнительную транспортную метку MPLS - Ethertype Tag, которая вставляется во фрейм первой. Для разных типов оригинальных фреймов сохраняемый ИВП находится в разных полях:
- для фреймов Ethernet II сохраняется в поле EtherType;
- для фреймов IEEE 802.3 LLC/SNAP - в поле PID заголовка SNAP;
- для фреймов IEEE 802.1Q и IEEE 802.lad - в поле TPID внешнего заголовка 802.1Q.
Выходной порт цепочки для входящего фрейма может определяться одним из следующих образов:
1) статически при конфигурировании сервиса (например, сервиса точка-точка);
2) динамически, при котором контроллер SDN осуществляет распознавание MAC адреса (MAC Address Learning) на внешних портах и запоминает порт, через который доступен тот или иной MAC адрес получателя (Destination MAC Address).
Пример сети и процесс прохождения фрейма на примере фрейма IEEE 802.1Q показан на Фиг. 1.
Коммутатор Swl получает на внешний входной порт фрейм IEEE 802.1Q, содержащий следующие поля:
- MAC-header, где DestinationMAC=Host2-MAC, SourceMAC=Host1-MAC
- 802.1Q tag, где VID=100, TPID=0×8100h, vlanPCP - не имеет значения
- Ethertype=0×0806h (ИВП протокола ARP)
- Payload=ARP packet
Коммутатор Swl вставляет во фрейм две транспортные метки MPLS:
- Ethertype tag с полями Label=0×00806h (копируется Ethertype в младшие биты), TC=vlanPCP (копируется с заголовка 802.1Q), BoS=1, TTL=0
- MPLS transport tag 2 с полями Label=2, TC=vlanPCP (копируется с заголовка 802.1Q), BoS=0, TTL=255
При этом в поле Ethertype устанавливается значение 0×8847h (ИВП протокола MPLS), однако MAC-header остается неизменным.
Затем фрейм отправляется по цепочке кратчайшего пути в порт канала к коммутатору Sw3.
Коммутатор Sw3 анализирует верхнюю транспортную метку MPLS transport tag 2, модифицирует ее, устанавливая MPLS transport tag 3 (Label=3), и отправляет к следующему в цепочке кратчайшего пути коммутатору Sw4, также оставляя MAC-header неизменным.
Коммутатор Sw4 получает фрейм, анализирует транспортную метку MPLS transport tag 3, определяет, что это конечный коммутатор и извлекает весь стек MPLS-меток. Затем младшие 4 байта поля Label из метки Ethertype tag копирует в поле Ethertype фрейма и отправляет на выходной порт.
Примеры процесса прохождения фреймов Ethernet II, IEEE 802.lad, IEEE 802.3 LLC/SNAP показаны соответственно на Фиг. 2, 3, 4.
Способ формирования фрейма включает следующие шаги:
Получают на входной порт входного коммутатора программно-конфигурируемой сети, по меньшей мере, один фрейм.
Полученный фрейм может быть фреймом Ethernet II, IEEE 802.3 LLC/SNAP, IEEE 802.1Q или IEEE 802.1ad.
Для полученного, по меньшей мере, одного фрейма определяют выходной коммутатор сети и конечный выходной порт (исходя из статической конфигурации или динамического MAC-learning в пределах портов сконфигурированного сервиса).
Рассчитывают наиболее предпочтительный путь до выходного порта по алгоритмам Дейкстры или Беллмана-Форда и кодируют его, по крайней мере, одной MPLS-меткой.
Модифицируют полученный фрейм, при этом:
- сохраняют поле идентификатор вложенного протокола (ИВП);
- заменяют поле ИВП на ИВП протокола MPLS (0×8847h), оставляя MAC-header неизменным;
- добавляют метку MPLS Ethertype tag, содержащую сохраненный ИВП;
- добавляют, по крайней мере, одну транспортную метку MPLS, кодирующую наиболее предпочтительный путь.
Отправляют модифицированный фрейм на следующий коммутатор согласно рассчитанному маршруту наиболее предпочтительного пути.
Заявляемый способ формирования и обработки фрейма является промышленно применимым, так как при его реализации используют известные и апробированные методы и компоненты.
Хотя данное техническое решение описано конкретным примером его реализации, это описание не является ограничивающим, но приведено лишь для иллюстрации и лучшего понимания существа технического решения, объем которого определяется прилагаемой формулой.

Claims (17)

1. Способ формирования фрейма Ethernet для передачи через программно-конфигурируемые сети (SDN), включающий в себя этапы на которых:
получают на входной порт входного коммутатора программно-конфигурируемой сети по меньшей мере один фрейм;
определяют выходной коммутатор сети и конечный выходной порт для полученного по меньшей мере одного фрейма;
рассчитывают наиболее предпочтительный путь до выходного порта и кодируют его по крайней мере одной транспортной меткой MPLS;
модифицируют вышеуказанный фрейм, при этом:
- сохраняют поле идентификатор вложенного протокола (ИВП);
- заменяют поле ИВП на предопределенную константу, оставляя MAC-header неизменным;
- добавляют метку MPLS Ethertype tag, содержащую сохраненный ИВП;
- добавляют по крайней мере одну транспортную метку MPLS, кодирующую наиболее предпочтительный путь;
отправляют модифицированный фрейм на следующий коммутатор согласно рассчитанному маршруту наиболее предпочтительного пути.
2. Способ передачи фрейма Ethernet через программно-конфигурируемые сети (SDN), включающий в себя этапы на которых:
получают на входной порт входного коммутатора программно-конфигурируемой сети по меньшей мере один фрейм;
определяют значение поля идентификатор вложенного протокола (ИВП) по меньшей мере одного полученного фрейма;
если значение поля ИВП удовлетворяет предустановленному условию, то считывают первую MPLS метку,
- при этом если это метка из диапазона выходного порта, то метка удаляется, считывается следующая метка, описывающая сохраненный ИВП, преобразуют фрейм к оригинальному формату и отправляют на выходной порт, указанный в транспортной метке MPLS, оставляя MAC-header неизменным;
- иначе убирают или модифицируют транспортную метку MPLS из фрейма и отправляют модифицированный фрейм на следующий коммутатор согласно маршруту наиболее предпочтительного пути, оставляя MAC-header неизменным.
3. Способ передачи фрейма Ethernet через программно-конфигурируемые сети (SDN) по п. 2, в котором преобразуют фрейм к оригинальному формату, при этом в значение поля идентификатор вложенного протокола записывают значение метки MPLS label Ethertype, оставляя MAC-header неизменным.
RU2015139531A 2016-05-31 2016-05-31 Способ передачи фреймов ethernet через программно-конфигурируемые сети (sdn) RU2643469C2 (ru)

Priority Applications (4)

Application Number Priority Date Filing Date Title
RU2015139531A RU2643469C2 (ru) 2016-05-31 2016-05-31 Способ передачи фреймов ethernet через программно-конфигурируемые сети (sdn)
EP16904176.1A EP3468114B1 (en) 2016-05-31 2016-09-12 Method for transmitting ethernet frames over software defined networks (sdn)
PCT/RU2016/050034 WO2017209645A1 (ru) 2016-05-31 2016-09-12 Способ передачи фреймов ethernet через программно-конфигурируемые сети (sdn)
US16/105,284 US10587508B2 (en) 2016-05-31 2018-08-20 Ethernet frame transmission method in software defined networks (SDN)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
RU2015139531A RU2643469C2 (ru) 2016-05-31 2016-05-31 Способ передачи фреймов ethernet через программно-конфигурируемые сети (sdn)

Publications (2)

Publication Number Publication Date
RU2015139531A RU2015139531A (ru) 2017-12-05
RU2643469C2 true RU2643469C2 (ru) 2018-02-01

Family

ID=60477673

Family Applications (1)

Application Number Title Priority Date Filing Date
RU2015139531A RU2643469C2 (ru) 2016-05-31 2016-05-31 Способ передачи фреймов ethernet через программно-конфигурируемые сети (sdn)

Country Status (4)

Country Link
US (1) US10587508B2 (ru)
EP (1) EP3468114B1 (ru)
RU (1) RU2643469C2 (ru)
WO (1) WO2017209645A1 (ru)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2761186C1 (ru) * 2018-12-04 2021-12-06 Зте Корпорейшн Способ и устройство для обмена трафиком центра обработки данных, устройство и носитель данных

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10826823B2 (en) * 2018-07-31 2020-11-03 Facebook, Inc. Centralized label-based software defined network
US10986017B2 (en) * 2018-08-23 2021-04-20 Agora Lab, Inc. Large-scale real-time multimedia communications
CN109525495B (zh) * 2018-12-24 2022-03-11 广东浪潮大数据研究有限公司 一种数据处理装置、方法和fpga板卡
CN113225376B (zh) * 2021-03-29 2022-07-08 桂林电子科技大学 一种基于fpga的以太网帧与sdn数据帧的适配方法

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070286204A1 (en) * 2006-06-12 2007-12-13 Hamid Ould-Brahim Supporting Multi-Protocol Label Switching (MPLS) Applications Over Ethernet Switch Paths
US8923301B1 (en) * 2011-12-28 2014-12-30 Juniper Networks, Inc. Fixed latency priority classifier for network data
US20150043589A1 (en) * 2013-08-09 2015-02-12 Futurewei Technologies, Inc. Extending OpenFlow to Support Packet Encapsulation for Transport over Software-Defined Networks
RU2584471C1 (ru) * 2014-12-30 2016-05-20 Некоммерческое Партнерство "Центр Прикладных Исследований Компьютерных Сетей" УСТРОЙСТВО ДЛЯ ПРИЕМА И ПЕРЕДАЧИ ДАННЫХ С ВОЗМОЖНОСТЬЮ ОСУЩЕСТВЛЕНИЯ ВЗАИМОДЕЙСТВИЯ С OpenFlow КОНТРОЛЛЕРОМ

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7149217B2 (en) * 2001-08-14 2006-12-12 Extreme Networks Load-sharing technique for distributing multi-protocol label switching protocol encapsulated flows across multiple physical links
US7415826B2 (en) 2005-07-25 2008-08-26 General Electric Company Free floating mixer assembly for combustor of a gas turbine engine
KR101346063B1 (ko) 2012-02-09 2013-12-31 정원재 관통홀을 가지는 프리스탠딩한 고분자 멤브레인 및 그 제조방법

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070286204A1 (en) * 2006-06-12 2007-12-13 Hamid Ould-Brahim Supporting Multi-Protocol Label Switching (MPLS) Applications Over Ethernet Switch Paths
US8923301B1 (en) * 2011-12-28 2014-12-30 Juniper Networks, Inc. Fixed latency priority classifier for network data
US20150043589A1 (en) * 2013-08-09 2015-02-12 Futurewei Technologies, Inc. Extending OpenFlow to Support Packet Encapsulation for Transport over Software-Defined Networks
RU2584471C1 (ru) * 2014-12-30 2016-05-20 Некоммерческое Партнерство "Центр Прикладных Исследований Компьютерных Сетей" УСТРОЙСТВО ДЛЯ ПРИЕМА И ПЕРЕДАЧИ ДАННЫХ С ВОЗМОЖНОСТЬЮ ОСУЩЕСТВЛЕНИЯ ВЗАИМОДЕЙСТВИЯ С OpenFlow КОНТРОЛЛЕРОМ

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2761186C1 (ru) * 2018-12-04 2021-12-06 Зте Корпорейшн Способ и устройство для обмена трафиком центра обработки данных, устройство и носитель данных

Also Published As

Publication number Publication date
US10587508B2 (en) 2020-03-10
RU2015139531A (ru) 2017-12-05
WO2017209645A1 (ru) 2017-12-07
EP3468114A1 (en) 2019-04-10
EP3468114B1 (en) 2022-03-02
US20180359181A1 (en) 2018-12-13
EP3468114A4 (en) 2019-12-11

Similar Documents

Publication Publication Date Title
RU2643469C2 (ru) Способ передачи фреймов ethernet через программно-конфигурируемые сети (sdn)
US8351352B1 (en) Methods and apparatus for RBridge hop-by-hop compression and frame aggregation
US9843504B2 (en) Extending OpenFlow to support packet encapsulation for transport over software-defined networks
US9634929B2 (en) Using context labels to scale MAC tables on computer network edge devices
US9083612B2 (en) Communication system, control apparatus, communication method, and program
US8238324B2 (en) Method and system for network aware virtual machines
KR100612318B1 (ko) 분산 구조 라우터에서 가상 근거리 통신망 브리징 및 가상사설 통신망을 구현하는 장치 및 방법
US9225656B2 (en) Quality of service in a heterogeneous network
US8982703B2 (en) Routing support for lossless data traffic
US8929218B2 (en) Congestion notification across multiple layer-2 domains
US9451056B2 (en) Method for mapping packets to network virtualization instances
US8792506B2 (en) Inter-domain routing in an n-ary-tree and source-routing based communication framework
US7486674B2 (en) Data mirroring in a service
US20140241345A1 (en) Source routing with fabric switches in an ethernet fabric network
US8527674B2 (en) Data packet switching
WO2010151571A2 (en) Method and apparatus for implementing l2 vpns on an ip network
US20150003448A1 (en) Method and system for traffic engineered mpls ethernet switch
WO2007071153A1 (fr) Procede, systeme de reseau de donnees et noeud de reseau pour transmission de paquets de donnees
KR20220160639A (ko) 메시지 인터랙션 방법, 장치, 설비 및 저장 매체
US20110222538A1 (en) Method and System for L3 Bridging Using L3-To-L2 Mapping Database
Hooda et al. Using TRILL, FabricPath, and VXLAN
US20180123826A1 (en) Method for communicating by using remote network element port, and apparatus
Cisco Configuring Transparent Bridging
Menachi et al. Scalable, hierarchical, Ethernet transport network architecture (HETNA)
NAKAMURA Improving Packet Transport in Virtual Networking by Encapsulation Techniques

Legal Events

Date Code Title Description
PC41 Official registration of the transfer of exclusive right

Effective date: 20200313