stringtranslate.com

Виртуализация сетевых функций

Виртуализация сетевых функций (NFV) [1] — это концепция сетевой архитектуры , которая использует технологии виртуализации ИТ для виртуализации целых классов функций сетевых узлов в строительные блоки, которые могут соединяться или объединяться в цепочку для создания и предоставления коммуникационных услуг.

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

Например, виртуальный контроллер пограничного сеанса может быть развернут для защиты сети без типичных затрат и сложности получения и установки физических сетевых защитных устройств. Другие примеры NFV включают виртуализированные балансировщики нагрузки , брандмауэры , устройства обнаружения вторжений и ускорители WAN , чтобы назвать несколько. [2]

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

Фон

Разработка продуктов в телекоммуникационной отрасли традиционно следовала строгим стандартам стабильности, соответствия протоколам и качества, что отражено в использовании термина « несущий класс» для обозначения оборудования, демонстрирующего эту высокую надежность и производительность. [3] Хотя эта модель хорошо работала в прошлом, она неизбежно привела к длительным циклам продукта, медленным темпам разработки и зависимости от фирменного или специального оборудования, например, заказных интегральных схем специального назначения (ASIC). Эта модель разработки привела к значительным задержкам при развертывании новых услуг, создала сложные проблемы взаимодействия и значительное увеличение CAPEX/OPEX при масштабировании сетевых систем и инфраструктуры и расширении возможностей сетевых услуг для удовлетворения растущих требований к нагрузке и производительности сети. Более того, рост значительной конкуренции в предложениях услуг связи со стороны гибких организаций, работающих в больших масштабах в общедоступном Интернете (таких как Google Talk , Skype , Netflix ), побудил поставщиков услуг искать инновационные способы нарушения статус-кво и увеличения потоков доходов.

История

В октябре 2012 года группа операторов связи опубликовала белую книгу [4] на конференции в Дармштадте, Германия , по программно-определяемым сетям (SDN) и OpenFlow . Призыв к действию, завершающий Белую книгу, привел к созданию Группы по отраслевым спецификациям (ISG) виртуализации сетевых функций (NFV) [5] в Европейском институте стандартов в области телекоммуникаций (ETSI). ISG состояла из представителей телекоммуникационной отрасли из Европы и за ее пределами. [6] [7] ETSI ISG NFV рассматривает многие аспекты, включая функциональную архитектуру, информационную модель, модель данных, протоколы, API, тестирование, надежность, безопасность, будущие эволюции и т. д.

Группа ETSI ISG NFV объявила о выпуске 5 своих спецификаций с мая 2021 года с целью разработки новых спецификаций и расширения уже опубликованных спецификаций на основе новых функций и улучшений.

С момента публикации белой книги группа выпустила более 100 публикаций, [8] которые получили более широкое признание в отрасли и внедряются в известные проекты с открытым исходным кодом, такие как OpenStack, ONAP, Open Source MANO (OSM) и многие другие. Благодаря активным перекрестным связям спецификации ETSI NFV также упоминаются в других SDO, таких как 3GPP, IETF, ETSI MEC и т. д.

Рамки

Структура NFV состоит из трех основных компонентов: [9]

  1. Виртуализированные сетевые функции (VNF) — это программные реализации сетевых функций, которые могут быть развернуты в инфраструктуре виртуализации сетевых функций (NFVI). [10]
  2. Инфраструктура виртуализации сетевых функций (NFVI) — это совокупность всех аппаратных и программных компонентов, которые формируют среду, в которой развернуты NFV. Инфраструктура NFV может охватывать несколько локаций. Сеть, обеспечивающая связь между этими локациями, считается частью инфраструктуры NFV.
  3. Архитектурная структура управления виртуализацией и оркестровкой сетевых функций (архитектурная структура NFV-MANO) представляет собой совокупность всех функциональных блоков, хранилищ данных, используемых этими блоками, а также опорных точек и интерфейсов, через которые эти функциональные блоки обмениваются информацией с целью управления и оркестровки NFVI и VNF.

Строительным блоком как для NFVI, так и для NFV-MANO является платформа NFV. В роли NFVI она состоит из виртуальных и физических ресурсов обработки и хранения, а также программного обеспечения виртуализации. В роли NFV-MANO она состоит из менеджеров VNF и NFVI и программного обеспечения виртуализации, работающих на аппаратном контроллере . Платформа NFV реализует функции операторского уровня, используемые для управления и мониторинга компонентов платформы, восстановления после сбоев и обеспечения эффективной безопасности — все, что требуется для общедоступной сети оператора.

Практические аспекты

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

Другим аспектом внедрения NFV является процесс оркестровки . Для создания высоконадежных и масштабируемых сервисов NFV требует, чтобы сеть могла создавать экземпляры VNF, контролировать их, ремонтировать их и (что наиболее важно для бизнеса поставщика услуг) выставлять счета за предоставленные услуги. Эти атрибуты, называемые функциями операторского уровня [11] , выделяются слою оркестровки для обеспечения высокой доступности и безопасности, а также низких затрат на эксплуатацию и обслуживание. Важно, что слой оркестровки должен иметь возможность управлять VNF независимо от базовой технологии в VNF. Например, слой оркестровки должен иметь возможность управлять SBC VNF от поставщика X, работающим на VMware vSphere, так же как и IMS VNF от поставщика Y, работающим на KVM.

Распределенный NFV

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

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

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

Первое одобренное ETSI NFV ISG публичное мультивендорное доказательство концепции (PoC) D-NFV было проведено Cyan, Inc. , RAD , Fortinet и Certes Networks в Чикаго в июне 2014 года и спонсировалось CenturyLink . Оно было основано на выделенном оборудовании D-NFV на границе клиента от RAD, работающем на межсетевом экране следующего поколения (NGFW) Fortinet и виртуальном движке шифрования/дешифрования Certes Networks в качестве виртуальных сетевых функций (VNF) с системой Blue Planet от Cyan, оркеструющей всю экосистему. [14] Решение D-NFV от RAD, сетевое терминальное устройство (NTU) уровня 2 / уровня 3 , оснащенное серверным модулем D-NFV X86 , который функционирует как движок виртуализации на границе клиента, стало коммерчески доступным к концу того же месяца. [15] В 2014 году RAD также организовала D-NFV Alliance, экосистему поставщиков и международных системных интеграторов, специализирующихся на новых приложениях NFV. [16]

Преимущества модульности NFV

При проектировании и разработке программного обеспечения, которое предоставляет VNF, поставщики могут структурировать это программное обеспечение в программные компоненты (представление реализации архитектуры программного обеспечения) и упаковывать эти компоненты в один или несколько образов (представление развертывания архитектуры программного обеспечения). Эти программные компоненты, определенные поставщиком, называются компонентами VNF (VNFC). VNF реализуются с одним или несколькими VNFC, и предполагается, без потери общности, что экземпляры VNFC сопоставляются 1:1 с образами виртуальных машин.

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

Первопроходцы в использовании таких архитектурных схем уже реализовали принципы модульности NFV. [17]

Связь с SDN

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

Таким образом, NFV не зависит от SDN или концепций SDN, но NFV и SDN могут сотрудничать для улучшения управления инфраструктурой NFV и создания более динамичной сетевой среды. Вполне возможно реализовать виртуализированную сетевую функцию (VNF) как автономную сущность, используя существующие сетевые и оркестровочные парадигмы. Однако существуют неотъемлемые преимущества в использовании концепций SDN для внедрения и управления инфраструктурой NFV, особенно при рассмотрении управления и оркестровки сетевых служб (NS), состоящих из различных типов сетевых функций (NF), таких как физические сетевые функции (PNF) и VNF, и размещенных между различными геолокированными инфраструктурами NFV, и именно поэтому определяются мультивендорные платформы, которые включают SDN и NFV в согласованные экосистемы. [18]

Системе NFV нужна центральная система оркестровки и управления, которая принимает запросы оператора, связанные с NS или VNF, преобразует их в соответствующую обработку, хранение и конфигурацию сети, необходимые для ввода NS или VNF в эксплуатацию. После ввода в эксплуатацию VNF и сети, к которым он потенциально подключен, должны контролироваться на предмет емкости и использования и адаптироваться при необходимости. [19]

Все функции управления сетью в инфраструктуре NFV могут быть реализованы с использованием концепций SDN, и NFV можно считать одним из основных вариантов использования SDN в средах поставщиков услуг. [20] Например, в пределах каждого сайта инфраструктуры NFV VIM может полагаться на контроллер SDN для настройки и конфигурирования наложенных сетей, соединяющих (например, VXLAN) VNF и PNF, составляющие NS. Затем контроллер SDN будет настраивать коммутаторы и маршрутизаторы инфраструктуры NFV, а также сетевые шлюзы по мере необходимости. Аналогично, менеджер инфраструктуры Wide Area (WIM) может полагаться на контроллер SDN для настройки наложенных сетей для соединения NS, которые развернуты в различных геолокационных инфраструктурах NFV. Также очевидно, что многие варианты использования SDN могут включать концепции, представленные в инициативе NFV. Примеры включают случаи, когда централизованный контроллер управляет распределенной функцией пересылки, которая фактически может быть также виртуализирована на существующем оборудовании обработки или маршрутизации.

Влияние отрасли

NFV оказался популярным стандартом даже в младенчестве. Его непосредственные приложения многочисленны, такие как виртуализация мобильных базовых станций , платформа как услуга (PaaS), сети доставки контента (CDN), фиксированный доступ и домашние среды. [21] Ожидается, что потенциальные преимущества NFV будут значительными. Ожидается, что виртуализация сетевых функций, развернутых на стандартизированном оборудовании общего назначения, сократит капитальные и эксплуатационные расходы, а также время внедрения услуг и продуктов. [22] [23] Многие крупные поставщики сетевого оборудования объявили о поддержке NFV. [24] Это совпало с объявлениями о NFV от крупных поставщиков программного обеспечения, которые предоставляют платформы NFV, используемые поставщиками оборудования для создания своих продуктов NFV. [25] [26]

Однако для реализации ожидаемых преимуществ виртуализации поставщики сетевого оборудования совершенствуют технологию виртуализации ИТ, чтобы включить атрибуты операторского класса, необходимые для достижения высокой доступности , масштабируемости, производительности и эффективных возможностей управления сетью. [27] Чтобы минимизировать совокупную стоимость владения (TCO), функции операторского класса должны быть реализованы максимально эффективно. Для этого требуется, чтобы решения NFV эффективно использовали избыточные ресурсы для достижения доступности на уровне пяти девяток (99,999%), [28] и вычислительных ресурсов без ущерба для предсказуемости производительности.

Платформа NFV является основой для достижения эффективных решений NFV операторского класса. [29] Это программная платформа, работающая на стандартном многоядерном оборудовании и созданная с использованием программного обеспечения с открытым исходным кодом, которое включает функции операторского класса. Программное обеспечение платформы NFV отвечает за динамическое переназначение VNF из-за сбоев и изменений в нагрузке трафика, и поэтому играет важную роль в достижении высокой доступности. Существует множество инициатив, направленных на определение, согласование и продвижение возможностей операторского класса NFV, таких как ETSI NFV Proof of Concept, [30] ATIS [31] Open Platform for NFV Project, [32] Carrier Network Virtualization Awards [33] и различные экосистемы поставщиков. [34]

vSwitch, ключевой компонент платформ NFV, отвечает за обеспечение связи как между VM (между VM), так и между VM и внешней сетью. Его производительность определяет как пропускную способность VNF, так и экономическую эффективность решений NFV. Стандартная производительность Open vSwitch (OVS) имеет недостатки, которые необходимо устранить для удовлетворения потребностей решений NFVI. [35] Поставщики NFV сообщают о значительных улучшениях производительности как для версий OVS, так и для версий Accelerated Open vSwitch (AVS). [36] [37]

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

Управление и оркестровка (MANO)

ETSI уже указал, что важная часть управления средой NFV должна осуществляться посредством автоматизированной оркестровки. Управление и оркестровка NFV (NFV-MANO) относится к набору функций в системе NFV для управления и оркестровки распределения ресурсов виртуальной инфраструктуры для виртуализированных сетевых функций (VNF) и сетевых служб (NS). Они являются мозгом системы NFV и ключевым средством автоматизации.

Основными функциональными блоками архитектурной структуры NFV-MANO (ETSI GS NFV-006) являются:

Точкой входа в NFV-MANO для внешних систем поддержки операций (OSS) и систем поддержки бизнеса (BSS) является NFVO, которая отвечает за управление жизненным циклом экземпляров NS. Управление жизненным циклом экземпляров VNF, составляющих экземпляр NS, делегируется NFVO одному или нескольким VNFM. Как NFVO, так и VNFM используют службы, предоставляемые одним или несколькими VIM, для выделения ресурсов виртуальной инфраструктуры объектам, которыми они управляют. Для управления контейнеризированными VNF используются дополнительные функции: функции управления службами инфраструктуры контейнеров (CISM) и реестра образов контейнеров (CIR). CISM отвечает за поддержку контейнеризированных рабочих нагрузок, в то время как CIR отвечает за хранение и поддержку информации об образах программного обеспечения контейнеров ОС. Поведение NFVO и VNFM определяется содержимым шаблонов развертывания (они же дескрипторы NFV), таких как дескриптор сетевой службы (NSD) и дескриптор VNF (VNFD).

ETSI предоставляет полный набор стандартов, позволяющих создать открытую экосистему , в которой виртуализированные сетевые функции (VNF) могут взаимодействовать с независимо разработанными системами управления и оркестровки, и в которой компоненты системы управления и оркестровки сами по себе являются взаимодействующими. Это включает набор спецификаций Restful API [40], а также спецификации формата упаковки для доставки VNF поставщикам услуг и шаблонов развертывания, которые должны быть упакованы с образами программного обеспечения для управления жизненным циклом VNF. Шаблоны развертывания могут быть основаны на TOSCA или YANG . [41] [42]

Представление спецификаций API OpenAPI (также известное как Swagger) доступно и поддерживается на сервере ETSI Forge, вместе с файлами определений TOSCA и YANG, которые можно использовать при создании шаблонов развертывания .

Полный набор опубликованных спецификаций представлен в таблице ниже.

Обзор различных версий представлений OpenAPI API NFV-MANO доступен на вики-странице ETSI NFV.

Файлы OpenAPI, а также файлы определений TOSCA YAML и модули YANG, применимые к дескрипторам NFV, доступны на ETSI Forge.

В ETSI ведутся дополнительные исследования по возможному усовершенствованию структуры NFV-MANO с целью улучшения ее возможностей автоматизации и внедрения автономных механизмов управления (см. ETSI GR NFV-IFA 041).

Исследование производительности

Недавнее исследование производительности NFV было сосредоточено на пропускной способности, задержке и джиттере виртуализированных сетевых функций (VNF), а также масштабируемости NFV с точки зрения количества VNF, которые может поддерживать один физический сервер. [43] Доступны платформы NFV с открытым исходным кодом, одним из представителей является openNetVM. [44] openNetVM — это высокопроизводительная платформа NFV на основе контейнеров DPDK и Docker. openNetVM предоставляет гибкую структуру для развертывания сетевых функций и их соединения для создания цепочек сервисов. openNetVM — это версия платформы NetVM с открытым исходным кодом, описанная в документах NSDI 2014 и HotMiddlebox 2016, выпущенная под лицензией BSD. Исходный код можно найти на GitHub:openNetVM [45]

Облачные сетевые функции

С 2018 года многие поставщики VNF начали переносить многие из своих VNF на архитектуру на основе контейнеров. Такие VNF, также известные как Cloud-Native Network Functions (CNF), используют множество инноваций, обычно развертываемых в интернет-инфраструктуре. К ним относятся автоматическое масштабирование, поддержка модели непрерывной доставки/развертывания DevOps и повышение эффективности за счет совместного использования общих служб на разных платформах. Благодаря обнаружению служб и оркестровке сеть на основе CNF будет более устойчивой к сбоям ресурсов инфраструктуры. Использование контейнеров и, таким образом, отказ от накладных расходов, присущих традиционной виртуализации, за счет устранения гостевой ОС может значительно повысить эффективность ресурсов инфраструктуры. [46]

Смотрите также

Ссылки

  1. ^ «ETSI — Стандарты для NFV — Виртуализация сетевых функций | Решения NFV».
  2. ^ "Виртуализация сетевых функций (NFV); Использование NFV — настоящее, а SDN — будущее" (PDF) . Получено 6 июня 2014 г.
  3. ^ Стивенсон, Рик (13.03.2013). «Как недорогие телекоммуникации убили пять девяток в облачных вычислениях». Wired . Получено 27.06.2016 .
  4. ^ ab "Виртуализация сетевых функций — Вводный технический документ" (PDF) . ETSI. 22 октября 2012 г. . Получено 20 июня 2013 г. .
  5. ^ "Виртуализация сетевых функций". Стандарты ETSI для NFV . Получено 30 июня 2020 г.
  6. ^ Ле Местр, Рэй (22 октября 2012 г.). «Tier 1 Carriers Tackle Telco SDN». Light Reading . Получено 20 июня 2013 г.
  7. ^ "Последняя повестка дня на SDN & OpenFlow World Congress". Layer123.com. Архивировано из оригинала 14 октября 2012 г. Получено 20 июня 2013 г.
  8. ^ "Стандарты для NFV: Виртуализация сетевых функций". ETSI . Решения NFV.
  9. ^ «Доказательства концепции виртуализации сетевых функций (NFV)».
  10. ^ "Что такое виртуализация сетевых функций (NFV)". blog.datapath.io . Архивировано из оригинала 2017-02-01 . Получено 2017-01-20 .
  11. ^ Эштон, Чарли (апрель 2014 г.). «Не путайте «Высокую доступность» с «Операторским классом»». Встроенное сообщество. Архивировано из оригинала 2017-07-03.
  12. ^ Том Нолле (18 сентября 2013 г.). «Учит ли нас чему-то «распределенная NFV»?». Публичный блог корпорации CIMI . Получено 2 января 2014 г.
  13. ^ Кэрол Уилсон (3 октября 2013 г.). "RAD Rolls Out Distributed NFV Strategy". Light Reading . Получено 2 января 2014 г.
  14. ^ "4 поставщика приносят распределенную NFV в BTE". Light Reading. 11 июня 2014 г. Получено 3 марта 2015 г.
  15. ^ "RAD запускает клиентское распределенное решение NFV на базе платформы ETX NTU". Optical Keyhole . 16 июня 2014 г. Получено 3 марта 2015 г.
  16. ^ "RAD добавляет новых партнеров в D-NFV Alliance". Telecompaper . 9 декабря 2014 г. Получено 3 марта 2015 г.
  17. ^ TMCnet News (26 июня 2014 г.). "Qosmos награжден премией INTERNET TELEPHONY NFV Pioneer Award 2014". TMC . Получено 26 июня 2014 г.
  18. ^ «Платформа для виртуальной и физической инфраструктуры разных поставщиков».
  19. ^ Liyanage, Madhusanka (2015). Программно-определяемые мобильные сети (SDMN): за пределами архитектуры сети LTE. Великобритания: John Wiley. С. 1–438. ISBN 978-1-118-90028-4.
  20. ^ «Отчет об использовании SDN в архитектурной структуре NFV» (PDF) . ETSI. Декабрь 2015 г. . Получено 7 декабря 2021 г. .
  21. ^ «Варианты использования виртуализации сетевых функций (NFV)» (PDF) .
  22. ^ «Что такое NFV – виртуализация сетевых функций?». SDN Central.
  23. ^ "Виртуализация операторских сетей". Новости ETSI.
  24. ^ "Openwave Exec обсуждает преимущества и проблемы NFV и SDN". Статья . 12 ноября 2013 г. Архивировано из оригинала 3 марта 2016 г. Получено 22 ноября 2013 г.
  25. ^ Дойл, Ли. «Промежуточное программное обеспечение для поколения NFV». Отчет поставщика услуг по ИТ.
  26. ^ Шарма, Рэй. «Wind River запускает программу экосистемы NFV с пятью лидерами отрасли». PCC Mobile Broadband.
  27. ^ Эштон, Чарли (январь 2015 г.). «Надежность операторского класса — необходимое условие для успеха NFV». Электронный дизайн.
  28. ^ Лемке, Андреас (ноябрь 2014 г.). "5 обязательных атрибутов платформы NFV". Techzine, Alcatel-Lucent. Архивировано из оригинала 2015-05-26.
  29. ^ "Почему поставщикам услуг нужна платформа NFV" (PDF) . Стратегический документ Intel. Архивировано из оригинала (PDF) 2015-05-26.
  30. ^ "NFV Proof of Concept". ETSI.
  31. ^ Уилсон, Кэрол (16 сентября 2015 г.). «Новый форум NFV, посвященный совместимости». Легкое чтение.
  32. ^ "OPNFV". Фонд совместных проектов Linux Foundation.
  33. ^ "Carrier Network Virtualization Awards". Декабрь 2015. Архивировано из оригинала 2015-06-07.
  34. ^ Нолле, Том (июнь 2014 г.). «Экосистемное решение Wind River для NFV и оркестровки». Публичный блог корпорации CIMI.
  35. ^ Петтит, Джастин (11 ноября 2014 г.). «Ускорение Open vSwitch до «скорости Ludicruos»». Сетевая ересь: Рассказы о реформировании сети .
  36. ^ "Wind River обеспечивает прорывную производительность для ускоренного vSwitch, оптимизированного для NFV". Wind River News Room. Май 2014 г.
  37. ^ "6WIND объявляет об ускорении Open vSwitch для платформы Red Hat Enterprise Linux OpenStack". PRweb. Апрель 2014 г.
  38. ^ «Проблемы и решения виртуализации сетевых функций» (PDF) . Alcatel-Lucent. 2013.
  39. ^ "NFV: Миф о высокой доступности на уровне приложений". Wind River. Май 2015. Архивировано из оригинала 2015-10-05.
  40. ^ Чатрас, Б. (декабрь 2018 г.). «О стандартизации API управления и оркестровки NFV». Журнал стандартов связи IEEE . 2 (4): 66–71. doi :10.1109/MCOMSTD.2018.1800032. ISSN  2471-2825. S2CID  59620488.
  41. ^ ETSI COMS TEAM. "ETSI - ETSI выпускает стандарт для шаблонов развертывания NFV". ETSI . Получено 2019-07-09 .
  42. ^ "Технологические блоги, NFV, MEC, NGP, ZSM, ENI - SOL006 – дескрипторы NFV на основе спецификации YANG". www.etsi.org . Получено 09.07.2019 .
  43. ^ Ван, Ченгвэй; Спэтчек, Оливер; Гопалакришнан, Виджай; Сюй, Ян; Эпплгейт, Дэвид (2016). «К высокопроизводительной и масштабируемой виртуализации сетевых функций». IEEE Internet Computing . 20 (6): 10–20. doi :10.1109/MIC.2016.111. S2CID  15518060.
  44. ^ «OpenNetVM: платформа для высокопроизводительных цепочек сетевых услуг» (PDF) . doi : 10.1145/2940147.2940155 . S2CID  13706879. {{cite journal}}: Цитировать журнал требует |journal=( помощь )
  45. ^ "GitHub- OpenNetVM". GitHub .
  46. ^ "Cloud-Native Network Functions". Cisco . Получено 1 апреля 2021 г.

Внешние ссылки