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

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

Иллюстрации

Показать все

Реферат

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

Настоящее изобретение относится к области технологий связи и, в частности, к 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 конечного устройства