СПОСОБ И УСТРОЙСТВО ДЛЯ ОБРАБОТКИ ИМЕН И ПАКЕТОВ ПРОЗРАЧНОГО СОЕДИНЕНИЯ МНОЖЕСТВА КАНАЛОВ (TRILL)
METHOD AND DEVICE FOR TREATMENT OF NAMES AND PACKAGES OF TRANSPARENT BRIDGING OF MULTIPLE CHANNELS (TRILL)

Область техники, к которой относится изобретение
Настоящее изобретение относится к области связи, в частности к способу и устройству для обработки имен и пакетов прозрачного соединения множества каналов (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.
Очевидно, специалисты в данной области техники должны знать, что каждый из упомянутых компонентов или этапов настоящего изобретения может быть реализован посредством универсальных вычислительных устройств; компоненты или этапы могут быть сфокусированы на одном вычислительном устройстве или распределены по сети, сформированной посредством множества вычислительных устройств; по выбору они могут быть реализованы посредством программных кодов, которые могут быть выполнены посредством вычислительного устройства; таким образом, компоненты или этапы могут быть сохранены в запоминающем устройстве и выполнены посредством вычислительного устройства; при некоторых обстоятельствах показанные или описанные этапы могут быть выполнены в различных порядках или могут быть произведены отдельно, каждый в качестве компоненты интегральной схемы, или множество компонентов или их этапов могут быть произведены так, чтобы быть единственным компонентом интегральной схемы, чтобы быть реализованными таким образом.
Вышеприведенное описание является лишь предпочтительным вариантом осуществления настоящего изобретения, и оно не используется с целью ограничения настоящего изобретения, для специалистов в данной области техники настоящее изобретение может иметь различные изменения и вариации. Любые изменения, эквивалентные замены, улучшения и т.д., входящие в принцип настоящего изобретения, все включены в объем охраны как определено в прилагаемой формуле изобретения настоящего изобретения.