✖


Jump to content

Программно-определяемая сеть

Не путать с ISDN (цифровая сеть с интеграцией услуг) .

Программно-определяемая сеть ( SDN ) — это подход к управлению сетью , который обеспечивает динамическую и программно эффективную конфигурацию сети для повышения производительности сети и мониторинга способом, более похожим на облачные вычисления , чем на традиционное управление сетью. [1] SDN предназначен для улучшения статической архитектуры традиционных сетей и может использоваться для централизации сетевого интеллекта в одном сетевом компоненте путем отделения процесса пересылки сетевых пакетов ( плоскость данных ) от процесса маршрутизации ( плоскость управления ). [2] Плоскость управления состоит из одного или нескольких контроллеров, которые считаются мозгом сети SDN, в которой сосредоточен весь интеллект. Однако централизация имеет определенные недостатки, связанные с безопасностью. [1] масштабируемость и эластичность. [1] [3]

SDN обычно ассоциировался с протоколом OpenFlow для удаленной связи с элементами сетевой плоскости для определения пути сетевых пакетов через сетевые коммутаторы . Однако с 2012 года этот термин также используется в проприетарных системах. С момента появления OpenFlow в 2011 году [4] [5] К ним относятся виртуализации открытая сетевая среда Cisco Systems и Nicira платформа сети .

SD-WAN применяет аналогичную технологию к глобальной сети (WAN). [6]

История [ править ]

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

Инженерная группа Интернета (IETF) начала рассматривать различные способы разделения функций управления и пересылки данных в предложенном стандарте интерфейса, опубликованном в 2004 году, под названием «Пересылка и разделение элементов управления» (ForCES). [7] Рабочая группа ForCES также предложила сопутствующую архитектуру SoftRouter. [8] Дополнительные ранние стандарты IETF, которые стремились отделить управление от данных, включают Linux Netlink в качестве протокола IP-сервисов. [9] и архитектура на основе элемента вычисления пути (PCE). [10]

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

Использование программного обеспечения с открытым исходным кодом в этих разделенных архитектурах уходит корнями в проект Ethane на Стэнфорда факультете информатики . Простая конструкция переключателя Этана привела к созданию OpenFlow. [11] а API для OpenFlow был впервые создан в 2008 году. [12] В том же году была создана NOX — сетевая операционная система. [13]

В 2007 году независимыми исследователями было подано несколько патентных заявок, описывающих практическое применение SDN. [14] операционная система для сетей, [15] вычислительные блоки сетевой инфраструктуры в виде многоядерного ЦП [16] и метод сегментации виртуальной сети на основе функциональности. [17] Эти приложения стали достоянием общественности в 2009 году, но с тех пор от них отказались.

Исследование SDN включало такие эмуляторы , как vSDNEmul, [18] ЭстиНет, [19] и Мининет. [20]

Работа над OpenFlow продолжалась в Стэнфорде, в том числе с созданием испытательных стендов для оценки использования протокола в сети одного кампуса, а также в глобальной сети в качестве магистрали для соединения нескольких кампусов. [21] существовало несколько исследовательских и производственных сетей на базе коммутаторов OpenFlow от NEC и Hewlett-Packard , а также сетей на базе «белых ящиков» Quanta Computer . В академических условиях примерно с 2009 года [22] [ не удалось пройти проверку ]

Помимо академических кругов, первые развертывания были осуществлены Nicira в 2010 году для управления OVS от Onix, разработанного совместно с NTT и Google. Заметным развертыванием стал Google в 2012 году. B4 от [23] [24] Позже Google объявила о первых развертываниях OpenFlow/Onix в своих центрах обработки данных. [25] Еще одно крупное предприятие существует в China Mobile . [26]

Фонд Open Networking Foundation был основан в 2011 году для продвижения SDN и OpenFlow.

продемонстрировала программно-определяемую сеть На выставке Interop and Tech Field Day 2014 компания Avaya с использованием моста по кратчайшему пути ( IEEE 802.1aq ) и OpenStack в качестве автоматизированного кампуса, расширяя автоматизацию от центра обработки данных до конечного устройства и устраняя ручную настройку из обслуживания. доставка. [27] [28]

Концепция [ править ]

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

Протокол OpenFlow может использоваться в технологиях SDN. Архитектура SDN:

  • Непосредственно программируемое: управление сетью программируется напрямую, поскольку оно отделено от функций пересылки.
  • Гибкость: абстрагирование контроля от пересылки позволяет администраторам динамически регулировать поток трафика в масштабах всей сети в соответствии с меняющимися потребностями.
  • Централизованное управление. Сетевой интеллект (логически) централизован в программных контроллерах SDN, которые поддерживают глобальное представление сети, которая представляется приложениям и механизмам политики как единый логический коммутатор.
  • Программная настройка: SDN позволяет сетевым менеджерам очень быстро настраивать, управлять, защищать и оптимизировать сетевые ресурсы с помощью динамических автоматизированных программ SDN, которые они могут писать самостоятельно, поскольку эти программы не зависят от проприетарного программного обеспечения. [30]
  • Основана на открытых стандартах и ​​не зависит от поставщиков. При реализации на основе открытых стандартов SDN упрощает проектирование и эксплуатацию сети, поскольку инструкции предоставляются контроллерами SDN, а не множеством устройств и протоколов конкретного поставщика.

Новая сетевая архитектура [ править ]

Бурный рост числа мобильных устройств и контента, виртуализация серверов и появление облачных сервисов относятся к числу тенденций, побуждающих сетевую индустрию пересматривать традиционные сетевые архитектуры. [31] Многие традиционные сети имеют иерархическую структуру и состоят из нескольких уровней коммутаторов Ethernet, расположенных в виде древовидной структуры. Такая конструкция имела смысл, когда доминировали клиент-серверные вычисления, но такая статическая архитектура плохо подходит для динамических вычислений и потребностей хранения данных в современных корпоративных центрах обработки данных, кампусах и средах операторов связи. [32] Некоторые из ключевых тенденций в области вычислений, вызывающих необходимость в новой сетевой парадигме, включают:

Изменение структуры трафика
В корпоративном центре обработки данных структура трафика существенно изменилась. В отличие от клиент-серверных приложений, в которых основная часть обмена данными происходит между одним клиентом и одним сервером, современные приложения обращаются к разным базам данных и серверам, создавая поток межмашинного трафика «восток-запад», прежде чем вернуть данные в конец. пользовательское устройство в классической схеме движения «север-юг». В то же время пользователи меняют структуру сетевого трафика, стремясь получить доступ к корпоративному контенту и приложениям с любого типа устройств (включая свои собственные), подключаясь из любого места и в любое время. Наконец, многие менеджеры корпоративных центров обработки данных рассматривают модель коммунальных вычислений, которая может включать частное облако, общедоступное облако или их сочетание, что приведет к дополнительному трафику в глобальной сети.
«Консьюмеризация ИТ»
Пользователи все чаще используют мобильные персональные устройства, такие как смартфоны, планшеты и ноутбуки, для доступа к корпоративной сети. ИТ-специалистам приходится тщательно адаптировать эти персональные устройства, одновременно защищая корпоративные данные и интеллектуальную собственность и соблюдая нормативные требования.
Рост облачных сервисов
Предприятия с энтузиазмом стали использовать как публичные, так и частные облачные сервисы, что привело к беспрецедентному росту этих услуг. Многим предприятиям требуется гибкий доступ к приложениям, инфраструктуре и другим ИТ-ресурсам по требованию и дискретно. ИТ-планирование облачных сервисов должно выполняться в среде повышенных требований к безопасности, соответствию требованиям и аудиту, а также в условиях реорганизации, консолидации и слияния бизнеса, которые могут быстро изменить предположения. Обеспечение самообслуживания, будь то в частном или общедоступном облаке, требует эластичного масштабирования вычислительных, хранилищ и сетевых ресурсов, в идеале с общей точки зрения и с общим набором инструментов.
«Большие данные» означают большую пропускную способность
Обработка современных «больших данных» или меганаборов данных требует массовой параллельной обработки на тысячах серверов, каждый из которых нуждается в прямом соединении друг с другом. Рост объемов меганаборов данных стимулирует постоянный спрос на дополнительную пропускную способность сети в центрах обработки данных. Операторы гипермасштабных сетей центров обработки данных сталкиваются с непростой задачей масштабирования сети до ранее невообразимых размеров, поддерживая при этом связь между любыми сетями и не разоряясь. [33]
Потребление энергии в крупных центрах обработки данных
С появлением Интернета вещей , облачных вычислений и SaaS потребность в более крупных центрах обработки данных привела к увеличению энергопотребления этих объектов. Многие исследователи улучшили энергоэффективность SDN , применяя существующие методы маршрутизации для динамической настройки плоскости сетевых данных для экономии энергии. [34] Также исследуются методы повышения энергоэффективности плоскости управления. [35]

Архитектурные компоненты [ править ]

Общий обзор программно-определяемой сетевой архитектуры

В следующем списке определяются и объясняются архитектурные компоненты: [36]

SDN-приложение
Приложения SDN — это программы, которые явно, напрямую и программно сообщают свои сетевые требования и желаемое поведение сети контроллеру SDN через северный интерфейс (NBI). Кроме того, они могут использовать абстрактное представление сети для своих внутренних целей принятия решений. Приложение SDN состоит из одной логики приложения SDN и одного или нескольких драйверов NBI. Приложения SDN сами по себе могут предоставлять другой уровень абстрактного управления сетью, предлагая, таким образом, один или несколько NBI более высокого уровня через соответствующих агентов NBI.
SDN-контроллер
Контроллер SDN — это логически централизованный объект, отвечающий за (i) перевод требований с уровня приложения SDN на пути данных SDN и (ii) предоставление приложениям SDN абстрактного представления сети (которое может включать статистику и события). . Контроллер SDN состоит из одного или нескольких агентов NBI, логики управления SDN и драйвера интерфейса управления плоскостью данных (CDPI). Определение как логически централизованного объекта не предписывает и не исключает таких деталей реализации, как объединение нескольких контроллеров, иерархическое соединение контроллеров, интерфейсы связи между контроллерами, а также виртуализация или разделение сетевых ресурсов.
Путь к данным SDN
SDN Datapath — это логическое сетевое устройство, которое обеспечивает видимость и неоспоримый контроль над объявленными возможностями пересылки и обработки данных. Логическое представление может охватывать все или подмножество ресурсов физической подложки. Путь данных SDN включает в себя агент CDPI и набор из одного или нескольких механизмов пересылки трафика, а также ноль или несколько функций обработки трафика. Эти механизмы и функции могут включать в себя простую пересылку между внешними интерфейсами канала данных или функции внутренней обработки или завершения трафика. Один или несколько каналов передачи данных SDN могут содержаться в одном (физическом) сетевом элементе — интегрированной физической комбинации коммуникационных ресурсов, управляемой как единое целое. Путь данных SDN также может быть определен для нескольких физических сетевых элементов. Это логическое определение не предписывает и не исключает таких деталей реализации, как логическое и физическое сопоставление, управление общими физическими ресурсами, виртуализация или разделение пути данных SDN, совместимость с сетями, отличными от SDN, а также функциональность обработки данных, которая может включать в себя уровней OSI 4–7 . Функции
Управление SDN на интерфейс плоскости данных (CDPI)
SDN CDPI — это интерфейс, определенный между контроллером SDN и каналом данных SDN, который обеспечивает как минимум (i) программный контроль всех операций пересылки, (ii) объявление возможностей, (iii) отчетность по статистике и (iv) уведомление о событиях. Одна из ценностей SDN заключается в том, что CDPI реализуется открытым, независимым от поставщиков и совместимым способом.
Северные интерфейсы SDN (NBI)
SDN NBI — это интерфейсы между приложениями SDN и контроллерами SDN, которые обычно предоставляют абстрактные представления сети и позволяют напрямую выражать поведение сети и требования. Это может произойти на любом уровне абстракции (широта) и в разных наборах функций (долгота). Одна из ценностей SDN заключается в том, что эти интерфейсы реализованы открытым, независимым от поставщиков и совместимым способом.

Плоскость управления SDN [ править ]

Централизованный – Иерархический – Распределенный

Реализация плоскости управления SDN может иметь централизованную, иерархическую или децентрализованную структуру. Первоначальные предложения по плоскости управления SDN были сосредоточены на централизованном решении, в котором один объект управления имеет глобальное представление о сети. Хотя это упрощает реализацию логики управления, оно имеет ограничения масштабируемости по мере увеличения размера и динамики сети. Чтобы преодолеть эти ограничения, в литературе было предложено несколько подходов, которые можно разделить на две категории: иерархические и полностью распределенные подходы. В иерархических решениях [37] [38] распределенные контроллеры работают в режиме разделенной сети, в то время как решения, требующие знаний всей сети, принимаются логически централизованным корневым контроллером. В распределенных подходах [39] [40] контроллеры работают на основе своего локального представления или могут обмениваться сообщениями синхронизации для расширения своих знаний. Распределенные решения больше подходят для поддержки адаптивных приложений SDN.

Размещение контроллера

Ключевой проблемой при проектировании распределенной плоскости управления SDN является принятие решения о количестве и размещении объектов управления. Важным параметром, который следует учитывать при этом, является задержка распространения между контроллерами и сетевыми устройствами. [41] особенно в контексте крупных сетей. Другие цели, которые были рассмотрены, включают надежность пути управления, [42] отказоустойчивость, [43] и требования к приложению. [44]

Плоскость данных SDN [ править ]

В SDN плоскость данных отвечает за обработку пакетов данных с использованием набора правил, определенных плоскостью управления. Плоскость данных может быть реализована в физических аппаратных коммутаторах или в программных реализациях, таких как Open vSwitch . Объем памяти аппаратных коммутаторов может ограничивать количество правил, которые можно хранить, тогда как программные реализации могут иметь более высокую емкость. [45]

Местоположение плоскости данных и агента SDN можно использовать для классификации реализаций SDN:

  • SDN на основе аппаратного коммутатора. Этот подход реализует обработку плоскости данных внутри физического устройства. Коммутаторы OpenFlow могут использовать таблицы TCAM для маршрутизации последовательностей пакетов (потоков) . Эти коммутаторы могут использовать для своей реализации ASIC .
  • SDN на основе программного коммутатора. Некоторые физические коммутаторы могут реализовать поддержку SDN с использованием программного обеспечения на устройстве, например Open vSwitch , для заполнения таблиц потоков и действия в качестве агента SDN при обмене данными с контроллером. Гипервизоры также могут использовать программные реализации для поддержки протоколов SDN в виртуальных коммутаторах, используемых для поддержки их виртуальных машин .
  • SDN на базе хоста. Вместо развертывания плоскости данных и агента SDN в сетевой инфраструктуре SDN на базе хоста развертывают агент SDN внутри операционной системы взаимодействующих конечных точек. [46] Такие реализации могут предоставить дополнительный контекст о приложении, пользователе и активности, связанной с сетевыми потоками. [47] Для достижения тех же возможностей управления трафиком, что и SDN на базе коммутатора, SDN на базе хоста может потребовать использования тщательно разработанных VLAN и назначений связующего дерева . [48]

Записи таблицы потоков могут заполняться упреждающим, реактивным или гибридным способом. [49] [50] В проактивном режиме контроллер заранее заполняет записи таблицы потоков для всех возможных совпадений трафика, возможных для этого коммутатора. Этот режим можно сравнить с типичными сегодня записями таблицы маршрутизации, где все статические записи устанавливаются заранее. После этого контроллеру не отправляется запрос, поскольку все входящие потоки найдут соответствующую запись. Основным преимуществом упреждающего режима является то, что все пакеты пересылаются со скоростью линии (с учетом всех записей таблицы потоков в TCAM) без добавления задержки. В реактивном режиме записи заполняются по требованию. Если пакет поступает без соответствующего правила соответствия в таблице потоков, агент SDN отправляет запрос контроллеру для дальнейшего указания ему реактивного режима. Контроллер проверяет запросы агента SDN и предоставляет инструкции, при необходимости устанавливая правило в таблицу потоков для соответствующего пакета. Гибридный режим использует режим упреждающей пересылки с малой задержкой для части трафика, полагаясь при этом на гибкость обработки реактивного режима для остального трафика.

Приложения [ править ]

СДМН [ править ]

Программно-определяемая мобильная сеть (SDMN) [51] [52] — это подход к проектированию мобильных сетей, при котором все функции, специфичные для протокола, реализуются в программном обеспечении, максимально увеличивая использование общего и стандартного аппаратного и программного обеспечения как в базовой сети, так и в сети радиодоступа . [53] Он предлагается как расширение парадигмы SDN для включения специфических функций мобильной сети . [54] Начиная с версии 3GPP Rel.14, разделение плоскости управления пользователем было введено в архитектурах базовой сети мобильной связи с помощью протокола PFCP .

SD-WAN [ править ]

SD -WAN — это глобальная сеть, управляемая с использованием принципов программно-определяемой сети. [55] Основной движущей силой SD-WAN является снижение затрат на глобальную сеть за счет использования более доступных и коммерчески доступных выделенных линий в качестве альтернативы или частичной замены более дорогих линий MPLS . Контроль и управление осуществляется отдельно от оборудования с помощью центральных контроллеров, что упрощает настройку и администрирование. [56]

SD-LAN [ править ]

SD-LAN — это локальная сеть (LAN), построенная на принципах программно-определяемой сети, хотя существуют ключевые различия в топологии, сетевой безопасности, видимости и контроле приложений, управлении и качестве обслуживания. [57] SD-LAN отделяет управление контролем и плоскости данных, обеспечивая архитектуру, управляемую политиками, для проводных и беспроводных локальных сетей. SD-LAN характеризуются использованием облачной системы управления и беспроводного подключения без присутствия физического контроллера. [58]

Безопасность с использованием парадигмы SDN [ править ]

Архитектура SDN может включать, облегчать или улучшать приложения безопасности, связанные с сетью, благодаря центральному представлению контроллера о сети и его способности перепрограммировать плоскость данных в любое время. Хотя безопасность самой архитектуры SDN остается открытым вопросом, который уже пару раз изучался в исследовательском сообществе, [59] [60] [61] [62] Следующие параграфы посвящены только приложениям безопасности, которые стали возможными или пересмотрены с помощью SDN.

В нескольких исследовательских работах по SDN уже изучались приложения безопасности, построенные на контроллере SDN, с разными целями. Обнаружение и устранение распределенного отказа в обслуживании (DDoS), [63] [64] а также ботнет [65] и размножение червей, [66] Вот некоторые конкретные варианты использования таких приложений: по сути, идея состоит в том, чтобы периодически собирать сетевую статистику из плоскости пересылки сети стандартизированным способом (например, с использованием Openflow), а затем применять алгоритмы классификации к этой статистике, чтобы обнаружить любые сетевые аномалии. Если обнаружена аномалия, приложение инструктирует контроллер, как перепрограммировать плоскость данных, чтобы устранить ее.

Другой тип приложения безопасности использует контроллер SDN, реализуя некоторые алгоритмы защиты от движущихся целей (MTD). Алгоритмы MTD обычно используются для того, чтобы усложнить любую атаку на данную систему или сеть, чем обычно, путем периодического сокрытия или изменения ключевых свойств этой системы или сети. В традиционных сетях реализация алгоритмов MTD не является тривиальной задачей, поскольку сложно создать центральный орган, способный определять для каждой части защищаемой системы, какие ключевые свойства скрыты или изменены. В сети SDN такие задачи становятся более простыми благодаря центральному расположению контроллера. Одно приложение может, например, периодически назначать виртуальные IP-адреса хостам в сети, а затем контроллер выполняет сопоставление виртуального IP-адреса с реальным IP-адресом. [67] Другое приложение может имитировать некоторые фальшивые открытые/закрытые/фильтрованные порты на случайных узлах сети, чтобы добавить значительный шум на этапе разведки (например, сканирования), выполняемой злоумышленником. [68]

Дополнительную ценность в отношении безопасности в сетях с поддержкой SDN также можно получить с помощью FlowVisor. [69] и FlowChecker [70] соответственно. Первый пытается использовать одну аппаратную плоскость пересылки, совместно использующую несколько отдельных логических сетей. Следуя этому подходу, одни и те же аппаратные ресурсы могут использоваться для целей производства и разработки, а также для разделения мониторинга, настройки и интернет-трафика, где каждый сценарий может иметь свою собственную логическую топологию, называемую срезом. В сочетании с этим подходом FlowChecker [69] реализует проверку новых правил OpenFlow, которые развертываются пользователями с использованием их собственного слайса.

Приложения контроллера SDN в основном развертываются в крупномасштабных сценариях, что требует комплексной проверки возможных ошибок программирования. Система для этого под названием NICE была описана в 2012 году. [71] Внедрение всеобъемлющей архитектуры безопасности требует комплексного и длительного подхода к SDN. С момента его появления разработчики ищут возможные способы защиты SDN, не ставящие под угрозу масштабируемость. Одна архитектура называется архитектурой безопасности SN-SECA (SDN+NFV). [72]

доставка данных с SDN использованием Групповая

Распределенные приложения, работающие в центрах обработки данных, обычно реплицируют данные с целью синхронизации, отказоустойчивости, балансировки нагрузки и приближения данных к пользователям (что снижает задержку для пользователей и увеличивает их воспринимаемую пропускную способность). Кроме того, многие приложения, такие как Hadoop, реплицируют данные внутри центра обработки данных на несколько стоек, чтобы повысить отказоустойчивость и упростить восстановление данных. Все эти операции требуют доставки данных с одной машины или центра обработки данных на несколько машин или центров обработки данных. Процесс надежной доставки данных с одной машины на несколько машин называется надежной групповой доставкой данных (RGDD).

Коммутаторы SDN можно использовать для RGDD путем установки правил, разрешающих переадресацию на несколько исходящих портов. Например, OpenFlow обеспечивает поддержку групповых таблиц начиная с версии 1.1. [73] что делает это возможным. Используя SDN, центральный контроллер может тщательно и разумно настроить деревья пересылки для RGDD. Такие деревья можно строить, обращая внимание на состояние перегрузки/нагрузки сети, чтобы повысить производительность. Например, МЦКТП [74] — это схема доставки на множество узлов внутри центров обработки данных, основанная на регулярных и структурированных топологиях сетей центров обработки данных, в то время как DCCast [75] и QuickCast [76] — это подходы для быстрой и эффективной репликации данных и контента между центрами обработки данных через частные глобальные сети.

с NFV Связь ​

Виртуализация сетевых функций , или сокращенно NFV, — это концепция, дополняющая SDN. Таким образом, NFV не зависит от концепций SDN или SDN. NFV отделяет программное обеспечение от оборудования, обеспечивая гибкое развертывание сети и динамическую работу. При развертывании NFV обычно используются стандартные серверы для запуска версий программного обеспечения сетевых служб, которые ранее были аппаратными. Эти программные службы, работающие в среде NFV, называются функциями виртуальной сети (VNF). [77] Гибридная программа SDN-NFV была предусмотрена для обеспечения высокой эффективности, гибкости и масштабируемости NFV, направленной на ускорение инноваций и предоставления услуг с использованием стандартных технологий виртуализации ИТ. [77] [78] SDN обеспечивает гибкость управления универсальными устройствами пересылки, такими как маршрутизаторы и коммутаторы, с помощью контроллеров SDN. С другой стороны, гибкость NFV обеспечивается для сетевых приложений за счет использования виртуализированных серверов. Вполне возможно реализовать виртуализированную сетевую функцию (VNF) как отдельный объект, используя существующие парадигмы сети и оркестровки. Тем не менее, использование концепций SDN для реализации и управления инфраструктурой NFV имеет свои преимущества, особенно если рассматривать управление и оркестровку VNF, и именно поэтому определяются мультивендорные платформы, которые включают SDN и NFV в согласованные экосистемы. [79]

Связь с DPI [ править ]

DPI Deep Packet Inspection обеспечивает сеть осведомленностью о приложениях, а SDN обеспечивает приложения информацией о сети. [80] Хотя SDN радикально изменит общие сетевые архитектуры, он должен справляться с работой с традиционными сетевыми архитектурами, обеспечивая высокую совместимость. Новая сетевая архитектура на основе SDN должна учитывать все возможности, которые в настоящее время предоставляются в отдельных устройствах или программном обеспечении, помимо основных устройств пересылки (маршрутизаторы и коммутаторы), таких как DPI, устройства безопасности. [81]

Оценка качества опыта (QoE) SDN использованием с

При использовании модели на основе SDN для передачи мультимедийного трафика важным аспектом, который следует учитывать, является оценка QoE. Чтобы оценить QoE, сначала мы должны иметь возможность классифицировать трафик, а затем рекомендуется, чтобы система могла самостоятельно решать критические проблемы путем анализа трафика. [82] [83]

См. также [ править ]

Ссылки [ править ]

  1. ↑ Перейти обратно: Перейти обратно: а б с Бензекки, Камаль; Эль Фергуги, Абдеслам; Эльбелрити Элалауи, Абдельбаки (2016). «Программно-определяемые сети (SDN): опрос». Сети безопасности и связи . 9 (18): 5803–5833. дои : 10.1002/сек.1737 .
  2. ^ Монтазеролгам, Ахмадреза (13 июля 2020 г.). «Программно-определяемый центр обработки данных с балансировкой нагрузки: проектирование, внедрение и анализ производительности» . Кластерные вычисления . 24 (2): 591–610. дои : 10.1007/s10586-020-03134-x . ISSN   1386-7857 . S2CID   220490312 .
  3. ^ Монтазеролгам, Ахмадреза (2021). «Программно-определяемый Интернет мультимедийных вещей: энергоэффективное и сбалансированное по нагрузке управление ресурсами» . Журнал IEEE Интернета вещей . 9 (3): 2432–2442. дои : 10.1109/JIOT.2021.3095237 . ISSN   2327-4662 . S2CID   237801052 .
  4. ^ «Программно-определяемые сети — это не OpenFlow, — заявляют компании» . searchsdn.techtarget.com .
  5. ^ «Лаборатория тестирования OpenFlow SDN InCNTRE работает над сертифицированным продуктом SDN» . 10 февраля 2016 г.
  6. ^ «Прогнозирование внедрения SD-WAN» . Gartner.com. 15 декабря 2015 г. Проверено 27 июня 2016 г.
  7. ^ Л. Янг (Intel Corp.), Р. Данту (Университет Северного Техаса), Т. Андерсон (Intel Corp.) и Р. Гопал (Nokia) (апрель 2004 г.). Структура разделения элементов пересылки и управления (ForCES) . Рабочая группа по интернет-инжинирингу . дои : 10.17487/RFC3746 . РФК 3746 . {{citation}}: CS1 maint: несколько имен: список авторов ( ссылка )
  8. ^ Т. В. Лакшман, Т. Нандагопал, Р. Рамджи, К. Сабнани и Т. Ву (ноябрь 2004 г.). «Архитектура SoftRouter» (PDF) . {{cite web}}: CS1 maint: несколько имен: список авторов ( ссылка )
  9. ^ Дж. Салим (Znyx Networks), Х. Хосрави (Intel), А. Клин (Suse) и А. Кузнецов (INR/Swsoft) (июль 2003 г.). «Linux Netlink как протокол IP-служб» . дои : 10.17487/RFC3549 . {{cite journal}}: Для цитирования журнала требуется |journal= ( помощь ) CS1 maint: несколько имен: список авторов ( ссылка )
  10. ^ А. Фаррел (Old Dog Consulting), Дж. Вассер (Cisco Systems, Inc.) и Дж. Эш (AT&T) (август 2006 г.). «Архитектура на основе элемента вычисления пути (PCE)» . дои : 10.17487/RFC4655 . {{cite journal}}: Для цитирования журнала требуется |journal= ( помощь ) CS1 maint: несколько имен: список авторов ( ссылка )
  11. ^ Мартин Касадо, Майкл Дж. Фридман, Джастин Петтит, Цзяньин Луо и Ник МакКаун (Стэнфордский университет) (август 2007 г.). «Этан: контроль над предприятием» (PDF) . {{cite web}}: CS1 maint: несколько имен: список авторов ( ссылка )
  12. ^ Н. МакКаун, Т. Андерсон, Х. Балакришнан, Г. Парулкар, Л. Петерсон, Дж. Рексфорд, С. Шенкер и Дж. Тернер. (апрель 2008 г.). «OpenFlow: внедрение инноваций в кампусных сетях» (PDF) . {{cite web}}: CS1 maint: несколько имен: список авторов ( ссылка )
  13. ^ Н. Гуд, Т. Копонен, Дж. Петтит, Б. Пфафф, М. Касадо, Н. Маккеун и С. Шенкер. (июль 2008 г.). «NOX: На пути к операционной системе для сетей» (PDF) . {{cite web}}: CS1 maint: несколько имен: список авторов ( ссылка )
  14. ^ Заявка США 2009044270 , Шелли, Асаф и Фельдман, Моше, «Сетевой элемент и инфраструктура для системы управления сетевыми рисками», опубликована 12 февраля 2009 г.   , прекращена в 2011 г.
  15. ^ Заявка WO 2009010982 , Шелли, Асаф, «Программное обеспечение для инфраструктуры реального времени», опубликовано 22 января 2009 г.  
  16. ^ Заявка WO 2009004628 , Шелли, Асаф, «Многоядерный процессор», опубликована 8 января 2009 г.  
  17. ^ Заявка WO 2009093237 , Шелли, Асаф, «Управление сетевыми взаимодействиями с использованием процентных фреймов и зазорных колец», опубликовано 30 июля 2009 г.  
  18. ^ Фариас, Фернандо Н.Н.; Жуниор, Антониу де О.; да Кошта, Леонардо Б.; Пиньейро, Билли А.; Абелем, Антониу Дж.Г. (28 августа 2019 г.). «vSDNEmul: программно-определяемый сетевой эмулятор на основе виртуализации контейнеров». arXiv : 1908.10980 [ cs.NI ].
  19. ^ Ван, С.; Чоу, К.; Ян, К. (сентябрь 2013 г.). «Симулятор и эмулятор сети EstiNet с открытым потоком». Журнал коммуникаций IEEE . 51 (9): 110–117. дои : 10.1109/MCOM.2013.6588659 . ISSN   1558-1896 . S2CID   14375937 .
  20. ^ Оливейра, RLS de; Швейцер, CM; Шинода, А.А.; Лигия Родригес Прете (июнь 2014 г.). «Использование Mininet для эмуляции и прототипирования программно-конфигурируемых сетей». Колумбийская конференция IEEE по коммуникациям и вычислениям (COLCOM) , 2014 г. стр. 1–6. doi : 10.1109/ColComCon.2014.6860404 . ISBN  978-1-4799-4340-1 . S2CID   17915639 .
  21. ^ «GENI. Топология Campus OpenFlow» . 2011.
  22. ^ Куанг-Чинг "KC" Ван (3 октября 2011 г.). «Программно-определяемые сети и OpenFlow для университетов: мотивация, стратегия и использование» (PDF) . Архивировано из оригинала (PDF) 03 января 2018 г.
  23. ^ Сушант Джайн, Алок Кумар, Субхасри Мандал, Джун Онг, Леон Путиевски, Арджун Сингх, Суббая Венката, Джим Уондерер, Джунлан Чжоу, Мин Чжу, Джонатан Золла, Урс Хёльцле, Стивен Стюарт и Амин Вахдат (Google) (12–16 августа, 2013). «B4: Опыт работы с глобально развернутой программно-конфигурируемой глобальной сетью» (PDF) . {{cite web}}: |author= имеет общее имя ( справка ) CS1 maint: несколько имен: список авторов ( ссылка )
  24. ^ Брент Солсбери (14 мая 2013 г.). «Внутри программно-конфигурируемой сети Google» .
  25. ^ Арджун Сингх, Джун Онг, Амит Агарвал, Глен Андерсон, Эшби Армистед, Рой Бэннон, Себ Бовинг, Гаурав Десаи, Боб Фелдерман, Поли Джермано, Ананд Канагала, Джефф Провост, Джейсон Симмонс, Эйити Танда, Джим Уондерер, Урс Хёльцле, Стивен Стюарт , Амин Вахдат (2015). «Восход Юпитера: десятилетие закрытых топологий и централизованного управления в сети центров обработки данных Google» . {{cite web}}: CS1 maint: несколько имен: список авторов ( ссылка )
  26. ^ « Расширения протокола MPLS-TP OpenFlow для SPTN» становятся формальным стандартом ONF после единогласного одобрения» . 27 июня 2017 г.
  27. ^ Камилла Кэмпбелл (6 февраля 2014 г.). «Avaya представляет сетевые инновации на «Дне технических полей» » .
  28. ^ Элизабет Миллер Койн (23 сентября 2016 г.). «Huawei Exec: SDN стал «совершенно бессмысленным термином» » . Легкое чтение .
  29. ^ «Определение программно-определяемой сети (SDN)» . Opennetworking.org . Проверено 26 октября 2014 г.
  30. ^ Монтазеролгам, Ахмадреза; Ягмаи, Мохаммад Хосейн; Леон-Гарсия, Альберто (сентябрь 2020 г.). «Зеленые облачные мультимедийные сети: энергоэффективное распределение ресурсов на основе NFV/SDN» . Транзакции IEEE по экологически чистым коммуникациям и сетям . 4 (3): 873–889. дои : 10.1109/TGCN.2020.2982821 . ISSN   2473-2400 . S2CID   216188024 .
  31. ^ «Белые книги» . Opennetworking.org . Проверено 26 октября 2014 г.
  32. ^ Монтазеролгам, Ахмадреза; Ягмаи, Миннесота; Леон-Гарсия, А. (2017). «OpenSIP: на пути к программно-определяемым сетям SIP». Транзакции IEEE по управлению сетями и услугами . ПП (99): 184–199. arXiv : 1709.01320 . Бибкод : 2017arXiv170901320M . дои : 10.1109/tnsm.2017.2741258 . ISSN   1932-4537 . S2CID   3873601 .
  33. ^ Вичентини, Клевертон; Сантин, Альтаир; Вьегас, Эдуардо; Абреу, Вилмар (январь 2019 г.). «Механизм предоставления ресурсов на основе SDN и с поддержкой мультитенантности для потоковой передачи больших данных в облаке». Журнал сетевых и компьютерных приложений . 126 : 133–149. дои : 10.1016/j.jnca.2018.11.005 . S2CID   57941895 .
  34. ^ Ассефа, Беакал Гизачев; Озкасап, Ознур (июнь 2020 г.). «RESDN: новая метрика и метод энергоэффективной маршрутизации в программно-конфигурируемых сетях» . Транзакции IEEE по управлению сетями и услугами . 17 (2): 736–749. arXiv : 1905.12219 . дои : 10.1109/TNSM.2020.2973621 . S2CID   199442001 .
  35. ^ Оливейра, Тадеу Ф.; Ксавье-де-Суза, Самуэль; Сильвейра, Луис Ф. (май 2021 г.). «Повышение энергоэффективности на плоскости управления SDN с использованием многоядерных контроллеров» . Энергии . 14 (11): 3161. doi : 10.3390/en14113161 .
  36. ^ «Обзор архитектуры SDN» (PDF) . Opennetworking.org . Проверено 22 ноября 2014 г.
  37. ^ Йегане, СХ; Ганджали, Ю. «Канду: платформа для эффективной и масштабируемой разгрузки управляющих приложений» . дои : 10.1145/2342441.2342446 . S2CID   193153 . {{cite journal}}: Для цитирования журнала требуется |journal= ( помощь )
  38. ^ Ахмед, Р.; Бутаба, Р. (2014). «Аспекты проектирования для управления глобальными программно-конфигурируемыми сетями». Журнал коммуникаций IEEE . 52 (7): 116–123. дои : 10.1109/MCOM.2014.6852092 . S2CID   7912785 .
  39. ^ Копонен, Т. (2010). «Onix: распределенная платформа управления для крупномасштабных производственных сетей» (PDF) . Труды УСЕНИКС, сер. ОСДИ'10 . Ванкувер, Канада.
  40. ^ Тансер, Дафна; Хараламбидес, Маринос; Клейман, Стюарт; Павлу, Джордж (март 2015 г.). «Адаптивное управление ресурсами и контроль в программно-конфигурируемых сетях» . Транзакции IEEE по управлению сетями и услугами . 12 (1): 18–33. дои : 10.1109/TNSM.2015.2402752 . hdl : 10044/1/63600 . S2CID   9215618 .
  41. ^ Хеллер, Б.; Шервуд, Р.; МакКаун, Н. (2012). «Проблема размещения контроллера». Материалы первого семинара «Актуальные темы в программно-конфигурируемых сетях» — HotSDN '12 . п. 7. дои : 10.1145/2342441.2342444 . ISBN  9781450314770 . S2CID   1770114 .
  42. ^ Ху, Янь-нан; Ван, Вэнь-Донг; Гун, Сян-Ян; Цюэ, Си-Ронг; Ченг, Ши-Дуань (2012). «О размещении контроллеров в программно-определяемых сетях». Журнал китайских университетов почты и телекоммуникаций . 19 : 92–171. дои : 10.1016/S1005-8885(11)60438-X .
  43. ^ Рос, Франсиско Хавьер; Руис, Педро Мигель (2014). «Пять девяток надежности южного направления в программно-определяемых сетях». Материалы третьего семинара «Актуальные темы программно-конфигурируемых сетей» . стр. 31–36. дои : 10.1145/2620728.2620752 . ISBN  9781450329897 . S2CID   17088018 .
  44. ^ Тансер, Дафна; Хараламбидес, Маринос; Клейман, Стюарт; Павлу, Джордж (2015). «О размещении функций управления и контроля в программно-конфигурируемых сетях». 2015 11-я Международная конференция по управлению сетями и услугами (CNSM) . стр. 360–365. дои : 10.1109/CNSM.2015.7367383 . ISBN  978-3-9018-8277-7 . S2CID   6977724 .
  45. ^ Ван, Ан; Го, Ян; Хао, Фанг; Лакшман, Т.; Чен, Сунцин (2 декабря 2014 г.). «Скотч: эластичное масштабирование плоскости управления SDN с использованием наложения на основе vSwitch» (PDF) . АСМ-КОНЕКСТ .
  46. ^ Тейлор, Кертис; МакФарланд, Дуглас; Сместад, Доран; Шу, Крейг (10 апреля 2014 г.). «Контекстное управление доступом на основе потоков с использованием масштабируемых методов SDN на базе хоста» . IEEE INFOCOM 2016 — 35-я ежегодная международная конференция IEEE по компьютерным коммуникациям . стр. 1–9. дои : 10.1109/INFOCOM.2016.7524498 . ISBN  978-1-4673-9953-1 . S2CID   17491115 .
  47. ^ Чулуундорж, Зоригтбаатар; Тейлор, Кертис; Уоллс, Роберт; Шу, Крейг (6 декабря 2021 г.). «Может ли пользователь помочь? Использование действий пользователя для профилирования сети» . 2021 Восьмая Международная конференция по программно-конфигурируемым системам (SDS) . стр. 1–8. дои : 10.1109/SDS54264.2021.9732164 . ISBN  978-1-6654-5820-7 . S2CID   244036711 .
  48. ^ Лей, Юнсен; Лансон, Джулиан; Калдави, Реми; Эстрада, Джеффри; Шу, Крейг (11 ноября 2020 г.). «Может ли SDNS на базе хоста конкурировать с возможностями SDNS на базе коммутатора?» . 2020 11-я Международная конференция «Сеть будущего» (NoF) . стр. 91–99. дои : 10.1109/NoF50125.2020.9249110 . ISBN  978-1-7281-8055-7 . S2CID   221505891 .
  49. ^ «OpenFlow: проактивный против реактивного» . NetworkStatic.net . 15 января 2013 г. Проверено 1 июля 2014 г.
  50. ^ «Реактивное, проактивное, прогнозное: модели SDN | F5 DevCentral» . Devcentral.f5.com . 11 октября 2012 г. Проверено 30 июня 2016 г.
  51. ^ Пентикусис, Костас; Ван, Ян; Ху, Вэйхуа (2013). «Mobileflow: к программно-определяемым мобильным сетям». Журнал коммуникаций IEEE . 51 (7): 44–53. дои : 10.1109/MCOM.2013.6553677 . S2CID   10655582 .
  52. ^ Лиянаге, Мадхусанка (2015). Программно-определяемые мобильные сети (SDMN): за пределами сетевой архитектуры LTE . Великобритания: Джон Уайли. стр. 1–438. ISBN  978-1-118-90028-4 .
  53. ^ Коста-Рекена, Хосе; Лиянаге, Мадхусанка; Илианттила, Мика; Де Ока, Эдгардо Монтес; Святые, Иисус Льоренте; Гуаш, Висент Феррер; Ахокас, Киммо; Премсанкар, Гопика; Лууккайнен, Сакари; Перес, Оскар Лопес; Ицазелая, Микель Уриарте; Ахмад, Иджаз (2015). «Интеграция SDN и NFV в обобщенной архитектуре мобильной сети». Европейская конференция по сетям и коммуникациям (EuCNC) 2015 г. стр. 154–158. дои : 10.1109/EuCNC.2015.7194059 . ISBN  978-1-4673-7359-3 . S2CID   2453962 .
  54. ^ Лиянаге, Мадхусанка; Илианттила, Мика; Гуртов, Андрей (2014). «Защита канала управления программно-определяемыми мобильными сетями». Материалы Международного симпозиума IEEE «Мир беспроводных, мобильных и мультимедийных сетей», 2014 г. стр. 1–6. дои : 10.1109/WoWMoM.2014.6918981 . ISBN  978-1-4799-4786-7 . S2CID   1378181 .
  55. ^ Харанас, Марк (8 октября 2016 г.). «16 популярных сетевых продуктов, придающих популярность SD-WAN» . КРН . Проверено 1 ноября 2016 г.
  56. ^ «SD-WAN: что это такое и почему вы когда-нибудь будете его использовать» . Сетевой мир . 10 февраля 2016 г. Проверено 27 июня 2016 г.
  57. ^ Серрис, Уильям (12 сентября 2016 г.). «SD-LAN и SD-WAN: два разных подхода к программно-определяемым сетям» . ЗДНет . Проверено 1 ноября 2016 г.
  58. ^ Керравала, Зевс (13 сентября 2016 г.). «Aerohive представляет программно-определяемую локальную сеть» . Сетевой мир . Проверено 1 ноября 2016 г.
  59. ^ Крейц, Диего; Рамос, Фернандо; Вериссимо, Пауло (2013). «На пути к безопасным и надежным программно-определяемым сетям». Материалы второго семинара ACM SIGCOMM «Актуальные темы программно-определяемых сетей» . стр. 50–60.
  60. ^ Скотт-Хейворд, Сандра; О'Каллаган, Джемма; Сезер, Сакир (2013). «Безопасность SDN: опрос». Будущие сети и сервисы (SDN4FNS), 2013 IEEE SDN для . стр. 1–7.
  61. ^ Бентон, Кевин; Кэмп, Л. Жан; Смолл, Крис (2013). «Оценка уязвимости Openflow». Материалы второго семинара ACM SIGCOMM «Актуальные темы программно-определяемых сетей» . стр. 151–152.
  62. ^ Абду, АбдельРахман; ван Оршот, Пол; Ван, Тао (май 2018 г.). «Структура и сравнительный анализ безопасности плоскости управления SDN и обычных сетей». Обзоры и учебные пособия IEEE по коммуникациям . появиться. arXiv : 1703.06992 . Бибкод : 2017arXiv170306992A .
  63. ^ Джотис, К; Аргиропулос, Христос; Андрулидакис, Георгиос; Калогерас, Димитриос; Магларис, Василис (2014). «Объединение OpenFlow и sFlow для эффективного и масштабируемого механизма обнаружения и устранения аномалий в средах SDN» . Компьютерные сети . 62 : 122–136. дои : 10.1016/j.bjp.2013.10.014 .
  64. ^ Брага, Родриго; Мота, Эджар; Пассито, Александр (2010). «Легкое обнаружение атак DDoS-флуд с использованием NOX/OpenFlow». Локальные компьютерные сети (LCN), 35-я конференция IEEE 2010 г., посвященная . стр. 408–415.
  65. ^ Фимстер, Ник (2010). «Аутсорсинг безопасности домашней сети». Материалы семинара ACM SIGCOMM 2010 года по домашним сетям . стр. 37–42.
  66. ^ Цзинь, Руофан и Ван, Бинг (2013). «Обнаружение вредоносного ПО для мобильных устройств с использованием программно-определяемых сетей». Семинар по исследованиям и образовательным экспериментам (GREE), Второй GENI, 2013 г. 81-88. {{cite conference}}: CS1 maint: местоположение ( ссылка )
  67. ^ Джафарян, Джафар Хаади; Аль-Шаер, Эхаб; Дуань, Ци (2012). «Случайная мутация хоста с открытым потоком: прозрачная защита от движущихся целей с использованием программно-определяемой сети». Материалы первого семинара «Актуальные темы в программно определяемых сетях» . стр. 127–132.
  68. ^ Кампанакис, Панос; Перрос, Гарри; Бейене, Цегереда. Решения на базе SDN для защиты сети от движущихся целей (PDF) . Проверено 16 февраля 2022 г.
  69. ↑ Перейти обратно: Перейти обратно: а б Шервуд, Роб; Гибб, Глен; Яп, Кок-Кионг; Аппенцеллер, Гвидо; Касадо, Мартин; МакКаун, Ник; Парулкар, Гуру (2009). «Flowvisor: уровень виртуализации сети». Консорциум коммутаторов OpenFlow, Tech. Представитель .
  70. ^ Аль-Шаер, Эхаб и Аль-Хадж, Саид (2010). «FlowChecker: анализ конфигурации и проверка объединенных инфраструктур OpenFlow». Материалы 3-го семинара ACM «Надежная и полезная конфигурация безопасности» . стр. 37–44.
  71. ^ Канини, Марко; Венцано, Даниэле; Пересини, Питер; Костич, Деян; Рексфорд, Дженнифер; и др. (2012). ПРИЯТНЫЙ способ тестирования приложений OpenFlow . НСДИ. стр. 127–140.
  72. ^ Бернардо и Чуа (2015). Введение и анализ архитектуры безопасности SDN и NFV (SA-SECA) . 29-я конференция IEEE AINA 2015. стр. 796–801.
  73. ^ Б. Пфаф; и др. (28 февраля 2011 г.). «Спецификация коммутатора OpenFlow» (PDF) . Проверено 8 июля 2017 г.
  74. ^ Т. Чжу; и др. (18 октября 2016 г.). «MCTCP: надежный многоадресный TCP с учетом перегрузок в программно-определяемых сетях». 2016 IEEE/ACM 24-й Международный симпозиум по качеству обслуживания (IWQoS) . IEEE. стр. 1–10. дои : 10.1109/IWQoS.2016.7590433 . ISBN  978-1-5090-2634-0 . S2CID   28159768 .
  75. ^ М. Нурмохаммадпур; и др. (10 июля 2017 г.). «DCCast: эффективная передача данных между точками и несколькими точками между центрами обработки данных» . УСЕНИКС . Проверено 3 июля 2017 г.
  76. ^ М. Нурмохаммадпур; и др. (2018). QuickCast: быстрая и эффективная передача данных между центрами обработки данных с использованием когорт дерева пересылки . arXiv : 1801.00837 . Бибкод : 2018arXiv180100837N . дои : 10.31219/osf.io/uzr24 . Проверено 23 января 2018 г.
  77. ↑ Перейти обратно: Перейти обратно: а б Уильям, Столлинг (2016). «Основы современных сетей: SDN, NFV, QoE, IoT и облако». Образование Пирсона .
  78. ^ Ровайда, А. Садек (май 2018 г.). «Гибкая архитектура программно-конфигурируемой сети (SDN) на основе Интернета вещей (IoT)». Египетский журнал компьютерных наук . 42 (2): 13–29.
  79. ^ «Платформа для мультивендорной виртуальной и физической инфраструктуры» .
  80. ^ Грэм, Финни (декабрь 2012 г.). «Роль DPI в мире SDN». Белая книга .
  81. ^ Серия, Ю. (май 2015 г.). «Глобальная информационная инфраструктура, аспекты интернет-протокола и сети следующего поколения». Серия МСЭ-T Y.2770, Дополнение по вариантам использования DPI и сценариям применения .
  82. ^ Кановас, Алехандро (2020). «Надежная система управления мультимедийным трафиком на основе SDN, использующая шаблоны и модели оценки QoE с помощью BRNN» . Журнал сетевых и компьютерных приложений . 150 : 102498. doi : 10.1016/j.jnca.2019.102498 . hdl : 10251/163292 . S2CID   210925444 .
  83. ^ Рего, Альберт (2019). «Адаптация обучения с подкреплением для передачи мультимедиа по SDN» . Сделки по новым телекоммуникационным технологиям . 30 (9). дои : 10.1002/ett.3643 . hdl : 10251/186852 . S2CID   182028234 .
Retrieved from "https://en.wikipedia.org/w/index.php?title=Software-defined_networking&oldid=1228524444"
Arc.Ask3.Ru: конец переведенного документа.
Arc.Ask3.Ru
Номер скриншота №: b4517dfcc08e53c7ee62d4ffd85a0798__1718119140
URL1:https://arc.ask3.ru/arc/aa/b4/98/b4517dfcc08e53c7ee62d4ffd85a0798.html
Заголовок, (Title) документа по адресу, URL1:
Software-defined networking - Wikipedia
Данный printscreen веб страницы (снимок веб страницы, скриншот веб страницы), визуально-программная копия документа расположенного по адресу URL1 и сохраненная в файл, имеет: квалифицированную, усовершенствованную (подтверждены: метки времени, валидность сертификата), открепленную ЭЦП (приложена к данному файлу), что может быть использовано для подтверждения содержания и факта существования документа в этот момент времени. Права на данный скриншот принадлежат администрации Ask3.ru, использование в качестве доказательства только с письменного разрешения правообладателя скриншота. Администрация Ask3.ru не несет ответственности за информацию размещенную на данном скриншоте. Права на прочие зарегистрированные элементы любого права, изображенные на снимках принадлежат их владельцам. Качество перевода предоставляется как есть. Любые претензии, иски не могут быть предъявлены. Если вы не согласны с любым пунктом перечисленным выше, вы не можете использовать данный сайт и информация размещенную на нем (сайте/странице), немедленно покиньте данный сайт. В случае нарушения любого пункта перечисленного выше, штраф 55! (Пятьдесят пять факториал, Денежную единицу (имеющую самостоятельную стоимость) можете выбрать самостоятельно, выплаичвается товарами в течение 7 дней с момента нарушения.)