Виртуализация сетевых функций (также виртуализация сетевых функций или NFV ) [1] - это концепция сетевой архитектуры, которая использует технологии ИТ- виртуализации для виртуализации целых классов функций сетевых узлов в строительные блоки, которые могут соединяться или объединяться в цепочки для создания коммуникационных сервисов.
NFV опирается на традиционные методы виртуализации серверов , например, используемые в корпоративных ИТ , но отличается от них. Виртуализированная сетевая функция, или VNF, может состоять из одной или нескольких виртуальных машин или контейнеров, на которых запущено различное программное обеспечение и процессы, поверх стандартных серверов большого объема, коммутаторов и устройств хранения, или даже инфраструктуры облачных вычислений , вместо того, чтобы иметь настраиваемые аппаратные устройства. для каждой сетевой функции.
Например, пограничный контроллер виртуального сеанса может быть развернут для защиты сети без обычных затрат и сложности, связанных с получением и установкой физических модулей защиты сети. Другие примеры NFV включают виртуализированные балансировщики нагрузки , брандмауэры , устройства обнаружения вторжений и ускорители WAN . [2]
Задний план
Разработка продуктов в телекоммуникационной отрасли традиционно следовала строгим стандартам стабильности, соблюдения протоколов и качества, что находит отражение в использовании термина операторского класса для обозначения оборудования, демонстрирующего такую надежность. [3] Хотя эта модель хорошо работала в прошлом, она неизбежно приводила к длительным циклам продуктов, медленным темпам разработки и использованию патентованного или специального оборудования, например, специализированных интегральных схем (ASIC) для конкретных приложений . Рост значительной конкуренции в сфере коммуникационных услуг со стороны быстроразвивающихся организаций , широко работающих в общедоступном Интернете (таких как Google Talk , Skype , Netflix ), побудил поставщиков услуг искать способы нарушить статус-кво.
История
В октябре 2012 года группа операторов связи опубликовала официальный документ [4] на конференции в Дармштадте, Германия , по программно-определяемым сетям (SDN) и OpenFlow . Призыв к действию, завершающий Белую книгу, привел к созданию Группы отраслевых спецификаций (ISG) [5] виртуализации сетевых функций (NFV) в рамках Европейского института стандартов электросвязи (ETSI). В состав ISG вошли представители телекоммуникационной отрасли из Европы и других стран. [6] [7] С момента публикации белой книги группа выпустила более 100 публикаций. [8] В 2016 году выпущена одна высокопроизводительная версия NFV с открытым исходным кодом. openNetVM - это высокопроизводительная платформа NFV, основанная на контейнерах DPDK и Docker. [9]
Фреймворк
Структура NFV состоит из трех основных компонентов: [10]
- Виртуализированные сетевые функции (VNF) - это программные реализации сетевых функций, которые могут быть развернуты в инфраструктуре виртуализации сетевых функций (NFVI). [11]
- Инфраструктура виртуализации сетевых функций (NFVI) - это совокупность всех аппаратных и программных компонентов, которые создают среду, в которой развертываются NFV. Инфраструктура NFV может охватывать несколько мест. Сеть, обеспечивающая связь между этими точками, считается частью инфраструктуры NFV.
- Архитектурная структура управления виртуализацией и оркестровкой сетевых функций (NFV-MANO Architectural Framework) - это совокупность всех функциональных блоков, репозиториев данных, используемых этими блоками, а также эталонных точек и интерфейсов, через которые эти функциональные блоки обмениваются информацией с целью управления и координации NFVI. и VNF.
Строительным блоком как для NFVI, так и для NFV-MANO является платформа NFV. В роли NFVI он состоит из виртуальных и физических ресурсов обработки и хранения, а также программного обеспечения для виртуализации. В своей роли NFV-MANO он состоит из менеджеров VNF и NFVI и программного обеспечения виртуализации, работающего на аппаратном контроллере . Платформа NFV реализует функции операторского уровня, используемые для управления и мониторинга компонентов платформы, восстановления после сбоев и обеспечения эффективной безопасности - все это необходимо для общедоступной операторской сети.
Практические аспекты
Поставщик услуг, который следует схеме NFV, реализует одну или несколько виртуализированных сетевых функций, или VNF . Сама по себе VNF не предоставляет автоматически полезный продукт или услугу клиентам провайдера. Для создания более сложных сервисов используется понятие цепочки сервисов , когда несколько VNF используются последовательно для доставки сервиса.
Другой аспект реализации NFV - это процесс оркестровки . Для создания высоконадежных и масштабируемых услуг NFV требует, чтобы сеть могла создавать экземпляры VNF, отслеживать их, восстанавливать их и (что наиболее важно для бизнеса поставщика услуг) выставлять счет за предоставленные услуги. Эти атрибуты, называемые функциями операторского уровня [12] , распределяются на уровне оркестрации, чтобы обеспечить высокую доступность и безопасность, а также низкие затраты на эксплуатацию и обслуживание. Важно отметить, что уровень оркестрации должен иметь возможность управлять VNF независимо от технологии, лежащей в основе VNF. Например, уровень оркестрации должен иметь возможность управлять SBC VNF от поставщика X, работающим на VMware vSphere, а также IMS VNF от поставщика Y, работающим на KVM.
Распределенная NFV
Первоначальное восприятие NFV заключалось в том, что виртуальные возможности должны быть реализованы в центрах обработки данных. Этот подход работает во многих, но не во всех случаях. NFV предполагает и подчеркивает максимально возможную гибкость в отношении физического расположения виртуализированных функций.
Поэтому в идеале виртуализированные функции должны располагаться там, где они наиболее эффективны и наименее затратны. Это означает, что поставщик услуг должен иметь право размещать NFV во всех возможных местах, от центра обработки данных до сетевого узла и помещения клиента. Этот подход, известный как распределенная NFV, подчеркивался с самого начала, когда NFV разрабатывалась и стандартизировалась, и он заметен в недавно выпущенных документах NFV ISG. [13]
В некоторых случаях для поставщика услуг есть очевидные преимущества в размещении этой виртуализированной функции на территории клиента. Эти преимущества варьируются от экономики до производительности и возможности виртуализации функций. [14]
Первое публичное подтверждение концепции D-NFV, одобренное ETSI NFV ISG, было проведено Cyan, Inc. , RAD , Fortinet и Certes Networks в Чикаго в июне 2014 года при спонсорской поддержке CenturyLink . Он был основан на специализированном оборудовании D-NFV RAD на стороне клиента, на котором запущен межсетевой экран следующего поколения Fortinet (NGFW) и механизм виртуального шифрования / дешифрования Certes Networks в качестве виртуальных сетевых функций (VNF) с системой Cyan Blue Planet, управляющей всей экосистемой. [15] Решение D-NFV от RAD, сетевое оконечное устройство уровня 2 / уровня 3 (NTU), оснащенное серверным модулем D-NFV X86, который функционирует как механизм виртуализации на стороне клиента, стало коммерчески доступным к концу того же месяца. . [16] В течение 2014 года RAD также организовала D-NFV Alliance, экосистему поставщиков и международных системных интеграторов, специализирующихся на новых приложениях NFV. [17]
Преимущества модульности NFV
При проектировании и разработке программного обеспечения, которое предоставляет VNF, поставщики могут структурировать это программное обеспечение в программные компоненты (представление реализации архитектуры программного обеспечения) и упаковать эти компоненты в один или несколько образов (представление развертывания архитектуры программного обеспечения). Эти программные компоненты, определяемые производителем, называются компонентами VNF (VNFC). VNF реализованы с помощью одного или нескольких VNFC, и без ограничения общности предполагается, что экземпляры VNFC сопоставляют 1: 1 с образами виртуальных машин.
Как правило, VNFC должны иметь возможность увеличивать и / или масштабировать . Имея возможность выделять гибкие (виртуальные) ЦП для каждого экземпляра VNFC, уровень управления сетью может масштабировать (т. Е. Вертикально ) масштабировать VNFC для обеспечения ожидаемой пропускной способности / производительности и масштабируемости в рамках одной системы или одной платформы. Точно так же уровень управления сетью может масштабировать (т. Е. Масштабировать по горизонтали ) VNFC, активируя несколько экземпляров такого VNFC на нескольких платформах, и, следовательно, достигать характеристик производительности и архитектуры, не ставя под угрозу стабильность других функций VNFC.
Ранние последователи таких архитектурных чертежей уже реализовали принципы модульности NFV. [18]
Связь с SDN
SDN или программно-определяемая сеть - это концепция, связанная с NFV, но они относятся к разным доменам. [19] Виртуализация сетевых функций (NFV) и глубокая проверка пакетов (DPI) могут эффективно дополнять функции SDN. [20]
По сути, программно-определяемые сети (SDN) - это подход к созданию сетевого оборудования и программного обеспечения для передачи данных, которое разделяет и абстрагирует элементы этих систем. Это достигается за счет отделения плоскости управления и плоскости данных друг от друга, так что плоскость управления располагается централизованно, а компоненты пересылки остаются распределенными. Плоскость управления взаимодействует как с севером, так и с юга . В северном направлении плоскость управления обеспечивает общее абстрактное представление сети для приложений и программ более высокого уровня, использующих API. В южном направлении плоскость управления программирует поведение пересылки плоскости данных, используя API уровня устройства физического сетевого оборудования, распределенного по сети.
Таким образом, NFV не зависит от концепций SDN или SDN. Вполне возможно реализовать виртуализованную сетевую функцию (VNF) как автономный объект, используя существующие парадигмы сетей и оркестровки. Тем не менее, использование концепций SDN для реализации и управления инфраструктурой NFV дает неотъемлемые преимущества, особенно при рассмотрении управления и оркестровки VNF, и поэтому определяются платформы с несколькими поставщиками, которые включают SDN и NFV в согласованные экосистемы. [21]
Инфраструктура NFV нуждается в центральной системе оркестрации и управления, которая принимает запросы оператора, связанные с VNF, преобразует их в соответствующую обработку, хранилище и конфигурацию сети, необходимую для запуска VNF в работу. После ввода в эксплуатацию VNF потенциально должен контролироваться на предмет пропускной способности и использования и при необходимости адаптироваться. [22]
Все эти функции могут быть выполнены с использованием концепций SDN, и NFV можно рассматривать как один из основных вариантов использования SDN в средах поставщиков услуг. Также очевидно, что многие варианты использования SDN могут включать концепции, представленные в инициативе NFV. Примеры включают в себя, когда централизованный контроллер управляет функцией распределенной пересылки, которая фактически также может быть виртуализирована на существующем оборудовании обработки или маршрутизации.
Влияние на промышленность
NFV оказался популярным стандартом даже в младенчестве. Его непосредственные приложения многочисленны, такие как виртуализация мобильных базовых станций , платформа как услуга (PaaS), сети доставки контента (CDN), фиксированный доступ и домашние среды. [23] Ожидается, что потенциальные преимущества NFV будут значительными. Ожидается, что виртуализация сетевых функций, развернутых на стандартизированном оборудовании общего назначения, сократит капитальные и эксплуатационные расходы, а также время внедрения услуг и продуктов. [24] [25] Многие крупные поставщики сетевого оборудования объявили о поддержке NFV. [26] Это совпало с объявлениями NFV от основных поставщиков программного обеспечения, которые предоставляют платформы NFV, используемые поставщиками оборудования для создания своих продуктов NFV. [27] [28]
Однако для реализации ожидаемых преимуществ виртуализации поставщики сетевого оборудования улучшают технологию виртуализации ИТ, чтобы включить в нее атрибуты операторского уровня, необходимые для достижения высокой доступности , масштабируемости, производительности и эффективных возможностей управления сетью. [29] Чтобы минимизировать совокупную стоимость владения (TCO), функции операторского уровня должны быть реализованы как можно более эффективно. Это требует, чтобы решения NFV эффективно использовали избыточные ресурсы для достижения доступности пяти девяток (99,999%) [30] и вычислительных ресурсов без ущерба для предсказуемости производительности.
Платформа NFV является основой для создания эффективных решений NFV операторского уровня. [31] Это программная платформа, работающая на стандартном многоядерном оборудовании и построенная с использованием программного обеспечения с открытым исходным кодом, которое включает в себя функции операторского уровня. Программное обеспечение платформы NFV отвечает за динамическое переназначение VNF из-за сбоев и изменений нагрузки трафика и, следовательно, играет важную роль в достижении высокой доступности. Осуществляется множество инициатив по определению, согласованию и продвижению возможностей NFV операторского уровня, таких как ETSI NFV Proof of Concept, [32] ATIS [33] Открытая платформа для проекта NFV, [34] Награды за виртуализацию операторской сети [35] и различные поставщики. экосистемы. [36]
VSwitch, ключевой компонент платформ NFV, отвечает за обеспечение связи как между виртуальными машинами (между виртуальными машинами), так и между виртуальными машинами и внешней сетью. Его производительность определяет как полосу пропускания VNF, так и рентабельность решений NFV. Стандартная производительность Open vSwitch (OVS) имеет недостатки, которые необходимо устранить, чтобы удовлетворить потребности решений NFVI. [37] Поставщики NFV сообщают о значительных улучшениях производительности как для версий OVS, так и для версий Accelerated Open vSwitch (AVS). [38] [39]
Виртуализация также меняет способ определения, измерения и достижения доступности в решениях NFV. По мере того как VNF заменяют традиционное специализированное оборудование, происходит переход от доступности на основе оборудования к основанному на услугах, сквозному, многоуровневому подходу. [40] [41] Виртуализация сетевых функций нарушает явную связь с конкретным оборудованием, поэтому доступность определяется доступностью услуг VNF. Поскольку технология NFV может виртуализировать широкий спектр типов сетевых функций, каждый со своими ожиданиями доступности услуг, платформы NFV должны поддерживать широкий спектр вариантов отказоустойчивости. Эта гибкость позволяет CSP оптимизировать свои решения NFV для удовлетворения любых требований к доступности VNF.
Менеджмент и оркестровка (MANO)
ETSI уже указала, что важная часть управления средой NFV должна выполняться посредством автоматизации и оркестровки. В NFV есть отдельный поток MANO, в котором описывается, как следует контролировать гибкость. [42]
ETSI предоставляет полный набор стандартов, обеспечивающих открытую экосистему, в которой виртуализированные сетевые функции (VNF) могут взаимодействовать с независимо разработанными системами управления и оркестровки, а компоненты системы управления и оркестрации сами по себе взаимодействуют. Сюда входит набор спецификаций Restful API [43], а также спецификации формата упаковки для доставки VNF поставщикам услуг и шаблонов развертывания, которые должны быть упакованы с образами программного обеспечения, чтобы обеспечить управление жизненным циклом VNF. Шаблоны развертывания могут быть основаны на TOSCA или YANG . [44] [45]
OpenAPI (ака Swagger) представление спецификаций API доступен на кузнечном ETSI сервере , наряду с TOSCA и файлов определения ЯН , которые будут использоваться при создании шаблонов развертывания.
Полный набор опубликованных спецификаций представлен в таблице ниже.
Технические характеристики | Заголовок |
ETSI GS NFV-SOL 001 | Дескрипторы NFV на основе спецификации TOSCA |
ETSI GS NFV-SOL 002 | Спецификация протоколов RESTful для эталонной точки Ve-Vnfm |
ETSI GS NFV-SOL 003 | Спецификация протоколов RESTful для эталонной точки Or-Vnfm |
ETSI GS NFV-SOL 004 | Спецификация пакета VNF и архива PNFD |
ETSI GS NFV-SOL 005 | Спецификация протоколов RESTful для эталонной точки Os-Ma-nfvo |
ETSI GS NFV-SOL 006 | Дескрипторы NFV на основе спецификации YANG |
ETSI GS NFV-SOL 007 | Спецификация файловой структуры дескриптора сетевой службы |
ETSI GS NFV-SOL 009 | Спецификация протоколов RESTful для управления NFV-MANO |
ETSI GS NFV-SOL 010 | Спецификация пакета моментальных снимков VNF |
ETSI GS NFV-SOL 011 | Спецификация протоколов RESTful для эталонной точки Or-Or |
ETSI GS NFV-SOL 012 | Спецификация протоколов RESTful для интерфейса управления политиками |
ETSI GS NFV-SOL 013 | Спецификация общих аспектов для RESTful NFV MANO API |
ETSI GS NFV-SOL 014 | Спецификация модели данных YAML для дескрипторного виртуализированного управления ресурсами |
ETSI GS NFV-SOL 015 | Спецификация шаблонов и соглашений для API RESTful NFV-MANO |
ETSI GS NFV-SOL 016 | Спецификация процедур NFV-MANO |
Обзор различных версий OpenAPI-представлений API-интерфейсов NFV-MANO доступен на вики- странице ETSI NFV .
Файлы OpenAPI, а также файлы определений TOSCA YAML и модули YANG, применимые к дескрипторам NFV, доступны на ETSI Forge .
Исследование производительности
Недавнее исследование производительности NFV было сосредоточено на пропускной способности, задержке и дрожании виртуализированных сетевых функций (VNF), а также на масштабируемости NFV с точки зрения количества VNF, которое может поддерживать один физический сервер. [46] Доступны платформы NFV с открытым исходным кодом, одним из представителей является openNetVM. [9] openNetVM - это высокопроизводительная платформа NFV, основанная на контейнерах DPDK и Docker. openNetVM предоставляет гибкую структуру для развертывания сетевых функций и их соединения для построения цепочек служб. openNetVM - это версия платформы NetVM с открытым исходным кодом, описанная в статьях NSDI 2014 и HotMiddlebox 2016, выпущенная под лицензией BSD. Исходный код можно найти на github: openNetVM [47]
Облачные сетевые функции
В 2018 году многие поставщики инфраструктуры начали переводить многие из своих VNF на архитектуру на основе контейнеров. Эти облачные сетевые функции используют многие из тех же инноваций, которые обычно используются в интернет-инфраструктуре. К ним относятся автоматическое масштабирование, поддержка модели непрерывной доставки / развертывания DevOps и повышение эффективности за счет совместного использования общих служб на разных платформах. Благодаря обнаружению и оркестровке сервисов система, основанная на CNF, будет более устойчивой к сбоям узла. Использование контейнеров и, таким образом, отказ от накладных расходов, присущих традиционной виртуализации, за счет исключения гостевой ОС может значительно повысить эффективность использования ресурсов. [48]
Смотрите также
- Аппаратная виртуализация
- Управление сетью
- Виртуализация сети
- ОАЗИС ТОСКА
- Открытая платформа для NFV
- Программно-конфигурируемая сеть
Рекомендации
- ^ «ETSI - Стандарты для NFV - Виртуализация сетевых функций | Решения NFV» .
- ^ «Виртуализация сетевых функций (NFV); использование NFV присутствует, а SDN - в будущем» (PDF) . Проверено 6 июня 2014 .
- ^ Стивенсон, Рик (13 марта 2013). «Как недорогие телекоммуникации убили пять девяток в облачных вычислениях» . Проводной . Проверено 27 июня 2016 .
- ^ «Виртуализация сетевых функций - вводный технический документ» (PDF) . ETSI. 22 октября 2012 . Проверено 20 июня 2013 года .
- ^ «Виртуализация сетевых функций» . Стандарты ETSI для NFV . Проверено 30 июня 2020 .
- ^ Ле Местр, Рей (22 октября 2012 г.). «Операторы уровня 1 решают проблему SDN для телекоммуникационных компаний» . Легкое чтение . Проверено 20 июня 2013 года .
- ^ «Последняя повестка дня Всемирного конгресса SDN и OpenFlow» . Layer123.com. Архивировано из оригинального 14 октября 2012 года . Проверено 20 июня 2013 года .
- ^ «Стандарты для NFV: виртуализация сетевых функций» . ETSI . Решения NFV.
- ^ а б «OpenNetVM: платформа для высокопроизводительных цепочек сетевых сервисов» (PDF) . DOI : 10.1145 / 2940147.2940155 . S2CID 13706879 . Цитировать журнал требует
|journal=
( помощь ) - ^ «Подтверждение концепции виртуализации сетевых функций (NFV)» .
- ^ «Что такое виртуализация сетевых функций (NFV)» . blog.datapath.io . Архивировано из оригинала на 2017-02-01 . Проверено 20 января 2017 .
- ^ Эштон, Чарли (апрель 2014 г.). «Не путайте« высокую доступность »с« операторским классом » » . Встроенное сообщество. Архивировано из оригинала на 2017-07-03.
- ^ Том Нолле (18 сентября 2013 г.). "Распространенная NFV" нас чему-то учит? " . Публичный блог корпорации CIMI . Проверено 2 января 2014 года .
- ^ Кэрол Уилсон (3 октября 2013 г.). «RAD внедряет стратегию распределенной NFV» . Легкое чтение . Проверено 2 января 2014 года .
- ^ «4 поставщика внедряют распределенную NFV в BTE» . Легкое чтение. 11 июня 2014 . Проверено 3 марта 2015 года .
- ^ «RAD запускает распределенное решение NFV на базе платформы ETX NTU» . Оптическая замочная скважина . 16 июня 2014 . Проверено 3 марта 2015 года .
- ^ «RAD добавляет новых партнеров в D-NFV Alliance» . Телеграфная бумага . 9 декабря 2014 . Проверено 3 марта 2015 года .
- ^ Новости TMCnet (26 июня 2014 г.). «Компания« Космос »награждена премией« Пионер ИНТЕРНЕТ ТЕЛЕФОНИИ NFV 2014 » . TMC . Проверено 26 июня 2014 года .
- ^ Уильям, Сталлинг (2016). «Основы современных сетей: SDN, NFV, QoE, IoT и облако». Pearson Education .
- ^ Ровайда, А. Садек (май 2018 г.). «Архитектура программно-определяемой сети (SDN) на основе Agile Internet of Things (IoT)». Египетский журнал компьютерных наук .
- ^ «Платформа для мультивендорной виртуальной и физической инфраструктуры» .
- ^ Лиянаге, Мадхусанка (2015). Программно-определяемые мобильные сети (SDMN): за пределами сетевой архитектуры LTE . Великобритания: Джон Вили. С. 1–438. ISBN 978-1-118-90028-4.
- ^ «Примеры использования виртуализации сетевых функций (NFV)» (PDF) .
- ^ "Что такое NFV - виртуализация сетевых функций?" . SDN Central.
- ^ «Виртуализация операторской сети» . Новости ETSI.
- ^ «Openwave Exec обсуждает преимущества и проблемы NFV и SDN» . Статья . 12 ноября 2013. Архивировано из оригинала 3 марта 2016 года . Проверено 22 ноября 2013 года .
- ^ Дойл, Ли. «Промежуточное ПО для поколения NFV» . ИТ-отчет поставщика услуг.
- ^ Шарма, Рэй. «Wind River запускает программу экосистемы NFV с пятью лидерами отрасли» . PCC Mobile Broadband.
- ^ Эштон, Чарли (январь 2015 г.). «Надежность операторского класса - обязательное условие для успеха NFV» . Электронный дизайн.
- ^ Лемке, Андреас (ноябрь 2014 г.). «5 обязательных атрибутов платформы NFV» . Techzine, Alcatel-Lucent. Архивировано из оригинала на 2015-05-26.
- ^ «Зачем поставщикам услуг платформа NFV» (PDF) . Стратегический документ Intel. Архивировано из оригинального (PDF) 26 мая 2015 года.
- ^ «Подтверждение концепции NFV» . ETSI.
- ^ Уилсон, Кэрол (16 сентября 2015 г.). «Новый форум NFV, посвященный взаимодействию» . Легкое чтение.
- ^ «ОПНФВ» . Фонд совместных проектов Linux Foundation.
- ^ «Награды за виртуализацию операторской сети» . Декабрь 2015. Архивировано из оригинала на 2015-06-07.
- ^ Нолле, Том (июнь 2014). «Экосистемное решение Wind River для NFV и оркестровки» . Публичный блог корпорации CIMI.
- ^ Петтит, Джастин (11 ноября 2014 г.). «Ускорение Open vSwitch до« Ludicruos Speed » » . Сетевая ересь: рассказы о реформировании сети .
- ^ «Wind River обеспечивает прорыв в производительности для ускоренного vSwitch, оптимизированного для NFV» . Комната новостей Wind River. Май 2014.
- ^ «6WIND объявляет об ускорении Open vSwitch для платформы Red Hat Enterprise Linux OpenStack» . PRweb. Апрель 2014 г.
- ^ «Проблемы и решения виртуализации сетевых функций» (PDF) . Alcatel-Lucent. 2013.
- ^ «NFV: миф о высокой доступности на уровне приложений» . Ветровая река. Май 2015. Архивировано из оригинала на 2015-10-05.
- ^ «Мано» . network-functions-virtualization.com.
- ^ Чатрас, Б. (декабрь 2018 г.). «О стандартизации API управления и оркестровки NFV». Журнал стандартов связи IEEE . 2 (4): 66–71. DOI : 10,1109 / MCOMSTD.2018.1800032 . ISSN 2471-2825 . S2CID 59620488 .
- ^ КОМАНДА ETSI COMS. «ETSI - ETSI выпускает стандарт для шаблонов развертывания NFV» . ETSI . Проверено 9 июля 2019 .
- ^ «Технологические блоги, NFV, MEC, NGP, ZSM, ENI - SOL006 - дескрипторы NFV на основе спецификации YANG» . www.etsi.org . Проверено 9 июля 2019 .
- ^ Ван, Чэнвэй; Спатчек, Оливер; Гопалакришнан, Виджай; Сюй, Ян; Эпплгейт, Дэвид (2016). «На пути к высокопроизводительной и масштабируемой виртуализации сетевых функций» . IEEE Internet Computing . 20 (6): 10–20. DOI : 10.1109 / MIC.2016.111 . S2CID 15518060 .
- ^ «GitHub- OpenNetVM» .
- ^ «Облачные сетевые функции» . Cisco . Проверено 1 апреля 2021 года .
Внешние ссылки
- Основы NFV
- Открытая платформа для NFV (OPNFV)
- ETSI NFV FAQ
- Каковы преимущества NFV?