RU2614856C2 - Способ и устройство для обработки имен и пакетов прозрачного соединения множества каналов (trill) - Google Patents

Способ и устройство для обработки имен и пакетов прозрачного соединения множества каналов (trill) Download PDF

Info

Publication number
RU2614856C2
RU2614856C2 RU2014150520A RU2014150520A RU2614856C2 RU 2614856 C2 RU2614856 C2 RU 2614856C2 RU 2014150520 A RU2014150520 A RU 2014150520A RU 2014150520 A RU2014150520 A RU 2014150520A RU 2614856 C2 RU2614856 C2 RU 2614856C2
Authority
RU
Russia
Prior art keywords
name
trill
terminal
packet
network
Prior art date
Application number
RU2014150520A
Other languages
English (en)
Other versions
RU2014150520A (ru
Inventor
Фанвэй ХУ
Original Assignee
Зте Корпарейшен
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 Зте Корпарейшен filed Critical Зте Корпарейшен
Publication of RU2014150520A publication Critical patent/RU2014150520A/ru
Application granted granted Critical
Publication of RU2614856C2 publication Critical patent/RU2614856C2/ru

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/74—Address processing for routing
    • 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]
    • H04L12/46—Interconnection of 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/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
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/30—Managing network names, e.g. use of aliases or nicknames
    • H04L61/3015—Name registration, generation or assignment

Landscapes

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

Abstract

Изобретение относится к способу и устройству для обработки имен и пакетов прозрачного соединения множества каналов (TRILL). Технический результат заключается в повышении эффективности обработки при осуществлении многоклиентской архитектуры. Способ обработки имен содержит этапы, на которых маршрутизирующий мост (RB) в сети TRILL назначает имя терминалу, прикрепленному к RB, причем имя используется для пересылки пакета по сети TRILL; и RB отправляет назначенное имя на терминал, причем терминал согласно имени инкапсулирует пакет TRILL, который использует составную метку для различения многоклиентской услуги. 4 н. и 6 з.п. ф-лы, 10 ил.

Description

Область техники, к которой относится изобретение
Настоящее изобретение относится к области связи, в частности к способу и устройству для обработки имен и пакетов прозрачного соединения множества каналов (TRILL).
Уровень техники
Прозрачное соединение множества каналов (TRILL) - это технология, объединяющая в себе ряд преимуществ, например: технология TRILL использует протокол маршрутизации по состоянию канала ISIS для определения топологии двухслойной сети, решая, таким образом, проблему того, что путь двухслойной сети не может быть полноценно использован вследствие того, что операция STP (протокола связующего дерева) на двухслойном мосту должна блокировать некоторые каналы; кроме того, балансировка нагрузки канала обеспечивается с помощью алгоритма ЕСМР (множественных путей с равной стоимостью); протокол TRILL использует такие способы, как идея кратчайшего пути при маршрутизации и подсчет количества переходов для решения проблемы петель и дополнительно для того, чтобы избежать резких колебаний нагрузки сети после сбоя в работе STP, более того, идея дистрибутивного дерева используется для того, чтобы решить проблему многоадресной и широковещательной передачи; и процесс многоадресной пакетизации обеспечивается и облегчается посредством таких способов, как усечение протокола маршрутизации и обнаружение обратного пути. Существует входной маршрутизирующий мост (входной RBridge) на входе сети TRILL для завершения инкапсуляции исходных данных TRILL, причем одноадресные данные направляются по кратчайшему пути, вычисленному посредством алгоритма SPF (инфраструктура политики отправителя), а многоадресные или широковещательные данные направляются к множеству выходов согласно дистрибутивному дереву, и существует выходной маршрутизирующий мост (выходной RBridge) на выходе сети TRILL для завершения деинкапсуляции данных TRILL.
По мере развития облачного центра данных появляется необходимость в выполнении очень точного различения многоклиентских услуг в рамках сервиса; однако традиционный способ использования VLAN для различения клиентских услуг не может удовлетворять данным требованиям. В соответствующем уровне техники также предложен способ использования технологии магистральных мостов провайдера (РВВ), чтобы реализовать очень точное различение множества клиентов. В РВВ технологии I-SID используется для реализации различения для услуг множества клиентов; однако форматы инкапсуляции РВВ и TRILL отличаются, когда пакет РВВ направляется на устройство входного RBridge, необходимо выполнение процессов преобразования формата пакета и преобразования меток, например, необходимо выполнить преобразование идентификации I-SID в составную ("fine grained") метку TRILL; следовательно, для завершения публикации и обновления информации о преобразовании требуется дополнительный механизм в плоскости управления.
Следовательно, требуются дополнительные процессы преобразования формата и преобразования меток для осуществления очень точного различения множества клиентов в соответствующем уровне техники, следовательно, разработка является трудоемкой, а эффективность обработки при осуществлении многоклиентской архитектуры - низкой.
Сущность изобретения
Варианты осуществления настоящего изобретения обеспечивают способ и устройство для обработки имен и пакетов прозрачного соединения множества каналов (TRILL) для того, чтобы по меньшей мере разрешить проблемы трудоемкой разработки и низкой эффективности обработки при осуществлении многоклиентской архитектуры в соответствующем уровне техники, вызванные дополнительными процессами преобразования формата и преобразования меток, необходимыми для осуществления очень точного различения множества клиентов.
Согласно одному варианту осуществления настоящего изобретения предложен способ обработки имен, включающий в себя: маршрутизирующий мост (RB) в сети прозрачного соединения множества каналов (TRILL), назначающий имя терминалу, прикрепленному к RB, причем имя используется для пересылки пакета по сети TRILL; и RB, отправляющий назначенное имя на терминал, причем терминал согласно имени инкапсулирует пакет TRILL, который использует составную метку для различения многоклиентской услуги.
RB в сети TRILL, назначающий имя прикрепленному терминалу, включает в себя: RB, принимающий пакет TRILL от удаленного конца линии; RB, оценивающий, является ли имя в принятом пакете TRILL именем, которое используется самим RB, и является ли поле адреса управления доступом к среде (MAC) назначения в заголовке внутреннего пакета Ethernet в принятом пакете TRILL одним из МАС-адресов терминала, прикрепленного к RB; и, при условии, что результат оценки является положительным, RB пересылает принятый пакет TRILL на терминал, прикрепленный к RB, удерживая пакет TRILL инкапсулированным.
Согласно другому варианту осуществления настоящего изобретения предложен способ обработки пакетов прозрачного соединения множества каналов (TRILL), включающий в себя: терминал, принимающий имя, назначенное терминалу маршрутизирующим мостом (RB) в сети TRILL, причем имя используется для пересылки пакета по сети TRILL; и терминал, который инкапсулирует согласно принятому имени пакет TRILL, который использует составную метку для различения многоклиентской услуги.
Терминал, который инкапсулирует согласно принятому имени пакет TRILL, который использует составную метку для различения многоклиентской услуги, включает в себя: терминал, который инкапсулирует в пакет TRILL заголовок пакета, соответствующий типу канала, согласно типу канала между терминалом и RB, причем заголовок пакета, соответствующий типу канала, используется для пересылки пакета по каналу между терминалом и RB.
Терминал, принимающий имя, назначенное терминалу посредством RB в сети TRILL, включает в себя: терминал, принимающий имя, которое назначено терминалу посредством RB и используется самим RB.
Согласно еще одному варианту осуществления настоящего изобретения предложено устройство для обработки имен, причем устройство расположено на маршрутизирующем мосту (RB) в сети прозрачного соединения множества каналов (TRILL), и оно включает в себя: первый компонент назначения, выполненный с возможностью назначать имя терминалу, прикрепленному к RB, причем имя используется для пересылки пакета по сети TRILL; и первый компонент отправки, выполненный с возможностью отправлять назначенное имя терминалу, причем терминал согласно имени инкапсулирует пакет TRILL, который использует составную метку для различения многоклиентской услуги.
Первый компонент назначения включает в себя: первый компонент получения, выполненный с возможностью получать имя, которое используется самим RB; и второй компонент назначения, выполненный с возможностью назначения полученного имени, которое используется самим RB, прикрепленному терминалу.
Устройство дополнительно включает в себя: первый компонент приема, выполненный с возможностью приема пакета TRILL от удаленного конца линии; первый компонент оценки, выполненный с возможностью оценивать, является ли имя в принятом пакете TRILL именем, которое используется самим RB, и является ли поле адреса управления доступом к среде (MAC) назначения в заголовке внутреннего пакета Ethernet в принятом пакете TRILL одним из МАС-адресов терминала, прикрепленного к RB; и первый компонент пересылки, выполненный с возможностью пересылать, при условии, что результат оценки является положительным, принятый пакет TRILL на терминал, прикрепленный к RB, удерживая пакет TRILL инкапсулированным.
Согласно еще одному варианту осуществления настоящего изобретения предложено устройство для обработки пакетов прозрачного соединения множества каналов (TRILL), включающее в себя: второй компонент приема, выполненный с возможностью принимать имя, назначенное терминалу маршрутизирующим мостом (RB) в сети TRILL, причем имя используется для пересылки пакета по сети TRILL; и первый компонент инкапсуляции, выполненный с возможностью выполнять согласно принятому имени инкапсуляцию, чтобы использовать составную метку для различения пакета TRILL многоклиентской услуги.
Благодаря вариантам осуществления настоящего изобретения маршрутизирующий мост (RB) в сети прозрачного соединения множества каналов (TRILL) используется для назначения имени терминалу, прикрепленному к RB, причем имя используется для пересылки пакета по сети TRILL; и RB отправляет назначенное имя терминалу, причем терминал согласно имени инкапсулирует пакет TRILL, который использует составную метку для различения многоклиентской услуги. Таким образом, проблемы трудоемкой разработки и низкой эффективности обработки в отношении осуществления многоклиентской архитектуры в соответствующем уровне техники, вызванные дополнительными процессами преобразования формата и преобразования меток, необходимыми для осуществления очень точного различения множества клиентов, решены, тем самым достигается эффект того, что очень точное различение многоклиентских услуг осуществляется посредством одноранговой ("peer-to-peer") пересылки на основе имени TRILL, сокращаются дополнительные процессы и повышается эффективность обработки.
Краткое описание чертежей
Чертежи, предоставленные для более глубокого понимания настоящего изобретения и формирования части описания, используются для изложения настоящего изобретения совместно с вариантами осуществления настоящего изобретения, а не для ограничения настоящего изобретения. На чертежах:
Фиг. 1 является блок-схемой последовательности операций способа обработки имен согласно варианту осуществления настоящего изобретения;
Фиг. 2 является блок-схемой последовательности операций способа обработки пакетов прозрачного соединения множества каналов (TRILL) согласно варианту осуществления настоящего изобретения;
Фиг. 3 является структурной блок-схемой устройства имен согласно варианту осуществления настоящего изобретения;
Фиг.4 является структурной блок-схемой первого компонента 32 назначения в устройстве имен согласно варианту осуществления настоящего изобретения;
Фиг. 5 является структурной блок-схемой устройства для обработки имен согласно примерному варианту осуществления настоящего изобретения;
Фиг. 6 является структурной блок-схемой устройства для обработки пакетов прозрачного соединения множества каналов (TRILL) согласно варианту осуществления настоящего изобретения;
Фиг. 7 является схематичной сетевой схемой внедрения TRILL в сеть центра обработки данных согласно варианту осуществления настоящего изобретения;
Фиг. 8 является схемой формата для инкапсуляции пакета TRILL согласно варианту осуществления настоящего изобретения;
Фиг. 9 является схемой формата использования составной метки для инкапсуляции внутреннего заголовка согласно варианту осуществления настоящего изобретения; и
Фиг. 10 является схематической диаграммой сети связи интеллектуальных терминалов согласно варианту осуществления настоящего изобретения.
Осуществление изобретения
Настоящее изобретение описано далее подробно со ссылкой на сопроводительные чертежи и варианты осуществления. Необходимо отметить, что варианты осуществления настоящего изобретения и признаки вариантов осуществления могут быть объединены друг с другом, если между ними нет конфликта.
В настоящем варианте осуществления предложен способ обработки имен. Фиг. 1 является блок-схемой последовательности операций способа обработки имен согласно варианту осуществления настоящего изобретения. Как показано на Фиг. 1, последовательность операций включает в себя следующие этапы:
этап S102: маршрутизирующий мост (RB) в сети прозрачного соединения множества каналов (TRILL) назначает имя терминалу, прикрепленному к RB, причем имя используется для пересылки пакета по сети TRILL; и
этап S104: RB отправляет назначенное имя терминалу, и терминал согласно имени инкапсулирует пакет TRILL, который использует составную метку для различения многоклиентской услуги.
За счет вышеупомянутых этапов, на стороне маршрутизирующего моста, имя TRILL назначено и отправлено на терминал через сетевой RB-мост. Терминал, поддерживающий инкапсуляцию пакета TRILL, инкапсулирует пакет TRILL согласно назначенному и отправленному имени. Так как протокол TRILL поддерживает размер составной метки, составную метку используют в инкапсулированном пакете TRILL для осуществления различения многоклиентской услуги. По сравнению с методом использования I-SID для осуществления различения многоклиентской услуги в соответствующем уровне техники, который влечет за собой проблемы трудоемкой разработки и низкой эффективности обработки, вызванные процессами преобразования формата пакета и преобразования меток, использование одноранговой пересылки на основе имени TRILL не только решает проблемы трудоемкой разработки и низкой эффективности обработки при осуществлении многоклиентской архитектуры в соответствующем уровне техники, но также сокращает дополнительные процессы и улучшает эффективность обработки.
Во время процесса, когда RB в сети TRILL назначает имя терминалу, прикрепленному к RB, упомянутому терминалу, прикрепленному к RB, может быть назначено имя RB. Например, после того, как RB получило имя, которое используется самим RB, прикрепленному терминалу назначается требуемое имя, которое используется самим RB. За счет назначения и отправки имени, которое используется самим RB, на прикрепленный терминал может быть сэкономлено пространство имени.
После того как RB отправляет назначенное имя на терминал, когда RB принимает пакет TRILL от удаленного конца линии, RB оценивает, является ли имя в пакете TRILL именем, которое используется самим RB, и является ли поле адреса управления доступом к среде (MAC) назначения в заголовке внутреннего пакета Ethernet в пакете TRILL одним из МАС-адресов терминала, прикрепленного к RB. При условии, что результат оценки является положительным, RB пересылает пакет TRILL на терминал, прикрепленный к RB, соответствующему МАС-адресу в пакете TRILL, удерживая пакет TRILL инкапсулированным, тем самым достигая быстрой одноранговой пересылки пакта TRILL.
В настоящем варианте осуществления также предложен способ обработки пакетов прозрачного соединения множества каналов (TRILL). Фиг. 2 является блок-схемой последовательности операций способа обработки пакетов прозрачного соединения множества каналов (TRILL) согласно варианту осуществления настоящего изобретения. Как показано на Фиг. 2, последовательность операций включает в себя следующие этапы:
этап S202: терминал принимает имя, назначенное терминалу маршрутизирующим мостом (RB) в сети TRILL, причем имя используется для пересылки пакета по сети TRILL, согласно примерному варианту осуществления, для того, чтобы сэкономить пространство имени, причем имя, принятое терминалом, также может быть именем, которое используется самим RB; и
этап S204: терминал согласно вышеупомянутому принятому имени инкапсулирует пакет TRILL, который использует составную метку для различения многоклиентской услуги.
За счет вышеупомянутых этапов, на стороне терминала, имя TRILL назначено и отправлено на терминал через сетевой RB-moct. Терминал, поддерживающий инкапсуляцию пакета TRILL, инкапсулирует пакет TRILL согласно назначенному и отправленному имени. Так как протокол TRILL поддерживает размер составной метки, составную метку используют в инкапсулированном пакете TRILL для осуществления различения многоклиентской услуги. По сравнению с методом использования I-SID для осуществления различения многоклиентской услуги в соответствующем уровне техники, который влечет за собой проблемы трудоемкой разработки и низкой эффективности обработки, вызванные процессами преобразования формата пакета и преобразования меток, использование одноранговой пересылки на основе имени TRILL не только решает проблемы трудоемкой разработки и низкой эффективности обработки при осуществлении многоклиентской архитектуры в соответствующем уровне техники, но также сокращает дополнительные процессы и улучшает эффективность обработки.
Кроме того, необходимо отметить, что, когда терминал согласно принятому имени инкапсулирует пакет TRILL, который использует составную метку для различения многоклиентской услуги, терминал, согласно типу канала для канала между терминалом и RB, может инкапсулировать в пакет TRILL заголовок пакета, соответствующий этому типу канала, причем заголовок пакета соответствует типу канала, который используется для пересылки пакета по каналу между терминалом и RB. Например, если канал между терминалом и RB представляет собой канал Ethernet, тогда заголовок пакета, который инкапсулирован терминалом в пакет TRILL, представляет собой заголовок пакета для Ethernet; и когда канал между терминалом и RB представляет собой другие каналы, тогда заголовок пакета, который инкапсулирован терминалом в пакет TRILL, представляет собой заголовок пакета для других каналов. Такая инкапсуляция используется для достижения быстрой пересылки пакетов между терминалом и маршрутизирующим мостом в сети TRILL.
В настоящем варианте осуществления также предложено устройство для обработки имен и пакетов прозрачного соединения множества каналов. Устройство используется для реализации вышеупомянутых вариантов осуществления и примерного осуществления изобретения без дальнейшего описания того, что уже было описано. В нижеследующем контексте термин «компонент» может реализовывать комбинацию программного и/или аппаратного обеспечения с заданными функциями. Не смотря на то, что устройство, описанное в последующем варианте осуществления, предпочтительно осуществляется посредством программного обеспечения, однако аппаратное обеспечение или комбинация программного и аппаратного обеспечения также могут быть использованы и рассмотрены.
Фиг. 3 является структурной блок-схемой устройства имен согласно варианту осуществления настоящего изобретения. Как показано на Фиг. 3, устройство расположено на маршрутизирующем мосту (RB) в сети прозрачного соединения множества каналов (TRILL), и оно включает в себя первый компонент 32 назначения и первый компонент 34 отправки; упомянутое устройство описано далее.
Первый компонент 32 назначения выполнен с возможностью назначать имя терминалу, прикрепленному к RB, причем имя используется для пересылки пакета по сети TRILL; первый компонент 34 отправки соединен с вышеупомянутым первым компонентом 32 назначения и выполнен с возможностью отправлять вышеупомянутое назначенное имя на терминал, причем терминал согласно вышеупомянутому имени инкапсулирует пакет TRILL, который использует составную метку для различения многоклиентской услуги.
Фиг. 4 является структурной блок-схемой первого компонента 32 назначения в устройстве имен согласно варианту осуществления настоящего изобретения. Как показано на Фиг. 4, первый компонент 32 назначения включает в себя первый компонент 42 получения и второй компонент 44 назначения; при этом упомянутый компонент 32 назначения будет описан далее.
Первый компонент 42 получения выполнен с возможностью получать имя, которое используется самим RB; и второй компонент 44 назначения соединен с вышеупомянутым первым компонентом 42 получения и выполнен с возможностью назначать прикрепленному терминалу полученное имя, которое используется самим RB.
Фиг. 5 является структурной блок-схемой устройства для обработки имен согласно примерному варианту осуществления настоящего изобретения. Как показано на Фиг. 5, наряду с содержанием всех компонент, показанных на Фиг. 3, устройство также включает в себя первый компонент 52 приема, первый компонент 54 оценки и первый компонент 56 пересылки; причем предпочтительный вариант устройства будет описан далее.
Первый компонент 52 приема выполнен с возможностью принимать пакет TRILL от удаленного конца линии; первый компонент 54 оценки соединен с вышеупомянутым первым компонентом 52 приема и выполнен с возможностью оценивать, является ли имя в принятом пакете TRILL именем, которое используется самим RB, и является ли поле адреса управления доступом к среде (MAC) назначения в заголовке внутреннего пакета Ethernet в принятом пакете TRILL одним из МАС-адресов терминала, прикрепленного к RB; и первый компонент 56 пересылки соединен с вышеупомянутым первым компонентом 54 оценки и выполнен с возможностью пересылать, при условии, что результат оценки является положительным, принятый пакет TRILL на терминал, прикрепленный к RB, удерживая пакет TRILL инкапсулированным.
Фиг. 6 является структурной блок-схемой устройства для обработки пакетов прозрачного соединения множества каналов (TRILL) согласно варианту осуществления настоящего изобретения. Как показано на Фиг. 6, устройство расположено в терминале и включает в себя второй компонент 62 приема и первый компонент 64 инкапсуляции; причем упомянутое устройство будет описано далее.
Второй компонент 62 приема выполнен с возможностью принимать имя, назначенное терминалу маршрутизирующим мостом (RB) в сети TRILL, причем имя используется для пересылки пакета по сети TRILL; первый компонент 64 инкапсуляции соединен с вышеупомянутым вторым компонентом 62 приема и выполнен с возможностью выполнять согласно вышеупомянутому имени инкапсуляцию пакета TRILL, который использует составную метку для различения многоклиентской услуги.
В вышеупомянутых вариантах осуществления и примерном осуществлении изобретения, основываясь на том признаке, что протокол TRILL поддерживает составную метку и, следовательно, может быть выполнено очень точное различение на клиентской услуге, предложен способ для множества клиентов услуги в сети TRILL центра данных. В упомянутом способе пересылка по протоколу TRILL внедрена на гипервизор с тем, чтобы различать многоклиентскую услугу гипервизора. По сравнению с передачей данных, выполняемой между терминалом и маршрутизирующим мостом (RB), с использованием технологии РВВ, упомянутый способ может достичь одноранговой пересылки на основе имени TRILL. Следовательно, очень точное различение в отношении клиентской услуги может быть достигнуто без преобразования идентификации клиента на крайнем мосту.
Согласно настоящему варианту осуществления для того, чтобы передать данные на терминал, которые пересылают по протоколу TRILL, значение имени назначают и отправляют на терминал, причем терминал поддерживает инкапсуляцию TRILL на основе составной метки. Кроме того, в настоящем варианте осуществления для того, чтобы сэкономить пространство имени, RB назначает и отправляет на терминал значение имени, которое используется самим RB, без назначения и отправки нового значения имени на прикрепленный терминал.
Далее описывается способ для достижения «многоклиентности» услуги в сети TRILL, предложенный в настоящем варианте осуществления; упомянутый способ включает в себя следующие этапы:
S1: маршрутизирующий мост назначает имя терминалу, прикрепленному к этому маршрутизирующему мосту, причем имя представляет собой имя, которое используется этим маршрутизирующим мостом, таким образом, пространство имени может быть сэкономлено;
S2: терминал выполняет инкапсуляцию пакета TRILL на основе составной метки, а поле входного имени в заголовке пакета TRILL представляет собой значение его собственного имени;
S3: после того, как маршрутизирующий мост принимает пакет TRILL от удаленного конца линии, если выходное имя оказывается именем, которое используется самим RB, но МАС-адрес представляет собой один из МАС-адресов терминала, прикрепленного к этому маршрутизирующему мосту, причем маршрутизирующий мост пересылает пакет TRILL на этот терминал, удерживая пакет TRILL инкапсулированным.
Необходимо отметить, что терминал-Гипервизор является интеллектуальным терминалом. По сравнению со стандартным терминальным устройством этот интеллектуальный терминал выполнен с возможностью инкапсулировать пакет TRILL. Так как протокол TRILL поддерживает размер составной метки, то составная метка может быть использована для различения многоклиентской услуги.
При обычных обстоятельствах протокол ISIS не применяется на терминале или ToR (так называемом «луковом маршрутизаторе»), не требуются определять сетевую топологию и маршрут; следовательно, интеллектуальный терминал не может напрямую генерировать, назначать и отправлять имя как маршрутизирующий мост; отсюда следует, что значение имени интеллектуального терминала необходимо назначить и отправить посредством маршрутизирующего моста. Для того чтобы сэкономить пространство имени, когда маршрутизирующий мост назначает и отправляет имя на прикрепленный интеллектуальный терминал в настоящем варианте осуществления, значение, которое назначается и отправляется, является значением имени, которое используется самим RB. Фиг. 7 является схематичной сетевой схемой внедрения TRILL в сеть центра обработки данных согласно варианту осуществления настоящего изобретения. Как показано на Фиг. 7, предполагается, что RB1 использует имя N1, затем RB1 назначает и отправляет имя N1 на все из Гипервизора 1, Гипервизора 2 и Гипервизора 3, прикрепленных к RB1. Когда терминал отправляет пакет, значение назначенного имени используется для инкапсуляции, например, терминал использует N1 в качестве входного имени для инкапсуляции TRILL.
Фиг. 8 является схемой формата для инкапсуляции пакета TRILL согласно варианту осуществления настоящего изобретения. Как показано на Фиг. 8, заголовок канала в нем является инкапсуляцией канала от терминала к входному RB. Например, если канал от терминала к входному RB представляет собой канал Ethernet, тогда заголовок канала на внешнем уровне представляет собой заголовок Ethernet, причем поле MAC назначения является МАС-адресом RBI, а МАС-адрес источника является одним из МАС-адресов самого терминала. Если канал представляет собой один из других типов каналов, такой как тип канала РРР, тогда инкапсуляция выполняется согласно формату, определенному в RFC6325. Поле выходного имени в заголовке TRILL (заголовке пакета TRILL) представляет собой значение имени терминала назначения (поле выходного имени в заголовке TRILL представляет собой значение имени терминала назначения, если терминал назначения также является интеллектуальным терминалом, в противном случае поле выходного имени в заголовке TRILL представляет собой имя входного RB, прикрепленное терминалом), а поле входного имени представляет собой имя N1 самого терминала. Внутренний заголовок представляет собой заголовок пакта Ethernet, подлежащий отправке для того, чтобы достичь «многоклиентности» услуги, причем внутренний заголовок использует составную метку для инкапсуляции, при этом конкретный формат инкапсуляции показан на Фиг. 9. Фиг. 9 является схемой формата использования составной метки для инкапсуляции внутреннего заголовка согласно варианту осуществления настоящего изобретения. Как показано на Фиг. 9, внутренний заголовок включает в себя начальное и дополнительное поле, внутренний MAC назначения (6 байт), внутренний MAC источника (6 байт), поле Тип 0×8100 (2 байта), первую часть внутренней метки (2 байта), поле Тип 0×893 В (2 байта), вторую часть внутренней метки (2 байта), нагрузку (полезную нагрузку), конечное поле (опционально) и т.д.
Далее описывается пример реализации пересылки данных с использованием процесса обмена данными между двух интеллектуальных терминалов.
Фиг. 10 является схематической диаграммой сети связи интеллектуальных терминалов согласно варианту осуществления настоящего изобретения. Как показано на Фиг. 10, во-первых, RB1 назначает имя N1, которое используется самим RB1, Гипервизору 1 и Гипервизору 2, RB3 назначает имя N3 Гипервизору 3 и Гипервизору 4, МАС-адрес Гипервизора 1 представляет собой МАС-А, а МАС-адрес Гипервизора 3 представляет собой МАС-С. Процесс обмена данными между Гипервизором 1 и Гипервизором 3 описан далее в совокупности с Фиг. 10. Процесс включает в себя следующие этапы:
(1) Гипервизор 1 инкапсулирует пакет согласно формату данных как показано на Фиг. 8. Заголовок канала на внешнем уровне представляет собой заголовок пакета Ethernet, МАС-адрес назначения представляет собой МАС-адрес RBI, MAC источника представляет собой МАС-адрес Гипервизора 1, поле выходного имени в заголовке TRILL представляет собой N3, а поле выходного имени представляет собой N1. МАС-адрес назначения внутреннего заголовка Ethernet представляет собой МАС-С, МАС-адрес источника представляет собой МАС-А, причем внутренний заголовок Ethernet инкапсулируют согласно формату, как показано на Фиг. 9. Первая часть внутренней метки и вторая часть внутренней метки объединяются, чтобы представить составную метку;
(2) Заголовок инкапсулированного пакета TRILL пересылается по сети между Гипервизором и RB. Так как ToR не поддерживает инкапсуляцию и пересылку TRILL, сеть между Гипервизором и RB пересылает согласно заголовку пакета Ethernet внешнего уровня. МАС-адрес назначения заголовка пакета Ethernet внешнего уровня представляет собой МАС-адрес RB1 согласно режиму одноадресной передачи;
(3) После того как RB1 принимает пакет, инкапсулированный посредством TRILL, для пересылки запрашивается таблица пересылки имен;
(4) Пакет пересылается согласно существующему механизму пересылки пакетов TRILL по сети TRILL таким образом, что пакет пересылается на RB3 после запроса имени согласно выходному имени;
(5) После того, как RB3 принимает пакет, выходное имя становится самим N3, но внутренний МАС-адрес назначения не является своим собственным МАС-адресом, а является МАС-С, запрашивается таблица локальных МАС-адресов, обнаруживается, что пакет необходимо отправить на локально прикрепленный интеллектуальный терминал Гипервизор 3; следовательно, пакет TRILL удерживается инкапсулированным, и пакет TRILL пересылается на интеллектуальный терминал;
(6) Пакет пересылается между RB3 и интеллектуальным терминалом Гипервизор 3, также зависящим от заголовка пакета на внешнем уровне;
(7) Гипервизор 3 принимает пакет, и выполняется соответствующая деинкапсуляция и обработка пакета;
(8) Последовательность операций для пересылки ответного пакета Гипервизора 3 является такой же, как вышеупомянутый процесс, с тем, чтобы завершить связь между интеллектуальными терминалами.
Необходимо отметить, что если два интеллектуальных терминала, таких как Гипервизор 1 и Гипервизор 2 на Фигуре, прикреплены к одному и тому же RB, то, для того, чтобы достичь функционирования «многоклиентности» услуги, связь между двумя интеллектуальными терминалами также должна использовать инкапсуляцию пакета TRILL согласно вышеупомянутым вариантам осуществления и примерному осуществлению изобретения, причем пересылка пакета зависит только от заголовка пакета Ethernet внешнего уровня без деинкапсуляции к заголовку пакета TRILL и без зависимости от имени для пересылки. Кроме того, чтобы снизить затянутость пути, при инкапсуляции заголовка пакета Ethernet внешнего уровня пакета RB1, МАС-адрес назначения напрямую инкапсулируется, чтобы представлять собой МАС-адрес МАС-В Гипервизора 2.
Очевидно, специалисты в данной области техники должны знать, что каждый из упомянутых компонентов или этапов настоящего изобретения может быть реализован посредством универсальных вычислительных устройств; компоненты или этапы могут быть сфокусированы на одном вычислительном устройстве или распределены по сети, сформированной посредством множества вычислительных устройств; по выбору они могут быть реализованы посредством программных кодов, которые могут быть выполнены посредством вычислительного устройства; таким образом, компоненты или этапы могут быть сохранены в запоминающем устройстве и выполнены посредством вычислительного устройства; при некоторых обстоятельствах показанные или описанные этапы могут быть выполнены в различных порядках или могут быть произведены отдельно, каждый в качестве компоненты интегральной схемы, или множество компонентов или их этапов могут быть произведены так, чтобы быть единственным компонентом интегральной схемы, чтобы быть реализованными таким образом.
Вышеприведенное описание является лишь предпочтительным вариантом осуществления настоящего изобретения, и оно не используется с целью ограничения настоящего изобретения, для специалистов в данной области техники настоящее изобретение может иметь различные изменения и вариации. Любые изменения, эквивалентные замены, улучшения и т.д., входящие в принцип настоящего изобретения, все включены в объем охраны как определено в прилагаемой формуле изобретения настоящего изобретения.

Claims (29)

1. Способ обработки имен, отличающийся тем, что содержит этапы, на которых:
маршрутизирующий мост (RB) в сети прозрачного соединения множества каналов (TRILL) назначает имя терминалу, прикрепленному к RB, причем имя используется для пересылки пакета по сети TRILL; и
RB отправляет назначенное имя на терминал, причем терминал согласно имени инкапсулирует пакет TRILL, который использует составную метку для различения многоклиентской услуги.
2. Способ по п. 1, отличающийся тем, что этап, на котором RB в сети TRILL назначает имя прикрепленному терминалу, содержит этапы, на которых:
RB получает имя, которое используется самим RB; и
RB назначает полученное имя, которое используется самим RB, прикрепленному терминалу.
3. Способ по п. 1, отличающийся тем, что после того, как RB назначает имя прикрепленному терминалу, способ дополнительно содержит этапы, на которых:
RB принимает пакет TRILL от удаленного конца линии;
RB оценивает, является ли имя в принятом пакете TRILL именем, которое используется самим RB, и является ли поле адреса управления доступом к среде (MAC) назначения в заголовке внутреннего пакета Ethernet в принятом пакете TRILL одним из МАС-адресов терминала, прикрепленного к RB; и,
при условии, что результат оценки является положительным, RB пересылает принятый пакет TRILL на терминал, прикрепленный к RB, удерживая пакет TRILL инкапсулированным.
4. Способ обработки пакетов прозрачного соединения множества каналов (TRILL), отличающийся тем, что содержит этапы, на которых:
терминал принимает имя, назначенное терминалу маршрутизирующим мостом (RB) в сети TRILL, причем имя используется для пересылки пакета по сети TRILL; и
терминал согласно принятому имени инкапсулирует пакет TRILL, который использует составную метку для различения многоклиентской услуги.
5. Способ по п. 4, отличающийся тем, что этап, на котором терминал согласно принятому имени инкапсулирует пакет TRILL, который использует составную метку для различения многоклиентской услуги, содержит этап, на котором:
терминал инкапсулирует в пакет TRILL заголовок пакета, соответствующий типу канала, согласно типу канала между терминалом и RB, причем заголовок пакета, соответствующий типу канала, используется для пересылки пакета по каналу между терминалом и RB.
6. Способ по п. 4, отличающийся тем, что этап, на котором терминал принимает имя, назначенное терминалу маршрутизирующим мостом (RB) в сети TRILL, содержит этап, на котором: терминал принимает имя, которое назначено терминалу посредством RB и используется самим RB.
7. Устройство обработки имен, отличающееся тем, что устройство расположено на маршрутизирующем мосту (RB) в сети прозрачного соединения множества каналов (TRILL), и оно содержит:
первый компонент назначения, выполненный с возможностью назначать имя терминалу, прикрепленному к RB, причем имя используется для пересылки пакета по сети TRILL; и
первый компонент отправки, выполненный с возможностью отправлять назначенное имя терминалу, причем терминал согласно имени инкапсулирует пакет TRILL, который использует составную метку для различения многоклиентской услуги.
8. Устройство по п. 7, отличающееся тем, что первый компонент назначения содержит:
первый компонент получения, выполненный с возможностью получать имя, которое используется самим RB; и
второй компонент назначения, выполненный с возможностью назначать прикрепленному терминалу полученное имя, которое используется самим RB.
9. Устройство по п. 7, отличающееся тем, что оно дополнительно содержит:
первый компонент приема, выполненный с возможностью принимать пакет TRILL от удаленного конца линии;
первый компонент оценки, выполненный с возможностью оценивать, является ли имя в принятом пакете TRILL именем, которое используется самим RB, и является ли поле адреса управления доступом к среде (MAC) назначения в заголовке внутреннего пакета Ethernet в принятом пакете TRILL одним из МАС-адресов терминала, прикрепленного к RB; и
первый компонент пересылки, выполненный с возможностью пересылать, при условии, что результат оценки является положительным, принятый пакет TRILL на терминал, прикрепленный к RB, удерживая пакет TRILL инкапсулированным.
10. Устройство для обработки пакетов прозрачного соединения множества каналов (TRILL), отличающееся тем, что оно содержит:
второй компонент приема, выполненный с возможностью принимать имя, назначенное терминалу маршрутизирующим мостом (RB) в сети TRILL, причем имя используется для пересылки пакета по сети TRILL; и
первый компонент инкапсуляции, выполненный с возможностью выполнять согласно принятому имени инкапсуляцию, чтобы использовать составную метку для различения пакета TRILL многоклиентской услуги.
RU2014150520A 2012-06-13 2013-05-28 Способ и устройство для обработки имен и пакетов прозрачного соединения множества каналов (trill) RU2614856C2 (ru)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN201210194070.6A CN103490967B (zh) 2012-06-13 2012-06-13 别名、多链路透明互连trill报文处理方法及装置
CN201210194070.6 2012-06-13
PCT/CN2013/076355 WO2013185532A1 (zh) 2012-06-13 2013-05-28 别名、多链路透明互连trill报文处理方法及装置

Publications (2)

Publication Number Publication Date
RU2014150520A RU2014150520A (ru) 2016-08-10
RU2614856C2 true RU2614856C2 (ru) 2017-03-29

Family

ID=49757496

Family Applications (1)

Application Number Title Priority Date Filing Date
RU2014150520A RU2614856C2 (ru) 2012-06-13 2013-05-28 Способ и устройство для обработки имен и пакетов прозрачного соединения множества каналов (trill)

Country Status (8)

Country Link
US (1) US9503369B2 (ru)
EP (1) EP2863590B1 (ru)
JP (1) JP6339068B2 (ru)
KR (1) KR101718989B1 (ru)
CN (1) CN103490967B (ru)
BR (1) BR112014031089B1 (ru)
RU (1) RU2614856C2 (ru)
WO (1) WO2013185532A1 (ru)

Families Citing this family (29)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9769016B2 (en) 2010-06-07 2017-09-19 Brocade Communications Systems, Inc. Advanced link tracking for virtual cluster switching
US9716672B2 (en) 2010-05-28 2017-07-25 Brocade Communications Systems, Inc. Distributed configuration management for virtual cluster switching
US9270486B2 (en) 2010-06-07 2016-02-23 Brocade Communications Systems, Inc. Name services for virtual cluster switching
US8867552B2 (en) 2010-05-03 2014-10-21 Brocade Communications Systems, Inc. Virtual cluster switching
US9807031B2 (en) 2010-07-16 2017-10-31 Brocade Communications Systems, Inc. System and method for network configuration
US9450870B2 (en) 2011-11-10 2016-09-20 Brocade Communications Systems, Inc. System and method for flow management in software-defined networks
US9374301B2 (en) 2012-05-18 2016-06-21 Brocade Communications Systems, Inc. Network feedback in software-defined networks
US9401872B2 (en) 2012-11-16 2016-07-26 Brocade Communications Systems, Inc. Virtual link aggregations across multiple fabric switches
US9565099B2 (en) 2013-03-01 2017-02-07 Brocade Communications Systems, Inc. Spanning tree in fabric switches
US9806949B2 (en) * 2013-09-06 2017-10-31 Brocade Communications Systems, Inc. Transparent interconnection of Ethernet fabric switches
US9912612B2 (en) * 2013-10-28 2018-03-06 Brocade Communications Systems LLC Extended ethernet fabric switches
US9515918B2 (en) * 2013-11-18 2016-12-06 International Business Machines Corporation Computing forwarding tables for link failures
US9548873B2 (en) 2014-02-10 2017-01-17 Brocade Communications Systems, Inc. Virtual extensible LAN tunnel keepalives
US10581758B2 (en) 2014-03-19 2020-03-03 Avago Technologies International Sales Pte. Limited Distributed hot standby links for vLAG
US10476698B2 (en) 2014-03-20 2019-11-12 Avago Technologies International Sales Pte. Limited Redundent virtual link aggregation group
US10063473B2 (en) 2014-04-30 2018-08-28 Brocade Communications Systems LLC Method and system for facilitating switch virtualization in a network of interconnected switches
CN105493454B (zh) * 2014-05-13 2019-04-05 华为技术有限公司 用于实现双活接入trill园区边缘的方法和设备
US9800471B2 (en) 2014-05-13 2017-10-24 Brocade Communications Systems, Inc. Network extension groups of global VLANs in a fabric switch
US10616108B2 (en) 2014-07-29 2020-04-07 Avago Technologies International Sales Pte. Limited Scalable MAC address virtualization
US9807007B2 (en) 2014-08-11 2017-10-31 Brocade Communications Systems, Inc. Progressive MAC address learning
US10003552B2 (en) 2015-01-05 2018-06-19 Brocade Communications Systems, Llc. Distributed bidirectional forwarding detection protocol (D-BFD) for cluster of interconnected switches
US9942097B2 (en) 2015-01-05 2018-04-10 Brocade Communications Systems LLC Power management in a network of interconnected switches
US10038592B2 (en) 2015-03-17 2018-07-31 Brocade Communications Systems LLC Identifier assignment to a new switch in a switch group
US10579406B2 (en) 2015-04-08 2020-03-03 Avago Technologies International Sales Pte. Limited Dynamic orchestration of overlay tunnels
US10439929B2 (en) 2015-07-31 2019-10-08 Avago Technologies International Sales Pte. Limited Graceful recovery of a multicast-enabled switch
US10171303B2 (en) 2015-09-16 2019-01-01 Avago Technologies International Sales Pte. Limited IP-based interconnection of switches with a logical chassis
US9912614B2 (en) 2015-12-07 2018-03-06 Brocade Communications Systems LLC Interconnection of switches based on hierarchical overlay tunneling
US10237090B2 (en) 2016-10-28 2019-03-19 Avago Technologies International Sales Pte. Limited Rule-based network identifier mapping
CN109688055B (zh) * 2018-03-30 2022-01-25 新华三技术有限公司 报文处理方法和装置

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2189072C2 (ru) * 1996-01-31 2002-09-10 Ипсилон Нетуоркс, Инк. Усовершенствованный способ и устройство для динамического смещения между пакетами маршрутизации и коммутации в сети передачи данных
US20110019678A1 (en) * 2009-07-24 2011-01-27 Juniper Networks, Inc. Routing frames in a shortest path computer network for a multi-homed legacy bridge node
CN102075446A (zh) * 2011-03-01 2011-05-25 杭州华三通信技术有限公司 多链接透明互联网络异地互联方法及运营商边缘设备
CN102307144A (zh) * 2011-08-19 2012-01-04 杭州华三通信技术有限公司 一种trill网络中dhcp报文转发方法和路由桥
CN102447635A (zh) * 2011-12-28 2012-05-09 杭州华三通信技术有限公司 一种基于trill网络的处理报文的方法和路由桥

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2497234B1 (en) * 2009-11-02 2018-09-19 Marvell World Trade Ltd. Network device and method based on virtual interfaces
US8625616B2 (en) * 2010-05-11 2014-01-07 Brocade Communications Systems, Inc. Converged network extension
MX2012007559A (es) * 2010-05-28 2012-07-30 Huawei Tech Co Ltd Capa 2 virtual y mecanismo para hacerla escalable.
US8880468B2 (en) * 2010-07-06 2014-11-04 Nicira, Inc. Secondary storage architecture for a network control system that utilizes a primary network information base
US9253252B2 (en) * 2011-05-06 2016-02-02 Citrix Systems, Inc. Systems and methods for cloud bridging between intranet resources and cloud resources
US9054999B2 (en) * 2012-05-09 2015-06-09 International Business Machines Corporation Static TRILL routing
US9407533B2 (en) * 2011-06-28 2016-08-02 Brocade Communications Systems, Inc. Multicast in a trill network
US20130003738A1 (en) * 2011-06-29 2013-01-03 Brocade Communications Systems, Inc. Trill based router redundancy
US8885641B2 (en) * 2011-06-30 2014-11-11 Brocade Communication Systems, Inc. Efficient trill forwarding
CN102368727B (zh) * 2011-09-14 2015-01-21 杭州华三通信技术有限公司 跨ip网络的trill网络通信方法、系统和设备
CN102510414A (zh) * 2011-11-17 2012-06-20 华为数字技术有限公司 一种传递主机名的方法和装置
US9935781B2 (en) * 2012-01-20 2018-04-03 Arris Enterprises Llc Managing a large network using a single point of configuration
US8953616B2 (en) * 2012-01-30 2015-02-10 Telefonaktiebolaget L M Ericsson (Publ) Shortest path bridging in a multi-area network
US9959273B2 (en) * 2012-04-26 2018-05-01 International Business Machines Corporation Enterprise-level data protection with variable data granularity and data disclosure control with hierarchical summarization, topical structuring, and traversal audit

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2189072C2 (ru) * 1996-01-31 2002-09-10 Ипсилон Нетуоркс, Инк. Усовершенствованный способ и устройство для динамического смещения между пакетами маршрутизации и коммутации в сети передачи данных
US20110019678A1 (en) * 2009-07-24 2011-01-27 Juniper Networks, Inc. Routing frames in a shortest path computer network for a multi-homed legacy bridge node
CN102075446A (zh) * 2011-03-01 2011-05-25 杭州华三通信技术有限公司 多链接透明互联网络异地互联方法及运营商边缘设备
CN102307144A (zh) * 2011-08-19 2012-01-04 杭州华三通信技术有限公司 一种trill网络中dhcp报文转发方法和路由桥
CN102447635A (zh) * 2011-12-28 2012-05-09 杭州华三通信技术有限公司 一种基于trill网络的处理报文的方法和路由桥

Also Published As

Publication number Publication date
JP6339068B2 (ja) 2018-06-06
KR20150029700A (ko) 2015-03-18
EP2863590A1 (en) 2015-04-22
RU2014150520A (ru) 2016-08-10
CN103490967A (zh) 2014-01-01
CN103490967B (zh) 2018-04-27
US20150139234A1 (en) 2015-05-21
KR101718989B1 (ko) 2017-03-22
BR112014031089B1 (pt) 2022-11-29
EP2863590B1 (en) 2016-10-05
JP2015523794A (ja) 2015-08-13
WO2013185532A1 (zh) 2013-12-19
US9503369B2 (en) 2016-11-22
EP2863590A4 (en) 2015-04-29
BR112014031089A2 (pt) 2017-06-27

Similar Documents

Publication Publication Date Title
RU2614856C2 (ru) Способ и устройство для обработки имен и пакетов прозрачного соединения множества каналов (trill)
US10164838B2 (en) Seamless segment routing
JP6852096B2 (ja) パケット処理方法、及びデバイス
CN102970227B (zh) 在asic中实现vxlan报文转发的方法和装置
EP2600573B1 (en) Method for transmitting addresses correspondence relationship in second-layer protocol using link status routing
US10666459B1 (en) System and method to facilitate interoperability between virtual private LAN service (VPLS) and ethernet virtual private network (EVPN) with all-active multi-homing
US8284785B2 (en) System and method for direct communications between FCoE devices
JP5774729B2 (ja) ハイブリッド通信ネットワークのためのアドレス指定方式
US8861547B2 (en) Method, apparatus, and system for packet transmission
US10164910B2 (en) Method and apparatus for an information-centric MAC layer
EP3054634B1 (en) Scheme for performing one-pass tunnel forwarding function on two-layer network structure
US20160134513A1 (en) Concerted Multi-Destination Forwarding in a Joint TRILL Fabric and VXLAN/IP Fabric Data Center
US10148458B2 (en) Method to support multi-protocol for virtualization
CN102185782B (zh) 多链接透明传输互连网络的数据发送方法及其装置
WO2016054956A1 (zh) 一种负载分担方法及装置
JP2015502113A (ja) ハイブリッド通信ネットワークにおける無線ブリッジング
CN104683210A (zh) 一种自动建立隧道的方法和装置
CN102273177A (zh) 邻居发现协议调解
EP3487150B1 (en) Packet processing method and device
CA2590613C (en) Method and system for forwarding an mpls packet
CN108199960B (zh) 组播数据报文转发方法、入口路由桥、出口路由桥及系统
CN114513485A (zh) 获取映射规则的方法、装置、设备、系统及可读存储介质
EP3197133A1 (en) Notification method and device and acquisition device for mac address of esadi
CN115361337B (zh) 一种基于通信路由和星型网络的通信方法及系统
WO2023169364A1 (zh) 路由生成方法、数据报文的转发方法及装置