УСТРОЙСТВО УПРАВЛЕНИЯ, СИСТЕМА СВЯЗИ, СПОСОБ СВЯЗИ И НОСИТЕЛЬ ЗАПИСИ, СОДЕРЖАЩИЙ ЗАПИСАННУЮ НА НЕМ ПРОГРАММУ ДЛЯ СВЯЗИ
CONTROL DEVICE, COMMUNICATION SYSTEM, COMMUNICATION METHOD AND RECORD MEDIUM CONTAINING COMMUNICATION PROGRAMME RECORDED TO IT

ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕ
Настоящее изобретение относится к устройству управления в сети для осуществления связи, к системе связи, способу связи и носителю записи, содержащему записанную на нем программу для связи.
УРОВЕНЬ ТЕХНИКИ
В последние годы было разработано множество технологий для предоставления различных услуг сервером в ответ на связь со стороны клиента (пользователя).
В системе, которая предоставляет услуги клиенту, должны учитываться балансировка нагрузки и масштабируемость или тому подобное. В целях сохранения такой балансировки нагрузки и масштабируемости существует технология, которая обычно использует единственный идентификатор, такой как IP-адрес (адрес интернет-протокола) и т.п., среди множества серверов. В качестве примера этого подразумевается патентная литература 1.
В соответствии с технологией, раскрытой в патентной литературе 1, ретрансляционное устройство в сети управляет таблицей, в которой IP-адрес устройства обработки информации, которое является адресатом пересылки, сопоставляется физическому порту, который соединяется с устройством обработки информации. Ретрансляционное устройство пересылает принятый пакет в соответствии с этой таблицей. В результате, связь можно осуществлять, даже если один и тот же IP-адрес назначен для множества устройств обработки информации.
[СПИСОК ССЫЛОЧНОЙ ЛИТЕРАТУРЫ]
[ПАТЕНТНАЯ ЛИТЕРАТУРА]
[Патентная Литература 1] Выложенная заявка на патент Японии № 2008-219400
[НЕПАТЕНТНАЯ ЛИТЕРАТУРА]
[Непатентная Литература 1] OpenFlow Switch Specification Version 1.0.0 (Wire Protocol 0x01), 31 декабря 2009 года [найдено 2 сентября 2010 года], интернет-ссылка:
<URL: http://www.openflowswitch.org/documents/openflow-spec-v1.0.0.pdf>
СУЩНОСТЬ ИЗОБРЕТЕНИЯ
[ТЕХНИЧЕСКАЯ ПРОБЛЕМА]
Однако в технологии, раскрытой в патентной литературе 1, поскольку устройство обработки информации идентифицируется посредством отношения соответствия между физическим портом ретрансляционного устройства и IP-адресом устройства обработки информации, существует проблема, заключающаяся в том, что адресат зафиксирован и не может выбираться.
Задачей настоящего изобретения является обеспечение устройства управления, системы связи, способа связи и носителя записи, содержащего записанную на нем программу для связи, которые способны решить проблему, упомянутую выше.
[РЕШЕНИЕ ПРОБЛЕМЫ]
Устройство управления для управления сетью содержит средство управления маршрутом для выбора устройства связи, имеющего идентификатор, в качестве целевого устройства связи из группы устройств связи на основе взаимосвязи соединения между группой устройств связи, которая соединена с сетью и включает в себя устройства связи, каждое из которых имеет один и тот же идентификатор, и исходным устройством связи, которое осуществляет связь, используя упомянутый идентификатор в качестве целевого адреса, и установления процесса, соответствующего маршруту от исходного устройства связи до выбранного целевого устройства связи, для устройства пересылки в сети.
Система связи содержит устройство управления для управления сетью; и устройство пересылки для пакетной пересылки; при этом, устройство управления включает в себя средство управления маршрутом для выбора устройства связи, имеющего идентификатор, в качестве целевого устройства связи из группы устройств связи на основе взаимосвязи соединения между группой устройств связи, которая соединена с сетью и включает в себя устройства связи, каждое из которых имеет один и тот же идентификатор, и исходным устройством связи, которое осуществляет связь, используя упомянутый идентификатор в качестве целевого адреса, и установления процесса, соответствующего маршруту от исходного устройства связи до выбранного целевого устройства связи, для устройства пересылки в сети.
Способ связи содержит выбор устройства связи, имеющего идентификатор, в качестве целевого устройства связи, из группы устройств связи на основе взаимосвязи соединения между группой устройств связи, которая соединена с сетью и включает в себя устройства связи, каждое из которых имеет один и тот же идентификатор, и исходным устройством связи, которое осуществляет связь, используя упомянутый идентификатор в качестве целевого адреса; и установление процесса, соответствующего маршруту от исходного устройства связи до выбранного целевого устройства связи, для устройства пересылки в сети.
Носитель записи, содержащий записанную на нем программу для связи, инициирующую выполнение компьютером процесса управления маршрутом, содержащего: выбор устройства связи, имеющего идентификатор, в качестве целевого устройства связи из группы устройств связи на основе взаимосвязи соединения между группой устройств связи, которая соединена с сетью и включает в себя устройства связи, каждое из которых имеет один и тот же идентификатор, и исходным устройством связи, которое осуществляет связь, используя упомянутый идентификатор в качестве адреса; и установление процесса, соответствующего маршруту от исходного устройства связи до выбранного целевого устройства связи, для устройства пересылки в сети.
[ПОЛЕЗНЫЕ РЕЗУЛЬТАТЫ ИЗОБРЕТЕНИЯ]
В соответствии с настоящим изобретением становится возможным выбирать адресат связи из группы устройств связи, которая включает в себя устройства связи, каждое из которых имеет один и тот же идентификатор в качестве адресата связи, на основе взаимосвязи соединения между источником связи и данной группой устройств связи.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
Фиг. 1 представляет собой рисунок, демонстрирующий конфигурацию системы по первому варианту осуществления.
Фиг. 2 представляет собой рисунок, демонстрирующий конфигурацию системы по второму варианту осуществления.
Фиг. 3 представляет собой рисунок, демонстрирующий конфигурацию секции управления маршрутом.
Фиг. 4 представляет собой рисунок, демонстрирующий структуру таблицы для управления местоположением терминала связи.
Фиг. 5 представляет собой рисунок, демонстрирующий структуру таблицы для управления местоположением узла обслуживания.
Фиг. 6 представляет собой рисунок, демонстрирующий структуру таблицы для управления портом и группой серверов.
Фиг. 7 представляет собой рисунок, демонстрирующий структуру таблицы для управления услугой и репрезентативным МАС-адресом.
Фиг. 8 представляет собой схему последовательности действий, демонстрирующую функционирование по второму варианту осуществления.
Фиг. 9 представляет собой блок-схему последовательности операций, демонстрирующую функционирование по второму варианта осуществления.
Фиг. 10 представляет собой схему последовательности действий, демонстрирующую функционирование по второму варианту осуществления.
Фиг. 11 представляет собой рисунок, демонстрирующий конфигурацию системы по третьему варианту осуществления.
Фиг. 12 представляет собой схему последовательности действий, демонстрирующую функционирование по третьему варианту осуществления.
Фиг. 13 представляет собой блок-схему последовательности операций, демонстрирующую функционирование по третьему варианту осуществления.
Фиг. 14 представляет собой схему последовательности действий, демонстрирующую функционирование третьего варианта осуществления.
Фиг. 15 представляет собой рисунок, демонстрирующий пример конфигурации системы по второму варианту осуществления.
ОСУЩЕСТВЛЕНИЕ ИЗОБРЕТЕНИЯ
Ниже примерные варианты осуществления настоящего изобретения будут подробно описаны с использованием чертежей.
<ПРИМЕРНЫЙ ВАРИАНТ 1 ОСУЩЕСТВЛЕНИЯ>
(КОНФИГУРАЦИЯ)
Первый примерный вариант осуществления настоящего изобретения будет подробно описан со ссылкой на чертежи.
Фиг. 1 представляет собой блок-схему, демонстрирующую систему в соответствии с этим примерным вариантом осуществления. Со ссылкой на фиг. 1 система 1000 связи по первому примерному варианту осуществления включает в себя устройство 2000 управления и сеть 1120. Сеть 1120 включает в себя устройство 1121 пересылки и устройство 1124 пересылки.
Группа 1200 устройств связи соединяется с системой 1000 связи. Группа 1200 устройств связи включает в себя устройство 1040 связи и устройство 1041 связи. Устройство 1040 связи соединяется с системой 1000 связичерез устройство 1122 пересылки. Подобным образом, устройство 1041 связи соединяется с системой 1000 связичерез устройство 1124 пересылки. Устройство 1040 связи и устройство 1041 связи имеют определенный идентичный идентификатор.
В примере из фиг. 1, хотя количество устройств связи, включенных в группу 1200 устройств связи, равно двум, оно может быть равным трем или больше. Подобным образом, на примере из фиг. 1, хотя в качестве устройств связи, имеющих одинаковый идентификатор, показаны устройства 1040 и 1041 связи, может быть три или более устройств связи.
Кроме того, устройство 1130 связи соединяется с системой 1000 связи через сеть 1150. В соответствии с первым примерным вариантом осуществления, будет описан случай, когда устройство 1130 связи осуществляет связь, используя идентификатор, обеспеченный устройством 1040 связи и устройством 1041 связи, в качестве адресата.
Устройство 2000 управления управляет системой 1000 связи. Также устройство 2000 управления включает в себя секцию 1001 управления маршрутом.
Блок 1001 управления маршрутом выбирает любое из устройства 1040 связи и устройства 1041 связи, каждое из которых имеет один и тот же идентификатор, на основе взаимосвязи соединения между устройством 1130 связи и группой 1200 устройств связи. После этого блок 1001 управления маршрутом устанавливает процесс, соответствующий маршруту от устройства 1130 связи до выбранного устройства связи, для каждого устройства пересылки в сети 1120.
(РЕЗУЛЬТАТЫ)
Как было описано выше, в соответствии с первым вариантом осуществления, блок 1001 управления маршрутом выбирает одно устройство связи из устройств 1040 и 1041 связи, которое становится целевым устройством, на основе взаимосвязи соединения между группой 1200 устройств, которая включает в себя устройства 1040 и 1041 связи, и устройством 1130 связи. Также блок 1001 управления маршрутом устанавливает процесс, соответствующий маршруту от устройства 1130 связи до выбранного устройства связи, для каждого устройства пересылки в сети 1120.
Посредством упомянутого выше функционирования становится возможным выбирать целевое устройство связи на основе взаимосвязи соединения между источником связи и группой 1200 устройств связи из группы 1200 устройств связи, которая включает в себя устройства связи (1040 и 1041), каждое из которых имеет один и тот же идентификатор, который является адресатом для устройства 1130 связи.
<ПРИМЕРНЫЙ ВАРИАНТ 2 ОСУЩЕСТВЛЕНИЯ>
Второй примерный вариант осуществления настоящего изобретения будет подробно описан со ссылкой на чертежи.
(ОБЩАЯ СТРУКТУРА)
Фиг. 2 представляет собой блок-схему, демонстрирующую систему в соответствии со вторым вариантом осуществления. Со ссылкой на фиг. 2 система 1 связи по второму варианту осуществления включает в себя блок 10 управления маршрутом, группу 20 блоков пакетной пересылки, блок 21 пакетной пересылки, блок 22 пакетной пересылки, блок 23 пакетной пересылки и блок 24 пакетной пересылки.
Блок 10 управления маршрутом управляет маршрутами связи в системе 1 связи. Как показано на фиг. 2, блок 10 управления маршрутом может быть включен в состав независимого устройства 2 управления. Описание блока 10 управления маршрутом будет произведено позже.
Группа 20 блоков пакетной пересылки представляет собой сеть, которая состоит из по меньшей мере одного соединенного блока пакетной пересылки.
Блоки 21-24 пакетной пересылки соединяются с сетью 150 маршрутизаторов, сетью 151 маршрутизаторов и группой 1400 серверов. Следовательно, блоки 21-24 пакетной пересылки могут называться граничными узлами системы 1 связи, которые располагаются на границе системы 1 связи и осуществляют соединение с внешней сетью системы 1 связи.
Также блоки 21-24 пакетной пересылки имеют таблицу правил пакетной пересылки, которая содержит правила пакетной пересылки (не показано на рисунке). В правиле пакетной пересылки ключ согласования для идентификации пакета сопоставляется с содержанием процесса в отношении пакета (процесс, к примеру, пересылки к конкретному порту, лавинной маршрутизации, отбрасывания и т.п.). Когда пакет принят, блоки 21-24 пакетной пересылки начинают поиск правила пакетной пересылки, имеющего ключ согласования, который подходит для принятого пакета, в таблице правил пакетной пересылки. Процесс выполняется в соответствии с содержанием процесса, соответствующего найденному правилу пакетной пересылки.
Кроме того, каждый блок пакетной пересылки может быть составлен как независимое устройство (такое как переключатель, маршрутизатор и т.п.).
Также блоки 21-24 пакетной пересылки могут быть оснащены функцией удаления правила пакетной пересылки, как изложено ниже. В качестве примера этой функции подразумевается, что когда бы блоки 21-24 пакетной пересылки ни обрабатывали пакет, они повторно устанавливают таймер (информация о лимите времени) в области, которая указывает содержание процесса соответствующего правила пакетной пересылки. Блоки 21-24 пакетной пересылки удаляют соответствующее правило пакетной пересылки из таблицы правил пакетной пересылки, когда таймер становится на отметку «0». Посредством этой функции предотвращается ситуация, когда непреднамеренный содержание процесса выполняется в силу того, что неиспользуемое правило пакетной пересылки остается надолго.
Группа 1400 серверов включает в себя сервер 40 и сервер 41. Сервер 40 и сервер 41 - это серверы, предоставляющие определенную услугу А для другой стороны связи и соединяющиеся с системой 1 связи через сеть. Сервер 40 и сервер 41 содержат базу данных, требуемую для предоставления услуги А. Сервер 40 и сервер 41 имеют один и тот же IP-адрес, который соответствует услуге А. Впредь описание будет строиться с тем, что допускается, будто сервер 40 и сервер 41 предоставляют одинаковую услугу А и имеют один и тот же IP-адрес #А.
Впредь, хотя описание будет строиться с тем, что допускается, будто сервер 40 и сервер 41 предоставляют одинаковую услугу А, описание этим не ограничивается. Второй примерный вариант осуществления может применяться в случае, когда один и тот же или подобный вид связи реализуется между сервером и терминалом связи. В качестве примера подобного вида связи подразумевается, что сервер 40 обеспечивает высокоскоростную связь, а сервер 41 обеспечивает низкоскоростную связь, когда передача одного и того же содержания выполняется между сервером и терминалом связи.
Терминал 130 связи и терминал 131 связи соединяются с сервером 40 или сервером 41 через сеть 150 маршрутизаторов, сеть 151 маршрутизаторов и систему 1 связи. Терминал 130 связи и терминал 131 связи связываются с сервером 40 или сервером 41 и получают обслуживание А. В качестве примера терминала связи можно взять пользовательский терминал, клиентский терминал или сервер и т.п.
Сеть 150 маршрутизаторов и сеть 151 маршрутизаторов представляют собой сети, в которых существует множество маршрутизаторов для пакетной пересылки. Сервер 160 DNS (система имен доменов) и сервер 161 DNS соединяются с сетью 150 маршрутизаторов и сетью 151 маршрутизаторов соответственно.
Сервер 160 DNS и сервер 161 DNS представляют собой серверы для разрешения IP-адреса от полностью определенного имени домена (FQDN). В соответствии со вторым примерным вариантом осуществления серверы 160 и 161 DNS всегда предоставляют IP-адрес #А в качестве ответа для FQDN сервера, который предоставляет обслуживание А, несмотря на условия (местоположение терминала связи, который запросил разрешение IP-адреса, статус загрузки сервера и т.п.).
(КОНФИГУРАЦИЯ БЛОКА 10 УПРАВЛЕНИЯ МАРШРУТОМ)
Фиг. 3 представляет собой блок-схему, демонстрирующую детальную структуру блока 10 управления маршрутом с фиг. 2. Со ссылкой на фиг. 3 блок 10 управления маршрутом включает в себя блок 11 связи узлов, блок 12 обработки сообщений управления и блок 13 расчета маршрута и обработки. В то же время блок 10 управления маршрутом составлен при наличии блока 14 управления блоком пакетной пересылки, блока 15 управления топологией, блока 16 управления местоположением терминала связи, блока 17 управления узлом обслуживания, блока 18 управления правилами пакетной пересылки и базы данных 19 (Data Base - DB) правил пакетной пересылки. Детали каждой из функций будут описаны ниже.
Блок 11 связи узлов осуществляет связь с группой 20 блоков пакетной пересылки и блоками 21-24 пакетной пересылки.
Блок 12 обработки сообщений управления анализирует сообщение управления, принятое от группы 20 блоков пакетной пересылки и блоков 21-24 пакетной пересылки, и передает информацию о сообщении управления для релевантной функции процесса в блоке 10 управления маршрутом.
Блок 13 расчета маршрута и обработки осуществляет поиск маршрута пакетной пересылки и содержания процесса, подлежащих выполнению группой 20 блоков пакетной пересылки и блоками 21-24 пакетной пересылки на маршруте пакетной пересылки, на основе информации о местоположении терминала связи, управляемого блоком 16 управления местоположением терминала связи, информации о местоположении сервера, управляемого блоком 17 управления узлом обслуживания, и информации о топологии сети, установленной в блоке 15 управления топологией.
Блок 14 управления блоком пакетной пересылки управляет возможностями блока пакетной пересылки, который управляется блоком 10 управления маршрутом. Что касается возможностей блока пакетной пересылки, подразумевается, например, количество портов, типы портов и типы содержания процесса, поддерживаемые каждым блоком пакетной пересылки, и т.п. Кроме того, типы портов не представляют интереса во втором варианте осуществления. Как и физический порт, такой как оптоволоконный или коаксиальный кабель и т.п., логический канал, как тоннель VPN (виртуальная частная сеть) и т.п., может по существу рассматриваться в качестве порта.
Блок 15 управления топологией устанавливает информацию о топологии сети и управляет ею. Блок 15 управления топологией собирает информацию о взаимосвязях между группой 20 блоков пакетной пересылки и блоками 21-24 пакетной пересылки посредством блока 11 связи узлов. Блок 15 управления топологией устанавливает информацию о топологии сети и управляет ею на основе собранной информации о взаимосвязанных соединениях.
Блок 16 управления местоположением терминала связи осуществляет управление так, что терминалы 130 и 131 связи, соединенные с системой 1 связи, соединяются с портом, блок пакетной пересылки которого находится в системе 1 связи. Например, это управление местоположением выполняется на основе уведомления о детектировании нового пакета и уведомления об удалении потока от блока пакетной пересылки. Описание уведомления о детектировании нового пакета и уведомления об удалении потока будет представлено позже.
Фиг. 4 представляет собой рисунок, демонстрирующий пример таблицы, содержащейся в блоке 16 управления местоположением терминала связи. Таблица 16-1 для управления местоположением терминала связи по фиг. 4 включает в себя идентификационную информацию терминала связи, МАС-адрес (управление доступом к среде), соответствующий каждому терминалу связи, и информацию о местоположении.
Идентификационная информация терминала связи - идентификатор для идентификации терминала связи, и в качестве примера с фиг. 4 она использует IP-адрес терминала связи. Когда информация, отличная от IP-адреса, используется в качестве идентификационной информации терминала связи, к таблице 16-1 для управления местоположением терминала связи может отдельно добавляться информация, которая отражает IP-адрес терминала связи.
МАС-адрес, соответствующий каждому терминалу связи, является исходным МАС-адресом пакета, который попал в систему 1 связи. В соответствии со вторым примерным вариантом осуществления, используется МАС-адрес граничного маршрутизатора (не показано на фиг. 2), который располагается по соседству с системой 1 связи и существует в сети 150 маршрутизаторов или сети 151 маршрутизаторов.
Информация о местоположении терминала связи представляет собой информацию, которая обозначает точку соединения терминала связи и системы 1 связи. Информация о местоположении терминала связи включает в себя идентификационную информацию блока пакетной пересылки и номер порта. Идентификационная информация блока пакетной пересылки использует идентификатор, присвоенный каждому блоку пакетной пересылки. В частности, подразумевается, что IP-адрес, МАС-адрес или другой конкретный идентификатор и т.п. присваивается блоку пакетной пересылки.
На примере с фиг. 4 информация, соответствующая терминалу 130 связи и терминалу 131 связи, хранится в таблице 16-1 для управления местоположением терминала связи. Например, в качестве идентификационной информации терминала связи в отношении терминала 130 связи хранится IP-адрес. В качестве МАС-адреса хранится МАС-адрес граничного маршрутизатора из сети 150 маршрутизаторов. В качестве информации о местоположении хранятся идентификатор блока 21 пакетной пересылки, который является точкой соединения терминала 130 связи с системой 1 связи, и номер порта «1».
Блок 17 управления узлом обслуживания управляет взаимосвязанным соединением между узлом обслуживания, который соединяется с системой 1 связи, и системой 1 связи. Также блок 17 управления узлом обслуживания управляет взаимосвязанным соединением между системой 1 связи и узлом обслуживания относительно каждой из услуг. Во втором примерном варианте осуществления узел обслуживания - это сервер 40 и сервер 41. Это управление осуществляется, например, на основе уведомления о детектировании нового пакета и уведомления об удалении потока и т.п. от блока пакетной пересылки. Подробное описание таких уведомлений будет представлено позже.
Фиг. 5 - фиг. 7 демонстрируют примеры таблиц, содержащихся в блоке 17 управления узлом обслуживания. Таблица 17-1 для управления местоположением узла обслуживания с фиг. 5 - это таблица для управления местоположением узла обслуживания, и информация о местоположении сопоставляется с идентификационной информацией узла обслуживания.
Идентификационная информация узла обслуживания представляет собой идентификатор для идентификации узла обслуживания терминала связи, и она использует МАС-адрес сервера в качестве примера с фиг. 5. Когда информация, отличная от МАС-адреса, используется в качестве идентификационной информации узла обслуживания, к таблице 17-1 для управления местоположением узла обслуживания может отдельно добавляться информация, которая отражает МАС-адрес сервера.
Информация о местоположении - это информация, которая обозначает точку соединения узла обслуживания и системы 1 связи и состоит из комбинации идентификационной информации блока пакетной пересылки и номера порта. Кроме того, представлена та же идентификационная информация блока пакетной пересылки, что и в таблице 16-1 для управления местоположением терминала связи на фиг. 4.
В примере с фиг. 5 записываются вводные данные, относящиеся к серверу 40 и серверу 41. Например, в качестве идентификационной информации узла обслуживания на сервере 40 хранится МАС-адрес. Также идентификатор блока 22 пакетной пересылки, который является точкой соединения сервера 40 с системой 1 связи, и номер порта «1» хранятся в качестве информации о местоположении.
Таблица 17-2 для управления портом и группой серверов с фиг. 6 представляет собой таблицу для управления соответствием взаимосвязи между блоком пакетной пересылки, который существует в пределах внешней сети (здесь сети 150 и 151 маршрутизаторов), и узлом обслуживания, доступ к которому возможен посредством конкретного порта из блока пакетной пересылки. В соответствии со вторым примерным вариантом осуществления узел обслуживания, соответствующий блоку пакетной пересылки, управляется для каждой из услуг. Таблица 17-2 для управления портом и группой серверов включает в себя идентификационную информацию блока пакетной пересылки, номер порта, идентификационную информацию обслуживания и идентификационную информацию узла обслуживания.
Представлены те же идентификационная информация блока пакетной пересылки и номер порта, что и в таблице 16-1 для управления местоположением терминала связи с фиг. 4 и таблице 17-1 для управления местоположением узла обслуживания с фиг. 5.
Идентификационная информация услуги - это информация для идентификации обслуживания, которое предоставляется сервером, и IP-адрес, который используется во втором примерном варианте осуществления. В качестве идентификационной информации обслуживания может быть использована информация, отличная от IP-адреса. В таком случае в эту таблицу может отдельно добавляться информация, которая отражает IP-адрес, установленный для обслуживания. Идентификационная информация узла обслуживания указывает на группу узлов обслуживания, к которой разрешен доступ от порта релевантного блока пакетной пересылки. Как было упомянуто выше, в соответствии со вторым примерным вариантом осуществления, оба сервера: и сервер 40, и сервер 41 - предоставляют одинаковое обслуживание А и IP-адрес - #A.
В соответствии со вторым примерным вариантом осуществления, предполагается, что блок 10 управления маршрутом придерживается правила, что в отношении узла обслуживания устанавливается порядок приоритета, и доступ к узлу обслуживания, имеющему высокий порядок приоритета, осуществляется на основе приоритета. В качестве основы для установления порядка приоритета подразумевается правило, которое дает более высокий приоритет узлу обслуживания, расположенному ближе к блоку пакетной пересылки. Например, в качестве показателя для измерения близости между блоком пакетной пересылки и узлом обслуживания существует способ, использующий время кругового обращения (RTT) и расстояние маршрута автономной системы (AS). RTT - время задержки распространения сообщения, которое прошло круговое обращение между двумя определенными устройствами для отправки и приема сообщения. Во втором примерном варианте реализации применяется RTT между сервером 40, 41 и блоком 21-24 пакетной пересылки, расположенным по соседству с сетью 150, 151 маршрутизаторов. В этом случае блок пакетной пересылки (блок 21, 23 пакетной пересылки на фиг. 2), расположенный по соседству с сетью маршрутизаторов, уведомляет блок 10 управления маршрутом о результате периодической пересылки и приема сообщения к и от сервера 40, 41. И блок 10 управления маршрутом дает более высокий ранг в порядке приоритета серверу, имеющему небольшое RTT.
Далее маршрут AS - это тот, который указывает перечень количества AS, через которые прошел коммуникационный обмен граничным шлюзовым протоколом (BGP) до достижения целевого устройства. Фиг. 15 демонстрирует пример конфигурации системы, когда маршрут AS применяется в отношении системы. В этой примерной конфигурации система 1 связи существует в двух различных местах расположения, разделенная сетью 152 маршрутизаторов как система 1-1 связи и система 1-2 связи. Она в сущности функционирует как одна система связи путем соединения этих мест расположения посредством логического канала 51 и логического канала 52. Поскольку терминал 130, 131 связи и сервер 40, 41 отделены друг от друга сетью маршрутизаторов, предполагается, что они принадлежат к разным AS. И можно считать, что маршруты AS для доступа к каждому из серверов 40 и 41 посредством каждой из сетей 150 и 151 маршрутизаторов, расположенных по соседству с системой 1 связи сравниваются, и более высокий ранг в порядке приоритета дается серверу, имеющему более короткий маршрут AS. В этой примерной конфигурации, при рассмотрении со стороны терминала 130 связи, сеть маршрутизаторов, существующая между терминалом 130 связи и сервером 40, это только сеть 150 маршрутизаторов. С другой стороны, существует две сети маршрутизаторов, сети 150 и 152 маршрутизаторов, существующие между терминалом 130 связи и сервером 41. Следовательно, когда терминал 130 связи получает доступ к обслуживанию А, осуществляя доступ к серверу 40, маршрут AS становится коротким и порядок приоритета становится высоким.
В таблице 17-2 управления портом и группой серверов по второму примерному варианту осуществления соответствующий узел обслуживания управляется для каждого порта блока пакетной пересылки, который существует на границе внешней сети, однако он может управляться для каждого блока пакетной пересылки.
Таблица 17-3 для управления услугой и репрезентативным МАС-адресом с фиг. 7 представляет собой таблицу для управления отношением соответствия между идентификационной информацией обслуживания и «репрезентативным МАС-адресом» и состоит из комбинации идентификационной информации обслуживания и репрезентативного МАС-адреса. Идентификационная информация услуги подобна таблице 17-2 для управления портом и группой серверов с фиг. 6. В соответствии со вторым примерным вариантом осуществления, предполагается, что МАС-адрес любого узла обслуживания из множества узлов обслуживания, которые предоставляют одинаковое обслуживание А, записывается как «репрезентативный МАС-адрес». Например, используется МАС-адрес сервера 40 из сервера 40 и сервера 41, которые являются узлами обслуживания для обеспечения обслуживания А. Однако репрезентативный МАС-адрес не ограничен этим, и может использоваться виртуальный МАС-адрес. Эта таблица 17-3 для управления услугой и репрезентативным МАС-адресом используется при обработке запроса о разрешении МАС-адреса для IP-адреса, соответствующего идентификационной информации от сети маршрутизаторов, и т.п.
Блок 18 управления правилами пакетной пересылки осуществляет управление тем, какой вид правила пакетной пересылки установить для каждого из блоков пакетной пересылки в системе 1 связи. В частности, рассчитанный в блоке 13 расчета маршрута и обработки результат регистрируется в DB 19 правил пакетной пересылки в качестве правила пакетной пересылки. Когда в отношении правила пакетной пересылки, установленного для блока пакетной пересылки, происходит изменение, блок 18 управления правилами пакетной пересылки обновляет соответствующую регистрационную информацию в DB 19 правил пакетной пересылки. Процесс такого обновления выполняется с помощью уведомления об удалении потока (описывается позже) и т.п. от блока пакетной пересылки, выступающего в качестве триггера.
Кроме того, в конфигурации блока 10 управления маршрутом, упомянутой выше, когда нет необходимости содержать правило пакетной пересылки в блоке 10 управления маршрутом, DB 19 правил пакетной пересылки может быть опущена. Также можно применить конфигурацию, в которой DB 19 правил пакетной пересылки не предусмотрена в блоке 10 управления маршрутом, но предусмотрена отдельно на внешнем сервере и т.п.
(ФУНКЦИОНИРОВАНИЕ)
Далее функционирование по второму примерному варианту осуществления будет описано со ссылкой на схемы последовательности сигналов с фиг. 8 и фиг. 10 и блок-схему последовательности операций с фиг. 9.
Сначала с использованием фиг. 8 будет описана процедура связи, когда терминал 130 связи получает обслуживание А через сеть 150 маршрутизаторов.
Сначала терминал 130 связи осуществляет связь с сервером 160 DNS (этап 8-1). Терминал 130 связи получает IP-адрес #A, который является IP-адресом сервера, который обеспечивает обслуживание А, от FQDN, которое включено в URL (унифицированный указатель ресурса) для обеспечения обслуживания А (этап 8-2).
Далее терминал 130 связи отправляет пакет данных, который имеет IP-адрес #A в качестве целевого адреса, к сети 150 маршрутизаторов (этап 8-3). Когда сеть 150 маршрутизаторов не знает МАС-адреса, который соответствует IP-адресу #A и нужен для пересылки пакета данных, имеющего адрес IP-адреса #A, к системе 1 связи, сеть 150 маршрутизаторов отправляет сообщение запроса о разрешении МАС-адреса к системе 1 связи (этап 8-4). Когда сеть 150 маршрутизаторов знает МАС-адрес, который соответствует IP-адресу #A, она пересылает пакет данных к системе 1 связи.
Когда сообщение запроса о разрешении МАС-адреса принято, блок 21 пакетной пересылки пересылает его к блоку 10 управления маршрутом.
Когда сообщение запроса о разрешении МАС-адреса принято, блок 10 управления маршрутом получает МАС-адрес #A, который соответствует IP-адресу #A, используя таблицу 17-3 для управления услугой и репрезентативным МАС-адресом, которая управляется блоком 17 управления узлом обслуживания. Далее блок 10 управления маршрутом выдает ответ, что МАС-адрес, который соответствует IP-адресу #A, является МАС-адресом #A, путем отправки ответного сообщения о разрешении МАС-адреса (этап 8-5).
Сеть 150 маршрутизаторов пересылает пакет данных к системе 1 связи после разрешения МАС-адреса, который соответствует IP-адресу #A (этап 8-6).
Когда пакет данных принят, блок 21 пакетной пересылки ищет таблицу правил пакетной пересылки и правило пакетной пересылки, соответствующие принятому пакету данных. Когда существует правило пакетной пересылки, соответствующее принятому пакету данных, пакет данных обрабатывается согласно соответствующему содержанию процесса.
Используя пример с фиг. 8, мы опишем случай, когда правила пакетной пересылки, соответствующего принятому пакету данных, не существует. Типичным примером случая, когда правила пакетной пересылки не существует в блоке 21 пакетной пересылки, является случай, в котором блок 21 пакетной пересылки еще никогда не принимал релевантного пакета и содержание процесса этого пакета не установлено.
В таком случае блок 21 пакетной пересылки отправляет уведомление о детектировании нового пакета к блоку 10 управления маршрутом после того, как буферизовал принятый пакет данных (этап 8-7). Это уведомление о детектировании нового пакета включает в себя информацию, требуемую, чтобы идентифицировать правило пакетной пересылки, и информацию о порте, который принял пакет. Например, информация, требуемая, чтобы идентифицировать правило пакетной пересылки, представляет собой исходный/целевой МАС-адрес, исходный/целевой IP-адрес, исходный/целевой номер порта и т.п. Кроме того, идентификатор блока 21 пакетной пересылки, который является источником уведомления о детектировании нового пакета, может быть включен в уведомление о детектировании нового пакета. В качестве идентификатора блока 21 пакетной пересылки рассматриваются, например, IP-адрес или МАС-адрес и т.п. блока 21 пакетной пересылки. Однако этим не ограничивается, по мере того как блок 21 пакетной пересылки может быть идентифицирован.
Здесь предполагается, что блок 21 пакетной пересылки буферизует принятый пакет и отправляет только информацию, требуемую для того, чтобы идентифицировать правило пакетной пересылки, к блоку 10 управления маршрутом. Однако блок 21 пакетной пересылки может отправлять не только информацию, требуемую для идентификации правила пересылки, но также и весь принятый пакет к блоку 10 управления маршрутом.
Далее, когда уведомление о детектировании нового пакета принято, блок 10 управления маршрутом устанавливает правило пакетной пересылки для каждого из блоков пакетной пересылки в системе 1 связи (этап 8-8).
Функционирование на этапе 8-8 будет описано более подробно с использованием блок-схемы последовательности операций с фиг. 9. Сначала блок 11 связи узлов блока 10 управления маршрутом принимает уведомление о детектировании нового пакета (этап 9-1).
Далее блок 12 обработки сообщений управления блока 10 управления маршрутом идентифицирует блок пакетной пересылки, который обнаружил новый пакет, и его порт ввода, а также целевой IP-адрес пакета данных, исходя из информации, включенной в уведомление о детектировании нового пакета (этап 9-2). В частности, он устанавливает, что блок пакетной пересылки, который обнаружил новый пакет, - это блок 21 пакетной пересылки, а его порт ввода - 1. Здесь, когда идентификатор блока 21 пакетной пересылки включен в уведомление о детектировании нового пакета, он может идентифицировать блок пакетной пересылки путем использования идентификатора блока 21 пакетной пересылки. Также он может идентифицировать блок пакетной пересылки на основе исходного IP-адреса (IP-адреса терминала 130 связи) пакета данных. В этом случае, используя таблицу 16-1 для управления местоположением терминала связи, он может идентифицировать блок 21 пакетной пересылки, исходя из «информации о местоположении», указанной во вводе терминала 130 связи.
Кроме того, одновременно с идентификацией блока пакетной пересылки и его порта ввода блок 12 обработки сообщений управления также устанавливает, что целевой IP-адрес пакета данных - #A (этап 9-2). Целевой IP-адрес был установлен здесь, поскольку обслуживание идентифицируется посредством IP-адреса. Однако идентификации обслуживания не ограничивается только IP-адресом, другая информация также может быть использована. В том случае, когда обслуживание идентифицируется посредством другой информации, такая информация должна быть идентифицирована на этапе 9-2.
Также в это время информация о терминале 130 связи в таблице 16-1 для управления местоположением терминала связи, которая управляется в блоке 16 управления местоположения терминала связи, обновляется. Когда информация о терминале 130 связи не зарегистрирована, она заново регистрируется в таблицах 16-1 для управления местоположением терминала связи.
После этого блок 10 управления маршрутом ищет таблицу 17-2 для управления портом и группой серверов путем использования блока пакетной пересылки (21), номера порта (1) и идентификационной информации обслуживания (IP-адрес #A) в качестве ключа. В результате поиска сервер 40, имеющий высокий порядок приоритета, выбирается в качестве узла обслуживания, имеющего IP-адрес #A, другими словами, узла обслуживания, который обеспечивает обслуживание А (этап 9-3).
Далее ключ согласования правила пересылки нового пакета определяется в блоке 13 расчета маршрута и обработки. В то же время местоположение сервера 40 подтверждается в качестве целевого путем использования таблицы 17-1 для управления местоположением узла обслуживания, управление которой осуществляется в блоке 17 управления узлом обслуживания. Маршрут пакетной пересылки от блока 21 пакетной пересылки к серверу 40 рассчитывается на основе информации о местоположении сервера 40 (этап 9-4).
Здесь предполагается, что маршрут «от блока 21 пакетной пересылки к блоку 22 пакетной пересылки и затем к серверу 40» был выбран в результате расчета маршрута. В качестве согласованного ключа пакета предполагается, что были выбраны три следующих условия: (1) исходный IP-адрес такой же, как и IP-адрес терминала 130 связи; (2) целевой МАС-адрес такой же, как и МАС-адрес #A; и (3) целевой IP-адрес такой же, как и IP-адрес #A.
Кроме того, блок 13 расчета маршрута и обработки выбирает содержание процесса для пересылки пакета по рассчитанному маршруту в качестве содержания процесса, соответствующего определенному согласованному ключу. В дополнение к этому, блок 22 пересылки пакетов выбирает содержание процесса, который указывает, что когда принимается релевантный пакет данных, целевой МАС-адрес в заголовке принятого пакета данных преобразуется в МАС-адрес сервера 40.
Блок расчета маршрута и обработки создает правило пакетной пересылки на основе выбранного согласованного ключа, правила пересылки и содержания процесса (этап 9-5). Далее правило пакетной пересылки, которое было определено, устанавливается для блоков 21 и 22 пакетной пересылки, которые являются блоками пакетной пересылки на маршруте, посредством блока 12 управления сообщениями обработки и блока 11 связи узлов (этап 9-6).
После установления правила пакетной пересылки блок 10 управления маршрутом регистрирует правило пакетной пересылки, установленное для блоков 21 и 22 пакетной пересылки, в блоке 18 управления правилами пакетной пересылки.
Выше описано функционирование процесса установления правила пакетной пересылки во время детектирования нового пакета блоком 10 управления маршрутом. В дальнейшем, возвращаясь к фиг. 8, будет продолжено описание функционирования по второму примерному варианту осуществления.
Когда установление правила пакетной пересылки для блоков 21 и 22 пакетной пересылки выполнено (этап 8-8), блок 21 пакетной пересылки пересылает буферизованный пакет в соответствии с установленным правилом пакетной пересылки (этап 8-9). Поскольку правило пакетной пересылки уже было установлено для блоков 21 и 22 пакетной пересылки на маршруте пересылки этого пакета, этот пакет пересылается по порядку блоков 21, 22 пакетной пересылки и достигает сервера 40.
Выше описана процедура связи, когда терминал 130 связи пытается получить обслуживание А в первый раз. Процедура связи, когда терминал 131 связи получает обслуживание А через сеть 151 маршрутизаторов, представляет собой ту же процедуру, что и описанная выше, и IP-адрес, разрешенный сервером DNS, - тот же самый IP-адрес #A. Однако есть отличие в том, что сервер назначения доступа - сервер 41, поскольку блок пакетной пересылки, который расположен на границе системы 1 связи, другой.
(ФУНКЦИОНИРОВАНИЕ ВО ВРЕМЯ СБОЯ СЕРВЕРА)
Далее с использованием фиг. 10 будет описана процедура связи, когда с сервером 40, который обеспечивает обслуживание А, происходит сбой.
Сперва, в начальном состоянии, предполагается, что терминал 130 связи осуществляет связь с сервером 40 с помощью процедуры, упомянутой выше (этап 10-1).
Когда сервер 40 детектирует собственную неисправность, он оценивает, что скоро прекратит обеспечивать обслуживание А (этап 10-2). В таком случае сервер 40 отправляет уведомление о сбое к блоку 10 управления маршрутом (этап 10-3). В это время, когда существует информация о состоянии, которая нужна, чтобы обеспечить обслуживание А терминалу 130 связи, сервер 40 также уведомляет сервер 41. В качестве способа детектирования сбоя сервера 40 предлагается, например, то, что он оценивает по повышению собственной температуры в силу увеличения загрузки обработки или состояния перегрузки подсоединенной соединенной линии связи и т.п. В упомянутом выше примере, хотя и предполагается, что сервер 40 сам детектирует сбой, это не является ограничением, и оператор и т.п., управляющий сервером 40, может производить оценку.
Когда уведомление о сбое от сервера 40 получено, блок 10 управления маршрутом удаляет информацию, относящуюся к серверу 40, из таблицы 17-2 для управления портом и группой серверов. Путем удаления информации о сервере 40 выполняется реконфигурация отношений соответствия между блоком пакетной пересылки и соседними узлами обслуживания, которые обеспечивают обслуживание для каждой услуги (этап 10-4).
Кроме того, блок 10 управления маршрутом детектирует, что терминал 130 связи осуществляет связь с сервером 40 на основе информации, управляемой блоком 18 управления правилами пакетной пересылки. С помощью использования таблицы 17-2 для управления портом и группой серверов после реконфигурации принимается решение, что сервер, который обеспечивает обслуживание А терминалу 130 связи, должен смениться с сервера 40 на сервер 41. Блок 13 расчета маршрута и обработки рассчитывает изменение маршрута (этап 10-5). Блок 13 расчета маршрута и обработки устанавливает соответствующее правило пакетной пересылки согласно измененному маршруту (этап 10-6). Последовательность обработки от расчета маршрута до установления правила пакетной пересылки подобна обработке с этапа 9-3 по этап 9-6 упомянутой выше фиг. 9, по этой причине подробное описание будет опущено.
(РЕЗУЛЬТАТЫ)
Как было описано выше, в соответствии со вторым примерным вариантом осуществления, блок 10 управления маршрутом управляет каждым взаимосвязанным соединением для каждого терминала связи, группой серверов, включающей в себя серверы (узлы обслуживания) и блоком пакетной пересылки. Также блок 10 управления маршрутом выбирает сервер, который становится целевым для пакета данных, среди серверов, которые обеспечивают обслуживание, запрашиваемое принятым пакетом данных от терминала связи на основе управляемого взаимосвязи соединения. Затем блок 10 управления маршрутом устанавливает процесс, который соответствует маршруту пересылки, для блоков пакетной пересылки на маршруте пересылки.
Путем упомянутого выше функционирования становится возможным выбирать целевое устройство связи, на основе взаимосвязи соединения между терминалом связи и группой серверов, среди серверов, которые являются целевыми для терминала связи и обеспечивают одно и то же обслуживание. Также становится возможным продолжить предоставление обслуживания, даже когда в определенном сервере происходит сбой, путем выбора другого сервера, который предоставляет то же обслуживание, и продолжая осуществлять связь.
<ПРИМЕРНЫЙ ВАРИАНТ 3 ОСУЩЕСТВЛЕНИЯ>
Далее будет описан третий примерный вариант осуществления настоящего изобретения. Третий примерный вариант осуществления - это вариант осуществления, в котором технология, именуемая «Свободный Поток» (OpenFlow), раскрытая в непатентной литературе 1, применяется в отношении второго варианта осуществления.
OpenFlow, как раскрывается в непатентной литературе 1 - это технология, которая рассматривает связь как сквозной поток и выполняет управление маршрутом, восстановление после сбоя, балансировку загрузки и оптимизацию и т.п. для каждого потока. Переключатель OpenFlow, который функционирует как устройство пересылки, имеет Защищенный канал для связи с Контроллером OpenFlow. Переключатель OpenFlow действует в соответствии с таблицей потоков, которая ориентирована Контроллером OpenFlow, чтобы надлежащим образом осуществлять добавление или перезапись. В таблице потоков набор, который включает в себя правило (ключ согласования), подлежащее проверке на соответствие заголовку пакета, «действие», определяющее содержание процесса пакета, и статистическую информацию о потоке, определяется для каждого потока. Этот набор называется «вводом потока».
Фиг. 11 представляет собой блок-схему, демонстрирующую систему в соответствии с третьим примерным вариантом осуществления. Со ссылкой на фиг. 11 система 100 связи по третьему примерному варианту осуществления включает в себя блок 110 управления маршрутом, сеть 120 переключателей потока, переключатель потока 121, переключатель потока 122, переключатель потока 123 и переключатель потока 124 Каждый из указанных выше переключателей потока является эквивалентом Переключателя OpenFlow, упомянутого выше.
Терминалы 130 и 131 связи соединяются с системой 100 связи посредством сетей 150, 151 маршрутизаторов соответственно. Подобным же образом серверы DNS 160, 161 соединяются с сетями 150, 151 маршрутизаторов соответственно.
Кроме того, группа 1400 серверов соединяется с системой 100 связи. Группа 1400 серверов включает в себя сервер 140 и сервер 141. Подобно второму примерному варианту осуществления, предполагается, что сервер 140 и сервер 141 обеспечивают обслуживание А и имеют один и тот же IP-адрес #A.
Поскольку конфигурация системы, соединенной с упомянутой выше системой 100 связи, почти такая же, как и во втором примерном варианте осуществления, ее подробное описание будет опущено.
Блок 110 управления маршрутом управляет маршрутами связи в системе 100 связи. Блок 110 управления маршрутом может быть расположен в контроллере 200, который является независимым устройством, как показано на фиг. 11.
Подробное описание блока 110 управления маршрутом будет опущено, поскольку он эквивалентен блоку 10 управления маршрутом с фиг. 3, где блок пакетной пересылки рассматривается как переключатель потока, а правило пакетной пересылки рассматривается как ввод потока. Соответственно, в дальнейшем ссылка на фиг. 3 - фиг. 7 будет производиться, когда описывается блок 110 управления маршрутом.
Также возможно конфигурировать блок 110 управления маршрутом на основе Контроллера OpenFlow, упомянутого в непатентной литературе 1. В этом случае блок 16 управления местоположением терминала связи и блок 17 управления узлом обслуживания на фиг. 3 добавляются к Контроллеру OpenFlow из непатентной литературы 1.
Далее, сеть 120 переключателей потока представляет собой сеть, которая состоит из по меньшей мере одного соединенного переключателя потока.
Переключатели 121-124 потока, включенные в сеть 120 переключателей потока, соединяются с сетью 150 маршрутизаторов, сетью 151 маршрутизаторов, сервером 140 и сервером 141. Следовательно, переключатели 121-124 потока могут называться граничными узлами системы 100 связи, которые располагаются на границе системы 100 связи и соединяются с внешними сетями системы 100 связи.
Кроме того, принимая пакеты, переключатели 121-124 потока находят ввод потока, имеющий ключ согласования, который согласуется с принятым пакетом, в таблице вводов потока, которая хранит вводы потока, и выполняют процесс в соответствии с действием, соответствующим вводу потока. Пересылка к конкретному порту, лавинная маршрутизация, отбрасывание и т.п. могут служить примерами действия.
Также переключатели 121-124 потока, подобно тому, как это происходит во втором примерном варианте осуществления, заново устанавливают таймер (информация о лимите времени) в области действия релевантного ввода потока, когда бы переключатели 121-124 потока ни обрабатывали пакет.
Далее функционирование по третьему примерному варианту осуществления будет описано со ссылкой на схемы последовательности сигналов на фиг. 12 и фиг. 14 и блок-схему последовательности операций с фиг. 13. Кроме того, описание будет надлежащим образом опущено, поскольку последовательность основных операций почти такая же, как и во втором примерном варианте осуществления.
Сначала с использованием фиг. 12 будет описана процедура связи, когда терминалу 130 связи обеспечивается обслуживание А через сеть 150 маршрутизаторов.
Описание этапов с 12-1 по 12-5 будет опущено, поскольку они почти такие же, как этапы с 8-1 по 8-5 во втором примерном варианте осуществления (фиг. 8). Однако запрос о разрешении МАС-адреса этапа 8-4 выполняется посредством запроса ARP (протокол разрешения адресов) на этапе 12-4. Подобным образом разрешение МАС-адреса этапа 8-5 выполняется с помощью ответа ARP на этапе 12-5.
Когда МАС-адрес, соответствующий IP-адресу #A, разрешается ответом ARP этапа 12-5, сеть 150 маршрутизаторов пересылает пакет данных к системе 100 связи (этап 12-6).
Когда пакет данных принят, переключатель 121 потока ищет таблицу вводов потока и ввод потока, соответствующий принятому пакету данных. Когда ввод потока, соответствующий принятому пакету данных, существует, пакет данных обрабатывается согласно соответствующему действию.
Используя пример с фиг. 12, мы опишем случай, когда ввода потока, соответствующего принятому пакету данных, не существует. В качестве типичного примера случая, когда ввода потока не существует в переключателе 121 потока, подразумевается случай, в котором переключатель 121 потока еще никогда не принимал релевантного пакета и соответствующее действие не установлено. Другими словами, можно сказать, что принятый пакет данных является первым пакетом нового потока в этом случае.
Когда новый поток детектирован, как упомянуто выше, переключатель 121 потока отправляет сообщение «Пакет внутри» (Packet-in) к блоку 110 управления маршрутом после того, как буферизовал принятый пакет данных. Сообщение Packet-in представляет собой сообщение, определенное в непатентной литературе 1, это сообщение, которое подлежит отправке к контроллеру OpenFlow, когда в переключателе OpenFlow детектируется новый поток. В это сообщение Packet-in включена информация, требуемая, чтобы идентифицировать ввод потока, и информация о порте, который принял пакет. Например, информация, требуемая, чтобы идентифицировать ввод потока, представляет собой исходный/целевой МАС-адрес, исходный/целевой IP-адрес, исходный/целевой номер порта и т.п. Кроме того, идентификатор переключателя 121 потока, который является источником Packet-in, может быть включен в Packet-in. В качестве идентификатора рассматриваются, например, IP-адрес или МАС-адрес и т.п. переключателя 121 потока, однако этим не ограничивается, по мере того как переключатель 121 потока может быть известен.
Здесь предполагается, что переключатель 121 потока буферизует принятый пакет и отправляет только информацию, требуемую для того, чтобы идентифицировать ввод потока, к блоку 110 управления маршрутом. Однако переключатель 121 потока может отправлять не только информацию, требуемую для идентификации правила пересылки, но также и весь принятый пакет к блоку 110 управления маршрутом.
По приеме сообщения Packet-in блок 110 управления маршрутом устанавливает ввод потока посредством сообщения, которое называется «Режим потока» (FlowMod), определенного в непатентной литературе 1 (этап 12-8). Сообщение «Режим потока» (FlowMod) включает в себя информацию о вводе потока, вновь подлежащем регистрации, или информацию о вводе потока, подлежащем обновлению, для переключателя OpenFlow. Контроллер OpenFlow выполняет начальную регистрацию или обновление ввода потока переключателя OpenFlow путем отправки сообщения, включающего в себя эту информацию.
Функционирование на этапе 12-8 будет описано с использованием блок-схемы последовательности операций с фиг. 13. Кроме того, описание будет надлежащим образом опущено, поскольку блок-схема последовательности операций с фиг. 13 почти такая же, как блок-схема последовательности операций с фиг. 9 во втором примерном варианте осуществления.
Сначала блок 110 управления маршрутом принимает сообщение Packet-in (этап 13-1).
Далее блок 12 обработки сообщений управления блока 110 управления маршрутом идентифицирует переключатель потока, который обнаружил новый поток, и его порт ввода, а также целевой IP-адрес пакета данных, исходя из информации, включенной в сообщение Packet-in (этап 13-2). В частности, он устанавливает, что переключатель потока, который обнаружил новый поток, - это переключатель 121 потока, а его порт ввода - 1. Здесь, когда идентификатор переключателя 121 потока включен в Packet-in, он может идентифицировать переключатель потока путем использования идентификатора переключателя 121 потока. Также он может идентифицировать переключатель потока на основе исходного IP-адреса пакета данных (IP-адреса терминала 130 связи). В этом случае, используя таблицу 16-1 для управления местоположением терминала связи, он может идентифицировать переключатель 121 потока, исходя из «информации о местоположении», указанной во вводе терминала 130 связи.
Кроме того, одновременно с идентификацией переключателя потока и его порта ввода блок 12 обработки сообщений управления также устанавливает, что целевой IP-адрес пакета данных - #A (этап 13-2). Целевой IP-адрес был установлен здесь, поскольку обслуживание идентифицируется посредством IP-адреса. Однако возможно идентифицировать обслуживание и с помощью информации, отличной от IP-адреса. В том случае, когда обслуживание идентифицируется посредством другой информации, такая информация должна быть идентифицирована.
Также в это время информация о терминале 130 связи в таблице 16-1 для управления местоположением терминала связи, которая управляется в блоке 16 управления местоположения терминала связи, обновляется. Когда информация о терминале 130 связи не зарегистрирована, она заново регистрируется в таблицах 16-1 для управления местоположением терминала связи.
После этого блок 110 управления маршрутом ищет таблицу 17-2 для управления портом и группой серверов путем использования переключателя 121 потока, номера 1 порта и идентификационной информации обслуживания (IP-адрес #A) в качестве ключа. В результате поиска сервер 140, имеющий высокий порядок приоритета, выбирается в качестве узла обслуживания, имеющего IP-адрес #A, другими словами, узла обслуживания, который обеспечивает обслуживание А (этап 13-3).
Далее ключ согласования нового ввода потока определяется в блоке 13 расчета маршрута и обработки. В то же время местоположение сервера 140 как целевое подтверждается путем использования таблицы 17-1 для управления местоположением узла обслуживания, которая управляется в блоке 17 управления узлом обслуживания. Маршрут пакетной пересылки от переключателя 121 потока к серверу 140 рассчитывается на основе информации о местоположении сервера 140 (этап 13-4).
Здесь предполагается, что маршрут «от переключателя 121 потока к переключателю 22 потока и затем к серверу 140» был выбран в результате расчета маршрута. Предполагается, что три следующих условия были отобраны в качестве согласованного ключа потока: (1) исходный IP-адрес такой же, как и IP-адрес терминала 130 связи; (2) целевой МАС-адрес такой же, как и МАС-адрес #A; и (3) целевой IP-адрес такой же, как и IP-адрес #A.
Кроме того, блок 13 расчета маршрута и обработки выбирает действие для пересылки пакета по рассчитанному маршруту в качестве действия, соответствующего определенному согласованному ключу. В дополнение к этому, переключатель 122 потока выбирает действие, которое указывает на то, что когда принят пакет данных, соответствующий согласованному ключу, целевой МАС-адрес в заголовке принятого пакета данных преобразуется в МАС-адрес сервера 140.
Блок расчета маршрута и обработки создает ввод потока на основе выбранного согласованного ключа, маршрута пересылки и действий (этап 13-5). Далее ввод потока, который был определен, устанавливается для переключателей 121 и 122 потока, которые являются переключателями потока на маршруте, посредством отправки FlowMod с помощью блока 12 управления сообщениями обработки и блока 11 связи узлов (этап 13-6).
После установления ввода потока блок 110 управления маршрутом регистрирует ввод потока, установленный для переключателей 121 и 122 потока, в блоке 18 управления правилами пакетной пересылки (вводом потока).
Выше описано функционирование процесса установления ввода потока во время детектирования нового пакета блоком 110 управления маршрутом. В дальнейшем, возвращаясь к фиг. 12, будет продолжено описание функционирования по этому варианту осуществления.
Когда установление ввода потока для переключателей 121 и 122 потока выполнена (этап 13-8), переключатель 121 потока пересылает буферизованный пакет в соответствии с вводом потока (этап 13-9). Поскольку ввод потока уже был установлен для переключателей 121 и 122 потока на маршруте пересылки этого пакета, этот пакет пересылается по порядку переключателей 121, 122 потока и достигает сервера 140.
Выше описана процедура связи, когда терминал 130 связи пытается получить обслуживание А в первый раз. Процедура связи, когда терминал 131 связи получает обслуживание А через сеть 151 маршрутизаторов, представляет собой ту же процедуру, что и описанная выше, и IP-адрес, разрешенный сервером DNS, - тот же самый IP-адрес #A, однако есть отличие в том, что сервер назначения доступа - сервер 141, поскольку переключатель потока, который расположен на границе системы 100 связи, другой.
(ФУНКЦИОНИРОВАНИЕ ВО ВРЕМЯ СБОЯ СЕРВЕРА)
Далее с использованием фиг. 14 будет описана процедура связи, когда с сервером 140, который обеспечивает обслуживание А, происходит сбой.
Сперва, в начальном состоянии, предполагается, что терминал 130 связи осуществляет связь с сервером 140 с помощью процедуры, упомянутой выше (этап 14-1).
Когда сервер 140 детектирует собственную неисправность, он оценивает, что скоро прекратит обеспечивать обслуживание А (этап 14-2). В таком случае сервер 140 отправляет уведомление о сбое к блоку 110 управления маршрутом (этап 14-3). В это время, когда существует информация о состоянии, которая нужна, чтобы обеспечить обслуживание А терминалу 130 связи, сервер 140 также уведомляет сервер 141. В качестве способа детектирования сбоя сервера 140 подразумевается способ по второму примерному варианту осуществления. По этой причине здесь описание будет опущено.
Когда уведомление о сбое от сервера 140 детектировано, блок 110 управления маршрутом удаляет информацию, относящуюся к серверу 140, из таблицы 17-2 для управления портом и группой серверов. Путем удаления информации о сервере 140 выполняется реконфигурация отношений соответствия между переключателем потока и соседними узлами обслуживания, которые обеспечивают обслуживание для каждой услуги (этап 14-4).
Кроме того, блок 110 управления маршрутом детектирует, что терминал 130 связи осуществляет связь с сервером 140 на основе информации, управляемой блоком 18 управления правилами пакетной пересылки. С помощью использования таблицы 17-2 для управления портом и группой серверов после реконфигурации принимается решение, что сервер, который обеспечивает обслуживание А терминалу 130 связи, должен смениться с сервера 140 на сервер 141. Блок 13 расчета маршрута и обработки рассчитывает изменение маршрута (этап 14-5). Блок 13 расчета маршрута и обработки устанавливает соответствующий ввод потока согласно измененному маршруту (этап 14-6). Последовательность обработки от расчета маршрута до установления ввода потока (FlowMod) подобна обработке с этапа 13-3 по этап 13-6 упомянутой выше фиг. 13, по этой причине подробное описание будет опущено.
Как указано выше, сеть, в отношении которой применяется OpenFlow, была описана в третьем примерном варианте осуществления, однако этим не ограничивается. Возможно применение сети, отличной от OpenFlow, в которой централизованное управление осуществляется сервером управления и т.п.
(РЕЗУЛЬТАТЫ)
Как было описано выше, в соответствии с третьим примерным вариантом осуществления, блок 110 управления маршрутом (или контроллер 200) управляет каждым взаимосвязанным соединением для каждого терминала связи, группой серверов, включающей в себя серверы (узлы обслуживания) и переключателем потока. Также блок 110 управления маршрутом выбирает сервер, который становится целевым для пакета данных, среди серверов, которые обеспечивают обслуживание, запрашиваемое принятым пакетом данных от терминала связи на основе управляемого взаимосвязи соединения. И блок 10 управления маршрутом устанавливает действие, которое соответствует маршруту пересылки, для переключателя потока на маршруте пересылки.
Путем упомянутого выше функционирования становится возможным выбирать целевое устройство связи среди серверов, которые являются целевыми для терминала связи и обеспечивают одно и то же обслуживание, на основе взаимосвязи соединения между терминалом связи и группой серверов. Также становится возможным продолжить предоставление обслуживания, даже когда в определенном сервере происходит сбой, путем выбора другого сервера, который предоставляет то же обслуживание, и продолжая осуществлять связь.
При том, что изобретение было подробно продемонстрировано и описано со ссылкой на свои примерные варианты осуществления, оно не ограничивается теми конкретными вариантами осуществления. Специалистам в данной области техники будет понятно, что можно внести различные изменения в отношении формы и деталей, не выходя за пределы существа и объема настоящего изобретения.
По настоящей заявке испрашивается приоритет по заявке на патент Японии № 2010-212477, поданной 22 сентября 2010 года, содержание которой включено сюда в полном объеме посредством ссылки.
Варианты осуществления, раскрытые выше, полностью или частично могут быть описаны в виде следующих дополнительных примечаний, но не ограничиваются ими.
(ДОПОЛНИТЕЛЬНОЕ ПРИМЕЧАНИЕ 1)
Устройство управления для управления сетью, содержащее:
средство управления маршрутом для выбора устройства связи, имеющего идентификатор, в качестве целевого устройства связи из группы устройств связи на основе взаимосвязи соединения между группой устройств связи, которая соединена с сетью и включает в себя устройства связи, каждое из которых имеет один и тот же идентификатор, и исходным устройством связи, которое осуществляет связь, используя идентификатор в качестве целевого адреса, и установления процесса, соответствующего маршруту от исходного устройства связи до выбранного целевого устройства связи, для устройства пересылки в сети.
(ДОПОЛНИТЕЛЬНОЕ ПРИМЕЧАНИЕ 2)
Устройство управления по дополнительному примечанию 1,
в котором взаимосвязь соединения включает в себя взаимосвязь соединения между группой устройств связи и устройством пересылки, которое расположено на границе сети.
(ДОПОЛНИТЕЛЬНОЕ ПРИМЕЧАНИЕ 3)
Устройство управления по дополнительному примечанию 1 или 2,
в котором средство управления маршрутом, содержащее:
первое средство хранения для хранения взаимосвязи соединения между устройством связи и устройством пересылки, которое расположено на границе сети;
второе средство хранения для хранения информации об устройстве связи, имеющем одинаковый идентификатор, из группы устройств связи, посредством сопоставления с каждым устройством пересылки, которое расположено на границе сети, или каждым портом, обеспеченным в устройстве пересылки; и
средство выбора для поиска устройства пересылки, которое расположено на границе сети и соединено с исходным устройством связи, в первом средстве хранения, когда принимается связь с использованием идентификатора в качестве целевого адреса, и выбора из второго средства хранения любого из устройств связи в группе устройств связи, которое соответствует найденному устройству пересылки, в качестве целевого устройства связи.
(ДОПОЛНИТЕЛЬНОЕ ПРИМЕЧАНИЕ 4)
Устройство управления по дополнительному примечанию 3,
в котором средство управления маршрутом удаляет из второго средства хранения информацию, относящуюся к устройству связи, включенному в группу устройств связи, для которого детектируется сбой.
(ДОПОЛНИТЕЛЬНОЕ ПРИМЕЧАНИЕ 5)
Устройство управления по дополнительному примечанию 3 или 4,
в котором второе средство хранения дополнительно хранит устройство связи и порядок приоритета на основе расстояния между целевым устройством связи и устройством пересылки, которое расположено на границе сети, для каждого устройства связи, включенного в группу устройств связи; и
в котором средство выбора выбирает любое из устройств связи в группе устройств связи в качестве целевого устройства связи на основе порядка приоритета.
(ДОПОЛНИТЕЛЬНОЕ ПРИМЕЧАНИЕ 6)
Устройство управления по любому из дополнительных примечаний 1-5,
в котором идентификатор - это IP-адрес.
(ДОПОЛНИТЕЛЬНОЕ ПРИМЕЧАНИЕ 7)
Устройство управления по любому из дополнительных примечаний 1-5,
в котором идентификатор является идентификатором, который может служить отличительным признаком услуги, предоставляемой устройством связи, включенным в группу устройств связи.
(ДОПОЛНИТЕЛЬНОЕ ПРИМЕЧАНИЕ 8)
Устройство управления по любому из дополнительных примечаний 5-7,
в котором порядок приоритета устанавливается на основе RTT (время кругового обращения) между целевым устройством связи и устройством пересылки, которое расположено на границе сети, с которым соединяется исходное устройство связи.
(ДОПОЛНИТЕЛЬНОЕ ПРИМЕЧАНИЕ 9)
Устройство управления по любому из дополнительных примечаний 5-7,
в котором порядок приоритета устанавливается на основе маршрута AS (автономная система) между устройством пересылки, обеспеченным за пределами сети, и целевым устройством связи.
(ДОПОЛНИТЕЛЬНОЕ ПРИМЕЧАНИЕ 10)
Система связи, содержащая:
устройство управления для управления сетью; и
устройство пересылки для пересылки пакетов;
при этом устройство управления включает в себя средство управления маршрутом для выбора устройства связи, имеющего идентификатор, в качестве целевого устройства связи из группы устройств связи на основе взаимосвязи соединения между группой устройств связи, которая соединена с сетью и включает в себя устройства связи, каждое из которых имеет один и тот же идентификатор, и исходным устройством связи, которое осуществляет связь, используя идентификатор в качестве целевого адреса, и установления процесса, соответствующего маршруту от исходного устройства связи до выбранного целевого устройства связи, для устройства пересылки в сети.
(ДОПОЛНИТЕЛЬНОЕ ПРИМЕЧАНИЕ 11)
Система связи по дополнительному примечанию 10,
в которой взаимосвязь соединения включает в себя взаимосвязь соединения между группой устройств связи и устройством пересылки, которой расположено на границе сети.
(ДОПОЛНИТЕЛЬНОЕ ПРИМЕЧАНИЕ 12)
Система связи по дополнительному примечанию 10 или 11,
в которой средство управления маршрутом, содержащее:
первое средство хранения для хранения взаимосвязи соединения между устройством связи и устройством пересылки, которое расположено на границе сети;
второе средство хранения для хранения информации об устройстве связи, имеющем одинаковый идентификатор, из группы устройств связи, посредством сопоставления с каждым устройством пересылки, которое расположено на границе сети, или каждым портом, обеспеченным в устройстве пересылки; и
средство выбора для поиска устройства пересылки, которое расположено на границе сети и соединено с исходным устройством связи, в пределах первого средства хранения, когда принимается связь с использованием идентификатора в качестве целевого адреса, и выбора в пределах второго средства хранения любого из устройств связи в группе устройств связи, которое соответствует найденному устройству пересылки, в качестве целевого устройства связи.
(ДОПОЛНИТЕЛЬНОЕ ПРИМЕЧАНИЕ 13)
Система связи по дополнительному примечанию 12,
в которой средство управления маршрутом удаляет из второго средства хранения информацию, относящуюся к устройству связи, включенному в группу устройств связи, для которого детектируется сбой.
(ДОПОЛНИТЕЛЬНОЕ ПРИМЕЧАНИЕ 14)
Система связи по дополнительному примечанию 12 или 13,
в которой второе средство хранения дополнительно хранит устройство связи и порядок приоритета на основе расстояния между целевым устройством связи и устройством пересылки, которое расположено на границе сети, для каждого устройства связи, включенного в группу устройств связи; и
в котором средство выбора выбирает любое из устройств связи в группе устройств связи в качестве целевого устройства связи на основе порядка приоритета.
(ДОПОЛНИТЕЛЬНОЕ ПРИМЕЧАНИЕ 15)
Система связи по любому из дополнительных примечаний 10-14,
в которой идентификатор - это IP-адрес.
(ДОПОЛНИТЕЛЬНОЕ ПРИМЕЧАНИЕ 16)
Система связи по любому из дополнительных примечаний 10-14,
в которой идентификатор является идентификатором, который может служить отличительным признаком услуги, предоставляемой устройством связи, включенным в группу устройств связи.
(ДОПОЛНИТЕЛЬНОЕ ПРИМЕЧАНИЕ 17)
Система связи по любому из дополнительных примечаний 14-16,
в которой порядок приоритета устанавливается на основе RTT (время кругового обращения) между целевым устройством связи и устройством пересылки, которое расположено на границе сети, с которым соединяется исходное устройство связи.
(ДОПОЛНИТЕЛЬНОЕ ПРИМЕЧАНИЕ 18)
Система связи по любому из дополнительных примечаний 14-16,
в которой порядок приоритета устанавливается на основе маршрута AS (автономная система) между устройством пересылки, обеспеченным за пределами сети, и целевым устройством связи.
(ДОПОЛНИТЕЛЬНОЕ ПРИМЕЧАНИЕ 19)
Способ связи, содержащий:
выбор устройства связи, имеющего идентификатор, в качестве целевого устройства связи из группы устройств связи на основе взаимосвязи соединения между группой устройств связи, которая соединена с сетью, управляемой устройством управления, и включает в себя устройства связи, каждое из которых имеет один и тот же идентификатор, и исходным устройством связи, которое осуществляет связь, используя идентификатор в качестве целевого адреса; и
установление процесса, соответствующего маршруту от исходного устройства связи до выбранного целевого устройства связи, для устройства пересылки в сети.
(ДОПОЛНИТЕЛЬНОЕ ПРИМЕЧАНИЕ 20)
Способ связи по дополнительному примечанию 19,
в котором взаимосвязь соединения включает в себя взаимосвязь соединения между группой устройств связи и устройством пересылки, которое расположено на границе сети.
(ДОПОЛНИТЕЛЬНОЕ ПРИМЕЧАНИЕ 21)
Способ связи по дополнительному примечанию 19 или 20, дополнительно содержащий:
поиск устройства пересылки, которое расположено на границе сети и соединено с исходным устройством связи, в пределах первого средства хранения для хранения взаимосвязи соединения между устройством связи и устройством пересылки, которое расположено на границе сети; и
выбор любого из устройств связи в группе устройств связи, которое соответствует найденному устройству пересылки, в пределах второго средства хранения для хранения информации об устройстве связи, имеющем одинаковый идентификатор из группы устройств связи, посредством сопоставления с каждым устройством пересылки, которое расположено на границе сети, или каждым портом, обеспеченным в устройстве пересылки.
(ДОПОЛНИТЕЛЬНОЕ ПРИМЕЧАНИЕ 22)
Способ связи по дополнительному примечанию 21, дополнительно содержащий:
удаление информации, относящейся к устройству связи, включенному в группу устройств связи, для которого детектируется сбой, из второго средства хранения.
(ДОПОЛНИТЕЛЬНОЕ ПРИМЕЧАНИЕ 23)
Способ связи по дополнительному примечанию 21 или 22,
в котором второе средство хранения дополнительно хранит устройство связи и порядок приоритета на основе расстояния между целевым устройством связи и устройством пересылки, которое расположено на границе сети, для каждого устройства связи, включенного в группу устройств связи; и
в котором выбор осуществляется на основе порядка приоритета.
(ДОПОЛНИТЕЛЬНОЕ ПРИМЕЧАНИЕ 24)
Способ связи по любому из дополнительных примечаний 19-23,
в котором идентификатор - это IP-адрес.
(ДОПОЛНИТЕЛЬНОЕ ПРИМЕЧАНИЕ 25)
Способ связи по любому из дополнительных примечаний 19-23,
в котором идентификатор является идентификатором, который может служить отличительным признаком услуги, предоставляемой устройством связи, включенным в группу устройств связи.
(ДОПОЛНИТЕЛЬНОЕ ПРИМЕЧАНИЕ 26)
Способ связи по любому из дополнительных примечаний 23-25,
в котором порядок приоритета устанавливается на основе RTT (время кругового обращения) между целевым устройством связи и устройством пересылки, которое расположено на границе сети, с которым соединяется исходное устройство связи.
(ДОПОЛНИТЕЛЬНОЕ ПРИМЕЧАНИЕ 27)
Способ связи по любому из дополнительных примечаний 23-25,
в котором порядок приоритета устанавливается на основе маршрута AS (автономная система) между устройством пересылки, обеспеченным за пределами сети, и целевым устройством связи.
(ДОПОЛНИТЕЛЬНОЕ ПРИМЕЧАНИЕ 28)
Носитель записи, содержащий записанную на нем программу для связи, инициирующую выполнение компьютером процесса управления маршрутом, содержащий:
выбор устройства связи, имеющего идентификатор, в качестве целевого устройства связи из группы устройств связи на основе взаимосвязи соединения между группой устройств связи, которая соединена с сетью и включает в себя устройства связи, каждое из которых имеет один и тот же идентификатор, и исходным устройством связи, которое осуществляет связь, используя идентификатор в качестве адреса; и
установление процесса, соответствующего маршруту от исходного устройства связи до выбранного целевого устройства связи, для устройства пересылки в сети.
(ДОПОЛНИТЕЛЬНОЕ ПРИМЕЧАНИЕ 29)
Носитель записи по дополнительному примечанию 28,
в котором взаимосвязь соединения включает в себя взаимосвязь соединения между группой устройств связи и устройством пересылки, которое расположено на границе сети.
(ДОПОЛНИТЕЛЬНОЕ ПРИМЕЧАНИЕ 30)
Носитель записи по дополнительному примечанию 28 или 29, при в котором процесс управления маршрутом, дополнительно содержащий:
поиск устройства пересылки, которое расположено на границе сети и соединено с исходным устройством связи, в пределах первого средства хранения для хранения взаимосвязи соединения между устройством связи и устройством пересылки, которое расположено на границе сети; и
выбор любого из устройств связи в группе устройств связи, которое соответствует найденному устройству пересылки, в пределах второго средства хранения для хранения информации об устройстве связи, имеющем одинаковый идентификатор из группы устройств связи, посредством сопоставления с каждым устройством пересылки, которое расположено на границе сети, или каждым портом, обеспеченным в устройстве пересылки.
(ДОПОЛНИТЕЛЬНОЕ ПРИМЕЧАНИЕ 31)
Носитель записи по дополнительному примечанию 30, причем программа для связи, дополнительно содержит:
удаление информации, относящейся к устройству связи, включенному в группу устройств связи, для которого детектируется сбой, из второго средства хранения.
(ДОПОЛНИТЕЛЬНОЕ ПРИМЕЧАНИЕ 32)
Носитель записи по дополнительному примечанию 30 или 31,
причем второе средство хранения дополнительно хранит устройство связи и порядок приоритета на основе расстояния между целевым устройством связи и устройством пересылки, которое расположено на границе сети, для каждого устройства связи, включенного в группу устройств связи; и
выбор осуществляется на основе порядка приоритета.
(ДОПОЛНИТЕЛЬНОЕ ПРИМЕЧАНИЕ 33)
Носитель записи по любому из дополнительных примечаний 28-31,
в котором идентификатор - это IP-адрес.
(ДОПОЛНИТЕЛЬНОЕ ПРИМЕЧАНИЕ 34)
Носитель записи по любому из дополнительных примечаний 28-32,
в котором идентификатор является идентификатором, который может служить отличительным признаком услуги, предоставляемой устройством связи, включенным в группу устройств связи.
(ДОПОЛНИТЕЛЬНОЕ ПРИМЕЧАНИЕ 35)
Носитель записи по любому из дополнительных примечаний 32-34,
в котором порядок приоритета устанавливается на основе RTT (время кругового обращения) между целевым устройством связи и устройством пересылки, которое расположено на границе сети, с которым соединяется исходное устройство связи.
(ДОПОЛНИТЕЛЬНОЕ ПРИМЕЧАНИЕ 36)
Носитель записи по любому из дополнительных примечаний 32-34,
в котором порядок приоритета устанавливается на основе маршрута AS (автономная система) между устройством пересылки, обеспеченным за пределами сети, и целевым устройством связи.
СПИСОК ССЫЛОЧНЫХ ПОЗИЦИЙ
1, 1-1, 1-2, 100 и 1000 - система связи
2, 2000 - устройство управления
10, 110, 1001 - блок управления маршрутом
20 - группа блоков пакетной пересылки
21, 22, 23, 24 - блок пакетной пересылки
40, 41, 140, 141 - сервер
51, 52 - логический канал
130, 131 - терминал связи
150, 151, 152 - сеть маршрутизаторов
160, 161 - сервер DNS
11 - блок связи узлов
12 - блок обработки сообщений управления
13 - блок расчета маршрута и обработки
14 - блок управления блоком пакетной пересылки
15 - блок управления топологией
16 - блок управления местоположением терминала связи
16-1 - таблица для управления местоположением терминала связи
17 - блок управления узлом обслуживания
17-1 - таблица для управления местоположением узла обслуживания
17-2 - таблица для управления портом и группой серверов
17-3 - таблица для управления услугой и репрезентативным МАС-адресом
18 - блок управления правилами пакетной пересылки
19 - DB правил пакетной пересылки
200 - контроллер
120 - сеть переключателей потока
121, 122, 123, 124 - переключатель потока
1200 - группа устройств связи
1400 - группа серверов.