Sdn-контроллер, система центра обработки данных и способ маршрутизируемого соединения

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

 

Область техники, к которой относится изобретение

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

Уровень техники

Обеспечивается средство облачной технологии телекоммуникационного сетевого элемента, где типовой телекоммуникационный сетевой элемент и приложение, основанное на физическом подстативе и плате, размещены на сервере универсального центра обработки данных на программном обеспечении VM (виртуальная машина), и предоставлены различные телекоммуникационные услуги. Этот способ развертывания в данной области техники называется NFV (виртуализация сетевых функций). В облачном центре обработки данных телекоммуникационный сетевой элемент и приложение существуют в виде виртуальной машины и не существуют в форме традиционного телекоммуникационного оборудования. Связь между одним сетевым элементом и другим сетевым элементом и обмен данными между различными службами в пределах того же сетевого элемента представлена в виде коммуникации между VMs. Как показано на Фиг. 1а, где Фиг. 1а представляет собой архитектурная модель схемы сетевой архитектуры центра обработки данных и облачное развертывание телекоммуникационного сетевого элемента в предшествующем уровне техники.

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

1. Надежность LSW (LAN коммутатор) узла обеспечивается с помощью iStack (cTeK)/CSS (система переключения кластера, кластер) технологии.

2. LAG (группа агрегирования каналов) линия канала устанавливается между LSW и физической избыточной линий. После того, как одна или несколько линий вышли из строя, трафик автоматически переключается на другую нормальную физическую линию связи в группе соединительных линий.

3. Протокол обнаружения сбоя Ethernet, такой как IEEE 802.3ah Ethernet ОАМ (управление и техническое обслуживание) развертывается между LSWs в центре обработки данных для мониторинга неисправности линии связи.

Тем не менее, выполняется только поканальное обнаружение отказа в 802.3ah Ethernet ОАМ, и сквозное обнаружение неисправностей не может быть реализовано. С.точки зрения обнаружения неисправностей, поканальное обнаружение неисправности не может заменить собой сквозное обнаружения неисправностей. Более того, только обнаружение неисправностей выполняется в Ethernet ОАМ и не интегрировано с механизмом переключения защиты от отказа, и работоспособность линии связи не может автоматически быть восстановлена.

Для решения технической задачи, изложенной в предшествующем решении, где сквозное обнаружение неисправностей канала связи не может быть выполнено на VM, IP-FPM (IP измерение параметров производительности потока) решение предлагается в данной области техники. Как показано на Фиг. 1с, Фиг. 1с представляет собой принципиальную схему IP FPM. В этом решении, функция обнаружения развернута на оконечном устройстве (маршрутизатор или LSW) сети, и со ссылкой на временную синхронизацию всей сети, сквозной отказ коммуникации VM определяется с помощью обнаружения последовательности признаков пакета и статистических алгоритмов при входе и выходе сети. Решение может решить технические задачи IP-статистической точности и мониторинга тракта передачи в сети, например, доступ к множественной адресации и соединительная линия канала, так что качество сквозной коммуникации на нижнем уровне IP канала сети может быть точно проконтролировано, и отказ сквозного коммуникационного тракта может быть своевременно обнаружен.

Тем не менее, IP FPM может выполнить только сквозную процедуру обнаружения отказа, но не может завершить процедуру устранения отказа.

Раскрытие сущности изобретения

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Выгодные эффекты настоящего изобретения заключаются в следующем:

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

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

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

Краткое описание чертежей

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

Фиг. 1b является структурной диаграммой обеспечения надежности сетевого центра обработки данных на основании объединения и стекирования в предшествующем уровне техники;

Фиг. 1с представляет собой принципиальную схему IP FPM в предшествующем уровне техники;

Фиг. 2 представляет собой принципиальную схему SDN архитектуры в системе центра обработки данных в соответствии с вариантом осуществления настоящего изобретения;

Фиг. 3 представляет собой структурную схему SDN-контроллера в соответствии с вариантом осуществления настоящего изобретения;

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

Фиг. 5 показывает блок-схему алгоритма способа маршрутизированного соединения, в соответствии с вариантом осуществления настоящего изобретения;

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

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

Осуществление изобретения

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

Техническая сущность SDN технологии заключается в отделении плоскости управления текущего LSW/маршрутизатора от плоскости переадресации текущего LSW/маршрутизатора. Плоскость управления сети в основном реализуется SDN-контроллером на уровне управления сетью. Конкретным пути переадресовки каждого IP-потока в сети управляется SDN-контроллером и поставляется, используя протокол открытый поток, в устройство переадресации для выполнения. Таким образом, пути пересылки каждого IP-потока могут гибко управляться посредством SDN-контроллера. Сетевая плоскость переадресации реализуется устройством переадресации на уровне сетевой инфраструктуры. Устройство переадресации предназначено только за пересылки пакета, и не выполняет вычисление и поддержание тракта переадресации.

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

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

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

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

В соответствии с первым аспектом, вариант осуществления настоящего изобретения обеспечивает SDN-контроллер, включающий в себя приемник 30 и процессор 31. Обратитесь к Фиг. 3, где

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

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

Например, информация идентификация конечных устройств обеих сторон связи является MAC (управление доступом к среде передачи) адресом, IP-адресом или идентификаторами оконечных устройств обеих сторон связи, где МАС-адрес конечного устройства, например, 28-6e-d4-88-c4-f8.

Например, информация о топологии расположения представляет собой, по меньшей мере, один тип информации идентификатора сервера и МАС-адрес ассоциированного и подключенного LSW. В конкретном процессе осуществления, после получения идентификационной информации оконечного устройства, администратор конечного устройства может непосредственно получить информацию о предварительно сохраненной топологии местоположения конечного устройства. Информация о топологии местоположения является, например, МАС-адресом + номер порта LSW, например, [70-7b-e8-ed-35-1c, 0/0/1] + [70-7b-e8-ed-35-0d, 1/1/12]; другой пример: МАС-адрес, через который конечная точка соединяется с LSW, например, [70-7b-e8-ed-35-1c] + [70-7b-e8-ed-35-0d]. В конкретном процессе реализации, информация о конечных устройствах обеих сторон связи, которая включена в состав запроса на вычисление маршрута, которая сообщается администратором конечного устройства к SDN-контроллеру, изменяется посредством информации о вычисленном маршруте SDN-контроллером. Информация о конечных устройствах обеих коммуникационных сторон, например, [идентификатор источника VM1, идентификатор сервера 1, МАС-адрес, с помощью которого LSW1 подключен]+[Идентификатор назначения VM2, идентификатор сервера 2, МАС-адрес, через который LSW2 подключен]; или [МАС-адрес источника VM1, МАС-адрес, через который подключен LSW1] + [МАС-адрес назначения VM2, МАС-адрес, через который подключен LSW2]; или [МАС-адрес источника VM1, номер порта доступа] + [МАС-адрес назначения VM2, номер порта доступа].

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

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

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

Оконечной устройство может быть оконечным устройством в сети IP-связи, таким как VM или физической машиной.

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

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

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

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

Например, если информация о качестве связи является двухпозиционной информацией о канале связи, предварительно заданным качеством канала связи может быть: каналом связи в соединенном состоянии. Предполагается, что конечное устройство 20 представляет собой VM1. Другие оконечные устройства, которые обменивается данными с VM1, включают в себя: VM2, VM3, VM4 и VM5 и двухпозиционная информация о каналах связи между VM2, VM3, VM4 и VM5 и VM1 приведена в таблице 1:

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

Если качество связи является скоростью потери пакетов в информации QoS, то высокий уровень потери пакетов указывает на низкое качество связи между конечным устройством и другим конечным устройством или даже на наличие отказа. Таким образом, пороговое значение скорости потери пакетов может быть установлено, например, на 10% или 20%. Когда скорость потери пакетов превышает пороговое значение скорости потери пакетов, то это указывает на то, что качество связи между конечными устройствами обеих сторон связи не удовлетворяет предварительно установленному требованию к качеству связи.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Процессор 31 выполняет расчет маршрута для конечных устройств обеих сторон связи, которым необходимо выполнить расчет маршрута, например, посредством:

1. Процессор 31 контроллера SDN принимает из вновь добавленного интерфейса 2 МАС-адресы конечных устройств обеих сторон связи, качество связи которых не удовлетворяет предварительно установленному требованию качеству связи, и информацию LSW в месте доступа, посланную администратором конечного устройства;

2. Процессор 31 контроллера SDN выбирает запись таблицы переадресовки потока, из N потоков в LSW, к которому подключены исходная и конечная VMs, и для которых нет исключения, сообщается для замены записи таблицы переадресовки исходного потока конечных устройств обеих сторон связи, качество связи которых не удовлетворяет предварительно установленному требованию к качеству связи, где запись таблицы переадресации потока является информацией о маршруте, которая получена после выполнения расчета маршрута. В частности, одна из групп оконечных устройств обеих сторон связи является одним потоком, и количество потоков в LSW, как правило, имеет массовый характер. Если в начале существует только один поток и связь является ненормальной, то новый тракт может быть определен, по меньшей мере, посредством двух следующих способов: (1) расчет выполняется на всех доступных каналах, чтобы получить новый тракт с относительно высоким качеством; (2) переключение на любой новый тракт выполняется для попытки, и если качество связи удовлетворяет заданному требованию качества мобильной связи, то новый тракт используется в качестве нового тракта для группы оконечных устройств обеих сторон связи; в противном случае, переключение продолжает выполняться до тех пор, пока качество связи группы конечных устройств обеих сторон связи не удовлетворит предварительно установленное требование к качеству связи.

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

В соответствии со вторым аспектом, на основании той же концепции изобретения, вариант осуществления настоящего изобретения обеспечивает систему центра обработки данных. Со ссылкой на Фиг. 4, система центра обработки данных конкретно включает в себя администратор 40 конечного устройства и SDN-контроллер 41.

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

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

Возможно, администратор 40 конечного устройства специально выполнен с возможностью:

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

Возможно, администратор 40 конечного устройства специально выполнен с возможностью:

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

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

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

Этап S502: SDN-контроллер выполняет, в соответствии с информацией о конечных устройствах обеих сторон связи, расчет маршрута для конечных устройств обеих сторон связи, которым необходимо выполнить расчет маршрута.

Этап S503: SDN-контроллер управляет, согласно информации о вычисленном маршруте, устройством переадресации для выполнения маршрутизированного соединения для конечных устройств обеих сторон связи.

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

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

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

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

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

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

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

Возможно, что SDN-контроллер принимает запрос на вычисление маршрута, посланный администратором конечного устройства, включает в себя:

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

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

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

Вариант 1 осуществления

В этом варианте осуществления настоящей заявки, каналу связи от SDN-контроллера к администратору VM системы центра обработки данных добавляется в SDN архитектуру, как показано на Фиг. 2, так что SDN-контроллер может получить запрос на вычисление маршрута, используя канала связи.

Со ссылкой на Фиг. 6, система центра обработки данных, описанная в варианте 1 осуществления настоящего изобретения, включает в себя: VM60, администратор 61 VM и SDN-контроллер 62.

VM60 выполнен с возможностью: устанавливать связь с равноправной VM, обнаружить качество связи с равноправным VM и сообщать информацию о качестве связи администратору 61 VM, используя интерфейс 1, где сообщенная информация о качестве связи, как показано в таблице 3:

Администратор 61 VM получает, посредством скрининга информации о задержках, сообщенную посредством VM60, оконечные устройства обеих коммуникационных сторон, которые соответствуют задержке информации больше, чем 160 мс (то есть получается, путем скрининга, конечные устройства обеих коммуникационных сторон, качество связи которых не удовлетворяет предварительно установленному требованию к качеству связи), то есть, [VM60, VMA] и [VM60, VMC].

Затем администратор 61 VM сообщает SDN-контроллеру 62 через интерфейс 2 запрос на вычисление маршрута, который включает в себя информацию идентификации [VM60, VMA] и [VM60, VMC] и информацию о местоположении топологии, где запрос на вычисление маршрута включает в себя, например, следующую информацию:

[МАС-адрес VM60, МАС-адрес, через который LSW1 подключен] + [МАС-адрес VMa, МАС-адрес, через который LSW2 подключен]; и

[МАС-адрес VM60, МАС-адрес, через который LSW1 подключен] + [МАС-адрес VMc, МАС-адрес, через который LSW3 подключен].

SDN-контроллер выполнен с возможностью выполнять, в соответствии с запросом на вычисление маршрута, вычисление маршрута для конечных устройств обоих коммуникационных сторон, которым необходимо выполнить расчет маршрута, которая конкретно представляет собой: информацию о маршруте, соответствующую [VM60, VMA] и [VM60, VMC], соответственно, которая рассчитывается с использованием [МАС-адрес VM60, МАС-адрес, через который LSW1 подключен] + [МАС-адрес VMa, МАС-адрес, через который LSW2 подключен] и [МАС-адрес VM60, MAC адрес, через который LSW1 подключен] + [МАС-адрес VMc, МАС-адрес, через который LSW3 подключен]; устройство 63 переадресации системы центра обработки данных уведомляется об информации вычисления маршрута через интерфейс 3. Алгоритм переключения маршрута может быть использован для выбора нормального пути из путей N потока LSW для замены тракта, качество связи которого является ненормальной. Таким образом, используя информацию о маршруте, можно гарантировать, что качество связи между конечным устройством и одноранговым конечным устройством удовлетворяет предварительно установленному требованию к качеству связи.

Вариант 2 осуществления

В этом варианте осуществления канал сети системы центра обработки данных по-прежнему является SDN архитектурой. Со ссылкой на Фиг. 7, система центра обработки данных включает в себя: VM70, администратор 71 VM, модуль 72 унифицированной компоновки и SDN-контроллер 73.

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

Затем VM70 определяет, что качество связи с VMa не удовлетворяет предварительно установленному требованию к качеству связи и, следовательно, сообщает, администратору 71 VM с помощью интерфейса 1 информацию идентификации конечных устройств обеих сторон, что качество связи не удовлетворяют предустановленному требованию к качеству связи, то есть, [VM70, VMA].

Администратор 71 VM специально выполнен с возможностью: после приема [VM70, VMA], направленной посредством VM70, получать информацию топологии местоположения [VM70, VMA], чтобы получить запрос на вычисление маршрута, который включает в себя информацию идентификации [VM70, VMA] и информацию о топологии местоположения, например, [VM70, идентификатор сервера 1, МАС-адрес LSW1] + [VMa, идентификатор сервера 2, МАС-адрес LSW2]; затем, администратор 71 VM передает запрос на вычисление маршрута в модуль 72 унифицированной компоновки через интерфейс 2.

Модуль 72 унифицированной компоновки специально выполнен с возможностью: после Приема запроса на вычисление маршрута, посланный администратором 71 VM, отправлять запрос на вычисление маршрута в SDN-контроллер 73 через интерфейс 2'.

SDN-контроллер 73 специально выполнен с возможностью: выполнять расчет маршрута для [VM70, VMA] на основании [VM70, ID сервера 1, МАС-адрес LSW1] + [VMA, ID сервера 2, МАС-адрес LSW2]; и затем отправлять, используя интерфейс 3, информацию о маршруте, которая получается путем вычисления, в устройство 74 переадресации системы центра обработки данных.

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

Выгодные эффекты настоящего изобретения заключаются в следующем:

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

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

Более того, в вышеприведенном решении, обнаружение качества связи завершается оконечным устройством и не зависит от существующей технологии обнаружения отказов (например, Ethernet-технологии ОАМ или технология IP FPM) в LSW/маршрутизаторе. LSW/маршрутизатор сталкивается с трудностями в определении конкретной конечной точки связи и ее службы. Таким образом, обнаружение и определение с помощью коммуникационной конечной точки являются более прямым и точным способом.

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

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

Специалисты в данной области техники должны понимать, что варианты осуществления настоящей заявки, могут быть предоставлены в качестве способа, системы или компьютерного программного продукта. Таким образом, данная заявка может использовать форму аппаратного обеспечения только вариантов осуществления, программное обеспечение только вариантов осуществления или вариантов осуществления с комбинацией программных и аппаратных средств. Кроме того, данная заявка может использовать форму компьютерного программного продукта, который реализуется на одном или нескольких машиночитаемых носителях информации (включающий в себя, но не ограничиваясь дисковой памятью, CD-ROM, оптической памятью и т.п.), который включает в себя используемый компьютером программный код.

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

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

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

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

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

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

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

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

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

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

6. SDN-контроллер по п. 5, в котором вновь добавленный интерфейс использует протокол передачи состояния представления (REST).

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

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

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

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

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

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

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

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

15. Способ по п. 14, в котором вновь добавленный интерфейс использует протокол передачи состояния представления (REST).