✖


Jump to content

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

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

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

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

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

Фон

[ редактировать ]

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

История

[ редактировать ]

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

ETSI ISG NFV объявил о выпуске пятой версии своих спецификаций с мая 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 Architectural Framework) представляет собой совокупность всех функциональных блоков, хранилищ данных, используемых этими блоками, а также контрольных точек и интерфейсов, через которые эти функциональные блоки обмениваются информацией с целью управления и оркестрации NFVI. и ВНФ.

Строительным блоком как 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]

Первая публичная проверка концепции (PoC) D-NFV, одобренная ETSI NFV ISG, была проведена Cyan, Inc. , RAD , Fortinet и Certes Networks в Чикаго в июне 2014 года и спонсировалась CenturyLink . Он был основан на специализированном клиентском оборудовании D-NFV от RAD, на котором работает межсетевой экран следующего поколения Fortinet (NGFW) и механизм виртуального шифрования/дешифрования Certes Networks в качестве функций виртуальной сети (VNF), а система Blue Planet от Cyan управляет всей экосистемой. [14] решение RAD D-NFV, уровня 2 / уровня 3 сетевой терминатор (NTU) , оснащенное серверным модулем 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, а также сетевые шлюзы по мере необходимости. Аналогичным образом, диспетчер глобальной инфраструктуры (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] ИСКУССТВО [31] Открытая платформа для проекта NFV, [32] Награды за виртуализацию операторской сети [33] и различные экосистемы поставщиков. [34]

vSwitch, ключевой компонент платформ NFV, отвечает за обеспечение подключения как между виртуальными машинами (между виртуальными машинами), так и между виртуальными машинами и внешней сетью. Его производительность определяет как пропускную способность 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 ) являются:

  • Оркестратор виртуализации сетевых функций (NFVO);
  • Диспетчер виртуализированных сетевых функций (VNFM);
  • Менеджер виртуализированной инфраструктуры (VIM).

Точкой входа в 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]

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

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

Спецификация Заголовок
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 для контрольной точки «или-или»
ETSI GS NFV-SOL 012 Спецификация протоколов RESTful для интерфейса управления политиками
ETSI GS NFV-SOL 013 Спецификация общих аспектов API-интерфейсов RESTful NFV MANO
ETSI GS NFV-SOL 014 Спецификация модели данных YAML для управления виртуализированными ресурсами на основе дескрипторов
ETSI GS NFV-SOL 015 Спецификация шаблонов и соглашений для API RESTful NFV-MANO
ETSI GS NFV-SOL 016 Спецификация процедур NFV-MANO
ETSI GS NFV-SOL 018 Спецификация профилирования решений протоколов и моделей данных для

Управление контейнерами ОС и оркестровка

Обзор различных версий 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, также известные как облачные сетевые функции (CNF), используют множество инноваций, обычно применяемых в интернет-инфраструктуре. К ним относятся автоматическое масштабирование, поддержка модели непрерывной доставки/развертывания DevOps, а также повышение эффективности за счет совместного использования общих сервисов на разных платформах. Благодаря обнаружению и оркестрации сервисов сеть на основе CNF станет более устойчивой к сбоям ресурсов инфраструктуры. Использование контейнеров и, таким образом, устранение накладных расходов, присущих традиционной виртуализации, за счет исключения гостевой ОС, может значительно повысить эффективность использования ресурсов инфраструктуры. [46]

См. также

[ редактировать ]

Ссылки

[ редактировать ]
  1. ^ «ETSI — Стандарты для NFV — Виртуализация сетевых функций | Решения NFV» .
  2. ^ «Виртуализация сетевых функций (NFV); использование NFV присутствует, а SDN — в будущем» (PDF) . Проверено 6 июня 2014 г.
  3. ^ Стивенсон, Рик (13 марта 2013 г.). «Как недорогие телекоммуникации убили пять девяток в облачных вычислениях» . Проводной . Проверено 27 июня 2016 г.
  4. ^ Jump up to: а б «Виртуализация сетевых функций — вводный информационный документ» (PDF) . ЕТСИ. 22 октября 2012 года . Проверено 20 июня 2013 г.
  5. ^ «Виртуализация сетевых функций» . Стандарты ETSI для NFV . Проверено 30 июня 2020 г.
  6. ^ Ле Местр, Рэй (22 октября 2012 г.). «Операторы первого уровня решают проблему SDN для телекоммуникационных компаний» . Легкое чтение . Проверено 20 июня 2013 г.
  7. ^ «Последняя повестка дня Всемирного конгресса SDN и OpenFlow» . Layer123.com. Архивировано из оригинала 14 октября 2012 года . Проверено 20 июня 2013 г.
  8. ^ «Стандарты NFV: виртуализация сетевых функций» . ЕТСИ . Решения НФВ.
  9. ^ «Виртуализация сетевых функций (NFV) Доказательство концепции» .
  10. ^ «Что такое виртуализация сетевых функций (NFV)» . blog.datapath.io . Архивировано из оригинала 01 февраля 2017 г. Проверено 20 января 2017 г.
  11. ^ Эштон, Чарли (апрель 2014 г.). «Не путайте «высокую доступность» с «операторским уровнем» » . Встроенное сообщество. Архивировано из оригинала 3 июля 2017 г.
  12. ^ Том Нолле (18 сентября 2013 г.). «Учит ли нас чему-то «распределенная NFV»?» . Публичный блог корпорации CIMI . Проверено 2 января 2014 г.
  13. ^ Кэрол Уилсон (3 октября 2013 г.). «RAD внедряет стратегию распределенного NFV» . Легкое чтение . Проверено 2 января 2014 г.
  14. ^ «4 поставщика приносят распределенную NFV в BTE» . Легкое чтение. 11 июня 2014 года . Проверено 3 марта 2015 г.
  15. ^ «RAD запускает распределенное решение NFV для клиентов на базе платформы ETX NTU» . Оптическая замочная скважина . 16 июня 2014 года . Проверено 3 марта 2015 г.
  16. ^ «RAD добавляет новых партнеров в альянс D-NFV» . Телекомбумага . 9 декабря 2014 года . Проверено 3 марта 2015 г.
  17. ^ Новости TMCnet (26 июня 2014 г.). «Компания Qosmos награждена премией пионера ИНТЕРНЕТ-ТЕЛЕФОНИИ NFV 2014 года» . ТМЦ . Проверено 26 июня 2014 г.
  18. ^ «Платформа для мультивендорной виртуальной и физической инфраструктуры» .
  19. ^ Лиянаге, Мадхусанка (2015). Программно-конфигурируемые мобильные сети (SDMN): за пределами сетевой архитектуры LTE . Великобритания: Джон Уайли. стр. 1–438. ISBN  978-1-118-90028-4 .
  20. ^ «Отчет об использовании SDN в архитектурной структуре NFV» (PDF) . ЕТСИ. Декабрь 2015 года . Проверено 7 декабря 2021 г.
  21. ^ «Случаи использования виртуализации сетевых функций (NFV)» (PDF) .
  22. ^ «Что такое NFV – виртуализация сетевых функций?» . СДН Центральный.
  23. ^ «Виртуализация операторской сети» . Новости ETSI.
  24. ^ «Openwave Exec обсуждает преимущества и проблемы NFV и SDN» . Статья . 12 ноября 2013 года. Архивировано из оригинала 3 марта 2016 года . Проверено 22 ноября 2013 г.
  25. ^ Дойл, Ли. «Промежуточное ПО для поколения NFV» . ИТ-отчет поставщика услуг.
  26. ^ Шарма, Рэй. «Wind River запускает программу экосистемы NFV с участием пяти лидеров отрасли» . PCC Мобильная широкополосная связь.
  27. ^ Эштон, Чарли (январь 2015 г.). «Надежность операторского уровня — обязательное условие успеха NFV» . Электронный дизайн.
  28. ^ Лемке, Андреас (ноябрь 2014 г.). «5 обязательных атрибутов платформы NFV» . Techzine, Alcatel-Lucent. Архивировано из оригинала 26 мая 2015 г.
  29. ^ «Зачем поставщикам услуг нужна платформа NFV» (PDF) . Стратегический документ Intel. Архивировано из оригинала (PDF) 26 мая 2015 г.
  30. ^ «Подтверждение концепции NFV» . ЕТСИ.
  31. ^ Уилсон, Кэрол (16 сентября 2015 г.). «Новый форум NFV, посвященный совместимости» . Легкое чтение.
  32. ^ «ОПНФВ» . Фонд совместных проектов Linux Foundation.
  33. ^ «Награды за виртуализацию операторских сетей» . Декабрь 2015 г. Архивировано из оригинала 7 июня 2015 г.
  34. ^ Нолле, Том (июнь 2014 г.). «Экосистемное решение Wind River для NFV и оркестрации» . Публичный блог корпорации CIMI.
  35. ^ Петтит, Джастин (11 ноября 2014 г.). «Ускорение Open vSwitch до «Скорости Ludicruos» » . Сетевая ересь: Рассказы о реформировании сети .
  36. ^ «Wind River обеспечивает революционную производительность для ускоренного vSwitch, оптимизированного для NFV» . Информационный зал Wind River. Май 2014.
  37. ^ «6WIND объявляет об ускорении Open vSwitch для платформы Red Hat Enterprise Linux OpenStack» . PRweb. Апрель 2014.
  38. ^ «Проблемы и решения виртуализации сетевых функций» (PDF) . Алкатель-Люсент. 2013.
  39. ^ «NFV: миф о высокой доступности на уровне приложений» . Река Ветра. Май 2015 г. Архивировано из оригинала 05 октября 2015 г.
  40. ^ Чатрас, Б. (декабрь 2018 г.). «О стандартизации API-интерфейсов управления и оркестрации NFV». Журнал стандартов связи IEEE . 2 (4): 66–71. дои : 10.1109/MCOMSTD.2018.1800032 . ISSN   2471-2825 . S2CID   59620488 .
  41. ^ КОМАНДА ETSI COMS. «ETSI — ETSI выпускает стандарт для шаблонов развертывания NFV» . ЕТСИ . Проверено 9 июля 2019 г.
  42. ^ «Технологические блоги, NFV, MEC, NGP, ZSM, ENI - SOL006 – дескрипторы NFV на основе спецификации YANG» . www.etsi.org . Проверено 9 июля 2019 г.
  43. ^ Ван, Ченгвэй; Спатчек, Оливер; Гопалакришнан, Виджай; Сюй, Ян; Эпплгейт, Дэвид (2016). «На пути к виртуализации высокопроизводительных и масштабируемых сетевых функций» . IEEE Интернет-вычисления . 20 (6): 10–20. дои : 10.1109/MIC.2016.111 . S2CID   15518060 .
  44. ^ «OpenNetVM: платформа для высокопроизводительных цепочек сетевых сервисов» (PDF) . дои : 10.1145/2940147.2940155 . S2CID   13706879 . {{cite journal}}: Для цитирования журнала требуется |journal= ( помощь )
  45. ^ «GitHub-OpenNetVM» . Гитхаб .
  46. ^ «Облачные сетевые функции» . Циско . Проверено 1 апреля 2021 г.
[ редактировать ]
Retrieved from "https://en.wikipedia.org/w/index.php?title=Network_function_virtualization&oldid=1221503238"
Arc.Ask3.Ru: конец переведенного документа.
Arc.Ask3.Ru
Номер скриншота №: c135572d796831558829421c61aa9cf6__1714459260
URL1:https://arc.ask3.ru/arc/aa/c1/f6/c135572d796831558829421c61aa9cf6.html
Заголовок, (Title) документа по адресу, URL1:
Network function virtualization - Wikipedia
Данный printscreen веб страницы (снимок веб страницы, скриншот веб страницы), визуально-программная копия документа расположенного по адресу URL1 и сохраненная в файл, имеет: квалифицированную, усовершенствованную (подтверждены: метки времени, валидность сертификата), открепленную ЭЦП (приложена к данному файлу), что может быть использовано для подтверждения содержания и факта существования документа в этот момент времени. Права на данный скриншот принадлежат администрации Ask3.ru, использование в качестве доказательства только с письменного разрешения правообладателя скриншота. Администрация Ask3.ru не несет ответственности за информацию размещенную на данном скриншоте. Права на прочие зарегистрированные элементы любого права, изображенные на снимках принадлежат их владельцам. Качество перевода предоставляется как есть. Любые претензии, иски не могут быть предъявлены. Если вы не согласны с любым пунктом перечисленным выше, вы не можете использовать данный сайт и информация размещенную на нем (сайте/странице), немедленно покиньте данный сайт. В случае нарушения любого пункта перечисленного выше, штраф 55! (Пятьдесят пять факториал, Денежную единицу (имеющую самостоятельную стоимость) можете выбрать самостоятельно, выплаичвается товарами в течение 7 дней с момента нарушения.)