Устройство управления, система связи, способ связи и носитель записи с записанной на нем программой связи

Авторы патента:

ИСИИ Судзи (JP)

H04L12/46 - схемы соединения сетей

Владельцы патента RU 2576492:

НЕК КОРПОРЕЙШН (JP)

Изобретение относится к области осуществления связи. Техническим результатом является обеспечение крупномасштабной сети на основе виртуальной сети. Устройство управления для управления переносом пакетов между терминалами, которые принадлежат к первой виртуальной сети, идентифицируемой первым идентификатором, содержит средство управления информацией конфигурации сети для хранения информации конфигурации второй виртуальной сети, идентифицируемой вторым идентификатором, способным идентифицировать больше сетей, чем первый идентификатор, так, что терминалы принадлежат ко второй виртуальной сети; и средство управления путем для управления связью между терминалами на основе информации конфигурации второй виртуальной сети. 4 н. и 32 з.п. ф-лы, 23 ил.

ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕ

Настоящее изобретение относится к устройству управления, предусмотренному в сети для осуществления связи, системе связи, способу связи и носителю записи, на котором записана программа связи.

УРОВЕНЬ ТЕХНИКИ

В последние годы, обусловленное всплеском трафика в сетях связи и ростом количества предоставляемых в сети услуг, было разработано множество технологий для создания в сети связи дополнительно виртуальной сети. В качестве одного из типичных способов для создания такой виртуальной сети в непатентной литературе 1 раскрывается технология VLAN (Виртуальная Локальная Сеть).

В сети, в которой множество серверов соединены подобно крупномасштабному центру обработки данных, виртуализация, как правило, реализуется, используя VLAN-ID, который является идентификатором каждой VLAN в дополнение к IP (Протокол сети Интернет) адресу для каждого обращения сервера. Посредством данной виртуализации, сеть планируется таким образом, чтобы на нее не оказывалось влияние при связи, даже если среди множества серверов используются идентичный IP-адрес.

Тем не менее, существует ограничение по количеству выделяемых VLAN-ID, и это количество не превышает 4096. Когда VLAN используется в крупномасштабной сети, то если VLAN-ID назначается каждому IP-адресу сервера при помощи упомянутого выше способа, количества VLAN-ID становится недостаточно. В результате, существует проблема, состоящая в том, что не может быть обеспечено достаточное количество виртуальных сетей.

Технология для решения такой проблемы рассмотрена в патентной литературе 1. В патентной литературе 1, предлагается новый идентификатор ID домена VLAN, который является другим идентификатором, отличным от VLAN-ID, который описан в непатентной литературе 1. В патентной литературе 1, описывается технология, при которой коммутирующий концентратор идентифицирует VLAN, которой принадлежит принятый кадр, посредством объединения ID домена VLAN и VLAN-ID.

В патентной литературе 2, описывается технология, посредством которой при приеме пакета MAC (Подуровень Управления Доступом к Среде) адрес источника сохраняется в обучающей таблице MAC-адресов, связанной с информацией о метке VLAN.

СПИСОК БИБЛИОГРАФИЧЕСКИХ ССЫЛОК

ПАТЕНТНАЯ ЛИТЕРАТУРА

Патентная Литература 1: Выложенная Патентная Заявка Японии № 2003-318937.

Патентная Литература 2: Выложенная Патентная Заявка Японии № 2006-311066.

НЕПАТЕНТНАЯ ЛИТЕРАТУРА

Непатентная Литература 1: IEEE Стандарт 802.1Q.-2005 и IEEE Стандарт для Локальных и городских сетей -Virtual Bridged Local Area Networks

Непатентная Литература 2: OpenFlow Switch Specification Version 1.0.0 (Wire Protocol 0x01), 31 декабря 2009 г. [найденная 20 июля 2010 г.], интернет URL:http://www.openflowswitch.org/documents/openflow-spec-v1.0.0.pdf

СУЩНОСТЬ ИЗОБРЕТЕНИЯ

ТЕХНИЧЕСКАЯ ЗАДАЧА

Как упомянуто выше, технология, описанная в патентной литературе 1, пытается обойти ограничение по количеству VLAN-ID посредством объединения существующего VLAN-ID с новым предусмотренным ID домена VLAN.

Тем не менее, несмотря на то, что технология, описанная в патентной литературе 1, предусматривает поле для ID домена VLAN в кадре, она также обладает ограничением по количеству ID домена VLAN, и она по-прежнему оставляет без изменений тот факт, что существует ограничение по количеству обеспечиваемых виртуальных сетей при создании крупномасштабной сети.

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

РЕШЕНИЕ ЗАДАЧИ

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

Система связи, содержащая: терминал, который принадлежит к первой виртуальной сети, идентифицируемой первым идентификатором; и устройство управления для управления переносом пакетов между терминалами; при этом устройство управления включает в себя: средство управления информацией конфигурации сети, для хранения информации конфигурации второй виртуальной сети, идентифицируемой вторым идентификатором, так что терминалы принадлежат ко второй виртуальной сети; и средство управления путем для управления связью между терминалами на основе информации конфигурации второй виртуальной сети.

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

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

ПОЛЕЗНЫЕ РЕЗУЛЬТАТЫ ИЗОБРЕТЕНИЯ

В соответствии с настоящим изобретением, можно создать крупномасштабную сеть, используя вторую виртуальную сеть, несмотря на ограничение по количеству идентификаторов виртуальной сети.

КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ

Фиг. 1 является блок-схемой, показывающей конфигурацию первого примерного варианта осуществления.

Фиг. 2 является фигурой, показывающей структуру таблицы 101 информации конфигурации сети.

Фиг. 3 является фигурой, показывающей структуру таблицы 112 переадресации.

Фиг. 4 является блок-схемой, показывающей функционирование первого примерного варианта осуществления.

Фиг. 5 является блок-схемой, показывающей функционирование первого примерного варианта осуществления.

Фиг. 6 является блок-схемой, показывающей конфигурацию второго примерного варианта осуществления.

Фиг. 7 является фигурой, показывающей структуру таблицы 201 информации конфигурации сети.

Фиг. 8 является блок-схемой, показывающей структуру третьего примерного варианта осуществления.

Фиг. 9 является фигурой, показывающей структуру таблицы 301 информации конфигурации сети.

Фиг. 10 является фигурой, показывающей структуру таблицы 312 переходов.

Фиг. 11 является блок-схемой, показывающей функционирование третьего примерного варианта осуществления.

Фиг. 12 является блок-схемой, показывающей функционирование третьего примерного варианта осуществления.

Фиг. 13 является фигурой, показывающей конкретный пример третьего примерного варианта осуществления.

Фиг. 14 является фигурой, показывающей конкретный пример третьего примерного варианта осуществления.

Фиг. 15 является фигурой, показывающей конкретный пример третьего примерного варианта осуществления.

Фиг. 16 является фигурой, показывающей конкретный пример третьего примерного варианта осуществления.

Фиг. 17 является фигурой, показывающей конкретный пример третьего примерного варианта осуществления.

Фиг. 18 является фигурой, показывающей конкретный пример третьего примерного варианта осуществления.

Фиг. 19 является фигурой, показывающей конкретный пример третьего примерного варианта осуществления.

Фиг. 20 является фигурой, показывающей конкретный пример третьего примерного варианта осуществления.

Фиг. 21 является фигурой, показывающей конкретный пример третьего примерного варианта осуществления.

Фиг. 22 является блок-схемой, показывающей конфигурацию четвертого примерного варианта осуществления.

Фиг. 23 является блок-схемой, показывающей план первого примерного варианта осуществления.

ОПИСАНИЕ ВАРИАНТОВ ОСУЩЕСТВЛЕНИЯ

Здесь и далее, со ссылкой на чертежи подробно описаны примерные варианты осуществления настоящего изобретения.

<ПЕРВЫЙ ПРИМЕРНЫЙ ВАРИАНТ ОСУЩЕСТВЛЕНИЯ>

(ПЛАН)

Сначала, ниже со ссылкой на Фиг. 23 описан обзор первого примерного варианта осуществления. Фиг. 23 является блок-схемой, показывающей примерную конфигурацию системы в соответствии с первым примерным вариантом осуществления. Система на Фиг. 23 включает в себя контроллер 100, коммутатор 110, коммутатор 120, терминал 130, терминал 131, терминал 140 и терминал 141. Терминал 130 и терминал 140 принадлежат к виртуальной сети 1 (NW). Терминал 131 и терминал 141 принадлежит к NW2. Здесь и далее, виртуальная сеть NW именуется как «NW».

Контроллер 100 управляет связью, которая осуществляется в системе. Контроллер 100 включает в себя модуль 101 управления информацией конфигурации сети, модуль 102 поиска и модуль 103 управления путем. Подробности в отношении конфигурации и функционирования каждого модуля будут описаны позже.

Коммутатор 110 и коммутатор 120 отправляют пакеты, которые передаются между каждым терминалом, в соответствии с установленным правилом обработки. Терминал 130 и терминал 131 соединены с коммутатором 110, а терминал 140 и терминал 141 соединены с коммутатором 120 соответственно, и каждый терминал осуществляет связь между ними.

В соответствии с первым примерным вариантом осуществления, контроллер 100, который управляет связью между терминалами, которые принадлежат VLAN, сохраняет информацию конфигурации NW в модуле 101 управления информацией конфигурации сети так, что каждый терминал может принадлежать к виртуальной сети NW, которая является сетью отличной от VLAN. Также, контроллер 100 управляет связью между терминалами на основе информации конфигурации NW.

NW1 и NW2 являются виртуальными сетями, отличными от вышеупомянутой VLAN. Создание виртуальной сети, будучи реализованной посредством VLAN, теперь реализуется данной NW и NW-ID виртуальной сети, который является идентификатором этой NW.

Каждый терминал принадлежит к NW и VLAN и имеет оба идентификатора (ID). Поскольку терминал 130 принадлежит к NW1 и VLAN1, то NW-ID равен 1 и VLAN-ID равен 1. Аналогичным образом, терминал 131 принадлежит к NW2 и VLAN2, терминал 141 принадлежит к NW1 и VLAN2 и терминал 142 принадлежит к NW2 и VLAN1 соответственно. На Фиг. 23 NW1 указана пунктирной линией, а NW2 указана прерывистой линией, соответственно.

Несмотря на то, что каждому терминалу назначен VLAN-ID, он не используется для создания виртуальной сети, однако используется в качестве идентификатора для идентификации каждого терминала. В частности, в показанной на Фиг. 2 таблице 101 информации конфигурации сети, каждый терминал идентифицируется комбинацией идентификатора терминала, который представлен MAC-адресом, и VLAN-ID.

Соответственно, благодаря идентичным NW-ID можно осуществлять связь между терминалом 130 и терминалом 140 с отличными друг от друга VLAN-ID. Установка данной связи осуществляется контроллером 100, который хранит информацию конфигурации NW.

Здесь и далее, со ссылкой на Фиг. с 1 по 5 подробно описан первый примерный вариант осуществления.

(КОНФИГУРАЦИЯ)

Конфигурация первого примерного варианта осуществления описана со ссылкой на Фиг. 1. Фиг. 1 является блок-схемой, показывающей конфигурацию системы в соответствии с первым примерным вариантом осуществления.

В соответствии с Фиг. 1, система первого примерного варианта осуществления включает в себя контроллер 100, коммутатор 110, коммутатор 120, терминал 130 и терминал 140.

Кроме того, несмотря на то, что в качестве примера в упомянутом выше описании обзора (Фиг. 23) первого примерного варианта осуществления приведен случай из четырех терминалов, здесь и далее для простоты описан случай, при котором количество терминалов соответствует двум терминалам.

Контроллер 100 включает в себя таблицу 101 информации конфигурации сети, модуль 102 поиска и модуль 103 управления путем. Контроллер 100 является устройством, которое управляет коммутатором 110, коммутатором 120, терминалом 130 и терминалом 140.

Таблица 101 информации конфигурации сети является таблицей, которая хранит информацию о терминалах (терминале 130 и терминале 140) в сети, управляемой контроллером 100. Подробное описание представлено позже со ссылками на Фиг. 2.

На основе информации о пакете (здесь и далее, «принятом пакете»), который принимает каждый коммутатор, модуль 102 поиска осуществляет поиск VLAN-ID, которому принадлежит терминал-получатель принятого пакета, в таблице 101 информации конфигурации сети.

Модуль 103 управления путем выбирает список коммутаторов, которые принадлежат к той же сети, что и терминал-источник или терминал-получатель принятого пакета, из таблицы 101 информации конфигурации сети. Далее, к коммутатору применяется правило обработки (запись) так, что становится возможным осуществление связи между терминалом-источником и терминалом-получателем принятого пакета.

Коммутатор 110 включает в себя модуль 111 переноса пакета и таблицу 112 переадресации. Аналогичным образом, коммутатор 120 включает в себя модуль 121 переноса и таблицу 122 переадресации.

Модуль 111 переноса пакета осуществляет поиск применительно к принятому пакету на предмет того, присутствует ли правило обработки, соответствующее принятому пакету, в таблице 112 переадресации. Когда соответствующее правило обработки присутствует, то обработка осуществляется, обращаясь к содержимому обработки, которое указано в правиле обработки. В качестве примера содержимого обработки, присутствует такая обработка как: отправка пакета коммутатору 120 через конкретный порт (не показан на фигуре); отклонение пакета; перезапись заголовка пакета; или осуществление широковещательной передачи пакета. Когда в таблице 112 переадресации не указано правило обработки, соответствующее принятому пакету, то модуль 111 переноса пакета запрашивает контроллер 100 в отношении того, каким образом должна выполняться обработка.

Таблица 112 переадресации хранит информацию, которая соотносит содержимое информации (заголовок) принятого пакета коммутатора 110 с содержимым обработки, в соответствии с заголовком принятого пакета, в одной записи в качестве правила обработки. Как упомянуто выше, модуль 111 переноса пакета выполняет обработку в соответствии с данным правилом обработки применительно к принятому пакету. Подробное описание представлено позже на Фиг. 3.

Кроме того, так как модуль 121 переноса пакета и таблица 122 переадресации коммутатора 120 аналогичны модулю 111 переноса пакета и таблице 112 переадресации коммутатора 110, то их описание опущено. Несмотря на то, что количество коммутаторов, показанных на Фиг. 1, равно 2, оно этим не ограничивается и функционирование осуществляется аналогичным образом даже в случае трех и более коммутаторов.

Терминал 130 осуществляет связь с коммутацией пакетов с терминалом 140. Аналогичным образом, терминал 140 осуществляет связь с коммутацией пакетов с терминалом 130. С этого момента, несмотря на то, что может описываться, что связь с коммутацией пакетов осуществляется в направлении от терминала 130 к терминалу 140, она этим не ограничивается, и функционирует даже в случае обратного направления.

Фиг. 2 является фигурой, показывающей подробности в отношении таблицы 101 информации конфигурации сети. Таблица 101 информации конфигурации сети включает в себя записи 101-1 и 101-2 информации конфигурации сети или подобные. Каждая из записей информации конфигурации сети хранит информацию о терминалах в сети, управляемой контроллером 100. Соответственно, таблица 101 информации конфигурации сети хранит столько записей информации конфигурации сети каково и количество терминалов, N.

Запись информации конфигурации сети включает в себя VLAN-ID, MAC-адрес, NW-ID, который является идентификатором для идентификации NW, и список коммутаторов. Здесь и далее, запись 101-1 информации конфигурации сети описана в качестве примера. Запись 101-1 информации конфигурации сети соответствует терминалу 130 на Фиг. 1. Идентификатор VLAN, к которой принадлежит терминал 130, хранится в «VLAN-ID». MAC-адрес, который является точным идентификатором терминала 130 хранится в «MAC-адрес». Кроме того, в соответствии с первым примерным вариантом осуществления, несмотря на то, что MAC-адрес используется в качестве точного идентификатора терминала, он этим не ограничивается. Например, может использоваться IP-адрес.

Идентификатор NW, к которой принадлежит терминал 130, хранится в «NW-ID». Кроме того, в качестве NW-ID, например, упоминается сетевой адрес, который выражен посредством использования первой половины IP-адреса, назначенного каждому терминалу, или SSID (Идентификатор Набора Услуг) или подобное, что является идентификатором беспроводной LAN (Локальной Сети). Поскольку он отличается от ID той VLAN, которая является виртуальной сетью, то он не ограничивается перечисленными выше идентификаторами, и могут быть заданы и использоваться новые идентификаторы.

В заключении, в «списке коммутаторов» хранится список коммутаторов, которые принадлежат к NW, к которой принадлежит терминал 130. В примере на Фиг. 2, хранятся коммутатор 110 и коммутатор 120. Данный список коммутаторов формируется из информации (VLAN-ID, MAC-адресе, и NW-ID) о каждом коммутаторе, которая собрана контроллером 100. В качестве другой структуры списка коммутаторов, например, может храниться список коммутаторов, которые присутствуют на вычисляемом маршруте, который получают посредством вычисления маршрута переноса принятого пакета.

Список коммутаторов не является обязательным для таблицы 101 информации конфигурации сети. Также возможно, чтобы информация о коммутаторах, которыми управляет контроллер 100, собиралась всякий раз, когда модуль 102 поиска или модуль 103 управления путем осуществляют поиск по таблице 101 информации конфигурации сети, и использовалась как временная информация.

Фиг. 3 является фигурой, показывающей подробности в отношении таблицы 112 переадресации. Таблица 112 переадресации включает в себя записи 112-1 и 112-2 таблицы переадресации или подобные.

Как упомянуто выше, запись таблицы переадресации указывает правило обработки, в котором записана обработка, которая должна выполняться для заголовка принятого пакета коммутатора 110. В качестве содержимого записи таблицы переадресации включены VLAN-ID, MAC-адрес источника, MAC-адрес получателя, содержимое процесса, порт ввода и порт вывода. В данном случае часть из информации, указываемой в заголовке принятого пакета коммутатора 110, рассматривается в качестве ключей поиска при осуществлении поиска по таблице 112 переадресации. Например, возможно, что в качестве ключей поиска используются VLAN-ID, MAC-адрес источника и MAC-адрес получателя. Такая же обработка будет выполняться над пакетом, который определяется тем же ключом поиска.

(ФУНКЦИОНИРОВАНИЕ)

Далее подробно со ссылкой на Фиг. 4 и Фиг. 5 описано функционирование первого примерного варианта осуществления. Как упомянуто выше, ниже описан случай, при котором связь осуществляется в направлении от терминала 130 к терминалу 140 на Фиг. 1. Фиг. 4 является блок-схемой, показывающей функционирование коммутатора 110. Фиг. 5 является блок-схемой, показывающей функционирование контроллера 100.

Сначала со ссылкой на Фиг. 4 описано функционирование коммутатора 110. Коммутатор 110 принимает пакет от терминала 130 (Фиг. 4: Этап S1001). Затем, модуль 111 переноса пакета обращается к таблице 112 переадресации и определяет, присутствует ли запись таблицы переадресации, соответствующая принятому пакету (Фиг. 4: Этап S1002).

Когда на Этапе S1002 определяют, что присутствует запись таблицы переадресации, соответствующая принятому пакету, то выполняется Этап S1003. Модуль 111 переноса пакета обрабатывает принятый пакет в соответствии с содержимым процесса и портом вывода или подобным, которые указываются в соответствующей записи таблицы переадресации (Фиг. 4: Этап S1003).

Когда на Этапе S1002 определяют, что отсутствует запись таблицы переадресации, которая соответствует принятому пакету, то выполняется Этап S1004. Модуль 111 переноса пакета отправляет сообщение о принятом пакете, которое передает контроллеру 100 отчет о том, что коммутатор принял пакет, для которого неизвестно правило обработки. Данное сообщение о принятом пакете включает в себя информацию о принятом пакете, включающую в себя заголовок. Соответственно, также можно отправить принятый пакет, вместо сообщения о принятом пакете.

После того как выполнен Этап S1004, контроллер 100 выполняет функционирование, показанное на Фиг. 5. Здесь и далее, со ссылкой на Фиг. 5 описано функционирование контроллера 100.

Сначала, контроллер 100 принимает от коммутатора 110 сообщение о принятом пакете (Фиг. 5: Этап S1005).

Затем, модуль 102 поиска осуществляет поиск на предмет того, присутствует ли NW-ID, соответствующий терминалу-источнику (терминал 130) принятого пакета, в таблице 101 информации конфигурации сети (Фиг. 5: Этап S1006). В частности, модуль 102 поиска осуществляет поиск соответствующего NW-ID, используя в качестве ключей поиска VLAN-ID и MAC-адрес источника принятого пакета.

Когда на Этапе S1006 в таблице 101 информации конфигурации сети отсутствует NW-ID, соответствующий терминалу-источнику принятого пакета, то контроллер предписывает коммутатору 110 отклонить принятый пакет (Фиг. 5: Этап S1007). Когда контроллер 100 принимает сам принятый пакет, а не сообщение о принятом пакете, тогда контроллер 100 отклоняет принятый пакет.

Когда на Этапе S1006 в таблице 101 информации конфигурации сети присутствует и найден NW-ID, соответствующий терминалу-источнику принятого пакета, то выполняется Этап S1008. Модуль 102 поиска осуществляет поиск на предмет того, присутствует ли VLAN-ID, соответствующий терминалу-получателю (терминал 140) принятого пакета, в таблице 101 информации конфигурации сети (Фиг. 5: Этап S1008). В частности в качестве ключей поиска для поиска соответствующего VLAN-ID используются MAC-адрес получателя принятого пакета и NW-ID, найденный на Этапе S1006.

Когда на Этапе S1008 в таблице 101 информации конфигурации сети отсутствует VLAN-ID, соответствующий терминалу-получателю принятого пакета, то котроллер предписывает коммутатору 110 отклонить принятый пакет (Фиг. 5: Этап S1009). Когда контроллер 100 принимает сам принятый пакет, а не сообщение о принятом пакете, тогда подобно Этапу S1007 контроллер отклоняет принятый пакет.

Когда на Этапе S1008 в таблице 101 информации конфигурации сети присутствует и найден VLAN-ID, соответствующий терминалу-получателю, то выполняется Этап S1010. Сначала модуль 103 управления путем ищет список коммутаторов, соответствующий терминалу (терминалу-получателю), который был найден во время поиска VLAN-ID на Этапе S1008, в таблице 101 информации конфигурации сети. В первом примерном варианте осуществления, предполагается, что указаны коммутатор 110 и коммутатор 120. Затем, отправляется сообщение перезаписи записи каждому коммутатору, который указан в найденном списке коммутаторов (Фиг. 5: Этап S1010). Данное сообщение перезаписи записи является предписанием нового добавления записи, соответствующей принятому пакету в каждую запись таблицы 112 переадресации коммутатора 110 и таблицы 122 переадресации коммутатора 120. Сообщение перезаписи записи включает в себя заголовок (VLAN-ID, MAC-адрес источника и MAC-адрес получателя) принятого пакета, содержимое процесса, соответствующее заголовку, порт ввода и порт вывода.

Более подробно ниже описано сообщение перезаписи записи. Для любого из коммутатора 110 или коммутатора 120, VLAN-ID записи, которая должна быть вновь добавлена, перезаписывается на VLAN-ID, который был найден на Этапе S1008. На другом коммутаторе из коммутатора 110 или коммутатора 120, обработка, которая перезаписывает VLAN-ID, указанный в заголовке принятого пакета на VLAN-ID, который был найден на Этапе S1008, когда коммутатор принимает соответствующий пакет, устанавливается в качестве содержимого процесса. Кроме того, когда присутствует более трех коммутаторов, то сообщение перезаписи записи, которое точно такое же, как сообщение для коммутатора 120, может отправляться коммутатору, в котором должно быть установлено правило обработки, отличному от коммутатора 120.

В заключении, контроллер 100 выдает инструкцию коммутатору-источнику (коммутатору 110) сообщения перезаписи записи по отправке принятого пакета терминалу-получателю (терминал 140). Когда контроллер 100 принимает сам принятый пакет, а не сообщение о принятом пакете, то принятый пакет может отправляться непосредственно терминалу-получателю (терминал 140) принятого пакета (Фиг. 5: Этап S1011).

(РЕЗУЛЬТАТЫ)

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

(1) Поскольку терминалы принадлежат к одной и той же NW, существует возможность осуществления связи между терминалами, у которых между собой отличаются VLAN-ID. Например, как терминал 130, так и терминал 140, показанные на Фиг. 23, имеют разные VLAN-ID, однако они обладают идентичным NW-ID. Даже когда не установлена связь между терминалом 130 и терминалом 140, можно осуществлять связь в NW посредством управления контроллером 100.

(2) Идентичные VLAN-ID могут использоваться множеством терминалов, поскольку присутствуют разные NW. Например, терминал 131 и терминал 140, показанные на Фиг. 23, обладают идентичными VLAN-ID «2». Так как терминал 131 и терминал 140 соответственно принадлежат к разным NW, то они не осуществляют связь друг с другом, пока не будет изменена конфигурация NW. Вследствие этого, терминал 131 и терминал 140 могут обладать идентичными VLAN-ID.

Как было описано выше в пунктах (1) и (2), создание виртуальной сети не зависит от VLAN и VLAN-ID, так как используются NW и NW-ID. Соответственно, может быть исключена проблема ограничения по количеству VLAN-ID. Так как VLAN-ID не используется для создания виртуальной сети, то VLAN-ID может использоваться для мультиплексирования NIC (Плата сетевого интерфейса), которая обеспечивается в каждом терминале.

<ВТОРОЙ ПРИМЕРНЫЙ ВАРИАНТ ОСУЩЕСТВЛЕНИЯ>

(ПЛАН)

Далее, со ссылкой на Фиг. 6 и Фиг. 7 подробно описан второй примерный вариант осуществления настоящего изобретения. Отличие между вторым примерным вариантом осуществления и первым примерным вариантом осуществления состоит в информации, используемой контроллером во время поиска NW-ID, к которому принадлежит терминал-источник принятого пакета коммутатора (Фиг. 5: Этап S1006), и в информации, используемой во время поиска VLAN-ID, к которому принадлежит терминал-получатель принятого пакета (Фиг. 5: Этап S1008).

(КОНФИГУРАЦИЯ)

Фиг. 6 является блок-схемой, показывающей конфигурацию системы второго примерного варианта осуществления. Система, в соответствии со вторым примерным вариантом осуществления, включает в себя контроллер 200, коммутатор 210, коммутатор 220, терминал 230 и терминал 240.

Контроллер 200 включает в себя таблицу 201 информации конфигурации сети, модуль 202 поиска и модуль 203 управления путем.

Коммутатор 210 включает в себя модуль 211 переноса пакета и таблицу 212 переадресации. Аналогичным образом, коммутатор 220 включает в себя модуль 221 переноса пакета и таблицу 222 переадресации.

Кроме того, так как конфигурация, за исключением таблицы 201 информации конфигурации сети контроллера 200, точно такая же, что и в первом примерном варианте осуществления, то здесь описание опущено.

Здесь и далее, со ссылкой на Фиг. 7 описана таблица 201 информации конфигурации сети. Фиг. 7 показывает подробную структуру таблицы 201 информации конфигурации сети.

Таблица 201 информации конфигурации сети включает в себя записи 201-1 и 201-2 информации конфигурации сети или подобные. Каждая запись информации конфигурации сети хранит информацию о терминале в сети, управляемой контроллером 200. Соответственно, таблица 201 информации конфигурации сети хранит столько записей информации конфигурации сети каково количество терминалов, N, аналогично первому примерному варианту осуществления.

Запись информации конфигурации сети включает в себя VLAN-ID, адрес MAC (Управления Доступом к Среде), адрес L3 (Уровень 3), NW-ID и список коммутаторов. Отличие от первого примерного варианта осуществления состоит в том, что в запись информации конфигурации сети включен L3 адрес. L3 представляет собой третий уровень (уровень 3, или сетевой уровень) из семиуровневой иерархии базовой модели OSI (Взаимодействия Открытых Систем). В качестве типичного примера L3 адреса упоминается IP-адрес.

Здесь и далее, в качестве примера описана запись 201-1 информации конфигурации сети. Запись 201-1 информации конфигурации сети соответствует терминалу 230 с Фиг. 6. Как упомянуто выше, добавлен L3 адрес в сравнении с первым вариантом осуществления на Фиг. 2. L3 адрес, который является идентификатором терминала 230, хранится в «L3 адресе». Поскольку элементы записей информации конфигурации сети, отличные от L3 адреса, т.е. VLAN-ID, MAC-адрес, NW-ID и список коммутаторов, точно такие же, как те, что представлены в первом примерном варианте осуществления, то их описание опущено.

(ФУНКЦИОНИРОВАНИЕ)

Как описано выше, отличия в функционировании второго примерного варианта осуществления и первого примерного варианта осуществления состоят в Этапе S1006 и Этапе S1008 на Фиг. 5. Здесь и далее, со ссылкой на Фиг. 5 будут описаны отличия в Этапе S1006 и Этапе S1008.

На Этапе S1006 модуль 202 поиска осуществляет поиск на предмет того, присутствует ли NW-ID, соответствующий терминалу-источнику (терминал 230) принятого пакета, в таблице 201 информации конфигурации сети. В соответствии со вторым примерным вариантом осуществления модуль 202 поиска осуществляет поиск соответствующего NW-ID, используя L3 адрес терминала-источника (терминала 230) в качестве ключа поиска в дополнение к VLAN-ID принятого пакета и MAC-адресу источника.

Когда NW-ID, соответствующий терминалу-источнику принятого пакета присутствует в таблице 201 информации конфигурации сети и найден этапе S1006, то выполняется Этап S1008. Модуль 202 поиска осуществляет поиск на предмет того, присутствует ли VLAN-ID, соответствующий терминалу-получателю (терминал 240) принятого пакета, в таблице 201 информации конфигурации сети (Фиг. 5: Этап S1008). В соответствии со вторым примерным вариантом осуществления поиск соответствующего VLAN-ID осуществляется, используя L3 адрес терминала-получателя (терминал 240) в качестве ключа поиска в дополнение к MAC-адресу получателя принятого пакета и NW-ID, найденному на Этапе S1006.

(РЕЗУЛЬТАТЫ)

Второй примерный вариант осуществления обладает теми же результатами, которые были описаны выше в отношении первого примерного варианта осуществления.

<ТРЕТИЙ ПРИМЕРНЫЙ ВАРИАНТ ОСУЩЕСТВЛЕНИЯ>

(ПЛАН)

Третий примерный вариант осуществления настоящего изобретения подробно описан со ссылкой на фигуры. Третий примерный вариант осуществления описывает случай, при котором первый примерный вариант осуществления применяется к технологии именуемой OpenFlow (OF), описываемой в непатентной литературе 2.

(КОНФИГУРАЦИЯ)

Конфигурация третьего примерного варианта осуществления описана со ссылкой на Фиг. с 8 по 10. Фиг. 8 является блок-схемой, показывающей конфигурацию системы, в соответствии с третьим примерным вариантом осуществления.

В соответствии с Фиг. 8, система третьего примерного варианта осуществления включает в себя контроллер 300 OF, коммутатор 310 OF, коммутатор 320 OF, терминал 330 и терминал 340.

Контроллер 300 OF включает в себя таблицу 301 информации конфигурации сети, модуль 302 поиска и модуль 303 управления путем. Контроллер 300 OF является устройством, которое управляет коммутатором 310 OF, коммутатором 320 OF, терминалом 330 и терминалом 340.

Таблица 301 информации конфигурации сети является таблицей, которая хранит информацию о терминалах (терминале 330 и терминале 340) в сети, управляемой контроллером 300 OF. Подробное описание приведено позже (Фиг. 9).

Исходя из информации о пакете (здесь и далее, «принятом пакете»), который принял каждый коммутатор OF, модуль 302 поиска осуществляет поиск VLAN-ID, к которому принадлежит терминал-получатель, по таблице 301 информации конфигурации сети.

Модуль 303 управления путем выбирает список коммутаторов OF, которые принадлежат к той же NW, что и терминал-источник или терминал-получатель принятого пакета, из таблицы 301 информации конфигурации сети. Далее, модуль 303 управления путем устанавливает на коммутатор, который был выбран, правило обработки (запись) так, что становится возможным осуществление связи между терминалом-источником и терминалом-получателем принятого пакета.

Коммутатор 310 OF включает в себя модуль 311 переноса пакета и таблицу 312 переходов. Аналогичным образом, коммутатор 320 OF включает в себя модуль 321 переноса и таблицу 322 переходов.

Модуль 311 переноса пакета осуществляет поиск применительно к принятому пакету на предмет того, присутствует ли правило обработки, соответствующее принятому пакету, в таблице 312 переходов. Когда соответствующее правило обработки присутствует, то модуль 311 переноса пакета обращается к содержимому процесса, который указывается в правиле обработки, и выполняет «Действие». Действие включает в себя, например, обработку, такую как: отправку пакета к коммутатору 320 OF через конкретный порт (не показан на фигуре); отклонение пакета; перезапись заголовка пакета; и осуществление широковещательной передачи пакетов. Когда правило обработки, соответствующее принятому пакету, не указано в таблице 312 переходов, тогда модуль 311 переноса пакета запрашивает контроллер 300 OF о том, какое Действие должно быть выполнено.

Таблица 312 переходов хранит каждую запись в качестве правила обработки посредством соотнесения содержимого информации (заголовка) принятого пакета коммутатора 310 OF с Действием, соответствующим заголовку принятого пакета. Как упомянуто выше, модуль 311 переноса пакета выполняет Действие, соответствующее принятому пакету. Подробное описание представлено позже со ссылками на Фиг. 10.

Кроме того, так как модуль 321 переноса пакета и таблица 322 переходов коммутатора 320 OF аналогичны модулю 311 переноса пакета и таблице 312 переходов коммутатора 310 OF, то их описание опущено. Несмотря на то, что количество коммутаторов, показанных на Фиг. 8, равно 2, оно этим не ограничивается, и функционирование осуществляется аналогичным образом даже в случае наличия более трех коммутаторов.

Терминал 330 осуществляет связь с коммутацией пакетов с терминалом 340. Аналогичным образом, терминал 340 осуществляет связь с коммутацией пакетов с терминалом 330. С этого момента, несмотря на то, что может описываться, что связь с коммутацией пакетов осуществляется в направлении от терминала 330 к терминалу 340, она этим не ограничивается, и функционирует даже в случае обратного направления.

Фиг. 9 является фигурой, показывающей подробности в отношении таблицы 301 информации конфигурации сети. Таблица 301 информации конфигурации сети включает в себя записи 301-1 и 301-2 информации конфигурации сети или подобные. Каждая запись информации конфигурации сети хранит информацию о терминалах в сети, управляемой контроллером 300 OF. Соответственно, таблица 301 информации конфигурации сети хранит столько записей информации конфигурации сети каково и количество терминалов, N.

Запись информации конфигурации сети включает в себя VLAN-ID, MAC-адрес, NW-ID и список коммутаторов. Здесь и далее, запись 301-1 информации конфигурации сети описана в качестве примера. Запись 301-1 информации конфигурации сети соответствует терминалу 330 с Фиг. 8. Идентификатор VLAN, к которой принадлежит терминал 330, хранится в «VLAN-ID». MAC-адрес, который является точным идентификатором терминала 330 хранится в «MAC-адрес». Кроме того, аналогично первому примерному варианту осуществления, несмотря на то, что в третьем примерном варианте осуществления MAC-адрес также используется в качестве точного идентификатора терминала, он этим не ограничивается. Например, может использоваться IP-адрес.

Идентификатор NW, к которой принадлежит терминал 330, хранится в «NW-ID». Кроме того, в качестве NW-ID, например, упоминается сетевой адрес, который выражен посредством использования первой половины IP-адреса, назначенного каждому терминалу, или SSID или подобное, что является идентификатором беспроводной LAN. Поскольку он отличается от ID той VLAN, которая является виртуальной сетью, то он не ограничивается перечисленными выше идентификаторами, и могут быть заданы и использоваться новые идентификаторы.

В заключении, в «списке коммутаторов» хранится список коммутаторов, которые принадлежат к NW, к которой принадлежит терминал 330. Данный список коммутаторов формируется из информации (VLAN-ID, MAC-адресе, и NW-ID) о каждом коммутаторе, которые были собраны контроллером 300 OF. В качестве другой структуры списка коммутаторов, например, может сохраняться список коммутаторов OF, которые присутствуют на вычисляемом пути, который получают посредством вычисления пути переноса принятого пакета.

Список коммутаторов не является обязательным для таблицы 301 информации конфигурации сети, аналогично первому примерному варианту осуществления. Также возможно, чтобы информация о коммутаторах, которыми управляет контроллер 100, собиралась всякий раз, когда модуль 302 поиска или модуль 303 управления путем осуществляют поиск по таблице 301 информации конфигурации сети, и использовалась как временная информация.

На Фиг. 9 показан пример записи информации конфигурации сети, который включает в себя четыре вида информации, VLAN-ID, MAC-адрес, NW-ID и список коммутаторов; можно добавить и L3 адрес, аналогично второму примерному варианту осуществления. Так как конфигурация и функционирование в данном случае в большей степени точно такие же, как во втором примерном варианте осуществления, то здесь описание опущено.

Фиг. 10 является фигурой, показывающей подробности в отношении таблицы 312 переходов. Таблица 312 переходов включает в себя записи 312-1 и 312-2 таблицы переходов или подобные.

Как упомянуто выше, запись таблицы переходов указывает правило обработки, в котором записана обработка, которая должна выполняться для заголовка принятого пакета коммутатора 310 OF. В качестве содержимого записи включены, VLAN-ID, MAC-адрес источника, MAC-адрес получателя, Действие, порт ввода и порт вывода. В данном случае, часть из информации, указываемой в заголовке принятого пакета коммутатора 310 OF, рассматривается в качестве ключей поиска при осуществлении поиска по таблице 312 переходов. Например, возможно, что в качестве ключей поиска используются VLAN-ID, MAC-адрес источника и MAC-адрес получателя. Такое же Действие будет выполняться над пакетом, который определяется тем же ключом поиска.

(ФУНКЦИОНИРОВАНИЕ)

Далее подробно со ссылкой на Фиг. 11 и Фиг. 12 описано функционирование третьего примерного варианта осуществления. Как упомянуто выше, здесь и далее описан случай, при котором связь осуществляется в направлении от терминала 330 к терминалу 340 на Фиг. 8. Фиг. 11 является блок-схемой, показывающей функционирование коммутатора 310 OF. Фиг. 12 является блок-схемой, показывающей функционирование контроллера 300 OF.

Сначала со ссылкой на Фиг. 11 описано функционирование коммутатора 310 OF. Коммутатор 310 OF принимает пакет от терминала 330 (Фиг. 11: Этап S3001). Затем, модуль 311 переноса пакета обращается к таблице 312 переходов и определяет, присутствует ли запись таблицы переходов, соответствующая принятому пакету (Фиг. 11: Этап S3002).

Когда на Этапе S3002 определяют, что присутствует запись таблицы переходов, соответствующая принятому пакету, то выполняется Этап S3003. Модуль 311 переноса пакета обрабатывает принятый пакет в соответствии с содержимым процесса и портом вывода или подобным, которые указываются в соответствующей записи таблицы переходов (Фиг. 11: Этап S3003).

Когда на Этапе S3002 определяют, что отсутствует запись таблицы переходов, которая соответствует принятому пакету, то выполняется Этап S3004. Модуль 311 переноса пакета отправляет сообщение контроллеру 300 OF, чтобы уведомить о том, что он принял пакет, для которого неизвестно правило обработки. Данное сообщение именуется в непатентной литературе 2 как «Ввод-Пакета» («Packet-in»). Данное сообщение Ввод-Пакета включает в себя информацию о принятом пакете, включающую в себя заголовок. Соответственно, также можно отправить принятый пакет, вместо сообщения Ввод-Пакета.

После того как выполнен Этап S3004, контроллер 300 OF выполняет функционирование, показанное на Фиг. 12. Здесь и далее, со ссылкой на Фиг. 12 описано функционирование контроллера 300 OF.

Сначала, контроллер 300 OF принимает от коммутатора 310 OF сообщение Ввод-Пакета (Фиг. 12: Этап S3005).

Затем, модуль 302 поиска осуществляет поиск на предмет того, присутствует ли NW-ID, соответствующий терминалу-источнику (терминал 330) принятого пакета, в таблице 301 информации конфигурации сети (Фиг. 12: Этап S3006). В частности, модуль 302 поиска осуществляет поиск соответствующего NW-ID, используя в качестве ключей поиска VLAN-ID и MAC-адрес источника принятого пакета.

Когда на Этапе S3006 в таблице 301 информации конфигурации сети отсутствует NW-ID, соответствующий терминалу-источнику принятого пакета, то контроллер предписывает коммутатору 310 OF отклонить принятый пакет (Фиг. 12: Этап S3007). Когда контроллер 300 OF принимает сам принятый пакет, а не сообщение Ввод-Пакета, тогда контроллер 300 OF отклоняет принятый пакет.

Когда на Этапе S3006 в таблице 301 информации конфигурации сети присутствует и найден NW-ID, соответствующий терминалу-источнику принятого пакета, то выполняется Этап S3008. Модуль 302 поиска осуществляет поиск на предмет того, присутствует ли VLAN-ID, соответствующий терминалу-получателю (терминал 340) принятого пакета, в таблице 301 информации конфигурации сети (Фиг. 12: Этап S3008). В частности в качестве ключей поиска для поиска соответствующего VLAN-ID используются MAC-адрес получателя принятого пакета и NW-ID, найденный на Этапе S3006.

Когда на Этапе S1008 в таблице 301 информации конфигурации сети отсутствует VLAN-ID, соответствующий терминалу-получателю принятого пакета, то котроллер предписывает коммутатору 310 OF отклонить принятый пакет (Фиг. 12: Этап S3009). В частности, предписание означает то, что контроллер предписывает коммутатору 310 OF установить запись, включающую в себя Действие, в котором записана обработка по отклонению принятого пакета.

В непатентной литературе 2 такое предписание задается коммутатору OF посредством сообщения «flow_mod». Данное сообщение flow_mod является сообщением от контроллера OF, которое служит для установки записи в таблице переходов для коммутатора OF. Например, в понятие установки записи таблицы переходов включены: исходная регистрация, изменение, перезапись и удаление.

Когда контроллер 300 OF не принимает сообщение Ввод-Пакета, а принимает сам принятый пакет, тогда подобно Этапу S3007 контроллер 300 OF отклоняет принятый пакет.

Когда на Этапе S3008 в таблице 301 информации конфигурации сети присутствует и найден VLAN-ID, соответствующий терминалу-получателю, то выполняется Этап S3010. Сначала модуль 303 управления путем ищет список коммутаторов OF, соответствующий терминалу (терминалу-получателю), который был найден во время поиска VLAN-ID на Этапе S3008, в таблице 301 информации конфигурации сети. В третьем примерном варианте осуществления предполагается, что коммутатор 310 OF и коммутатор 320 OF указаны. Затем, отправляется сообщение flow_mod каждому коммутатору OF, который указан в найденном списке коммутаторов OF (Фиг. 12: Этап S3010). Сообщение flow_mod отправляется для того, чтобы вновь добавить запись, соответствующую принятому пакету в запись таблицы 312 переходов коммутатора 310 OF и таблицу 322 переходов коммутатора 320 OF.

Более подробно ниже описано сообщение flow_mod, отправляемое на этапе S3010. Для любого из коммутатора 310 OF или коммутатора 320 OF, VLAN-ID записи, которая должна быть вновь добавлена, перезаписывается на VLAN-ID, который был найден на Этапе S3008. На другом коммутаторе из коммутатора 310 OF или коммутатора 320 OF, обработка, которая перезаписывает VLAN-ID, указанный в заголовке принятого пакета, на VLAN-ID, который был найден на Этапе S3008, когда коммутатор OF принимает соответствующий пакет, устанавливается в качестве Действия. Кроме того, когда присутствует более трех коммутаторов, то сообщение flow_mod, которое является точно таким же, как сообщение модификции перехода для коммутатора 320 OF, может отправляться коммутатору OF, для которого должно быть установлено правило обработки, отличному от коммутатора 320 OF.

В заключение контроллер 300 OF выдает предписание коммутатору, который является источником сообщения Ввод-Пакета (коммутатору 310), по отправке принятого пакета терминалу-получателю (терминал 340). Данное предписание соответствует сообщению, именуемому в непатентной литературе 2 как сообщение Вывод-Пакета (Packet-out). Когда контроллер 300 OF принимает сам принятый пакет, а не сообщение Ввод-Пакета, то принятый пакет может отправляться непосредственно терминалу-получателю (терминал 340) принятого пакета (Фиг. 12: Этап S3011).

(ПРИМЕР ФУНКЦИОНИРОВАНИЯ)

Здесь и далее, со ссылкой на Фиг. с 13 по 21 подробно описан пример функционирования третьего примерного варианта осуществления.

Фиг. 13 показывает конфигурацию системы для данного примера функционирования. Показанная на Фиг. 13 система включает в себя контроллер 300 OF, коммутатор 310 OF, коммутатор 320 OF, терминал 330 и терминал 340.

Коммутатор 310 OF, коммутатор 320 OF, терминал 330 и терминал 340 включены в сеть 1 (NW1), как показано на Фиг. 13. Предполагается, что коммутатор 310 OF и терминал 330 включены в VLAN1, и что коммутатор 320 OF и терминал 340 включены в VLAN2 соответственно. MAC-адрес терминала 330 установлен как «330», а MAC-адрес терминала 340 установлен как «340» соответственно. Кроме того, в данном примере функционирования, для простоты, показано функционирование в случае, когда количество NW равно одному.

Указанные на Фиг. 13 обозначения A, B, C или D выражают порт каждого коммутатора OF. Порт A коммутатора 310 соединен с терминалом 330. Порт B коммутатора 310 OF соединен с коммутатором 320 OF. Порт C коммутатора 320 OF соединен с коммутатором 310 OF. Порт D коммутатора 320 OF соединен с терминалом 340.

Здесь, Фиг. 13, несмотря на то, что она показывает конфигурацию в случае, когда контроллер 300 OF не включен в NW1, он может быть включен в NW1. Контроллер 300 OF, коммутатор 310 OF и коммутатор 320 OF могут быть соединены через выделенную сеть, или контроллер 300 OF может быть соединен через сеть (NW1), которая связывает коммутатор 310 OF и коммутатор 320 OF вместе.

Фиг. 14 показывает пример функционирования на Этапе S3001, Этапе S3002 (Фиг. 11), Этапе S3004 и Этапе S3005 (Фиг. 12) третьего примерного варианта осуществления.

В дополнение к Фиг. 13, она показывает содержимое таблицы 312 переходов, таблицы 322 переходов и заголовок пакета, принятого коммутатором 310 OF. Предполагается что запись, соответствующая принятому пакету, не была еще записана ни в таблицу 312 переходов, ни в таблицу 322 переходов.

Сначала, терминал 330 отправляет пакет с адресом получателя терминала 340. В заголовке данного пакета соответственно записаны: значение «1» в качестве VLAN-ID сети, к которой принадлежит терминал 330; значение «330» терминала 330 в качестве MAC-адреса источника; и «340» терминала 340 в качестве MAC-адреса получателя.

Модуль 311 переноса пакета коммутатора 310 OF, который принял данный пакет, осуществляет поиск на предмет того, присутствует ли запись, соответствующая принятому пакету, в таблице 312 переходов (Фиг. 11: Этап S3001 и Этап S3002). Так как в таблице 312 переходов соответствующая запись отсутствует, то модуль 311 переноса пакета запрашивает содержимое процесса у контроллера 300 OF, используя сообщение ввод-пакета (Фиг. 11: Этап S3004). Затем, контроллер 300 OF принимает данное сообщение ввод-пакета (Фиг. 12: Этап S3005).

Фиг. 15 и Фиг. 16 показывают пример обработки на Этапе S3006 третьего примерного варианта осуществления. Фиг. 15 и Фиг. 16 показывают содержимое таблицы 301 информации конфигурации сети, которая хранится в контроллере 300 OF, в дополнение к Фиг. 14.

В данном примере функционирования, записи, соответствующие терминалу 330 и терминалу 340, хранятся как записи в таблице 301 информации конфигурации сети.

В записи, соответствующей терминалу 330, таблица хранит значение «1» в качестве VLAN-ID, значение «330» в качестве MAC-адреса, значение «1» в качестве NW-ID, и значение «310 и 320» в качестве списка коммутаторов (SW-список) соответственно.

Аналогичным образом, в записи, соответствующей терминалу 340, таблица хранит значение «2» в качестве VLAN-ID, значение «340» в качестве MAC-адреса, значение «1» в качестве NW-ID и значение «310 и 320» в качестве списка коммутаторов соответственно.

Модуль 302 поиска контроллера 300 OF осуществляет поиск соответствующего NW-ID по таблице 301 информации конфигурации сети, используя VLAN-ID (1) соответствующего пакета и MAC-адрес источника (330) в качестве ключей на Этапе S3006.

В результате этого поиска, из таблицы 301 информации конфигурации сети может быть получено значение «1» для NW-ID, к которой принадлежит терминал 330 (Фиг. 16).

Фиг. 17 и Фиг. 18 показывают пример функционирования на Этапе S3008 третьего примерного варианта осуществления. На Этапе S3008, модуль 302 поиска осуществляет поиск соответствующего VLAN-ID, используя MAC-адрес получателя (340) принятого пакета и NW-ID (1), который был получен на Этапе S3006, в качестве ключей поиска (Фиг. 17). В результате, может быть получено значение «2» в качестве VLAN-ID (Фиг. 18).

Фиг. 19 показывает пример функционирования на Этапе S3010 и Этапе S3011 третьего примерного варианта осуществления.

Сначала, модуль 303 управления путем контроллера 300 OF осуществляет поиск списка коммутаторов OF, который соответствует терминалу (терминалу-получателю), который найден в момент, когда осуществлялся поиск VLAN-ID на этапе S3008, из таблицы 301 информации конфигурации сети. В данном случае в качестве списка коммутаторов хранятся значения «310» и «320».

Затем, сообщение flow_mod отправляется каждому коммутатору, который указан в списке коммутаторов (Фиг. 12: Этап S3010). Данное сообщение flow_mod отправляется для того, чтобы снова добавить запись, соответствующую принятому пакету в каждую запись таблицы 312 переходов коммутатора 310 OF и таблицу 322 переходов коммутатора 320 OF. В качестве содержимого сообщения flow_mod рассматриваются следующие два вида:

(1) Оно устанавливает значение «1» в качестве VLAN-ID, значение «330» в качестве MAC-адреса источника, значение «340» в качестве MAC-адреса получателя, значение «вывод через порт B» и «переписать VLAN-ID пакета на 2» в качестве содержимого процесса, значение «A» в качестве в качестве порта ввода, и значение «B» в качестве порта вывода соответственно в таблицу 312 коммутатора 310 OF. В то же время, оно устанавливает значение «2» в качестве VLAN-ID, значение «330» в качестве MAC-адреса источника, значение «340» в качестве MAC-адреса получателя, значение «вывод через порт D» в качестве содержимого процесса, значение «C» в качестве порта ввода, и значение «D» в качестве порта вывода соответственно в таблицу 322 переходов коммутатора 320 OF.

Таким образом, посредством выполнения установок в соответствии с вышеприведенным, VLAN-ID пакета переписывается на значение «2» со значения «1», когда коммутатор 310 OF принимает соответствующий пакет, и становится возможным осуществление связи с терминалом 340, который принадлежит к VLAN-ID со значением «2».

(2) Оно устанавливает значение «1» в качестве VLAN-ID, значение «330» в качестве MAC-адреса источника, значение «340» в качестве MAC-адреса получателя, значение «вывод через порт B» в качестве содержимого процесса, значение «A» в качестве порта ввода, и значение «B» в качестве порта вывода соответственно в таблице 312 переходов коммутатора 310 OF. Оно устанавливает значение «1» в качестве VLAN-ID, значение «330» в качестве MAC-адреса источника, значение «340» в качестве MAC-адреса получателя, значение «вывод через порт D» и «переписать VLAN-ID пакета на 2» в качестве содержимого процесса, значение «C» в качестве порта ввода, и значение «D» в качестве порта вывода соответственно в таблице 322 переходов коммутатора 320 OF.

Таким образом, посредством выполнения установок в соответствии с вышеприведенным, становится возможным осуществление связи от коммутатора 310 OF к коммутатору 320 OF без перезаписи VLAN-ID соответствующего пакета из значения «1». Также становится возможным осуществление связи с терминалом 340, который принадлежит к VLAN-ID со значением «2» посредством перезаписи VLAN-ID пакета на значение «2» в коммутаторе 320 OF.

В заключение на Этапе S3011 контроллер 300 OF отправляет сообщение Вывод-Пакета коммутатору 310 OF, и предписывает отправить принятый пакет терминалу-получателю.

Фиг. 20 и Фиг. 21 показывают пример функционирования после того как таблица 312 переходов и таблица 322 переходов были обновлены посредством упомянутого выше функционирования. Фиг. 20[S1] показывает пример функционирования, когда каждая из таблиц переходов была обновлена в соответствии с пунктом (1) на Фиг. 19 посредством сообщения flow_mod на Этапе S3010. Фиг. 21 показывает пример функционирования, когда каждая из таблиц переходов была обновлена в соответствии с пунктом (2) на Фиг. 19 посредством сообщения flow_mod на Этапе S3010.

В примере на Фиг. 20, сначала, когда коммутатор 310 OF принял соответствующий пакет, осуществляется поиск по таблице 312 переходов. В соответствующей записи таблицы 312 переходов, показано «Установить V-ID 2» в качестве Действия, другими словами, переписать VLAN-ID на значение 2. В соответствии с этим, VLAN-ID заголовка принятого пакета переписывается на значение 2. Затем, в коммутаторе 320 OF, осуществляется передача к терминалу 340 в соответствии с соответствующей записью в таблице 322 переходов.

Осуществление связи между разными VLAN становится возможным посредством выполнения данной перезаписи VLAN-ID в коммутаторе 310 OF, который принадлежит к VLAN (1).

В примере на Фиг. 21, сначала, когда коммутатор 310 OF принял соответствующий пакет, осуществляется поиск по таблице 312 переходов. Так как соответствующая запись присутствует в таблице 312 переходов, то коммутатор 310 OF отправляет принятый пакет коммутатору 320 OF в соответствии с записью.

Далее, когда коммутатор 320 OF принял соответствующий пакет, осуществляется поиск по таблице 322 переходов и VLAN-ID принятого пакета перезаписывается на значение 2 в соответствии со значением «Установить V-ID 2», указываемым в Действие.

В примере на Фиг. 21, становиться возможным осуществление связи между разными VLAN посредством установки заранее VLAN-ID соответствующей записи таблицы 322 переходов в значение «1».

(РЕЗУЛЬТАТЫ)

Третий примерный вариант осуществления обладает теми же результатами что и первый примерный вариант осуществления, как было описано выше.

<ЧЕТВЕРТЫЙ ПРИМЕРНЫЙ ВАРИАНТ ОСУЩЕСТВЛЕНИЯ>

Четвертый примерный вариант осуществления настоящего изобретения подробно описан со ссылкой на Фиг. 22.

(КОНФИГУРАЦИЯ)

Конфигурация четвертого примерного варианта осуществления описана со ссылкой на Фиг. 22. Фиг. 22 является блок- схемой, показывающей конфигурацию системы в соответствии с четвертым примерным вариантом осуществления.

В соответствии с Фиг. 22, система четвертого примерного варианта осуществления включает в себя устройство 400 управления, терминал 430 и терминал 440.

Устройство 400 управления включает в себя модуль 401 управления информацией конфигурации сети и модуль 403 управления путем. Устройство 400 управления является устройством, которое управляет связью (переносом пакетов), которая осуществляется между терминалом 430 и терминалом 440.

Терминал 430 и терминал 440 принадлежат к первой виртуальной сети, идентифицируемой первым идентификатором соответственно.

Модуль 401 управления информацией конфигурации сети хранит информацию конфигурации второй виртуальной сети так, что терминал 430 и терминал 440 могут принадлежать второй виртуальной сети, идентифицируемой вторым идентификатором.

Модуль 403 управления путем управляет связью между каждым терминалом на основе информации конфигурации второй виртуальной сети, которая храниться в модуле 401 управления информацией конфигурации сети.

(РЕЗУЛЬТАТЫ)

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

Несмотря на то, что данное изобретение в частности было показано и описано со ссылкой на его примерные варианты осуществления, изобретение не ограничивается этими конкретными вариантами осуществления. Специалистам в соответствующей области понятно, что различные изменения по форме и в деталях могут быть выполнены в отношении вышеизложенного, не отступая от сущности и объема настоящего изобретения.

По данной заявки испрашивается приоритет Патентной Заявки Японии № 2010-197630, поданной 03 сентября 2010г., которая во всей своей полноте включена в настоящее описание посредством ссылки.

Все или часть раскрытых выше примерных вариантов осуществления могут быть описаны, но не ограничиваются, следующими аспектами.

(АСПЕКТ 1)

Устройство управления, для управления переносом пакетов между терминалами, которые принадлежат к первой виртуальной сети, идентифицируемой первым идентификатором, содержащее:

средство управления информацией конфигурации сети, для хранения информации конфигурации второй виртуальной сети, идентифицируемой вторым идентификатором так, что терминалы принадлежат ко второй виртуальной сети; и

средство управления путем для управления связью между терминалами на основе информации конфигурации второй виртуальной сети.

(АСПЕКТ 2)

Устройство управления в соответствии с аспектом 1,

при этом средство управления информацией конфигурации сети управляет информацией идентификации терминала для каждого из терминалов посредством соотнесения идентификатора терминала с первым идентификатором, предоставленным в терминал.

(АСПЕКТ 3)

Устройство управления в соответствии с аспектом 1 или 2, при этом средство управления информацией конфигурации сети управляет информацией конфигурации второй виртуальной сети для каждого из терминалов посредством соотнесения информации идентификации терминала со вторым идентификатором, предоставленным в терминал.

(АСПЕКТ 4)

Устройство управления в соответствии с любым из аспектов с 1 по 3, дополнительно содержащее:

средство поиска для: осуществления поиска на предмет того, имеют ли каждый из терминала-источника и терминала-получателя принятого пакета идентичный второй идентификатор из средства управления информацией конфигурации сети, на основе информации о принятом пакете, когда принят запрос о принятом пакете устройства переноса, которое отправляет пакет; осуществления поиска первого идентификатора терминала-получателя из средства управления информацией конфигурации сети, когда каждый из терминала-источника и терминала-получателя принятого пакета имеют идентичный второй идентификатор; и отклонения принятого пакета, когда каждый из терминала-источника и терминала-получателя принятого пакета имеют разный второй идентификатор; и

при этом средство управления путем вычисляет маршрут переноса между терминалом-источником и терминалом-получателем, и уведомляет о предписании по установке правила обработки, включающего в себя обработку принятого пакета, для устройства переноса на маршруте переноса на основе обнаруженного первого идентификатора терминала-получателя.

(АСПЕКТ 5)

Устройство управления в соответствии с аспектом 4:

при этом средство поиска осуществляет: поиск второго идентификатора, предоставленного в терминал-источник из средства управления информацией конфигурации сети на основе первого идентификатора терминала-источника и идентификатора терминала-источника [S2]; и поиск первого идентификатора, предоставленного в терминал-получатель из средства управления информацией конфигурации сети на основе идентификатора терминала-получателя и второго идентификатора, предоставленного в терминал-источник, полученного в результате поиска[S3].

(АСПЕКТ 6)

Устройство управления в соответствии с аспектом 4 или 5,

при этом средство управления путем устанавливает правило обработки, включающее в себя процесс по обновлению первого идентификатора в заголовке принятого пакета на первый идентификатор, предоставленный в терминале-получателе, для устройства переноса, которое является источником запроса, и обновляет первый идентификатор заголовка принятого пакета в правиле обработки, которое соответствует принятому пакету, на первый идентификатор, предоставленный в терминале-получателе для устройства переноса на маршруте принятого пакета, отличного от устройства переноса, которое является источником запроса.

(АСПЕКТ 7)

Устройство управления в соответствии с аспектом 4 или 5,

при этом средство управления путем устанавливает правило обработки, включающее в себя процесс по обновлению второго идентификатора в заголовке пакета на первый идентификатор, предоставленный в терминале-получателе для устройства переноса на маршруте принятого пакета, отличного от устройства переноса, которое является источником запроса.

(АСПЕКТ 8)

Устройство управления в соответствии с любым из аспектов с 3 по 7,

при этом средство управления информацией конфигурации сети дополнительно хранит IP-адрес терминала, в качестве второй информации конфигурации сети; и

при этом средство поиска осуществляет поиск второго идентификатора, предоставленного в терминал-источник из средства управления информацией конфигурации сети на основе первого идентификатора, предоставленного в терминал-источник, идентификатора терминала-источника и IP-адреса терминала-источника, и осуществляет поиск первого идентификатора, предоставленного в терминал-получатель из средства управления информацией конфигурации сети на основе идентификатора терминала-получателя, второго идентификатора, предоставленного в терминал-источник, полученного в результате поиска, и IP-адреса терминала-получателя.

(АСПЕКТ 9)

Устройство управления в соответствии с любым из аспектов с 3 по 8,

при этом средство управления информацией конфигурации сети дополнительно хранит список устройств переноса во второй виртуальной сети, к которой принадлежит терминал, в качестве информации идентификации терминала; и

при этом средство управления путем осуществляет поиск устройства переноса, которое принадлежит к той же второй виртуальной сети, к которой принадлежит терминал-источник или терминал-получатель, в списке устройств переноса.

(АСПЕКТ 10)

Система связи, содержащая:

терминал, который принадлежит к первой виртуальной сети, идентифицируемой первым идентификатором; и

устройство управления для управления переносом пакетов между терминалами;

при этом устройство управления, включает в себя:

(АСПЕКТ 11)

Система связи в соответствии с аспектом 10,

(АСПЕКТ 12)

Система связи в соответствии с аспектом 10 или 11,

при этом средство управления информацией конфигурации сети управляет информацией конфигурации второй виртуальной сети для каждого из терминалов посредством соотнесения информации идентификации терминала со вторым идентификатором, предоставленным в терминал.

(АСПЕКТ 13)

Система связи в соответствии с любым из аспектов с 10 по 12, дополнительно содержащая:

устройство переноса для обработки принятого пакета на основе правила обработки, которое соотносит заголовок принятого пакета и обработку, соответствующую пакету, и для запроса устройства управления, когда правило обработки для принятого пакета неизвестно;

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

(АСПЕКТ 14)

Система связи в соответствии с аспектом 13,

при этом средство поиска осуществляет поиск второго идентификатора, предоставленного в терминал-источник из средства управления информацией конфигурации сети на основе первого идентификатора терминала-источника и идентификатора терминала-источника; и поиск первого идентификатора, предоставленного в терминал-получатель из средства управления информацией конфигурации сети на основе идентификатора терминала-получателя и второго идентификатора, предоставленного в терминал-источник, полученного в результате поиска.

(АСПЕКТ 15)

Система связи в соответствии с аспектом 13 или 14,

при этом средство управления путем устанавливает правило обработки, включающее в себя процесс по обновлению первого идентификатора в заголовке принятого пакета на первый идентификатор, предоставленный в терминал-получатель, для устройства переноса, которое является источником запроса, и обновляет первый идентификатор заголовка принятого пакета в правиле обработки, которое соответствует принятому пакету, на первый идентификатор, предоставленный в терминал-получатель для устройства переноса на маршруте принятого пакета, отличного от устройства переноса, которое является источником запроса.

(АСПЕКТ 16)

Система связи в соответствии с аспектом 13 или 14,

при этом средство управления путем устанавливает правило обработки, включающее в себя процесс по обновлению второго идентификатора в заголовке пакета на первый идентификатор, предоставленный в терминал-получатель для устройства переноса на маршруте принятого пакета, отличного от устройства переноса, которое является источником запроса.

(АСПЕКТ 17)

Система связи в соответствии с любым из аспектов с 12 по 16,

(АСПЕКТ 18)

Система связи в соответствии с любым из аспектов с 12 по 17,

(АСПЕКТ 19)

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

(АСПЕКТ 20)

Способ связи в соответствии с аспектом 19,

(АСПЕКТ 21)

Способ связи в соответствии с аспектом 19 или 20,

(АСПЕКТ 22)

Способ связи в соответствии с любым из аспектов с 19 по 21, дополнительно содержащий этапы, на которых:

осуществляют поиск на предмет того, имеют ли каждый из терминала-источника и терминала-получателя принятого пакета идентичный второй идентификатор из средства управления информацией конфигурации сети, на основе информации о принятом пакете, когда принят запрос о принятом пакете от устройства переноса, которое отправляет пакет;

осуществляют поиск первого идентификатора терминала-получателя из средства управления информацией конфигурации сети, когда каждый из терминала-источника и терминала-получателя принятого пакета имеют идентичный второй идентификатор;

отклоняют принятый пакет, когда каждый из терминала-источника и терминала-получателя принятого пакета имеют разный второй идентификатор;

вычисляют маршрут переноса между терминалом-источником и терминалом-получателем; и

уведомляют о предписании по установке правила обработки, включающего в себя обработку принятого пакета, для устройства переноса на маршруте переноса на основе обнаруженного первого идентификатора терминала-получателя.

(АСПЕКТ 23)

Способ связи в соответствии с аспектом 22, дополнительно содержащий этапы, на которых:

осуществляют поиск второго идентификатора, предоставленного в терминал-источник из средства управления информацией конфигурации сети на основе первого идентификатора терминала-источника и идентификатора терминала-источника; и

осуществляют поиск первого идентификатора, предоставленного в терминал-получатель из средства управления информацией конфигурации сети на основе идентификатора терминала-получателя и второго идентификатора, предоставленного в терминал-источник, полученного в результате поиска.

(АСПЕКТ 24)

Способ связи в соответствии с аспектом 22 или 23, дополнительно содержащий этапы, на которых:

устанавливают правило обработки, включающее в себя процесс по обновлению первого идентификатора в заголовке принятого пакета на первый идентификатор, предоставленный в терминал-получатель, для устройства переноса, которое является источником передачи запроса; и

обновляют первый идентификатор заголовка принятого пакета в правиле обработки, которое соответствует принятому пакету, на первый идентификатор, предоставленный в терминал-получатель для устройства переноса на маршруте принятого пакета, отличного от устройства переноса, которое является источником запроса.

(АСПЕКТ 25)

Способ связи в соответствии с аспектом 22 или 23, дополнительно содержащий этап, на котором:

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

(АСПЕКТ 26)

Способ связи в соответствии с любым из аспектов с 21 по 25,

при этом способ связи дополнительно содержит этапы, на которых:

осуществляют поиск второго идентификатора, предоставленного в терминал-источник из средства управления информацией конфигурации сети на основе первого идентификатора, предоставленного в терминал-источник, идентификатора терминала-источника и IP-адреса терминала-источника; и

осуществляют поиск первого идентификатора, предоставленного в терминал-получатель из средства управления информацией конфигурации сети на основе идентификатора терминала-получателя, второго идентификатора, предоставленного в терминал-источник, полученного в результате поиска, и IP-адреса терминала-получателя.

(АСПЕКТ 27)

Способ связи в соответствии с любым из аспектов с 21 по 25,

при этом способ связи дополнительно содержит этап, на котором:

осуществляют поиск устройства переноса, которое принадлежит к той же второй виртуальной сети, к которой принадлежит терминал-источник или терминал-получатель, в списке устройств переноса.

(АСПЕКТ 28)

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

(АСПЕКТ 29)

Носитель записи в соответствии с аспектом 28,

(АСПЕКТ 30)

Носитель записи в соответствии с аспектом 28 или 29,

(АСПЕКТ 31)

Носитель записи в соответствии с любым из аспектов с 28 по 30, дополнительно содержащий:

процесс поиска для осуществления поиска на предмет того, имеют ли каждый из терминала-источника и терминала-получателя принятого пакета идентичный второй идентификатор из средства управления информацией конфигурации сети, на основе информации о принятом пакете, когда принят запрос о принятом пакете от устройства переноса, которое отправляет пакет; осуществления поиска первого идентификатора терминала-получателя из средства управления информацией конфигурации сети, когда каждый из терминала-источника и терминала-получателя принятого пакета имеют идентичный второй идентификатор; и отклонения принятого пакета, когда каждый из терминала-источника и терминала-получателя принятого пакета имеют разный второй идентификатор; и

при этом процесс управления путем дополнительно включает в себя вычисление маршрута переноса между терминалом-источником и терминалом-получателем, и уведомление о предписании по установке правила обработки, включающего в себя обработку принятого пакета, для устройства переноса на маршруте переноса на основе обнаруженного первого идентификатора терминала-получателя.

(АСПЕКТ 32)

Носитель записи в соответствии с аспектом 31,

при этом процесс поиска дополнительно включает в себя осуществление поиска второго идентификатора, предоставленного в терминал-источник из средства управления информацией конфигурации сети на основе первого идентификатора терминала-источника и идентификатора терминала-источника; и осуществление поиска первого идентификатора, предоставленного в терминал-получатель из средства управления информацией конфигурации сети на основе идентификатора терминала-получателя и второго идентификатора, предоставленного в терминал-источник, полученного в результате поиска.

(АСПЕКТ 33)

Носитель записи в соответствии с аспектом 31 или 32,

при этом процесс управления путем дополнительно включает в себя установку правила обработки, включающего в себя процесс по обновлению первого идентификатора в заголовке принятого пакета на первый идентификатор, предоставленный в терминал-получатель, для устройства переноса, которое является источником передачи запроса, и обновление первого идентификатора заголовка принятого пакета в правиле обработки, которое соответствует принятому пакету, на первый идентификатор, предоставленный в терминал-получатель для устройства переноса на маршруте принятого пакета, отличного от устройства переноса, которое является источником запроса.

(АСПЕКТ 34)

Носитель записи в соответствии с аспектом 31 или 32,

при этом процесс управления путем дополнительно включает в себя установку правила обработки, включающего в себя процесс по обновлению второго идентификатора в заголовке пакета на первый идентификатор, предоставленный в терминал-получатель для устройства переноса на маршруте принятого пакета, отличного от устройства переноса, которое является источником передачи запроса.

(АСПЕКТ 35)

Носитель записи в соответствии с любым из аспектов с 30 по 34,

при этом процесс поиска дополнительно включает в себя осуществление поиска второго идентификатора, предоставленного в терминал-источник из средства управления информацией конфигурации сети на основе первого идентификатора, предоставленного в терминал-источник, идентификатора терминала-источника и IP-адреса терминала-источника, и осуществление поиска первого идентификатора, предоставленного в терминал-получатель из средства управления информацией конфигурации сети на основе идентификатора терминала-получателя, второго идентификатора, предоставленного в терминал-источник, полученного в результате поиска, и IP-адреса терминала-получателя.

(АСПЕКТ 36)

Носитель записи в соответствии с любым из аспектов с 30 по 34,

при этом процесс управления путем дополнительно включает в себя осуществление поиска устройства переноса, которое принадлежит к той же второй виртуальной сети, к которой принадлежит терминал-источник или терминал-получатель, в списке устройств переноса.

ПЕРЕЧЕНЬ УСЛОВНЫХ ОБОЗНАЧЕНИЙ

1, 2 сеть NW

100, 200 контроллер

300 контроллер OF

400 устройство управления

101, 201, 301 таблица информации конфигурации сети

401 модуль управления информацией конфигурации сети

101-1, 101-2, 101-N, 201-1, 201-2, 201-N, 301-1, 301-2, 301-N, 401-1, 401-N запись информации конфигурации сети

102, 202, 302 модуль поиска

103, 203, 303 модуль управления путем

110, 120, 210, 230 коммутатор

310, 320 коммутатор OF

111, 121, 211, 221, 311, 321 модуль переноса пакета

112, 122, 212, 222 таблица переадресации

112-1, 112-2, 112-M запись таблицы переадресации

312, 322 таблица переходов

312-1, 312-2, 312-M запись таблицы переходов

130, 140, 230, 240, 330, 340 терминал

1. Устройство управления для управления переносом пакетов между терминалами, которые принадлежат к первой виртуальной сети, идентифицируемой первым идентификатором, содержащее:
средство управления информацией конфигурации сети для хранения информации конфигурации второй виртуальной сети, идентифицируемой вторым идентификатором, способным идентифицировать больше сетей, чем первый идентификатор, так, что терминалы принадлежат ко второй виртуальной сети; и
средство управления путем для управления связью между терминалами на основе информации конфигурации второй виртуальной сети.

2. Устройство управления по п. 1,
в котором средство управления информацией конфигурации сети управляет информацией идентификации терминала для каждого из терминалов посредством соотнесения идентификатора терминала с первым идентификатором, предоставленным в терминал.

3. Устройство управления по п. 1 или 2,
в котором средство управления информацией конфигурации сети управляет информацией конфигурации второй виртуальной сети для каждого из терминалов посредством соотнесения информации идентификации терминала со вторым идентификатором, предоставленным в терминал.

4. Устройство управления по п. 1, дополнительно содержащее: средство поиска для осуществления поиска, имеют ли каждый из терминала-источника и терминала-получателя принятого пакета идентичный второй идентификатор из средства управления информацией конфигурации сети, на основе информации о принятом пакете, когда принят запрос о принятом пакете от устройства переноса, которое отправляет пакет; осуществления поиска первого идентификатора терминала-получателя из средства управления информацией конфигурации сети, когда каждый из терминала-источника и терминала-получателя принятого пакета имеют идентичный второй идентификатор; и отклонения принятого пакета, когда каждый из терминала-источника и терминала-получателя принятого пакета имеют разный второй идентификатор; и
при этом средство управления путем вычисляет маршрут переноса между терминалом-источником и терминалом-получателем и уведомляет о предписании установить правило обработки, включающее в себя обработку принятого пакета, устройство переноса на маршруте переноса на основе обнаруженного первого идентификатора терминала-получателя.

5. Устройство управления по п. 4,
в котором средство поиска осуществляет: поиск второго идентификатора, предоставленного в терминал-источник из средства управления информацией конфигурации сети, на основе первого идентификатора терминала-источника и идентификатора терминала-источника; и поиск первого идентификатора, предоставленного в терминал-получатель из средства управления информацией конфигурации сети, на основе идентификатора терминала-получателя и второго идентификатора, предоставленного в терминал-источник, полученного в результате поиска.

6. Устройство управления по п. 4,
в котором средство управления путем устанавливает правило обработки, включающее в себя процесс по обновлению первого идентификатора в заголовке принятого пакета на первый идентификатор, предоставленный в терминал-получатель, для устройства переноса - источника упомянутого запроса, и обновляет первый идентификатор заголовка принятого пакета в правиле обработки, соответствующем принятому пакету, на первый идентификатор, предоставленный в терминал-получатель для устройства переноса на маршруте принятого пакета, отличного от устройства переноса - источника упомянутого запроса.

7. Устройство управления по п. 4,
в котором средство управления путем устанавливает правило обработки, включающее в себя процесс по обновлению второго идентификатора в заголовке пакета на первый идентификатор, предоставленный в терминал-получатель для устройства переноса на маршруте принятого пакета, отличного от устройства переноса - источника упомянутого запроса.

8. Устройство управления по п. 3,
в котором средство управления информацией конфигурации сети дополнительно хранит IP-адрес терминала, в качестве второй информации конфигурации сети; и
в котором средство поиска осуществляет поиск второго идентификатора, предоставленного в терминал-источник из средства управления информацией конфигурации сети, на основе первого идентификатора, предоставленного в терминал-источник, идентификатора терминала-источника и IP-адреса терминала-источника, и осуществляет поиск первого идентификатора, предоставленного в терминал-получатель, из средства управления информацией конфигурации сети, на основе идентификатора терминала-получателя, второго идентификатора, предоставленного в терминал-источник, полученного в результате поиска, и IP-адреса терминала-получателя.

9. Устройство управления по п. 3,
в котором средство управления информацией конфигурации сети дополнительно хранит список устройств переноса во второй виртуальной сети, к которой принадлежит терминал, в качестве информации идентификации терминала; и
в котором средство управления путем осуществляет поиск устройства переноса, которое принадлежит к той же второй виртуальной сети, к которой принадлежит терминал-источник или терминал-получатель, в списке устройств переноса.

10. Система связи, содержащая:
терминал, который принадлежит к первой виртуальной сети, идентифицируемой первым идентификатором; и
устройство управления для управления переносом пакетов между терминалами;
в котором устройство управления, включает в себя: средство управления информацией конфигурации сети для хранения информации конфигурации второй виртуальной сети, идентифицируемой вторым идентификатором, способным идентифицировать больше сетей, чем первый идентификатор, так, что терминалы принадлежат ко второй виртуальной сети; и
средство управления путем для управления связью между терминалами на основе информации конфигурации второй виртуальной сети.

11. Система связи по п. 10,
в которой средство управления информацией конфигурации сети управляет информацией идентификации терминала для каждого из терминалов посредством соотнесения идентификатора терминала с первым идентификатором, предоставленным в терминал.

12. Система связи по п. 10 или 11,
в которой средство управления информацией конфигурации сети управляет информацией конфигурации второй виртуальной сети для каждого из терминалов посредством соотнесения информации идентификации терминала со вторым идентификатором, предоставленным в терминал.

13. Система связи по п. 10, дополнительно содержащая:
устройство переноса для обработки принятого пакета на основе правила обработки, которое соотносит заголовок принятого пакета и обработку, соответствующую пакету, и для запроса устройства управления, когда правило обработки для принятого пакета неизвестно;
при этом устройство управления дополнительно содержит средство поиска для осуществления поиска, имеют ли каждый из терминала-источника и терминала-получателя принятого пакета идентичный второй идентификатор, из средства управления информацией конфигурации сети, на основе информации о принятом пакете, когда принят запрос; осуществления поиска первого идентификатора терминала-получателя из средства управления информацией конфигурации сети, когда каждый из терминала-источника и терминала-получателя принятого пакета имеют идентичный второй идентификатор; и отклонения принятого пакета, когда каждый из терминала-источника и терминала-получателя принятого пакета имеют разный второй идентификатор; и
при этом средство управления путем вычисляет маршрут переноса между терминалом-источником и терминалом-получателем, и уведомляет о предписании установить правило обработки, включающее в себя обработку принятого пакета, устройство переноса на маршруте переноса на основе обнаруженного первого идентификатора терминала-получателя.

14. Система связи по п. 13,
в которой средство поиска осуществляет: поиск второго идентификатора, предоставленного в терминал-источник, из средства управления информацией конфигурации сети на основе первого идентификатора терминала-источника и идентификатора терминала-источника; и поиск первого идентификатора, предоставленного в терминал-получатель, из средства управления информацией конфигурации сети на основе идентификатора терминала-получателя и второго идентификатора, предоставленного в терминал-источник, полученного в результате поиска.

15. Система связи по п. 13,
в которой средство управления путем устанавливает правило обработки, включающее в себя процесс обновления первого идентификатора в заголовке принятого пакета на первый идентификатор, предоставленный в терминал-получатель, для устройства переноса - источника упомянутого запроса, и обновляет первый идентификатор заголовка принятого пакета в правиле обработки, которое соответствует принятому пакету, на первый идентификатор, предоставленный в терминал-получатель для устройства переноса на маршруте принятого пакета, отличного от устройства переноса - источника передачи упомянутого запроса.

16. Система связи по п. 13,
в которой средство управления путем устанавливает правило обработки, включающее в себя процесс по обновлению второго идентификатора в заголовке пакета на первый идентификатор, предоставленный в терминал-получатель для устройства переноса на маршруте принятого пакета, отличного от устройства переноса - источника упомянутого запроса.

17. Система связи по п. 12,
в которой средство управления информацией конфигурации сети дополнительно хранит IP-адрес терминала в качестве второй информации конфигурации сети; и
в которой средство поиска осуществляет поиск второго идентификатора, предоставленного в терминал-источник из средства управления информацией конфигурации сети, на основе первого идентификатора, предоставленного в терминал-источник, идентификатора терминала-источника и IP-адреса терминала-источника, и осуществляет поиск первого идентификатора, предоставленного в терминал-получатель из средства управления информацией конфигурации сети, на основе идентификатора терминала-получателя, второго идентификатора, предоставленного в терминал-источник, полученного в результате поиска, и IP-адреса терминала-получателя.

18. Система связи по п. 12,
в которой средство управления информацией конфигурации сети дополнительно хранит список устройств переноса во второй виртуальной сети, к которой принадлежит терминал, в качестве информации идентификации терминала; и
при этом средство управления путем осуществляет поиск устройства переноса, которое принадлежит к той же второй виртуальной сети, к которой принадлежит терминал-источник или терминал-получатель, в списке устройств переноса.

19. Способ связи для управления переносом пакетов между терминалами, которые принадлежат первой виртуальной сети, идентифицируемой первым идентификатором, содержащий этапы, на которых:
управляют связью между терминалами так, что терминалы принадлежат второй виртуальной сети, идентифицируемой вторым идентификатором, способным идентифицировать больше сетей, чем первый идентификатор, на основе информации конфигурации второй виртуальной сети, которая хранится в средстве управления информацией конфигурации сети.

20. Способ связи по п. 19,
в котором средство управления информацией конфигурации сети управляет информацией идентификации терминала для каждого из терминалов посредством соотнесения идентификатора терминала с первым идентификатором, предоставленным в терминал.

21. Способ связи по п. 19 или 20,
в котором средство управления информацией конфигурации сети управляет информацией конфигурации второй виртуальной сети для каждого из терминалов посредством соотнесения информации идентификации терминала со вторым идентификатором, предоставленным в терминал.

22. Способ связи по п. 19, дополнительно содержащий этапы, на которых:
осуществляют поиск, имеют ли каждый из терминала-источника и терминала-получателя принятого пакета идентичный второй идентификатор, из средства управления информацией конфигурации сети, на основе информации о принятом пакете, когда принят запрос о принятом пакете от устройства переноса, которое отправляет пакет;
осуществляют поиск первого идентификатора терминала-получателя из средства управления информацией конфигурации сети, когда каждый из терминала-источника и терминала-получателя принятого пакета имеют идентичный второй идентификатор;
отклоняют принятый пакет, когда каждый из терминала-источника и терминала-получателя принятого пакета имеют разный второй идентификатор;
вычисляют маршрут переноса между терминалом-источником и терминалом-получателем; и
уведомляют о предписании по установке правила обработки, включающего в себя обработку принятого пакета, устройство переноса на маршруте переноса на основе обнаруженного первого идентификатора терминала-получателя.

23. Способ связи по п. 22, дополнительно содержащий этапы, на которых:
осуществляют поиск второго идентификатора, предоставленного в терминал-источник из средства управления информацией конфигурации сети, на основе первого идентификатора терминала-источника и идентификатора терминала-источника; и
осуществляют поиск первого идентификатора, предоставленного в терминал-получатель из средства управления информацией конфигурации сети, на основе идентификатора терминала-получателя и второго идентификатора, предоставленного в терминал-источник, полученного в результате поиска.

24. Способ связи по п. 22, дополнительно содержащий этапы, на которых:
устанавливают правило обработки, включающее в себя процесс по обновлению первого идентификатора в заголовке принятого пакета на первый идентификатор, предоставленный в терминал-получатель, для устройства переноса - источника передачи упомянутого запроса; и
обновляют первый идентификатор заголовка принятого пакета в правиле обработки, соответствующем принятому пакету, на первый идентификатор, предоставленный в терминал-получатель для устройства переноса на маршруте принятого пакета, отличного от устройства переноса - источника упомянутого запроса.

25. Способ связи по п. 22, дополнительно содержащий этап, на котором:
устанавливают правило обработки, включающее в себя процесс по обновлению второго идентификатора в заголовке пакета на первый идентификатор, предоставленный в терминал-получатель, для устройства переноса на маршруте принятого пакета, отличного от устройства переноса - источника упомянутого запроса.

26. Способ связи по п. 21,
в котором средство управления информацией конфигурации сети дополнительно хранит IP-адрес терминала в качестве второй информации конфигурации сети; и
в котором способ связи дополнительно содержит этапы, на которых:
осуществляют поиск второго идентификатора, предоставленного в терминал-источник из средства управления информацией конфигурации сети на основе первого идентификатора, предоставленного в терминал-источник, идентификатора терминала-источника и IP-адреса терминала-источника; и
осуществляют поиск первого идентификатора, предоставленного в терминал-получатель из средства управления информацией конфигурации сети на основе идентификатора терминала-получателя, второго идентификатора, предоставленного в терминал-источник, полученного в результате поиска, и IP-адреса терминала-получателя.

27. Способ связи по п. 21,
в котором средство управления информацией конфигурации сети дополнительно сохраняет список устройств переноса во второй виртуальной сети, к которой принадлежит терминал, в качестве информации идентификации терминала; и
при этом способ связи дополнительно содержит этап, на котором:
осуществляют поиск устройства переноса, которое принадлежит к той же второй виртуальной сети, к которой принадлежит терминал-источник или терминал-получатель, в списке устройств переноса.

28. Носитель записи с записанной на нем программой связи, предписывающей компьютеру исполнение процесса по управлению переносом пакетов между терминалами, которые принадлежат первой виртуальной сети, идентифицируемой первым идентификатором, содержащего:
процесс управления путем для управления связью между терминалами так, что терминалы принадлежат второй виртуальной сети, идентифицируемой вторым идентификатором, способным идентифицировать больше сетей, чем первый идентификатор, на основе информации конфигурации второй виртуальной сети, которая хранится в средстве управления информацией конфигурации сети.

29. Носитель записи по п. 28,
в котором средство управления информацией конфигурации сети управляет информацией идентификации терминала для каждого из терминалов посредством соотнесения идентификатора терминала с первым идентификатором, предоставленным в терминал.

30. Носитель записи по п. 28 или 29,
в котором средство управления информацией конфигурации сети управляет информацией конфигурации второй виртуальной сети для каждого из терминалов посредством соотнесения информации идентификации терминала со вторым идентификатором, предоставленным в терминал.

31. Носитель записи по п. 28, дополнительно содержащий:
процесс поиска для осуществления поиска, имеют ли каждый из терминала-источника и терминала-получателя принятого пакета идентичный второй идентификатор, из средства управления информацией конфигурации сети, на основе информации о принятом пакете, когда принят запрос о принятом пакете от устройства переноса, которое отправляет пакет; осуществления поиска первого идентификатора терминала-получателя из средства управления информацией конфигурации сети, когда каждый из терминала-источника и терминала-получателя принятого пакета имеют идентичный второй идентификатор; и отклонения принятого пакета, когда каждый из терминала-источника и терминала-получателя принятого пакета имеют разный второй идентификатор; и
при этом процесс управления путем дополнительно включает в себя вычисление маршрута переноса между терминалом-источником и терминалом-получателем и уведомление о предписании по установке правила обработки, включающего в себя обработку принятого пакета, устройства переноса на маршруте переноса на основе обнаруженного первого идентификатора терминала-получателя.

32. Носитель записи по п. 31,
в котором процесс поиска дополнительно включает в себя осуществление поиска второго идентификатора, предоставленного в терминал-источник из средства управления информацией конфигурации сети, на основе первого идентификатора терминала-источника и идентификатора терминала-источника; и осуществление поиска первого идентификатора, предоставленного в терминал-получатель из средства управления информацией конфигурации сети на основе идентификатора терминала-получателя и второго идентификатора, предоставленного в терминал-источник, полученного в результате поиска.

33. Носитель записи по п. 31,
в котором процесс управления путем дополнительно включает в себя установку правила обработки, включающего в себя процесс по обновлению первого идентификатора в заголовке принятого пакета на первый идентификатор, предоставленный в терминал-получатель, для устройства переноса - источника передачи, и обновление первого идентификатора заголовка принятого пакета в правиле обработки, соответствующем принятому пакету, на первый идентификатор, предоставленный в терминал-получатель для устройства переноса на маршруте принятого пакета, отличного от устройства переноса - источника упомянутого запроса.

34. Носитель записи по п. 31,
в котором процесс управления путем дополнительно включает в себя установку правила обработки, включающего в себя процесс по обновлению второго идентификатора в заголовке пакета на первый идентификатор, предоставленный в терминал-получатель для устройства переноса на маршруте принятого пакета, отличного от устройства переноса - источника передачи упомянутого запроса.

35. Носитель записи по п. 30,
в котором средство управления информацией конфигурации сети дополнительно хранит IP-адрес терминала в качестве второй информации конфигурации сети; и
в котором процесс поиска дополнительно включает в себя осуществление поиска второго идентификатора, предоставленного в терминал-источник из средства управления информацией конфигурации сети, на основе первого идентификатора, предоставленного в терминал-источник, идентификатора терминала-источника и IP-адреса терминала-источника, и осуществление поиска первого идентификатора, предоставленного в терминал-получатель из средства управления информацией конфигурации сети, на основе идентификатора терминала-получателя, второго идентификатора, предоставленного в терминал-источник, полученного в результате поиска, и IP-адреса терминала-получателя.

36. Носитель записи по п. 30,
в котором средство управления информацией конфигурации сети дополнительно хранит список устройств переноса во второй виртуальной сети, к которой принадлежит терминал, в качестве информации идентификации терминала; и
в котором процесс управления путем дополнительно включает в себя осуществление поиска устройства переноса, которое принадлежит к той же второй виртуальной сети, к которой принадлежит терминал-источник или терминал-получатель, в списке устройств переноса.

Изобретение относится к обеспечению дистанционного интерфейса обслуживания пользователя в оконечном мосту провайдера. Технический результат состоит в поддержке новых функциональных возможностей без дополнительного аппаратного обеспечения.

Способ и устройство для формирования сервиса сквозной передачи данных // 2569573

Изобретение относится к области технологий виртуальных частных сетей третьего уровня (L3VPN), в частности к способу и устройству для формирования сервиса сквозной передачи данных сети L3VPN.

Многопортовое устройство интерфейса ethernet и способ доступа к vpn услуге интерфейса ethernet // 2562425

Изобретение относится к средствам доступа к VPN услуге для многопортового устройства интерфейса Ethernet. Технический результат заключается в обеспечении доступа к VPN услуге многопортового устройства интерфейса Ethernet.

Инкапсуляция адреса асимметричной сети // 2551814

Изобретение относится к сетям связи Технический результат изобретения заключается в уменьшении рабочей нагрузки краевого коммутатора, выполняющего только декапсуляцию кадра, инкапсуляция выполняется в виртуальном коммутаторе.

Сеть и блок расширения, а также способ функционирования сети // 2536370

Изобретение относится к сети, в особенности к сети Ethernet. Технический результат заключается в обеспечении возможности быстрого и надежного переключения при отказе одной из сетевых линий передачи за счет блока расширения для сетевых линий передачи сети, который при выходе из строя сетевой линии передачи обеспечивает возможность быстрого переключения в сети.

Способ и устройство для защиты канала в виртуальной частной локальной сети // 2520387

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

Устройство и способ для обеспечения доступа путём сквозной эмуляции псевдопровода // 2517695

Изобретение относится к области сквозной эмуляции псевдопровода (PWE3) в области телекоммуникаций. Техническим результатом является обеспечение доступа посредством сквозной эмуляции псевдопровода в сетях, отличных от Ethernet, при обеспечении экономии меточных ресурсов.

Способ соединения первой компьютерной сети по меньшей мере со второй расширенной компьютерной сетью // 2507696

Изобретение относится к способу соединения первой компьютерной сети со второй расширенной компьютерной сетью, причем вторая компьютерная сеть не соединена с сетью Интернет.

Способы и устройства для обнаружения одноранговых оверлейных сетей // 2483455

Изобретение относится к связи. .

Разработка, тестирование и демонстрация решений автоматизации с использованием виртуальных компьютеров на основе web и vpn туннелирования // 2483454

Способ функционирования и ввода в действие устройств в сети zigbee // 2584499

Настоящее изобретение относится к сети ZigBee, содержащей устройства с поддержкой ZigBee Green Power (ZGP) и устройства без поддержки ZGP. Техническим результатом является эффективное управление устройствами в сети ZigBee. Способ функционирования устройств в сети ZigBee, содержащей устройства с поддержкой ZigBee Green Power (ZGP) и устройства без поддержки ZGP, оба под управлением по меньшей мере одного ZGPD-устройства, содержит следующие этапы, на которых: ZGPD-устройство передает кадр ZGPD-команды, после приема кадра ZGPD-команды от упомянутого ZGPD-устройства, устройство с поддержкой ZGP: преобразует принятую ZGPD-команду в обычную ZigBee-команду, совместимую с устройствами без поддержки ZGP, и пересылает преобразованную команду, и осуществляет туннелирование ZGPD-команды с использованием механизма ZGP туннелирования, устройства с поддержкой ZGP, управляемые посредством ZGPD-устройства, исполняют только туннелированную команду, если поддерживается функциональность управляемого приложения, устройства без поддержки ZGP, управляемые посредством ZGPD-устройства, исполняют только преобразованную команду, если поддерживается функциональность управляемого приложения. 14 з.п. ф-лы, 1 ил.

Система снижения нагрузки и способ снижения нагрузки // 2587677

Изобретение относится к технике связи и может использоваться в системе сети OpenFlow. Технический результат состоит в стабилизации наряду со снижением нагрузки посредством уменьшения количества запросов ввода потока на сторону контроллера в отношении потока, регистрация которого не была завершена. Для этого контроллер регистрирует в таблице потоков коммутатора ввод потока, который задает правило и действие для единообразного управления пакетами в качестве потока. После приема пакета коммутатор выполняет запрос ввода потока, соответствующего принятому пакету, к упомянутому контроллеру, если ввод потока, соответствующий принятому пакету, не был зарегистрирован в таблице потоков, и размещает принятый пакет в стеке. Кроме того, коммутатор управляет передачей принятого пакета, который имеет данные заголовка, аналогичные данным заголовка размещенного в стеке пакета, посредством использования размещенного в стеке пакета, до тех пор, пока ввод потока, соответствующий принятому пакету, не будет зарегистрирован. 4 н. и 6 з.п. ф-лы, 7 ил.

Способ и устройство для конфигурирования пространства элемента управления доступом к среде в услуге виртуальной частной локальной сети // 2592408

Изобретение относится к средствам конфигурирования пространства элемента управления доступом к среде (MAC) в услуге виртуальной частной LAN (VPLS). Технический результат заключается в снижении производительности обработки, вызванным исчерпанием пространства элемента MAC VPLS на UPE, и улучшении производительности пересылки UPE. Когда пограничное устройство между провайдером и пользователем (UPE) принимает сообщение со стороны сети, выполняют операцию неполучения MAC-информации сообщения со стороны сети в таблице MAC VPLS на UPE. Когда UPE принимает сообщение со стороны пользователя, выполняют операцию получения MAC-информации сообщения со стороны пользователя в таблице MAC VPLS на UPE, при этом одна сторона UPE, соединенная с сетевым устройством, является стороной сети, а другая сторона UPE, соединенная с пользовательским устройством, является стороной пользователя. Когда UPE принимает сообщение со стороны пользователя, UPE непосредственно передает сообщение со стороны пользователя на сетевое устройство на стороне сети, соединенной с UPE. 2 н. и 6 з.п. ф-лы, 4 ил., 1 табл.

Сетевая система, способ обработки пакетов и носитель записи // 2602333

Изобретение относится к сетевой системе, носителю записи и способу обработки пакетов. Технический результат заключается в обеспечении многоадресной передачи пакетов за счет циклической обработки пакета. Система содержит таблицу потоков, блок обработки передачи пакета, сконфигурированный для приема пакета для многоадресной передачи, обработки пакета на основе таблицы потоков, включающей переписывание заголовка пакета и получение второго пакета посредством копирования переписанного пакета, и передачи переписанного пакета на порт назначения и передачи второго пакета на блок циклической обработки, и блок циклической обработки, сконфигурированный, при приеме второго пакета от блока обработки передачи пакета, для возврата второго пакета на блок обработки передачи пакета, при этом таблица потоков содержит множество записей потоков, причем каждая запись определяет условие соответствия, указывающее адрес многоадресной передачи в качестве адреса назначения, и действие, включающее в себя порт назначения. 3 н. и 2 з.п. ф-лы, 3 ил.

Помехоустойчивая передача дейтаграмм в сети связи // 2609074

Изобретение относится к сети связи с множеством сетевых компонентов, которые соединены друг с другом для обмена дейтаграммами, причем сеть связи содержит первую частичную сеть и вторую частичную сеть, и каждый сетевой компонент соединен с обеими частичными сетями. Технический результат заключается в возможности резервированной передачи дейтаграмм в сети связи, которая обеспечивает достаточную отказобезопасность. Сеть связи содержит по меньшей мере некоторые сетевые компоненты, которые соединены друг с другом в виде цепи, причем каждая цепь сетевых компонентов имеет первый сетевой компонент, который непосредственно соединен с первой частичной сетью, и второй сетевой компонент, который непосредственно соединен со второй частичной сетью, и причем все сетевые компоненты выполнены таким образом, что при резервированной передаче дейтаграмм дейтаграммы передаются как в направлении первой, так и в направлении второй частичной сети, причем передаваемые дейтаграммы в отношении их содержимого полезных данных идентичны и включают в себя сетевой идентификатор, который указывает на ту частичную сеть, в направлении которой они отправляются. 3 н. и 10 з.п. ф-лы, 3 ил.

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

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

Система и способ обеспечения и эксплуатации защищенной сети связи // 2622401

Изобретение относится к области электронной торговли и транзакций, а именно к обеспечению и эксплуатации защищенной сети связи. Техническим результатом является обеспечение анонимного администрирования данных, касающихся транзакций и содержания, в соответствии с существующими юридическими требованиями. Для этого в защищенной сети связи используют первый управляющий узел, содержащий модуль связи с первым управляющим узлом для образования сети связи первого уровня по меньшей мере с одним вторым управляющим узлом и модуль связи с первым промежуточным узлом для образования сети связи второго уровня с первым промежуточным узлом. При этом передают первый запрос пользователя от первого абонентского узла первому промежуточному узлу, принимают посредством модуля связи с первым промежуточным узлом анонимный запрос, основанный на первом запросе пользователя, от первого промежуточного узла и осуществляют поиск анонимных ответных данных в первом запоминающем устройстве первого управляющего узла исходя из анонимного запроса. Затем передают посредством модуля связи с первым промежуточным узлом по сети связи первого уровня анонимный запрос второму управляющему узлу, принимают по сети связи первого уровня анонимные ответные данные, отвечающие на анонимный запрос, от второго управляющего узла и передают посредством модуля связи с первым промежуточным узлом анонимные ответные данные по первой сети связи второго уровня первому промежуточному узлу для передачи ответных данных, которые основаны на анонимных ответных данных, первому абонентскому узлу. Причем анонимные ответные данные служат признаком касающихся содержания данных, которые включают ключ для дешифрования зашифрованного содержания, предоставленного вторым абонентским узлом первому абонентскому узлу. 6 н. и 7 з.п. ф-лы, 12 ил.

Способ подключения компьютера пользователя к виртуальной частной сети через локальную сеть провайдера // 2635215

Изобретение относится к способам обеспечения безопасности в сетях передачи данных и, в частности, к способам организации защищенного канала взаимодействия с сервером. Техническим результатом является повышение безопасности компьютера пользователя. Раскрыт способ подключения компьютера пользователя к виртуальной частной сети через локальную сеть провайдера, причем локальная сеть провайдера имеет соединение с локальной сетью организации, в которой развернуты узлы VPN, через глобальную сеть; причем локальная сеть провайдера включает портал, обеспечивающий соединение между локальной сетью провайдера и глобальной сетью и выполненный с возможностью обеспечивать авторизацию компьютера пользователя; по крайней мере, одно сетевое устройство, подключенное к локальной сети провайдера; по крайней мере, один компьютер пользователя, подключенный к сетевому устройству; причем сетевое устройство имеет процессор и выполнено с возможностью безопасного подключения к компьютеру пользователя; принимать запрос на подключение к VPN-сети организации от компьютера пользователя; передавать в портал запрос на авторизацию от компьютера пользователя; принимать из портала данные для страницы авторизации; формировать изображение страницы авторизации для компьютера пользователя; передавать в компьютер пользователя изображение страницы авторизации; принимать из компьютера пользователя данные для авторизации; передавать данные для авторизации в портал; способ заключается в том, что передают запрос на подключение к VPN-сети организации из компьютера пользователя в сетевое устройство; принимают запрос на подключение к VPN-сети организации в сетевом устройстве; передают запрос на авторизацию компьютера пользователя из сетевого устройства в портал; принимают в сетевом устройстве данные для страницы авторизации из портала; передают из сетевого устройства в компьютер пользователя изображение страницы авторизации; принимают на компьютере пользователя управляющее воздействие от пользователя; передают из компьютера пользователя данные об управляющем воздействии пользователя в сетевое устройство; при помощи полученных данных об управляющем воздействии формируют данные для авторизации в сетевом устройстве; передают из сетевого устройства данные для авторизации в портал; авторизуют компьютер пользователя с помощью портала в локальной сети провайдера; передают сведения об успешной авторизации из портала через сетевое устройство в компьютер пользователя; устанавливают подключение через сетевое устройство и портал между компьютером пользователя и узлом VPN-сети организации. 1 ил.

Способ маршрутизации ip-пакетов при использовании vpls совместно с dhcp в сети с коммутацией пакетов // 2635216

Изобретение относится к области цифровых сетей передачи данных с коммутацией пакетов (IP). Техническим результатом является упрощение настройки маршрутизации, снижение нагрузки на сервис DPLS и в целом на сеть, устранение ограничений на расположение и реализацию DHCP сервера. Способ маршрутизации IP-пакетов при использовании VPLS совместно с DHCP в сети с коммутацией пакетов, причем в состав сети входят клиентские компьютеры, расположенные в клиентских сетях; пограничные маршрутизаторы, причем каждая клиентская сеть подключена к своему пограничному маршрутизатору через заданный интерфейс, образующий шлюз по умолчанию; DHCP сервер, находящийся в одной из клиентских сетей; при этом каждый пограничный маршрутизатор содержит средство обработки, выполненное с возможностью: сравнения IP-адресов, содержащихся в кадрах запроса; модификации кадра запроса путем добавления или удаления данных; замены IP-адресов, содержащихся в кадрах запроса; способ заключается в том, что передают запрос из клиентского компьютера на получение IP-адреса интерфейса и IP-адреса шлюза по умолчанию в пограничный маршрутизатор своей клиентской сети, причем запрос содержит набор кадров; опции протокола DHCP; передают запрос из пограничного маршрутизатора клиентской сети, содержащей клиентский компьютер, в пограничный маршрутизатор, находящийся в клиентской сети DHCP сервера; передают запрос из пограничного маршрутизатора, находящегося в клиентской сети DHCP сервера, в DHCP сервер; формируют ответ в DHCP сервере в виде совокупности кадров; передают ответ DHCP сервера в пограничный маршрутизатор, находящийся в клиентской сети DHCP сервера; обрабатывают полученный ответ DHCP сервера в средстве обработки пограничного маршрутизатора, выполняя следующие действия: проверяют, содержат ли сведения, имеющиеся в кадрах, какой-либо маршрут, имеющий в качестве IP-адреса шлюза по умолчанию IP-адрес шлюза по умолчанию данного пограничного маршрутизатора; если был обнаружен факт совпадения, то модифицируют ответ путем добавления отметки в кадр; передают ответ DHCP сервера из пограничного маршрутизатора, находящегося в клиентской сети DHCP сервера, в пограничный маршрутизатор клиентской сети, в которой находится клиентский компьютер, пославший запрос; обрабатывают ответ DHCP сервера в средстве обработки пограничного маршрутизатора клиентской сети, из которой поступил запрос, выполняя следующие действия: проверяют, содержат ли сведения, имеющиеся в кадрах, отметку; если отметка присутствует, то выполняют следующие действия: в каждом случае, когда в сведениях, имеющихся в кадрах, указан маршрут, заменяют IP-адрес шлюза по умолчанию пограничного маршрутизатора клиентской сети, в которой находится DHCP сервер, на IP-адрес шлюза по умолчанию пограничного маршрутизатора клиентской сети, из которой поступил запрос; удаляют из ответа DHCP сервера отметку; передают ответ DHCP сервера из пограничного маршрутизатора клиентской сети, из которой поступил запрос, в клиентский компьютер, пославший запрос; принимают ответ DHCP сервера в клиентском компьютере, пославшем запрос.

Способ и система для защиты отображения виртуальной сети, а также компьютерный носитель данных // 2637419

Изобретение относится к области сетей. Техническим результатом является защита отображения виртуальной сети. Способ защиты отображения виртуальной сети включает: редактирование и определение, прикладным уровнем, по меньшей мере одной модели подсети на основе запроса на редактирование сети; построение, уровнем виртуализации сети, по меньшей мере одной модели подсети в соответствии с упомянутой отредактированной и определенной по меньшей мере одной моделью подсети, и интеграцию этой построенной по меньшей мере одной модели подсети в глобальное представление сети, при этом упомянутое глобальное представление сети содержит по меньшей мере одну политику защиты и по меньшей мере одну цель оптимизации отображения по меньшей мере для одной модели подсети в целях создания запасной копии; и отображение, уровнем контроллера, по меньшей мере одной модели подсети, содержащейся в глобальном представлении сети, соответственно на рабочую сеть устройств и резервную сеть устройств, согласно упомянутой по меньшей мере одной политике защиты и упомянутой по меньшей мере одной цели оптимизации отображения по меньшей мере для одной модели подсети, и когда рабочая сеть устройств имеет отказы, заданные условия удовлетворены, а резервная сеть устройств не имеет отказов, переключение рабочего отображения соответствующей подсети с рабочей сети устройств на резервную сеть устройств. 3 н. и 8 з.п. ф-лы, 8 ил.