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

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

Иллюстрации

Показать все

Реферат

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

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

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

В последние годы, обусловленное всплеском трафика в сетях связи и ростом количества предоставляемых в сети услуг, было разработано множество технологий для создания в сети связи дополнительно виртуальной сети. В качестве одного из типичных способов для создания такой виртуальной сети в непатентной литературе 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-адрес также используется в качестве точного идентификатора терминала, он э