Нвф что это такое: НВФ – это… Что такое НВФ?

Содержание

НВФ – это… Что такое НВФ?

  • НВФ — незаконные вооружённые формирования воен., юр. Словарь: Словарь сокращений и аббревиатур армии и спецслужб. Сост. А. А. Щелоков. М.: ООО «Издательство АСТ», ЗАО «Издательский дом Гелеос», 2003. 318 с. НВФ начальник вспомогательного флота Словарь …   Словарь сокращений и аббревиатур

  • НВФ — начальник вспомогательного флота …   Словарь сокращений русского языка

  • Последствия Второй чеченской войны — Чеченский конфликт Теракт в Назрани (2009) …   Википедия

  • Исламистский терроризм на Северном Кавказе — Эта статья или раздел нуждается в переработке. Пожалуйста, улучшите статью в соответствии с правилами написания статей …   Википедия

  • Незаконные вооружённые формирования — Для улучшения этой статьи желательно?: Проставить интервики в рамках проекта Интервики. Добавить иллюстрации. Найти и оформить в виде сносок ссылки на авторитетные источники, подтверждающие написанное …   Википедия

  • Джамаат Шариат — (Дагестанский Фронт) Идеология: сепаратизм,экстремизм, терроризм Религиозная принадлежность: ислам Лидеры: Расул Макашарипов † (Муслим) Лахиялов, Мурад Гаджиалиевич † Раппани Халилов † (Раббани) …   Википедия

  • Незаконное вооруженное формирование — Вооруженное формирование Алькаиды. Незаконные вооружённые формирования  вооружённая войсковая группа, ополченская часть, партизанское формирование, террористическая группа, организованная без соблюдения норм действующего законодательства, не… …   Википедия

  • Незаконные вооруженные формирования — Вооруженное формирование Алькаиды. Незаконные вооружённые формирования  вооружённая войсковая группа, ополченская часть, партизанское формирование, террористическая группа, организованная без соблюдения норм действующего законодательства, не… …   Википедия

  • Этнические чистки в Чечне

    — Геноцид в Чечне   насильственные действия, осуществляемые по национальному признаку, направленные против мирного, в основном этнически нечеченского (русского и т.  д.), населения в Чеченской Республике в период с 1990[1][2] г. по… …   Википедия

  • Квициани, Эмзар Бекмуразович — Эмзар Бекмуразович Квициани груз. ემზარ კვიციანი …   Википедия

  • цена проектирования вентфасадов в Москве

    > Проектирование вентфасадов

    Специалисты собственного КБ компании «Альпика» проведут проектирование вентилируемых фасадов в Москве, с выполнением всех согласовательных процедур в ведомстве по стойнадзору. Мы ответственно закладываем в проектную документацию все самые точные расчеты фасада вашего здания, учитывая индивидуальные особенности строения!

    Современное проектирование вентфасада

    «Альпика» – это команда единомышленников, более чем с семилетним стажем работы. Профиль компании представляет полноценный строительный сервис, от проектирования до строительно – монтажных работ. Опыт специалистов – это реализованные проекты, обеспечивающие условия для комфортного и безопасного пребывания людей.

    Современное проектирование вентилируемого фасада – основополагающая составляющая всего цикла строительства. Поскольку готовый объект должен полностью соответствовать своему функциональному назначению, обладать практичными и привлекательными признаками. Проектировщики, используя данные по: климатической зоне, розе ветров, этажности, материалу несущих конструкций, нагрузок и предельно допустимых деформаций, составляют технико – экономическое обоснование для проектируемого строения. Учитывая предполагаемые теплопотери, необходимую звукоизоляцию, огнестойкость внешнего конструктива, специалисты компании, предоставят оптимальные предложения по виду и способу крепления фасадных систем.

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

    Почему проектирование вентилируемых фасадов зданий так важно?

    Качественно выполненное проектирование вентилируемого фасада, тщательная подготовка строительной документации по НВФ служит 100% гарантией безопасной и долговечной эксплуатации нового или, подлежащего реконструкции, здания.

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

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

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

    Есть вопросы по проектированию вентилируемых фасадов?

    Оставьте заявку на сайте или позвоните по телефону, и наши специалисты проконсультируют вас по вашему проекту.

    Получить консультацию

    Направления проектирования

    Проектирование НВФ

    Специалисты конструкторского бюро СК «Альпика» ведут разработку проекта вентилируемого фасада, учитывая данные, полученные после геодезической съемки объекта, а также индивидуальные пожелания заказчика. С ним же, впоследствии, будут согласованы другие, обязательные виды работ: это схематичный раскрой облицовочных панелей вентфасада, узлы соединений его элементов и др.

    Подробнее →

    Проектирование СПК

    Проектируя производство и монтаж вентилируемых фасадов, наши конструкторы берут в основу своей работы детальный расчет всех технических параметров будущей СПК. Специалисты выберут заказчику профиль конструкции, в точном соответствии с техническими и эксплуатационными требованиями здания: фасадный, облицовочный или оконный.

    Подробнее →

    В проект также закладывается регулярность технического обслуживания конструкции в зависимости от существующих нормативов по ремонту (Закон города Москвы от 01.07.96 N 22 «О поддержании в исправном состоянии и сохранении фасадов зданий и сооружений на территории города Москвы»).

    Особенности проектирования навесных вентилируемых фасадов

    Самые практичные и инновационные технологии по облицовке зданий, таких как вентилируемые фасады, придают зданиям долговечности и эксклюзивного шарма. С каждым возведенным объектом, преображается и архитектурная стилистика города. Чтобы по окончании строительно – монтажных работ иметь не только уникальный внешний вид, но и высокотехничные параметры конструкции, вначале работают проектировщики. Квалифицированные специалисты охватывают комплекс работ, состоящий из исследований, расчетов и чертежей. При проектировании вентилируемых фасадов в Москве, обязательно учитываются аспекты: ветрозащиты, климатических условий, этажности, собственных колебаний и текущих нагрузок. Технико-экономические расчеты подбирают оптимальную ширину воздушного зазора, систему крепежа, вид утеплителя и способ монтажа.

    Грамотное проектирование вентфасадов по самой адоптивной цене минимизирует все риски, обеспечивая образцовое выполнение работ.

    Что является результатом проектирования вентилируемого фасада?

    Итоговым результатом процесса проектирования навесных вентилируемых фасадов является комплект документов:

    • Подробное техническое задание;
    • Монтажные схемы (чертежи) по установке кронштейнов, направляющих, теплоизоляции, облицовочных элементов, их соединений с проёмами и смежными конструкциями, с точными установочными размерами;
    • Карты раскроя листовых материалов + общая спецификация материалов;
    • Прочностные расчёты;
    • Поэтажные развёртки (планы) по фасадам;
    • Типовые и специально подготовленные монтажные узлы;
    • Пояснительная документация.

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

    Оставить заявку

    Этапы проектирования вентилируемых фасадов

    Чтобы в действительности получилась задуманная архитектура здания, предусмотрительно проводится большая творческая и профессиональная работа – проектирование. Где подробное изучение всех исходных данных, таких как: инженерно-геологические и гидрогеологические условия стройплощадки, характеристика грунтов, величины климатической зоны, нагрузки на фундамент, позволяет подобрать все технические ресурсы для строительно – монтажных работ. Каждый возводимый объект специалистами компании, соответствует существующим нормам и правилам, с обязательным соблюдением необходимых технологических циклов.

    При проектировании навесных вентилируемых фасадов решаются задачи: теплоэффективности здания, шумоизоляции, устойчивости и прочности фасадных систем к воздействию внешних факторов. Деталировка всех узлов, рабочие чертежи, КМ, КМД, компоновка несущих профилей, спецификация всех материалов, расчет площади облицовки, эскиз отделки, и многое другое выполняется на данном этапе. На стадии проекта картинка 3-D визуализации, демонстрирует заказчику готовый объект, где цвета и фактура облицовочных материалов особенно проявлены.

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

    Примеры наших работ

    Цена проектирования вентилируемых фасадов

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

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

    Бонусы для наших Клиентов

    Бесплатное обследование объекта

    Проект в подарок

    3D-визуализация в подарок

    Оформление колористического паспорта

    Узнайте
    более подробно

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

    Заказать звонок

    Преимущества и гарантии при заказе проектирования фасадов в компании «Альпика»

    • Высокое качество проектных работ – отсутствие ошибок

    • Четкое и понятное ТЗ для последующего монтажа

    • Двойной контроль проектной документации

    • Оптимальная стоимость проектных работ

    • Оптимизация расходов стройматериалов

    • Подбор оптимальных материалов и профиля согласно расчетам

    • Сжатые сроки проектных работ. Готовый проект – от 3 до 12 недель

    • Самые современные решения благодаря актуальному ПО

    • Большой объем успешно реализованных проектов:

      Примеры наших работ
    • Рекомендации от крупных клиентов:

      Отзывы о нас
    • Наличие допусков на все виды работ:

      Лицензии и сертификаты
    • Компания «Альпика» член ассоциации строителей России:

      Ассоциация строителей
    • Соответствие документации международным и российским стандартам

    • Гарантия 7 лет, страхование строительных рисков

    • Предоставление банковской гарантии на выполняемые работы

    • Выгодные условия сотрудничества:

      Спецпредложения и бонусы
    • Полный цикл производства: от проекта до монтажа, и обслуживания

    • Мощности компании позволяют проводить работы любой сложности

    Видео о реализованных проектах

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

    Проектирование и монтаж вентилируемого фасада с облицовкой керамогранитом

    Проектирование и монтаж вентилируемого фасада с облицовкой металлическими кассетами

    Проектирование и монтаж вентилируемого фасада с облицовкой керамогранитом

    Другие видеоролики о реализованных проектах →

    Видео-отзывы о компании «Альпика»

    Отзыв генподрядчика Terra Auri о компании «Альпика»

    Отзыв Калужского медицинского центра о компании «Альпика»

    ПРАЙМ-ТЭК | Вентилируемые фасады

    Исключение намокания/промерзания здания Возможен монтаж в любое время года, вне зависимости от погодных и сезонных условий
    Большой ассортимент облицовочных материалов и систем крепления Широкие возможности дизайна фасада здания
    Презентабельный внешний вид здания
    Долговечность и износостойкость Значительная экономия на ремонте фасада. Многочисленные исследования показали, что вентилируемые фасады могут обходиться без капитального ремонта на протяжении 40-50 лет, в зависимости от типа облицовки.
    Возможность утепления здания Теплопотери здания в холодное время года существенно снижаются
    При монтаже НВФ с утеплителем расходы на отопление сокращаются в несколько раз
    Защита от негативного влияния внешней среды Увеличивается срок безремонтной эксплуатации фасада. Создается комфортный микроклимат внутренних помещений
    Звукоизоляция Проведенные исследования показали, что данные фасадные системы увеличивают уровень звукоизоляции сооружения как минимум в 2 раза
    Альтернатива системам кондиционирования и вентиляции Благодаря воздушному зазору внутри здания создается благоприятный микроклимат даже при отсутствии системы вентиляции и кондиционирования
    Возможность монтажа на стены с дефектами и неровностями Эффективная маскировка изъянов внутренних стен. Отсутствие необходимости выравнивания поверхности стен перед установкой системы
    Простота ремонта Поврежденные элементы конструкции могут быть быстро заменены на новые без разбора существенной части фасадной системы
    Простота ухода в период эксплуатации Фасады легко и быстро очищаются от пыли, налетов и других загрязнений
    Не требует тщательного ухода в отличие от мокрых фасадов, которые нуждаются в проведении регулярных косметических ремонтов
    Экономия на обслуживании фасада
    Универсальность Навесные вентилируемые системы могут использоваться для создания фасадов зданий всех типов, независимо от функционального назначения, высотности, архитектурного решения и условий эксплуатации

    О компании — «Градо» — фасад из керамогранита, вентилируемый фасад из камня

    Компания “Градо” с момента своего создания совершила большой рывок в развитии и зарекомендовала себя на рынке как надежный поставщик систем НВФ.

    Наше современное производство “Градо” позволяет выпускать более 35 000 кв. м. фасадных систем в месяц. Мы выполняем полный цикл операций по изготовлению систем “Градо” для двух вариантов крепления – к несущим стенам (классическая) и плитам перекрытия (межэтажная) для различных видов облицовки: керамогранитные плиты, металлокассеты, фиброцементные плиты, натуральный и искусственный камень, композитные панели для фасада.

    Наиболее популярные на сегодня варианты исполнения фасадов и их основные преимущества:

      • Фасад из фиброцемента: огнеупорный, нетоксичный, морозоустойчивый вид фасада. Фиброцементная панель для фасадов крепится на видимом каркасе из двухмиллиметровой оцинкованной стали с антикоррозийным покрытием 101 микрон. Таким образом, вентфасад из фиброцементных панелей – это прочный, долговечный, устойчивый к внешним воздействиям фасад с невысокой стоимостью производства.
      • Фасад из керамогранита: благодаря низкой пористости материала такие фасады отлично противостоят воздействию влаги. Это существенно продлевает их срок службы, кроме того, керамогранит – материал стильный и недорогой, обладающий отличными звуко- и теплоизоляционными свойствами, а также позволяющий легко выполнить облицовку даже фасадов сложной формы из-за разнообразий конфигураций плитки. Крепится к стальному каркасу 2 мм с антикоррозионным полимерным покрытием.
      • Фасад из композита: композитные панели благодаря своей большой площади позволяют за короткий срок оформлять даже объемные фасады, при это за счет небольшого веса они не утяжеляют конструкцию здания. Отлично выдерживают механическое, химическое, термическое воздействие. Снижают уровень шума в здании, надолго сохраняют новый вид. Крепятся на каркас из двухмиллиметровой коррозионной стали.
      • Фасады из камня: этот вид облицовки относится к более элитным и дорогим, и применяется для фешенебельных объектов. Свойства камня давно известны в сфере строительства – он необычайно долговечен, устойчив к внешней агрессивной среде, экологичен. Камень защищает от проникновения шумов внутрь здания. Прочная и респектабельная каменная фасадная система прослужит минимум пятьдесят лет. Для каркаса также используется оцинкованная сталь 2 мм с защитным покрытием 101 микрон.

    Компания «Градо» стремится создать для своих клиентов максимально комфортные условия сотрудничества, поэтому осуществляет комплектацию фасадов “под ключ”. Мы занимаемся производством фасадных систем, геодезической съемкой объектов, разработкой проектной документации, монтажом фасадов любой степени сложности, осуществляем авторский и технический надзор, а также осуществляем поставку всех необходимых материалов и комплектующих для НВФ от ведущих производителей.

    Вентилируемые фасады “Градо” утверждены Департаментом капитального ремонта г. Москвы к применению при капитальном ремонте многоквартирных домов. За 2012 г. по Горпрограмме установлено более 105 тыс. кв.м. систем НВФ “Градо”.

    В общей сложности по итогам 2012 г. компанией было произведено и смонтировано более 270 тыс. кв.м. навесных фасадов.

    Подсистемы для Навесных вентилируемых фасадов

     

     

    • Навесные вентилируемые фасады – это наружные системы теплозащиты.
    • Повышают теплотехнические характеристики наружных стен зданий и сооружений.
    • Снижают затраты на стеновые материалы.
    • Облегчают вес многоэтажных зданий.
    • Создают привлекательный вид зданиям и сооружениям.
    • Навесной вентилируемый фасад ‐ это система, состоящая из облицовки, утеплителя и подконструкции, которая монтируется к стене таким образом, чтобы между облицовкой и утеплителем оставался воздушный зазор.
    • Наличие воздушного зазора определяет важнейшие эксплуатационные преимущества навесных фасадов.
    • Облицовка играет защитно‐декоративную роль.
    • Долговечность. Вентилируемый фасад, благодаря применяемым материалам и элементам подконструкции, не теряет свои качества в течение длительного времени и защищает здание от атмосферных факторов.
    • Монтаж в любое время года. Благодаря отсутствию «мокрых» процессов монтаж навесного вентилируемого фасада, в отличие от многослойной штукатурной системы, практически не зависит от погодных условий и может проводиться в любое время года.

    Выравнивание значительных неровностей стены.

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

    ,

    Защита от воздействия влаги.


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

     

     

     

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

     

     

    Защита Летом.

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

     

     

    Звукоизоляция. 

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

     

     

     

    Легкость конструкцуии.

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

     

     

     

    Пожаропезопасность.

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

     

     

     

     

    Легкость ремонта.

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

    Красота и современный стиль.

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

    Виды Облицовки.

                 – Керамогранитные плиты;

             – Кассеты из металлокомпозитных материалов;

             – Натуральный камень;

             – Фиброцементные плиты;

             – HPL-панели;

             – Терракотовая плитка;

             – и др.

    рассчитать цену изготовления проекта НВФ от компании «Кронос Фасад»

    Срок службы и надежность навесных фасадных систем зависят от грамотности проектирования. Чтобы избежать обрушения или деформаций этого вида отделки здания, нужно доверять проектирование вентилируемых фасадов и монтаж только профессионалам. В Москве и ЦО такие услуги оказывает ООО «КРОНОС ФАСАД». Мы можем выполнить проектные работы и монтаж на территории всей России. Для этого у нас есть штат квалифицированных сотрудников, диагностическое оборудование и специальный инструмент, а также соответствующие материалы и сертификаты.

    Разработка концепции

    Первым этапом проектирования навесного фасада является разработка архитектурного дизайна. Мы выслушиваем Ваши пожелания относительно экстерьера здания и показываем, при помощи каких материалов и технологических решений это может быть достигнуто. Если у клиентов нет конкретных вариантов, то мы готовы предложить наше видение архитектурного стиля, соответствующее проводимой деятельности, концепции компании и окружающей местности. При этом мы учитываем все действующие требования СНиП, чтобы готовое решение не вызвало претензий у контролирующих строительных и пожарных инстанций.

    Геодезические изыскания

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

    Расчет нагрузочной способности

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

    На этом этапе в проекте закладывается вид обрешетки с указанием сечения металлического профиля, расстояния между планками и способа их расположения (горизонтальный, вертикальный). В сложных случаях, когда стены состоят из неплотных строительных материалов (пеноблоки и т. д.), мы можем составить проект навесного фасада с креплением кронштейнов к межэтажным плитам перекрытия.

    Расчет теплоизоляции

    Чтобы утеплить фасад, в подсистему закладывается слой минеральной ваты. Материал может быть в виде рулонов или квадратных плит. В зависимости от того, насколько требуется повысить тепло- и звукоизоляцию, мы рассчитываем в проекте вентилируемого фасада сечение каменной ваты (50– 200 мм) и ее плотность (11–35 кг/м3).

    Проект с выбором материала наружного экрана

    Существует много способов отделки фасада при помощи разнообразных строительных материалов, от вида которых зависит цена системы. Среди доступных вариантов:

    • керамогранит;
    • натуральный камень;
    • фиброцементные плиты;
    • алюминиевые композитные панели;
    • терракотовые панели;
    • клинкерная плитка;
    • сайдинг;
    • профлист.

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

    Продумывание нюансов

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

    Подробный расчет стоимости

    В услугу проектирования вентилируемого фасада входит и расчет объемов применяемых материалов, с помощью которого можно получить их стоимость и рассчитать цену за работу. Это поможет сразу определиться с необходимыми вложениями и избежать неприятных сюрпризов. Смета в проекте учитывает стоимость самих материалов исходя из их вида, сечения и количества. Мы определяем общую площадь фасада, затем замеряем площадь оконных и дверных проемов и вычитываем ее из общего значения. К сумме добавляются расценки за дополнительные элементы для отделки специфичных особенностей рельефа фасада и работу.

    Преимущества нашего проектирования

    Для проектирования навесных фасадных систем стоит обратиться к нам ввиду следующих преимуществ:

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

     

    Примеры наших проектов

    Офисное здание в Москве. При проведении геодезических изысканий специалисты компании разработали проект фасада с использованием оцинкованного стального каркаса и металлокассет.

    Жилой дом в Зеленограде. В процессе проектирования многоэтажного здания было решено применить для основы конструкции кляммеры и т-образные профили. Для облицовки фасада использовался керамогранит.

      

    Административное здание в Королеве. Наша компания выполнила проектирование системы из алюминиевых панелей с композитным наполнителем. В качестве декора фасада использовались фибробетонные элементы. Каркас изготовлен с применением кляммеров и т-образных профилей.

    Детский сад № 10 в Калининце. В данном случае специалисты компании разработали проект фасада, для отделки которого использована фиброцементная плита. В качестве основы конструкции применяется вертикальная система из оцинкованной стали.

    Чтобы заказать проект вентилируемого навесного фасада, обратитесь к нам, позвонив по телефону или написав на электронную почту.

    Навесные вентилируемые фасады «Шуба» для наружных стен

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

    Популярность это инженерное решение обрело не случайно. В силу технологических особенностей работы по устройству вентфасадов можно производить в любое время года, поскольку в них отсутствуют мокрые процессы. Но, несмотря на не ограниченные сроки монтажа, требования к вентилируемым фасадам достаточно жесткие: запрещено использовать в их конструкции горючие материалы, за исключением различных защитных пленок, в качестве теплоизоляции здесь могут применяться только гидрофобизированные жесткие плиты, не дающие усадки при закреплении дюбелями. Кроме того, очень важно, чтобы в толще утеплителя не возникало конвективных потоков, параллельных плоскости фасада, которые бы снижали его теплоизоляционные показатели. Для этого материал должен обладать низкой продуваемостью, которая определяется внутренней структурой плит утеплителя. Всем вышеперечисленным требованиям отвечают негорючие плиты ROCKWOOL «Венти Баттс».
    Этот специальный вид утеплителя из линейки теплоизоляционных материалов ROCKWOOL плотностью 90 кг/куб. м производится из каменной ваты на основе горных пород базальтовой группы и предназначен для применения в качестве теплоизоляционного слоя в навесных фасадных системах с воздушным зазором при однослойном выполнении изоляции или в качестве наружного слоя при двухслойном выполнении изоляции.

    Плиты «Венти Баттс» имеют стандартные размеры — 1000×600 мм, — а толщину от 30 до 200 мм в каждом конкретном случае проектировщики рассчитывают в соответствии с требованиями норм по теплозащите СНиП 23-01-2003 «Тепловая защита зданий» и с учетом конструктивных особенностей проектируемой навесной фасадной системы.
    Прочность на сжатие при 10% деформации — не менее 20 кПа, предел прочности на отрыв слоев — не менее 4 кПа. Такие характеристики позволяют крепить плиты утеплителя к несущей стене специальными тарельчатыми дюбелями. Поскольку минераловатные плиты ROCKWOOL обладают хорошей паропроницаемостью — не менее 0,30 мг/(м•ч•Па), — они не являются паробарьером, то есть не препятствуют выходу влаги наружу. Это означает, что несущие стены будут оставаться сухими в процессе эксплуатации, несмотря на сезонные колебания влажности, и в благоприятных условиях прослужат максимально долгий срок.

    Правила монтажа

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

    В качестве облицовки могут быть использованы керамические, фиброцементные и цементные плитки и панели, плиты из природного камня и керамогранита, волнистые и профилированные листы, кассеты и полукассеты из листовых материалов и металлические облицовки со средним слоем из полимерных материалов. Чтобы в теплоизоляционном слое не задерживалась влага, при монтаже облицовки на всем фасаде необходимо обеспечить наличие воздушного зазора размером не менее 60 мм и свободное движение в нем воздуха.

    Два слоя в одном

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

    Избежать использования двух слоев утеплителя можно благодаря двойным плитам ROCKWOOL «Венти Баттс Д» толщиной от 80 до 200 мм. Более мягкий нижний слой обеспечивает плотное прилегание теплоизоляции к утепляемой стене, а наружный жесткий плотностью 90 кг/куб. м защищает утеплитель от фильтрации воздуха через волокнистый материал и ограничивает распространение огня при пожаре. В соответствии с техническим свидетельством, выданным ФГУ «Федеральный Центр технической оценки продукции в строительстве», материалы ROCKWOOL «Венти Баттс» и «Венти Баттс Д» подходят для применения в качестве теплоизоляционного слоя в системах вентилируемых фасадов без устройства дополнительной ветрозащиты.

    В Красноярске «Венти Баттс» и другие теплозвукоизоляционные материалы ROCKWOOL представлены на региональном складе теплоизоляции по адресу: ул. Ястынская, 39. Склад держит в наличии достаточное количество материалов, чтобы строительные компании нашего города могли вести фасадные работы по графику и не зависели от сроков поставки утеплителей ROCKWOOL из других регионов.

    Региональный склад теплоизоляции ООО «Тепло Изоляционные Материалы»,
    официальный дистрибутор материалов ROCKWOOL.
    Красноярск, ул. Ястынская, 39,
    тел.: (391) 278-00-05, 258-76-87,
    факс: (391) 273-71-50,
    e-mail: [email protected]

    © Использование материалов допускается, только при наличии активной ссылки на портал Sibdom.ru

    Состояние виртуализации сетевых функций (NVF)

    Устройства NVF и механизм их оркестровки

    Современные сети усложнены

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

    Сложность возникает в плоскости управления. Если у вас несколько типов устройств, у вас будет равное количество плоскостей управления. Это означает, что в вашей сети несколько лиц, принимающих решения! Это делает вашу плоскость управления сетью прекрасным примером классической проблемы, когда на кухне слишком много поваров. Важно, чтобы все лица, принимающие решения, использовали одни и те же правила и одинаковые приоритеты, а это требует от вас управления плоскостями управления.

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

    SDN, NFV и VNF упрощают работу в сети

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

    В то время как SDN представляет собой некое дальновидное мышление и является «модным словом» сегодня, внедрение теории SDN на практике – высокая цель, еще не определенная полностью.

    Вместо того, чтобы изучать SDN, мы уверены, что то, что есть здесь и доступно сегодня, может уже удовлетворить ваши потребности. Исходя из нашей типичной конфигурации сети, представленной выше, сокращение каждого элемента сетевого оборудования в одно устройство, которое может быть организовано централизованно, может стать первым шагом к сетевой нирване.Уменьшение количества устройств снижает сложность, позволяя администраторам сети предоставлять более гибкую среду, которая позволяет быстрее развертывать новые функции, с более простым и улучшенным управлением и эксплуатационной экономией. Каждого сетевого администратора воодушевляет то, что он знает, что главное преимущество менее сложной и элегантно управляемой сети – это простота… больше никаких грузовиков!

    Рассмотрим устройство виртуализации сетевых функций (NFV) и его механизм оркестровки. NFV – это действие по преобразованию отдельного устройства (или аппаратной задачи) в виртуальную машину или версию программного обеспечения, которая выполняет те же действия, что и оборудование.Результатом NFV является создание функции виртуальной сети (VNF). Механизм оркестровки NFV – это централизованное управление и развертывание VNF «точно в срок» на таком устройстве с поддержкой NFV.

    Внедрение технологии NFV / VNF позволяет упростить принятие решений в сети (уровень управления), повысить гибкость поставщика, снизить стоимость оборудования и снизить стоимость владения сегодня; даже без перспективных обещаний SDN или других экспериментальных технологий будущего.Решения NFV / VNF уже доступны, а также прошли производственные испытания на производительность и надежность.

    Развертывание VNF, в любом месте, в любое время

    Возможность удаленного развертывания новых VNF «точно в срок» на существующих развернутых устройствах NFV – мощное предложение. Подумайте еще раз о типичном сетевом решении… маршрутизаторе в паре с устройством межсетевого экрана и устройством ускорения глобальной сети? Вместо того, чтобы развертывать 3 устройства с 3 отдельными поставщиками и, возможно, 3 отдельными грузовиками, представьте себе вместо этого отправку одного устройства NFV в новое место.Требуется только подключить устройство и установить сетевое соединение. Удаленно и распределенным образом развертывается VNF начальной маршрутизации. Позже добавляется новый VNF, связанный с первым, который обеспечивает возможности межсетевого экрана. Опять же, позже будет добавлена ​​и привязана оптимизация WAN. Мы можем идти дальше и дальше. И мы можем выполнять эти развертывания на каждом устройстве или на тысячах устройств с помощью единого интерфейса удаленного управления.

    Развертывание любого VNF в любое время дает мощный выигрыш для бизнеса, но сначала вы должны найти для себя подходящего партнера NFV.

    Как выбрать поставщика NFV?

    Цели NFV Appliance – обеспечить гибкость, снижение затрат и повышение производительности. Самым большим препятствием на сегодняшнем рынке бытовой техники NFV является соотношение цены и качества. Ищите поставщика, который в первую очередь выполняет эту важную задачу.

    Ваш поставщик должен иметь глубокие технические знания в области Linux. Опыт должен быть со встроенным Linux. Встроенный Linux необходим для нашей основной цели – обеспечения лучшего соотношения цены и производительности по сравнению с сегодняшними аппаратными решениями.Навыки в области встроенного Linux не могут быть приобретены в одночасье, эти навыки должны быть ключевыми для компании, а не выполняться на стороне. Доказательства компетентности в Linux легко проверить, оценив размер ОС устройства и уровень обслуживания.

    Чтобы определить их остроту, спросите своего потенциального поставщика, сколько ОЗУ, ЦП и дискового пространства используется для основных операций их устройства, прежде чем добавлять какие-либо VNF. Если размер ОС устройства превышает 100 мегабайт, вероятно, самое время спросить себя, есть ли у поставщика глубина Linux для обеспечения эффективности основных функций.

    При обслуживании устройства NFV самой большой проблемой будет возможность защитить и исправить ОС Linux внутри базового устройства. Проверьте подход вашего поставщика: они вносят исправления в ОС или обновляются с использованием зашифрованного и защищенного сертификатом двоичного образа? Если ваш поставщик вносит исправления по частям, это создает значительный риск, так как в результате появляются сотни различных изображений и чрезвычайно сложно определять проблемы для ваших устройств в полевых условиях.

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

    При оценке механизма оркестровки углубитесь в основы: задержку и эксплуатационные расходы / затраты на внедрение.Операционные группы оцениваются по тому, насколько быстро они выполняют свою работу, закрывают заявки и завершают звонки. Давление постоянного измерения заставляет их обходить медленные инструменты. Сколько времени нужно для выполнения основных задач с помощью инструмента? Меньше всего вам нужно, чтобы устройства выходили из строя, потому что внутренние группы не смогли успешно использовать соответствующие инструменты и программное обеспечение, необходимые для поддержки устройств.

    Задумывались ли о сокращении затрат? При более крупных развертываниях, особенно в розничной торговле, можно сэкономить значительные средства, если реализовать решение на закрытом адресе; сделать поддержку закрытых IP-адресов чрезвычайно привлекательной и абсолютно необходимой для многих реализаций.

    Еще одним камнем преткновения может быть простота эксплуатации и влияние на стоимость владения. Они поддерживают IPv6? Насколько детально вы можете определить свои профили и настройки управления? Поддерживает ли сервер параметры конфигурации и обновления по расписанию на время суток? Есть ли у него функция экстренной настройки и обновления для внеполосной поддержки (OOB)? Поддерживает ли он функцию удаленного управления для множества приложений VNF? например перезагружаемся, меняем конфигурацию. И, наконец, предлагает ли он надежную отчетность и оповещения?

    Также пора рассмотреть уникальные требования вашего профиля на месте установки? Вы устанавливаете в нескольких странах? Важно убедиться, что ваш поставщик поддерживает глобальное распространение, сертификаты и поддержку.Вы устанавливаете на сайтах, которые имеют уникальные требования к сетевому интерфейсу? Поддерживает ли поставщик необходимое вам множество сетевых интерфейсов? Интегрированная глобальная сотовая связь, оптоволокно (MM, SM), GIG Ethernet, USB?

    Задав эти вопросы, вы убедитесь, что решение вашего поставщика NFV лучше всего подходит для вас.

    Выберите поставщика VNF Next

    В будущем SDN также будет включать новую плоскость оркестрации, которая обеспечит централизованное, виртуализированное, программное и динамическое управление плоскостями данных и управления.В идеале эта новая плоскость оркестрации также обеспечит независимость от поставщика за счет использования открытого стандарта, такого как OpenStack. Но до тех пор, пока этот стандарт не будет принят, решение этой проблемы с помощью NFV и VNF будет гораздо более практичным и потенциально обеспечит лучший результат, когда «лучшие в своем классе» поставщики в каждой сетевой специализации могут предоставить VNF, которые интеллектуальное устройство NFV может объединить в цепочку независимо друг от друга.

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

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

    Не менее важно, чтобы VNF были модульными, и вам нужно было покупать только те функции, которые вам нужны. Это сэкономит вам деньги и, что более важно, сэкономит дисковое пространство и рабочую мощность в вашем устройстве NFV (помните, что отличное соотношение цены и производительности по-прежнему остается нашей основной целью!).

    Какие еще функции можно использовать для работы в сети?

    Функциональное устройство NFV может запускать несколько виртуальных машин, включая их объединение в цепочку.Единственное ограничение на количество виртуальных машин ограничено только оборудованием (интерфейсами, оперативной памятью, флэш-памятью, дисковым пространством). Помимо типичных сетевых функций, таких как маршрутизация, WAN, межсетевой экран, VPN; вам нужен сервер Windows для запуска цифровых вывесок? Нужен компьютер менеджера для инвентаризации? Как насчет торговой точки? Может вы ищете интерфейс HDMI?

    Алгоритм выбора устройства NFV

    Все эти советы можно свести к 5 основным вопросам:

    1. Составьте карту ваших текущих (и будущих) требований к сети и определите, для каких сетевых функций вам нужен VNF
      1. Не забудьте выяснить требования к ЦП / ОЗУ / ДИСКУ для каждого VNF
    2. Ищите поставщика, у которого есть все необходимые аппаратные функции (сегодня и завтра).
      1. Интерфейсы
      2. Максимальный объем ОЗУ
      3. ядер процессора и частота
      4. Максимальное хранилище на диске
    3. Ищите поставщика, у которого есть реальный, открытый, масштабируемый, расширяемый механизм оркестровки NFV.
    4. Найдите поставщика, у которого есть встроенная ОС Linux, тесно связанная с оборудованием.
    5. Ищите поставщика с обширными знаниями в области аппаратных процессоров (это не всегда означает Intel)

    Мой последний вопрос: это похоже на вашего сегодняшнего поставщика сетевого оборудования?

    Что такое NFV?

    Виртуализация сетевых функций (NFV) – это способ виртуализации сетевых служб, таких как маршрутизаторы, брандмауэры и балансировщики нагрузки, которые традиционно выполнялись на проприетарном оборудовании. Эти службы упакованы в виде виртуальных машин (ВМ) на стандартном оборудовании, что позволяет поставщикам услуг запускать свои сети на стандартных серверах, а не на проприетарных.

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


    Архитектура NFV

    Архитектура NFV, предложенная Европейским институтом телекоммуникационных стандартов (ETSI), помогает определить стандарты для реализации NFV.Каждый компонент архитектуры основан на этих стандартах, чтобы обеспечить лучшую стабильность и совместимость.

    Архитектура NFV состоит из:

    • Виртуализированные сетевые функции (VNF) – это программные приложения, которые обеспечивают такие сетевые функции, как совместное использование файлов, службы каталогов и конфигурация IP.
    • Инфраструктура виртуализации сетевых функций (NFVi) состоит из компонентов инфраструктуры – вычислений, хранения, сети – на платформе для поддержки программного обеспечения, такого как гипервизор, например KVM, или платформа управления контейнерами, необходимых для запуска сетевых приложений.
    • Управление, автоматизация и оркестровка сети (MANO) обеспечивает основу для управления инфраструктурой NFV и предоставления новых VNF.

    Программно-определяемая сеть (SDN) и NFV

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

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

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


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

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

    NFV дает поставщикам возможность запускать VNF на разных серверах или перемещать их по мере необходимости при изменении спроса. Такая гибкость позволяет поставщикам услуг быстрее предоставлять услуги и приложения.

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


    Почему Red Hat для NFV?

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

    Решение Red Hat NFV является результатом нашего ведущего вклада в проекты OpenStack, KVM и DPDK. И это еще больше усиливается нашей обширной экосистемой сертифицированных партнеров.

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

    SDN по сравнению с NFV – в чем разница? Программно-определяемая сеть (SDN)

    Хотя обе архитектуры используют абстракцию сети, они делают это по-разному. Давайте рассмотрим различия между технологиями SDN и NFV.

    Несмотря на то, что было много разговоров о возможностях внедрения виртуализации в сети, существует много путаницы в отношении двух различных, но взаимосвязанных подходов: программно-определяемых сетей и виртуализации сетевых функций.

    SDN против NFV: сходства и различия

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

    Когда SDN выполняется в инфраструктуре NFV, SDN пересылает пакеты данных от одного сетевого устройства к другому.В то же время функции сетевого управления SDN для маршрутизации, определения политик и приложений запускаются на виртуальной машине где-то в сети. Таким образом, NFV предоставляет основные сетевые функции, а SDN контролирует и координирует их для конкретных целей. SDN также позволяет программно определять и изменять конфигурацию и поведение.

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

    Хотя и SDN, и NFV делают сетевые архитектуры более гибкими и динамичными, они выполняют разные роли при определении этих архитектур и поддерживаемой ими инфраструктуры.

    Внутри SDN

    SDN, по сути, определяет общую картину сети: виды требуемой инфраструктуры, услуги и приложения, которые они предоставляют, и сетевые политики, которые формулируют и направляют их доставку и использование.Такая функциональность, особенно связанные с ней правила и политики, со временем меняется, иногда быстро. В нем также объясняется упор на программируемое управление сетью и использование контроллеров SDN с контролем над всей инфраструктурой.

    Ключевые компоненты SDN включают следующее:

    • SDN обеспечивает напрямую программируемое управление сетью: Возможность инициализировать новые сетевые элементы и устройства или реконфигурировать существующие обеспечивается набором программируемых интерфейсов.Это позволяет администраторам легко программировать сети либо с помощью инструментов сценариев, либо сторонних инструментов и консолей, все из которых используют эти программируемые интерфейсы.
    • SDN является гибким и отзывчивым: SDN позволяет администраторам динамически регулировать поток трафика в масштабе сети в соответствии с меняющимися потребностями и требованиями.
    • Сетевой интеллект логически централизован с помощью контроллеров SDN: Реализовано в виде программного обеспечения, контроллеры поддерживают согласованное глобальное представление о сети.Для приложений и механизмов политик SDN выглядит как единый логический переключатель.
    • SDN обеспечивает программируемую конфигурацию: Сетевые менеджеры могут настраивать, контролировать, защищать и настраивать сетевые ресурсы с помощью автоматизированных программ SDN. Более того, сетевые профессионалы могут сами создавать такие программы, используя стандартные, хорошо документированные инструменты и интерфейсы.
    • SDN основана на стандартах и ​​не зависит от поставщиков: Используя открытые стандарты, SDN упрощает проектирование и эксплуатацию сети.Инструкции исходят от контроллеров SDN, использующих стандартные протоколы и интерфейсы, вместо того, чтобы полагаться на протоколы, интерфейсы и устройства конкретных производителей.

    Изменение сетевых тенденций способствует внедрению SDN

    Традиционные аппаратные сети плохо сочетаются с постоянно меняющимися потребностями в вычислениях и хранении данных в университетских средах, центрах обработки данных и средах операторов связи / поставщиков услуг. SDN лучше подходит для таких ситуаций, когда многочисленные характеристики требуют более гибкого и динамичного подхода.К таким ситуациям относятся следующие:

    • Быстро меняющееся использование и меняющиеся схемы трафика являются нормой. Приложения, которые обращаются к географически разнесенным данным и сервисам, проходят как через общедоступные, так и через частные облака. Им требуется гибкое, динамически регулируемое управление трафиком и возможность получения полосы пропускания по мере необходимости.
    • ИТ становится потребительским товаром, где тенденция использования собственных устройств (BYOD) требует, чтобы сети были достаточно гибкими, чтобы приспособиться к любым устройствам, которые пользователи приносят с собой.Но сети также должны быть достаточно безопасными, чтобы защищать данные и активы, а также соответствовать нормативным актам и стандартам, таким как Закон о переносимости и подотчетности медицинского страхования (HIPAA) и Стандарт безопасности данных индустрии платежных карт (PCI-DSS).
    • Распространение облачных сервисов означает, что пользователям требуется беспрепятственный доступ к инфраструктуре, приложениям и ИТ-ресурсам в любом месте и в любое время.
    • С ростом использования больших данных в различных бизнес-процессах возникают сопутствующие требования к большему объему хранилища, вычислений и пропускной способности для обработки наборов данных.Если ресурсов сегодня достаточно, завтра они будут ограничены.

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

    Первое такое ограничение связано со сложностью и трудоемкостью. Повышение емкости или возможностей означает добавление и перемещение устройств или создание политики для всей сети. Это сложная и трудоемкая работа, требующая ручного доступа к отдельным устройствам и консолям.Изменения – это тяжелое бремя.

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

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

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

    NFV изучил и объяснил

    Напротив,

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

    Следует отметить несколько важных моментов, связанных с NFV:

    • NFV заменяет сетевые услуги, предоставляемые выделенным оборудованием, виртуализированным программным обеспечением. Это означает, что сетевые службы, такие как маршрутизаторы, брандмауэры, балансировщики нагрузки, устройства обработки XML и оптимизации глобальной сети, могут быть заменены программным обеспечением, работающим на виртуальных машинах. Виртуализированные сетевые функции находятся под контролем гипервизора, и эту роль SDN выполняет в таком сценарии.
    • NFV помогает сэкономить как капитальные затраты (CAPEX), так и операционные расходы (OPEX). Сетевые службы, которые раньше требовали специализированного выделенного оборудования, могут работать на стандартных стандартных серверах (например, ARM, стандартное оборудование x86 и т. Д.), Что снижает затраты. Поскольку емкость сервера может быть увеличена или уменьшена с помощью настроек программного обеспечения, выполняемых по запросу, больше нет необходимости в избыточном выделении ресурсов для центров обработки данных или обслуживания для удовлетворения пикового спроса.

    NFV – отраслевая инициатива, исходящая от глобальных телекоммуникационных и отраслевых игроков, включая AT&T, BT (British Telecommunications), Deutsche Telekom и другие.Сегодня NFV находится под эгидой ETSI, Европейского института телекоммуникационных стандартов, который стремится определить и поддерживать «глобально применимые стандарты для информационных и телекоммуникационных технологий». Текущие публикации ETSI-NVF из версии 2 выпуска 2015-16 гг. Охватывают многие темы, такие как управление виртуальными ресурсами, управление емкостью и универсальный язык моделирования.

    Куда дальше?

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

    Дополнительные сведения в разделе новостей Cisco

    Подробнее о технологиях Cisco

    Статья о НВФ по The Free Dictionary

    В соответствии с условиями финансирования серии B Рафаэль Вишневски из Andera Partners, Рене Куйтен из LSP и Барбара Далтон из Pfizer Ventures войдут в совет директоров Artios в качестве директоров, а Флориан Мюллерсхаузен из NVF присоединится к Artios в качестве наблюдателя. Нью-Дели [Индия], 10 февраля (ANI): Национальный ветеринарный фонд (NVF), организация, работающая в интересах благополучия и благополучия животных, стремится затронуть вопросы, связанные со здоровьем животных и домашних животных. Г-н Джонс сказал: «Это очень сложно предсказать точное количество запросов на захоронение NVF, которые будут поступать ежегодно. Комитет NVF по транспортным средствам и транспорту, Borlange, 2008. (2) Классифицировать трафик VoIP-Flow (VF) и не-VoIP-поток (NVF) трафик через WLAN с использованием стандартов IEEE 802.11. Основные инвестиционные средства NVF Co., публичная компания, в которой состоял Познер. Одним из примеров является Национальный фонд ветеранов (NVF), который недавно запустил сайт WhatIsTBI.org, а также новую горячую линию для информирования военных и общественности о последствиях полетов, вызванных ЧМТ. высокий рейтинг и дисквалификации n Койл только с 15 n Они были там, несмотря на то, что они были там, несмотря на то, что они были там, несмотря на то, что они были в большом количестве нервных, но красные не могли финить Макси Родригеса, потому что левый фланг после бейна против волков, проверил моменты, но имел один ef fy na nvf для взятия, но y владение, и острие.Северный дорожный форум (NVF) изучил использование оценок жизненного цикла, годовых затрат и расчетов LCC в дорожном строительстве в странах Северной Европы (Holmvik, Wallin 2007). 2000-63 – Безопасность в туннелях национальной сети автомобильных дорог, Министерство образования, транспорта и жилищного строительства, Франция, 2000 г. Германия Forschungsgesellschaft fur Strassen- and Verkehrswesen, Richtlinien fuer Ausstattung und Betrieb von Strassentunneln (RABT), Германия, 2006 г. Японский национальный стандарт безопасности аварийных сооружений в автодорожных туннелях, Японская дорожная ассоциация, Япония , 2001 Нидерланды Рекомендации Вентиляция автодорожных туннелей, RWS Bouwdienst, Steunpunt Tunnelveiligheid, 2005, Норвегия Норвежское руководство по проектированию – автодорожные туннели, Управление дорог общего пользования, Норвегия, 1990 Северные страны Вентиляция автодорожных туннелей, Подкомитет 61, Nordisk Vejteknisk Forbund (NVF ), Отчет №Компания CHILTERN Cold Storage Group Ltd рада сообщить, что они получили контракт на распространение охлажденных продуктов по всей стране с Nene Valley Foods (NVF), дочерней компанией Dairy Farmers of Britain. – Фонд насилия (NVF), который превратит их в скульптуры.

    ETSI – Стандарты для NFV – Виртуализация сетевых функций

    extra_toc

    Введение

    NFV в ETSI

    Основанная в ноябре 2012 года семью ведущими мировыми операторами сетей связи, ETSI ISG стала домом для ISG. Виртуализация сетевых функций (NFV).

    Спустя почти семь лет и более 100 публикаций сообщество ISG NFV прошло несколько этапов, его публикации перешли от предварительных стандартизационных исследований к подробным спецификациям (см. Релиз 2 и Релиз 3). Ранние попытки Proof of Concepts (PoC) развились и привели к серии событий взаимодействия (NFV Plugtests). Это большое сообщество все еще интенсивно работает над разработкой необходимых стандартов для преобразования NFV с использованием новейших технологий, а также делится своим опытом внедрения и тестирования NFV в средах с несколькими поставщиками.

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

    Построение программной сети

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

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

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

    Ключевые технологии, позволяющие реализовать это видение, включают SDN (программно-определяемую сеть) и NFV (виртуализацию сетевых функций). SDN и NFV дополняют друг друга, но становятся все более взаимозависимыми. В то время как первый предоставляет средства для динамического управления сетью и предоставления сетей как услуги, последний предлагает возможность управлять виртуализацией ресурсов для предоставления сетевых функций и их компоновки в сетевые службы более высокого уровня и управлять ею.

    Наша роль и деятельность

    Обзор

    ETSI ISG NFV выполняет работы поэтапно по 2 года.

    Документы, опубликованные на первом этапе (2013-2014 гг.), Считались предварительными исследованиями и иногда назывались «Релизом 1».

    Сообщество ISG NFV продолжило свою работу, разрабатывая нормативные спецификации, а также информативные исследования. В результате спецификации новых функций и возможностей в запланированных выпусках последующие транши назывались «Релиз 2», «Релиз 3» и т. Д.Разработка архитектуры, интерфейсов и аспектов информационной модели в Релизе 2 (также известный как этап 2) завершилась в третьем квартале 2016 года, когда началась работа над Релизом 3, параллельно со спецификацией реализуемого протокола и решений модели данных (также известного как этап 3) интерфейсов и дескрипторов. и другие артефакты.

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

    Сокращения рабочих групп NFV, упомянутых на этой странице:

    2019-2020: NFV Release 4

    Работа над спецификациями NFV Release 4 была официально запущена летом 2019 года. Были определены ключевые области внимания для будущего выпуска 4 NFV, в том числе:

    • Развитие NFVI с упором на улучшения для поддержки облегченных технологий виртуализации, таких как контейнеры ОС, оптимизация абстракции инфраструктуры NFV (NFVI) для уменьшения связывания VNF с инфраструктура и оптимизация сетевой интеграции в структуру инфраструктуры для облегчения подключения для виртуализированных сетевых функций (VNF) и сетевых служб (NSes)
    • Улучшение автоматизации и возможностей NFV, охватывающих такие аспекты, как: улучшение управления жизненным циклом и оркестровки, введение дополнительных управление на основе политик, упрощение аспектов управления VNF и NS устаревшая виртуализация и достижения в области автономных сетей
    • Развитие инфраструктуры NFV-MANO (управление и оркестровка) с упором в первую очередь на оптимизацию раскрытия и использования внутренних возможностей NFV-MANO, e.грамм. изучение его трансформации на основе услуг
    • Повышенная надежность и доступность, представленные с помощью таких функций, как обновления NFV-MANO и надежность MANO
    • Сопутствующие аспекты ввода в эксплуатацию, которые включают: упрощение NFV для облегчения разработки и развертывания устойчивых решений на основе NFV, проверка (и сертификация ) процедуры и механизмы, а также ввод в действие, интеграцию и использование NFV с другими структурами управления и сетевыми структурами
    • В дополнение к вышеупомянутым техническим областям, несколько аспектов усиления безопасности NFV и других небольших конкретных технических усовершенствований, необходимых для максимального увеличения воздействия виртуализации и будущего. Также ожидается, что развертывание NFV будет частью рабочей программы.

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

    • Интеграция сетевых подключений и эксплуатация для NFV
    • Автоматизация NFV-MANO и автономные сети
    • Усовершенствования NFV для 5G
    • Усовершенствования мультитенантности для NFV-MANO
    • Сервисная архитектура (SBA) для NFV-MANO
    • Общие функции управления VNF
    • Непрерывная интеграция VNF и
    • Модели политик

    Набор Функции версии 3, перенесенные в версию 4, включают:

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

    Аналогично, как и в предыдущем Релизе, завершение t Спецификация функций в Release 4 на разных этапах основана на поэтапном подходе, обычно называемом «отбрасыванием».По состоянию на октябрь 2020 года была выпущена первая часть спецификаций уровней интерфейсов и информационных моделей, включая часть аспектов, касающихся «облачных VNF и управления контейнерной инфраструктурой».

    2017-2018: NFV Release 3

    NFV Release 3 был сосредоточен на расширении архитектурной среды NFV, чтобы сделать NFV «готовым» к глобальному развертыванию и эксплуатации. Период сбора функций для создания Release 3 в 2017 году привел к появлению 22 новых функций. К лету 2019 года было завершено 10 функций, а 2 функции были частично доработаны до уровня определения архитектуры, интерфейсов и информационной модели.Некоторые функции были закрыты, а другие перенесены в версию 4.

    Набор функций для версии 3 можно разделить на три основные области:

    • Поддержка новейших сетевых технологий, таких как периферийные вычисления и срезание сети.
    • Новые операционные аспекты, такие как несколько административных доменов, структура политик, управление NFV-MANO, обновления / обновления программного обеспечения VNF и NFVI и т. Д.
    • Достижения в области виртуализации, такие как облачные VNF, технологии ускорения, и Т. Д.

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

    Работа над спецификацией архитектуры, интерфейсов и информационной модели была завершена летом 2019 года. Ниже приводится набор завершенных функций, которые в версии 3 добавлены к функциям и возможностям, которые уже были указаны в версии 2:

    • Интерфейсы для аппаратно-независимое ускорение
    • Интерфейсы для ускорения сети для VNF
    • Требования для виртуализации на основе гипервизора
    • Требования к аппаратной среде в NFV
    • Управление функциональными объектами NFV-MANO
    • Снимок состояния VNF
    • Структура управления политиками
    • NFV -MANO административные домены
    • Резервирование хоста
    • Управление и подключение многосайтовых сетевых сервисов
    • Разделение сети в NFV
    • Модификация программного обеспечения VNF (также известная как изменение текущего пакета VNF)
    • Модификация программного обеспечения NFVI
    • Уровень доступности услуги
    • Защита чувствительных компонентов в среде NFV
    • Управление безопасностью и мониторинг для NFV

    По состоянию на октябрь 2020 года спецификация протоколов и решений моделей данных для ряда функций, перечисленных выше, была завершена или частично завершена.Среди них мы можем идентифицировать спецификации API, дескрипторов и артефактов, касающихся таких функций, как «Управление NFV-MANO», «Моментальный снимок VNF», «Модификация программного обеспечения VNF» и «Структура управления политиками». Другие функции все еще находятся в стадии разработки, но ожидается, что они будут завершены в 2020 году. Работа над соответствующими улучшениями спецификаций тестирования должна начаться сразу после этого. Стоит отметить, что некоторые функции не преследовали или не требовали спецификации протоколов или решений для моделей данных.

    2015-2016: NFV Release 2

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

    ISG NFV решила сгруппировать большую часть своей нормативной работы в «NFV Release 2». Также было подготовлено множество других отчетов, поэтому документация по Релизу 2 стала частью фактической работы на этапе 2015–2016 годов. Работа охватывала общие этапы спецификации требований, архитектуры, интерфейсов, информационных моделей и протоколов, вплоть до спецификации тестовых примеров и наборов.

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

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

    Набор возможностей, указанных в версии 2, включает:

    • Аспекты управления, касающиеся виртуализированных ресурсов, включая информацию, обеспечение, резервирование, емкость, производительность и управление сбоями. Эта область управления касается функциональности, создаваемой VIM и предоставляемой через эталонные точки Or-Vi и Vi-Vnfm.
    • Управление жизненным циклом, управление сбоями, конфигурацией и производительностью VNF. Эта функция управления предлагается VNFM в качестве объекта-производителя и предоставляется через эталонные точки Or-Vnfm и Ve-Vnfm.
    • Управление жизненным циклом, управление сбоями и производительностью сетевых служб.Эта функциональность создается NFVO и предоставляется через контрольную точку Os-Ma-nfvo
    • Показатели производительности, связанные с виртуализированными ресурсами, VNF и NS.
    • Управление пакетами VNF, которое создается NFVO и предоставляется через Or-Vnfm и Контрольные точки Os-Ma-nfvo
    • Управление образами программного обеспечения
    • Моделирование информации VNF, включая дескриптор VNF и упаковку VNF
    • Моделирование информации NS, которое охватывает дескриптор NS, графы пересылки VNF и дескрипторы PNF
    • Аппаратно-независимое ускорение

    Документация ISG NFV о требованиях, интерфейсах и архитектуре (также известная как стадия 2), в которой в основном используется аббревиатура NFV-IFA (что означает «Интерфейсы и архитектура NFV»), распространяется следующим образом:

    • NFV-IFA010 определяет функциональные возможности требования NFV-MANO и его функциональных блоков, охватывающие набор возможностей, перечисленных выше
    • NFV-IFA005, NFV-IFA0 06, NFV-IFA007, NFV-IFA008, NFV-IFA013 определяют требования и интерфейсы, охватывающие перечисленные выше функции, с учетом объема функциональных возможностей соответствующих функциональных блоков производителя NFV-MANO и эталонных точек
    • NFV-IFA027 определяет производительность метрики, касающиеся виртуализированных ресурсов, VNF и NS
    • NFV-IFA002, NFV-IFA003 и NFV-IFA004 определяют аспекты, связанные с аппаратно-независимым ускорением
    • NFV-IFA011 и NFV-IFA014 определяют требования и информационное моделирование дескрипторов и артефактов NFV, таких как как VNFD, VNF Packaging и NSD.
    • NFV-IFA015, NFV-IFA016 и NFV-IFA017 объединяют моделирование информации UML и соответствующие руководящие принципы моделирования информационных элементов, которые были разработаны в других спецификациях опорных точек (см. Выше). Точки соприкосновения между NFV IM и информационными моделями внешней организации задокументированы в NFV-IFA024

    . С точки зрения спецификаций протоколов и моделей данных (также известный как этап 3), в которых используется аббревиатура NFV-SOL (расшифровывается как «NFV Solutions»), Были указаны API на основе REST, охватывающие функциональные возможности интерфейсов, указанных в эталонных точках Os-Ma-nfvo (между OSS / BSS и NFVO) (см. NFV-SOL005), Or-Vnfm (между NFVO и VNFM) (см. NFV-SOL003) и Ve-Vnfm (между VNF / EM и VNFM) (см. NFV-SOL002).В качестве части улучшений безопасности, необходимых для авторизации доступа к API, были определены дополнительные положения (см. NFV-SEC022), которые упоминаются в «Спецификации общих аспектов для RESTful API NFV-MANO» (см. NFV- СОЛ013).

    Для дескрипторов NFV (таких как VNFD и NSD) были указаны два решения модели данных. Первый использует спецификацию «Простой профиль OASIS TOSCA в YAML» (см. NFV-SOL001), а второй обеспечивает представление на основе YANG (см. NFV-SOL006).И, наконец, что касается других артефактов NFV, спецификации формата VNF и PNF Packaging (NFV-SOL004) и NSD (NFV-SOL007) используют спецификацию формата OASIS Cloud Service Archive (CSAR). Для случая артефактов NFV также указаны дополнительные улучшения безопасности для упаковки VNF (см. NFV-SEC021).

    Стремясь предоставить высококачественные спецификации для обеспечения широкого и быстрого внедрения стандартов NFV в отрасли, OpenAPITM представляет RESTful NFV-MANO API, начиная с версии V2.4.1 соответствующей спецификации, доступной в общедоступной вики-странице ETSI NFV.

    В качестве последнего шага в процессе спецификации соответствующие спецификации NFV-TST (сокращение от «NFV Testing») – это «Рекомендации по тестированию совместимости для MANO» (NFV-TST007) и «Спецификация тестирования на соответствие API» (NFV- ТСТ010).

    В дополнение к документам, перечисленным выше, ETSI NFV подготовила множество дополнительных спецификаций и отчетов по таким темам, как надежность (документы, в которых используется аббревиатура NFV-REL, что означает «надежность и доступность NFV»), безопасность (с использованием аббревиатуры NFV. -SEC) и NFV Evolution и ее экосистема (документы с использованием NFV-EVE, что означает «NFV Evolution and Ecosystem»), такие как исследования для рассмотрения новых вариантов использования, взаимодействия с другими технологиями и т. Д.

    Кроме того, стоит отметить, что в рамках улучшения опубликованных спецификаций и учета отзывов от реализаций спецификации версии 2 прошли несколько этапов обслуживания, обычно спецификации переиздаются дважды в год. По состоянию на октябрь 2020 года V2.8.1 является последней версией опубликованных спецификаций, касающихся протоколов и моделей данных. Кроме того, в 2020 году набор спецификаций версии 2 был дополнен спецификацией сквозных процедур NFV-MANO (NFV-SOL016) и спецификацией модели данных YAML для дескрипторного виртуализированного управления ресурсами на Or-Vi и Контрольные точки Vi-Vnfm (NFV-SOL014).

    Для ознакомления с содержанием версии 2 и дополнительного описания указанных возможностей см. Также документ с описанием выпуска 2 NFV, доступный в области «Открыть» ISG NFV.

    2013-2014

    Первоначальная цель первых двух лет ISG NFV заключалась в том, чтобы помочь отрасли создать культуру и поделиться общим пониманием важных концепций сетевой виртуализации. Работа началась как прямой ответ на решение технических проблем виртуализации сети, которые были подчеркнуты в исходном видении, изложенном в официальном документе совместного оператора, опубликованном в октябре 2012 года.В результате были составлены документы «предварительной стандартизации»:

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

    Первой важной вехой стала публикация первых пяти документов ETSI Group Specifications (GS) в октябре 2013 года. Четыре из них были разработаны, чтобы согласовать понимание NFV в отрасли. Они охватили варианты использования NFV (NFV 001), требования к виртуализации (NFV 004), архитектурную структуру (NFV 002) и терминологию (NFV 003). Пятый определяет структуру для координации и продвижения публичных демонстраций платформ Proof of Concept (PoC), иллюстрирующих ключевые аспекты NFV (NFV-PER 002).

    В 2014 году темпы публикации ускорились с выпуском 11 других документов, посвященных различным техническим областям, таким как инфраструктура NFV, включая вычисления, гипервизор и сетевые ресурсы (с документами, помеченными как «NFV-INF»), управление NFV и оркестровка ( помеченный как «NFV-MAN»), архитектура VNF (помеченная как «NFV-SWA») и связанные функциональные и нефункциональные области безопасности, надежности и производительности.

    Предстоящие встречи

    Скоро будет добавлено.

    Технические характеристики

    При наличии более 100 публикаций NFV и более 50 проектов спецификаций в процессе найти документ может быть непросто. Чтобы помочь вам, пожалуйста, найдите следующие рекомендации:

    Поиск публикаций по рабочим группам: TST, SOL, REL, IFA, EVE, SEC (включая закрытые рабочие группы: SWA, MAN, PER, INF).

    Искать все публикации ISG NFV.

    Найдите спецификации в рамках архитектуры NFV:

    Найдите общедоступных спецификаций NFV на странице комитета NFV и подпишитесь на уведомления об обновлениях спецификаций.

    Поиск Черновики через рабочую программу ETSI.

    В дополнение к опубликованным спецификациям, ISG NFV делает все свои проекты общедоступными для отраслевых комментариев.

    Блог

    Новости отраслевой группы спецификаций NFV

    Прямая ссылка на этот блог https://www.etsi.org/newsroom/blogs/blog-nfv

    2020 год оказался неожиданным пандемия COVID19 отрицательно сказывается на «нормальной» повседневной жизни людей во всем мире.Однако даже во время такого поворота событий и непредвиденных периодов тестирования коммуникационные сети продемонстрировали свою эффективность в поддержании связи между людьми и предприятиями. Более конкретно, виртуализация сетевых функций (NFV) доказала свою осуществимость, позволив операторам изящно управлять высоким спросом на возможность подключения к сети.

    Не испугавшись этой ситуации, технические эксперты ETSI ISG NFV продолжали неустанно работать над разработкой и предоставлением спецификаций, которые помогают поддерживать связь между всеми и всеми.И тяжелая работа окупилась, поскольку во второй половине 2020 года ETSI ISG NFV представила новые и обновленные спецификации «протоколов и модели данных» (этап 3), включающие функции NFV Release 3.

    Эксперты рабочей группы по решениям (SOL) завершили работу на этапе 3 над подмножеством функций NFV Release 3. Одной из первых функций, которая была завершена в 2019 году, была «Управление NFV-MANO» (FEAT11) с выпуском ETSI GS NFV-SOL 009 V3.3.1. Этот документ определяет набор протоколов RESTful и API, которые могут использоваться для управления различными аспектами, касающимися конфигурации, производительности, сбоев и регистрации объектов, реализующих указанные функциональные блоки NFV-MANO.В определенных API-интерфейсах использовались те же принципы RESTful, что и API-интерфейсы NFV-MANO в версии 2, то есть те, которые использовались для управления экземплярами VNF, экземплярами NS и встроенными пакетами VNF, NSD и другими артефактами.

    Новые результаты в разработке API-интерфейсов NFV-MANO продолжились в 2020 году с выпуском ETSI GS NFV-SOL 011 V3.3.1, который определяет API-интерфейсы NFV-MANO, связанные с управлением в «административных доменах NFV-MANO» (FEAT08). Эти API-интерфейсы создаются NFVO и позволяют различным административным доменам обмениваться данными через контрольную точку Or-Or, чтобы помочь координировать управление экземплярами NS, развернутыми в их соответствующих административных доменах.Контрольная точка Или-Или устанавливается между экземплярами NFVO, размещенными в разных административных доменах, как указано в ETSI GS NFV-IFA 030. Например, API-интерфейсы ETSI GS NFV-SOL 011 позволяют повторно использовать экземпляр NS, развернутый в домене A. и вложить его в другой экземпляр NS, развернутый в домене B. Из-за функционального сходства с существующими возможностями, предлагаемыми NFVO для других систем, таких как OSS / BSS, большинство API-интерфейсов идентичны или основаны на тех, которые указаны в ETSI GS NFV- SOL 005.

    Выпуск новых документов спецификации API был завершен в 2020 году ETSI GS NFV-SOL 012 V3.4.1 «NFV; протоколы и модели данных; спецификация протоколов RESTful для интерфейса управления политиками». Как видно из названия, документ определяет новый API NFV-MANO, основанный на принципах RESTful, который можно использовать для настройки «структуры управления политиками» (FEAT07). API, созданный функциональными блоками NFV-MANO, предлагает сетевым операторам столь необходимые возможности управления, чтобы иметь возможность передавать, обновлять, удалять, активировать, деактивировать политики, а также подписываться на и получать уведомления, связанные с управлением политиками.Обратите внимание, что спецификация моделей данных и форматов содержимого политики выходит за рамки этого документа. Работа по моделированию информации и данных по содержанию политики находится в стадии разработки в рамках выпуска 4.

    Группа отраслевых спецификаций ETSI (ISG) NFV опубликовала первоначальный выпуск ETSI GS NFV-IFA 040 под названием «Требования к интерфейсам услуг и объектной модели. для управления контейнерами ОС и спецификации оркестровки ». Этот документ является первой нормативной спецификацией, предоставленной для функции NFV Release 4 «Облачные VNF и управление контейнерной инфраструктурой».В спецификации распространяются рекомендации исследования ETSI GR NFV-IFA 029 и формально определяются новые функции, необходимые для управления и оркестровки контейнеров ОС, управления сервисами инфраструктуры контейнеров (CISM) и реестра образов контейнеров (CIR). CISM отвечает за поддержку контейнерных рабочих нагрузок, в то время как CIR отвечает за хранение и поддержку информации образов контейнерного программного обеспечения ОС.

    Чтобы обеспечить согласованную и универсальную систему для управления контейнерными VNF, ETSI GS NFV-IFA 040 определяет абстрактную объектную модель NFV для управления и оркестровки контейнеров ОС, включая их связь с основными информационными моделями NFV-MANO.Предполагается, что абстрактные объекты NFV также будут использоваться в API-интерфейсах профилирования спецификаций фактических стандартных решений для сопоставления абстрактных объектов NFV с объектами конкретного фактического стандартного решения. Одним из представленных абстрактных объектов NFV является управляемый объект инфраструктуры контейнера (MCIO), объект, управляемый и предоставляемый CISM, характеризующийся желаемым и фактическим состоянием контейнерной рабочей нагрузки. Управляемые объекты из Kubernetes ® , такие как Deployment или Service, являются примерами, которые сопоставляются с MCIO.Еще один новый объект NFV – это пакет объектов управляемой контейнерной инфраструктуры (MCIOP), иерархическая совокупность информационных объектов, включая декларативные дескрипторы и файлы конфигурации для одного или нескольких MCIO. Схемы штурвала, указанные в CNCF ® , являются примером, который отображается на MCIOP.

    Кроме того, ETSI GS NFV-IFA 040 определяет требования к списку услуг, которые должны предлагаться архитектурными элементами, обеспечивающими функции CISM и CIR, а также к интерфейсам для предоставления этих услуг NFV-MANO и другим потребителям.CISM должен предоставлять услуги для управления рабочими нагрузками контейнера ОС, а также для управления вычислениями контейнера ОС, хранилищем, сетевыми ресурсами и их конфигурацией. CIR должен предоставлять услугу по управлению образами контейнеров ОС. Этот документ намеренно не определяет операции интерфейса или информационные модели, а только требования к интерфейсам службы управления. Этот подход оставляет дальнейшие детали для спецификации протоколов и моделей данных в форме профилирования де-факто стандартных решений с открытым исходным кодом.

    ETSI GS NFV-TST 010 (TST010) – это опубликованная спецификация тестирования на соответствие API для API управления и оркестрации NFV (NFV-MANO). В частности, он содержит тесты на соответствие API, используемые в следующих контрольных точках:

    • Os-Ma-Nfvo, определенный ETSI GS NFV-SOL 005 (SOL005)
    • Ve-Vnfm, определенный ETSI GS NFV-SOL 002 (SOL002)
    • Or-Vnfm, определенный ETSI GS NFV-SOL 003 (SOL003)

    На рисунке ниже показаны контрольные точки, поддерживаемые TST010: ​​

    Последней выпущенной версией TST010 является версия 2.6.1 (доступно на веб-сайте ETSI), что означает, что он поддерживает соответствующие версии 2.6.1 вышеуказанных документов SOL (т. Е. SOL02, SOL003 и SOL005). Также доступна версия 2.4.1, которая аналогично соответствует версии 2.4.1 документов SOL. Так будет всегда и в будущем: версия TST010 всегда будет соответствовать соответствующей версии документов SOL с указанием проверяемых контрольных точек.

    Группа отраслевых спецификаций ETSI NFV (ISG) завершила первоначальный выпуск ETSI GS NFV-SOL 014 под названием «Спецификация модели данных YAML для дескрипторного виртуализированного управления ресурсами».Спецификация фокусируется на наборе моделей данных на основе YAML, используемых между NFVO и VIM (эталонная точка Or-Vi), а также между VNFM и VIM (эталонная точка Vi-Vnfm) для обмена информацией о виртуализированных ресурсах и управления ими. Рабочий элемент и результирующий документ устраняют пробелы в спецификациях в области виртуализированного управления ресурсами и нацелены на улучшение интеграции и взаимодействия VNFM и NFVO с решениями VIM.

    В спецификациях ETSI NFV интерфейсы и информационные модели для эталонных точек Or-Vi и Vi-Vnfm были указаны в ETSI GS NFV-IFA 005 и ETSI GS NFV-IFA 006 соответственно.Основываясь на этих спецификациях, цель ETSI GS NFV-SOL 014 состоит в том, чтобы определить набор моделей данных на основе YAML для представления информации, передаваемой по этим эталонным точкам, в качестве входных и выходных данных для выполнения виртуализированного управления ресурсами. Управление виртуализированными ресурсами на основе дескрипторов предполагает тип VIM, который поддерживает шаблоны, декларирующие параметры, требования, жизненный цикл и состав наборов виртуализированных ресурсов.

    После интенсивной технической работы ETSI NFV только что выпустила ETSI GS NFV-SOL 016, спецификацию первого этапа 3 процедур NFV-MANO в NFV Release 2, предназначенную для взаимодействия между несколькими функциональными блоками и / или интерфейсами NFV-MANO.Эта спецификация основана на спецификациях ETSI NFV-MANO API ETSI GS NFV-SOL 005, ETSI GS NFV-SOL 003 и ETSI GS NFV-SOL 002, которые определили обязательные и необязательные операции и атрибуты данных для отдельного интерфейса NFV-MANO. Поскольку эти спецификации ориентированы на отдельные интерфейсы, оператору или интегратору предоставляется возможность сшить информацию по различным интерфейсам NFV-MANO для реализации процедур NFV-MANO, включающих взаимодействие между несколькими функциональными блоками и / или интерфейсами NFV-MANO. , также называемые сквозными процедурами.Это может привести к различным интерпретациям того, как должны работать сквозные процедуры NFV-MANO. ETSI GS NFV-SOL 016 определяет процедуры для выбранных ключевых процедур NFV-MANO с целью улучшения сквозного взаимодействия.

    Первая выпущенная версия ETSI GS NFV-SOL 016 адресует пять выбранных ключевых процедур NFV-MANO, а именно включение пакета VNF, создание экземпляра сетевой службы, завершение экземпляра сетевой службы, масштабирование экземпляров VNF в экземпляре сетевой службы и изменение внешнего подключения экземпляров VNF в экземпляре сетевой службы.

    Сообщество ETSI NFV собралось на свое двадцать девятое пленарное заседание (NFV # 29) с 17 по 21 февраля в доме NFV, штаб-квартире ETSI, в Софии-Антиполис, Франция. На этот раз пленарное заседание прошло на фоне неблагоприятной ситуации, вспышки коронавируса, поразившей очень многие страны и серьезно повлиявшей на работу по стандартизации и жизнь в целом почти во всем мире. Следовательно, некоторые из наших делегатов физически не могли приехать и присутствовать на собрании. Наши наилучшие пожелания всем вам во всем мире, пострадавшим от эпидемии: «, желаю вам хорошего и быстрого выздоровления, ».

    Принимая во внимание влияние этой вспышки на проведение пленарного заседания, ETSI, как обычно, оказала выдающуюся поддержку, предоставив удаленный доступ участникам, которые не могли путешествовать. Кроме того, ISG и должностные лица рабочих групп очень хорошо поработали над адаптацией графика и рабочих процедур, чтобы облегчить активное участие и вклад удаленных делегатов. Что касается тех из нас, кто имел возможность физически присутствовать на пленарном заседании, ETSI предоставил очень полезную новую возможность: делегаты, участвующие в F2F, могли впервые зарегистрироваться, отсканировав QR-код своей встречи с помощью станции регистрации в Вестибюль ETSI.

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

    Что касается работы Релиза 4, Маркус Бруннер (Swisscom), председатель Совета сетевых операторов (NOC) предоставил дополнительный вклад сетевых операторов на заключительном пленарном заседании. Некоторые из вопросов для обсуждения касались направления, в котором выполняется спецификация облачных возможностей в NFV, включая контейнеры и платформу как услугу (PaaS).От имени NOC Маркус также подчеркнул важность более глубокого внедрения более эффективных механизмов CI / CD и обновления программного обеспечения, чтобы справиться с проблемами, с которыми сталкиваются операторы при интеграции и поддержке текущих и будущих развертываний NFV. Пленарное заседание приветствовало вклад сообщества операторов и признало необходимость того, чтобы ETSI NFV оставалась сосредоточенной и старательно решала проблемы.

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

    Как и в предыдущих случаях ETSI NFV, была вечерняя сессия. На этот раз речь шла не о программе работы ETSI NFV или обсуждениях, связанных с технологиями NFV. Вместо этого коллеги из ETSI CTI представили новые методы работы и инструменты, которые ETSI готовит, чтобы сделать разработку спецификаций более гибкой. Демонстрация позволила делегатам увидеть уже продвинутый статус разработки этих инструментов. Несколько делегатов ETSI NFV предоставили свои отзывы, которые также очень приветствовались докладчиками.Фактически, несколько рабочих групп в ETSI NFV уже используют гибкие инструменты и инструменты разработки программного обеспечения при выполнении своей работы. Я бы сказал, что ETSI NFV был пионером в ETSI в использовании инструментов контроля версий, разработки кода и отслеживания ошибок.

    ETSI ISG NFV был тепло встречен в Японии на выставке NFV # 28! Прошло пять лет с тех пор, как группа была на Окинаве в мае 2014 года на NFV # 6.

    На этот раз группа отраслевых спецификаций (ISG) ETSI NFV собралась со 2 по 6 декабря 2019 года в Фукуоке, Япония.Фукуока расположен на севере Кюсю, самого южного из четырех крупных японских островов. Фукуока хорошо известна своей местной кухней, особенно Хаката-Рамэн, которые очень вкусны и популярны. Кроме того, это был идеальный сезон, чтобы увидеть осенние листья в Японии.

    На первом пленарном заседании председатель ISG Диего Лопес поделился своими текущими взглядами на стандартизацию NFV и ситуацию в отрасли с помощью японской карикатуры. Я чувствую, что технологические тенденции в сетевой индустрии становятся короче, в то время как сфера применения продолжает расширяться в ответ на требования развития сетевых технологий, расширения открытого исходного кода и новых вариантов использования. Я думаю, что наше сообщество ETSI NFV приспосабливается к правильному пути вперед с точки зрения стандартов, и сотрудничество с другими SDO остается важным. Релиз 4 идет полным ходом, и, например, обсуждение контейнерной технологии и ее адаптации для сценариев использования NFV набирает обороты с увеличением количества рабочих элементов и связанных с ними вкладов.

    На своем 27 -м пленарном заседании отраслевая группа ETSI (ISG) по виртуализации сетевых функций (NFV) встретилась в Orange Gardens, недавнем исследовательском и инновационном кампусе Orange, расположенном в небольшом городке Шатийон на окраине. Парижа, Франция.Эту встречу следует запомнить как встречу, на которой содержание NFV Release 4 начало материализоваться с одобрения 8 рабочих элементов.

    Открытие сессии началось с воодушевляющей презентации Диего Лопеса, председателя ISG, в которой были подчеркнуты проблемы, которые предстоит решить органам по стандартизации, чтобы справиться с преобразованием экосистемы и процессов телекоммуникационной отрасли. Мне понравился комментарий, который он сделал, приглашая делегатов не поддаваться искушению создавать новые термины и акронимы (например,грамм. Облачные сетевые функции / CNF vs. виртуализированные сетевые функции / VNF), чтобы наверстать упущенное. В конце концов, независимо от того, спроектировано ли программное обеспечение VNF в соответствии с облачными шаблонами или нет, VNF остается VNF!

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

    После года долгих усилий ETSI только что выпустила первую спецификацию модели данных еще одного следующего поколения (YANG) для дескрипторов NFV, ETSI GS NFV-SOL 006.Спецификация основана на ETSI GS NFV-IFA 011 и ETSI GS NFV-IFA 014 и может быть найдена на сервере ETSI, а соответствующие файлы YANG можно найти на веб-сайте Forge. Спецификация охватывает VNFD, PNFD и NSD. Он позволяет стандартным способом встроить дескрипторы NFV в функции MANO на основе YANG. Гибкость и способность определять сетевые сервисы и делать это быстро – истинная сила спецификации.

    Сообщество ETSI NFV провело свое двадцать шестое пленарное заседание (NFV # 26) с 20 по 24 мая 2019 года в доме NFV, штаб-квартире ETSI, в Софии-Антиполис, Франция.

    Посещение свежего и солнечного Прованса и Лазурного берега в мае – это всегда незабываемые впечатления. Многие из делегатов нашей встречи на этот раз были встречены фотографами (и папарацци) в аэропорту Ниццы. Причина такого теплого приема может быть не в том, что на той же неделе проходит Каннский кинофестиваль, а в том, что «наши звезды NFV» снова собираются на еще одну продуктивную и успешную встречу.

    В то время как пленарное заседание NFV # 25 послужило разминкой для того, что будет после Релиза 3, NFV # 26 следует навсегда запомнить как начало Релиза 4.Позвольте мне подробнее остановиться на этом.

    Освежившееся после зимних каникул и начавшееся в 2019 году благодаря возобновлению энергии, сообщество ISG собралось на свое 25-е пленарное заседание ISG в солнечном Пекине, организованное Huawei Technologies.

    Встреча прошла через неделю после китайского Нового года, что оставило веселую искру празднования над Пекином.

    В течение февраля было проведено несколько выборов, и официальные назначения были произведены на пленарном заседании NFV # 25. Две должности заместителей председателя ISG были заполнены в результате переизбрания Кристины Бадулеску, Эрикссона и Бруно Шатраса, Orange на следующий срок.Новым председателем рабочей группы по безопасности стал Алекс Ледбитер, BT, ветеран рабочей группы SEC и бывший вице-председатель рабочей группы SEC. Стефан Арнцен, Huawei, нынешний председатель рабочей группы по надежности, был переизбран и продлится еще на один срок.

    Продуктивная встреча, завершившая плодотворный год, 24 -я встреча NFV ISG прошла в удачной обстановке в первую неделю декабря на Французской Ривьере.

    Заседание NFV # 24 ознаменовалось некоторыми внутренними метаморфозами сообщества, такими как утверждение реструктуризации ISG и избрание нового председателя Совета сетевых операторов (NOC).

    Дон Кларк (CableLabs), председатель нашего NFV NOC в последние годы, является одним из крупнейших отраслевых сторонников работы ETSI NFV и ее потенциала трансформации сети для поддержки поставщиков услуг. Он держал нас в курсе точки зрения операторов и практических аспектов развертывания, и, несмотря на все это, у меня есть веские основания полагать, что не только я чувствую благодарность за всю тяжелую работу Дона.

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

    Одним из ярких событий недели было запланированное совместное размещение с восходящей звездой, ETSI ISG ZSM (Промышленная группа спецификаций сети без касания и управления услугами).Вечерний совместный семинар был модерирован двумя председателями ISG и их заместителями. На очень посещаемом семинаре молодой ISG ZSM представил текущую архитектуру ZSM, как определено в спецификации ZSM 002, а затем оба представителя ISG представили результаты раннего совместного анализа по выявлению взаимосвязи между ZSM и NFV, а также следующие шаги в их сотрудничестве.

    Неделя NFV # 24 наградила нас хорошим прогрессом в обмен на долгие рабочие дни, которые мы провели вместе за составлением, рецензированием и редактированием статей, вне досягаемости от теплого солнца Французской Ривьеры.

    Blog-Plugfest-remote-small-cell-lte-201504

    Я никогда не был в Монреале (или Квебеке) до этого лета, и у меня было двойное удовольствие посетить Монреаль как раз перед отпуском, так и сразу после него. . Эти визиты позволили мне познакомиться с летом Квебека (на удивление теплее, чем дома, в Южной Испании), несколькими деликатесами (как путин, так и потрясающим копченым мясом, а также некоторыми действительно хорошими пивоварнями), многолюдным аэропортом Монреаля (по крайней мере, по вечерам в пятницу) ) и добродушный характер города, который делает жизнь такой гладкой, а работу такой продуктивной.

    И действительно, продуктивная неделя. Это была первая встреча после того, как я был назначен председателем ETSI NFV на второй срок, честь, которую я очень ценю, и на которую я могу ответить, только приняв на себя обязательство сделать все возможное, чтобы сохранить ISG NFV там, где это необычное сообщество уже принесло ее: на ядро радикальной трансформации сетей следующего поколения. И команда лидеров была усилена с повторным назначением Джоан Триай (NTT DOCOMO) на пост председателя Технического руководящего комитета, оставив техническое управление нашей обширной рабочей программой в лучших руках.

    Это также была встреча для консолидации нашего видения будущего, определения общего взгляда, который, со всеми естественными различиями между различными организациями, участвующими в усилиях NFV, будет направлять нас в новом двухлетнем сроке для ISG. Во время одной из наших любимых вечерних сессий состоялось подробное обсуждение будущего группы, и цели на новый срок были согласованы и представлены на утверждение Генеральному директору ETSI как раз вовремя для обсуждения на заседании. Сентябрьское заседание правления ETSI.Начальная фаза, на которой были определены основные концепции NFV и архитектурная структура NFV, заложила прочную основу для обширной работы над спецификациями, необходимой для создания открытой экосистемы для этой новой технологии. Для построения этого фундамента, а также для прохождения очень крутой кривой обучения потребовались два первых семестра ISG, третий, который скоро будет завершен, сфокусирован на том, чтобы сделать обещание NFV подходящим для реальных операций и установить базовый уровень для развитие телекоммуникаций и корпоративных сетей, развертывание инфраструктуры, разработка услуг и автоматизация управления в мире программно-определяемых сетей.

    Более того, ISG удалось изучить и улучшить механизмы консенсуса, необходимые для более быстрого определения стандартов, путем содействия сотрудничеству с SDO и связанными с ними инициативами, особенно сообществами с открытым исходным кодом. Мы способствовали плодотворному практическому сотрудничеству с этими сообществами и отраслью в целом, улучшая перспективы взаимодействия, о чем свидетельствуют три успешных мероприятия по взаимодействию, проведенных на сегодняшний день. Сообщество ETSI NFV намеревается продолжить консолидацию, улучшение и развитие базовых спецификаций NFV в качестве ключевых компонентов экосистемы и укрепления межотраслевых механизмов сотрудничества, которые будут способствовать прогрессу и обеспечивать быстрое реагирование на меняющиеся потребности отрасли.

    Когда я летел в Софию Антиполис на двадцать вторую пленарную сессию ETSI NFV Industry Specification Group (ISG), я размышлял о том, как далеко мы продвинулись с момента публикации известной теперь белой книги, представляющей концепцию NFV.

    До того момента, в октябре 2012 года, термина «виртуализация сетевых функций» не существовало, он появился на собрании группы учредителей в Париже летом 2012 года, чтобы отличить эту тему от SDN, которая к тому времени набирала обороты.Все мы были опытными руководителями НИОКР в области телекоммуникаций, которые знали, что наши цели амбициозны и могут нанести серьезный ущерб отрасли, поэтому нам нужно было быть чрезвычайно усердным, чтобы привлечь к работе всех игроков отрасли, больших и малых, и чтобы каждый мог быть услышали и поделиться своей энергией и опытом.

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

    Все это казалось таким давним, и я не мог себе представить, что попутно перееду в Соединенные Штаты и начну новую карьеру в кабельной индустрии, сохранив за собой роль председателя Совета операторов сети ETSI NFV. После более чем 40-летней карьеры в сфере НИОКР в BT это был плавный переход, который был столь же маловероятен, как и изменил мою жизнь.

    Оглядываясь назад, за последние шесть лет, были моменты большой гордости, например, когда на ночной сессии было достигнуто соглашение по ETSI NFV Architectural Framework, перемежавшееся моментами сомнений в виде резких голосов из мира программного обеспечения. неоднократно критиковал наши усилия.

    Как и все, время – великий уравнитель, пять лет на NFV Architectural Framework выдержали испытание временем и развертываются в больших масштабах, и группы с открытым исходным кодом начали понимать, что среда телекоммуникационных сетей сильно отличается от корпоративная ИТ-среда.Телекоммуникационные сети являются критически важными национальными инфраструктурами, которые поддерживают глобальную торговлю и безопасность и поэтому требуют аналитической строгости и контролируемости, которые могут обеспечить только реализации, основанные на высококачественных спецификациях, одобренных ключевыми заинтересованными сторонами.

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

    Сообщество NFV встретилось в 21-й раз (NFV # 21) с 26 февраля по 2 марта в знакомой обстановке:

    Штаб-квартира ETSI в Софии Антиполис, Франция.

    Безупречная организация, приветливые лица, встречающие нас, бесчисленное количество замечательных кофемашин, все было нормально. Что было менее знакомо: шел снег. На Лазурном берегу. Дважды(!). Всего примерно 15 см. Это очень редко в этом регионе. Судя по всему, в последний раз снег шел во время NFV # 1 еще в январе 2013 года.Пока мы решаем задачи для NFV, погода подсказывает нам, что мы легко справимся с другой!

    Несмотря на предсказуемые задержки рейсов из-за холодной погоды в Европе, мероприятие посетили более 80 членов основной команды. Это была насыщенная и продуктивная неделя.

    Работа над версией 3 идет полным ходом. В настоящее время активно разрабатывается 17 новых функций , а также 15 активных рабочих элементов , связанных с выпуском 3. Кроме того, несколько результатов выпуска 2 (на данный момент 13) распространяются на выпуск 3 (с соответствующими работами Предметы).На NFV # 21 был также одобрен третий цикл обслуживания для рабочих элементов версии 2, поэтому работы по обслуживанию будут продолжаться в первой половине 2018 года. Это одновременно много шаров в воздухе, и это замечательное достижение. что эта высококвалифицированная группа может это осуществить.

    Результаты 2nd ETSI NFV Plugtests были в центре внимания на этой встрече: результаты были представлены на пленарном заседании и обсуждены в рабочей группе TST, которая в дальнейшем включит отзывы в свои документы.Очевидно, что отрасль развивается с большим объемом энергии по сравнению с тем, что было всего год назад. Результаты Plugtests будут подведены в отдельном сообщении в блоге и представлены на предстоящих конференциях.

    После последнего пленарного заседания были избраны два новых руководителя рабочих групп: Жюльен Мезоннев (Nokia) и Ульрих Клебер (Huawei). Жюльен обладает обширным опытом руководства, а Ули открывает новые перспективы, включая ценный опыт работы с открытым исходным кодом. Эти роли требуют большой личной приверженности и долгих часов в разных часовых поясах.Мы им обоим очень благодарны.

    С публикацией ETSI GS NFV-SOL005 спецификации API-интерфейсов RESTful, предоставляемых NFV Orchestrator (NFVO) для систем поддержки операций (OSS), группа отраслевых спецификаций ETSI NFV (ISG) успешно достигла своей цели по доставке полный набор спецификаций API , обеспечивающий открытую экосистему , в которой виртуализированные сетевые функции (VNF) будут взаимодействовать с независимо разработанными системами управления и оркестровки, а компоненты системы управления и оркестрации сами по себе могут взаимодействовать.

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

    Эти спецификации API являются результатом широкого отраслевого консенсуса. Соответствие им позволяет использовать широкий спектр сценариев развертывания от различных поставщиков. Например, VNF может управляться универсальной функцией VNF Manager (VNFM) (автономно или в сочетании с NFVO), NFVO может потреблять сервисы VNFM, специфичного для VNF, а сервисы, предоставляемые NFVO, могут быть потребляется функциями оркестрации сервисов более высокого уровня.

    Кроме того, ISG завершила пересмотр двух ранее опубликованных спецификаций API, в которых подробно описаны REST API между NFV Orchestrator (NFVO) и VNF Manager (VNFM), а также между VNFM и VNF или его Element Manager, соответственно ETSI GS NFV-SOL 003 и ETSI GS NFV-SOL 002, завершено в июле 2017 года. Пересмотренные версии были утверждены в декабре 2017 года, основным изменением является поддержка опции на основе TLS для управления авторизацией доступа к API (в качестве альтернативы использованию OAuth 2.0).

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

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

    Группа ISG создала опрос, чтобы помочь понять, какие из этих спецификаций наиболее полезны для отрасли. Если вы хотите принять участие в этом опросе, перейдите по этой ссылке: https://www.surveymonkey.com/r/NFV_Industry_Adoption

    Группа отраслевых спецификаций (ISG) ETSI NFV провела свое двадцатое пленарное заседание 4-8 декабря 2017 г. (NFV # 20) в штаб-квартире ETSI в Софии-Антиполис, Франция.На этот раз свежий и солнечный Прованс и Лазурный берег весной изменились на довольно прохладную и ледяную обстановку, но все, с чем не могли справиться наши смелые делегаты ETSI NFV ISG с жаркими дискуссиями и дополнительным кофе (или чаем).

    Как сообщалось в предыдущих публикациях, NFV ISG планирует и продвигает набор отчетов о функциях версии 3. В последнем промежуточном отчете об объявлении NFV представлен обзор прогресса, достигнутого различными рабочими группами NFV ISG до и до NFV №19.На собрании NFV # 20 был достигнут значительный шаг вперед: были утверждены соответствующие нормативные рабочие элементы. Но эта встреча не была посвящена только релизу 3, так как рабочие группы были очень заняты завершением второго раунда работ по обслуживанию релиза 2.

    Описание всей огромной работы, проделанной рабочими группами и делегатами NFV ISG по всему миру, – непростая задача. Место встречи снова стало идеальным местом для многих интенсивных взаимодействий и дискуссий. Как технический менеджер, я выражаю искреннюю признательность и благодарность всем делегатам за проделанную работу, а также за отличное сотрудничество между рабочими группами.

    Среди множества ярких моментов на NFV №20 была одна тень; NFV # 20 была встречей, на которой, к сожалению, мы попрощались с Юн Чао Ху (председатель рабочей группы EVE, Huawei), давним участником NFV с момента создания NFV. Юнь Чао очень много работал, чтобы помочь нам в работе. Награду за выдающуюся работу Юнь Чао и поддержку ISG NFV вручил председатель ISG Диего Лопес (Telefonica). Мы желаем Юн Чао « всего наилучшего в ваших будущих профессиональных задачах и надеемся увидеть вас снова в других местах, ».

    В любом случае, позвольте выделить несколько актуальных достижений от NFV №20.

    На прошлой неделе в Денвере компания CableLabs приняла более 130 делегатов со всего мира на 19-ю пленарную сессию ETSI NFV Industry Specification Group, колыбель и главную площадку для технологий виртуализации сетевых функций, которые радикально меняют телекоммуникационная промышленность. ETSI NFV, насчитывающий более 300 компаний-членов , в том числе 38 глобальных сетевых операторов , является ведущим форумом, разрабатывающим основополагающие международные стандарты для NFV.

    В этом блоге представлен моментальный отчет о ходе стандартизации ETSI NFV.

    Группа отраслевых спецификаций (ISG) ETSI NFV завершила важный шаг к созданию открытой экосистемы , в которой виртуализированные сетевые функции (VNF) будут взаимодействовать с независимо разработанными системами управления и оркестровки, а компоненты управления и системы оркестровки сами по себе интероперабельны.

    Группа отраслевых спецификаций (ISG) ETSI NFV провела свое восемнадцатое пленарное заседание (NFV № 18) в штаб-квартире ETSI в Софии-Антиполис, Франция.Весна на свежем и солнечном Лазурном берегу была идеальным местом, чтобы пополнить запасы напряженной работы делегатов ISG ETSI NFV в течение очень загруженной недели!

    Я заместитель председателя рабочей группы по тестированию, внедрению и открытому исходному коду (TST) в ETSI NFV ISG.

    Последние 20 лет я работал в индустрии тестирования, последние 11 лет я работал в Ixia, всегда в группе управления продуктами для тестирования беспроводных устройств. По большей части мой опыт связан с тестированием мобильности: GSM, UMTS, LTE и т. Д.

    ETSI через свой Центр тестирования и взаимодействия (CTI) недавно провела свое первое мероприятие NFV Plugtests TM в январе. Помимо мудрого решения провести его в Леганесе, Испания, недалеко от красивого и солнечного Мадрида, я бы квалифицировал его как технический успех. Я объясню почему ниже.

    В интервью MWC Диего Лопес, старший эксперт по технологиям в Telefonica и председатель ETSI NFV ISG, обсуждает результаты первых тестов NFV Plugtest в Мадриде, публикацию спецификаций версии 2 и работу над версией 3.

    Бильбао, Испания 21-24 февраля 2017 г.

    Группа отраслевых спецификаций ETSI NFV провела свое семнадцатое пленарное заседание (NFV # 17) в красивом городе Бильбао на севере Испании, организованном Университетом Страны Басков, Инженерный факультет. Во многих смыслах это была знаковая встреча, была избрана новая команда руководителей, утверждены к публикации ключевые спецификации NFV, было проведено совместное заседание с сообществом Open Source MANO (OSM) и был опубликован последний технический документ NFV, являющийся совместным оператором. Приоритеты для 5G были приурочены к публикации во время этой встречи.

    Музей Гуггенхайма в Бильбао

    Сегодня двадцать три сетевых оператора опубликовали информационный документ, который поможет отрасли определить приоритеты NFV для реализации отраслевого видения систем 5G: «Перспективы сетевых операторов относительно приоритетов NFV для 5G» . В соавторы сетевого оператора входят Bell Canada, BT, CableLabs, CenturyLink, China Mobile, China Unicom, Colt, Deutsche Telekom, KDDI, KT, NTT, NTT DOCOMO, Orange, Portugal Telecom, Rogers, SK Telecom, Sprint, STC, Swisscom, Telecom Italia, Telefonica, Telenor и Vodafone.В качестве управляющего редактора этого официального документа я работал в тесном сотрудничестве с коллегами из этих ведущих организаций, чтобы задокументировать некоторые ключевые согласованные требования, которые мы хотим, чтобы сообщество по стандартам 5G приняло во внимание в своей предстоящей работе над спецификациями.

    Авторы: Диего Лопес, председатель NFV ISG, Джоан Триай Председатель NFV TSC и Петер Вёрндл заместитель председателя NFV TSC

    Группа ETSI NFV только что завершила свое последнее пленарное заседание в 2016 г. участие 175 делегатов от 60 организаций.NFV # 16 проводился с 12 по 15 декабря компанией Huawei в Шэньчжэне, Китай.

    Встреча началась с семинара Huawei NFV, специально посвященного эволюции NFV, с горизонтом, который стал обычным, когда речь идет о сетевом следующем поколении: 2020 год.

    Следующие шаги: ETSI NFV ISG и путь к 5G

    ETSI NFV ISG (Группа отраслевых спецификаций) имеет нового председателя в лице Диего Лопеса, руководителя отдела исследования технологий и стандартов в Telefónica, а также новую жизнь.Предполагается, что ISG будут запускать технологические области, а не управлять ими постоянно, но NFV ISG было предоставлено двухлетнее продление, частично для объединения возможностей NFV с требованиями 5G.

    NFV ISG: долгий путь за короткое время и впереди

    Диего Лопес, Telefónica , объясняет, почему важно включить 5G в анализ NFV ISG для предстоящего выпуска NFV. поскольку в настоящее время NFV признана важной технологией для развития 5G.

    Программа работы ETSI NFV ISG на 2015 год была очень амбициозной, при этом большинство мероприятий было обещано завершить в течение этого первого года двухлетнего продленного срока ISG, и была направлена ​​на выпуск набора нормативных документов, которые обычно назывались ETSI NFV Release 2.

    Многие из этих действий завершены или ожидают завершения последних процедурных шагов, которые должны быть официально опубликованы. В этом объявлении содержится краткий отчет об этих достижениях, построенный вокруг введения к завершенным (информативным) отчетам и предварительного просмотра описания выпуска 2, которое мы планируем опубликовать к маю 2016 года.

    NFV # 13 проходил 16-19 февраля в Дублине, Ирландия, на впечатляющем стадионе Croke Park, четвертом по величине стадионе в Европе.

    Благодаря организаторам Cobham Wireless и спонсорам OPENET, члены ISG ETSI NFV в понедельник, 15 февраля, были приглашены на семинар перед мероприятием, на котором обсуждались современные инициативы NFV с презентациями Intel, Telefonica, Luxoft, Stratus. Технологии и EANTC.

    Следующая неделя была, безусловно, насыщенной для 210 делегатов – хотя работа была несколько уравновешена очень приятным светским мероприятием в Croke Park Player’s Lounge.

    ETSI NFV спускается на Большое Яблоко для NFV # 12

    В Джерси-Сити, штат Нью-Джерси (США), через реку Гудзон от Нью-Йорка прошло 12-е совещание Группы спецификаций индустрии виртуализации сетевых функций (ETSI NFV ISG). Йорк Сити. Окруженный потрясающим горизонтом Манхэттена, этот район стал отличным местом для работы Промышленной группы, управляющей экосистемой NFV.


    Горизонт Манхэттена, из Джерси-Сити, штат Нью-Джерси, место для NFV # 12

    Во время 11-го пленарного заседания в Сан-Хосе, Калифорния, официальные лица ETSI ISG NFV и председатели рабочих групп представили обзор достижений группы на сегодняшний день (Фаза 1: 2013-2014) вместе со снимком текущих работ по Фазе 2, которые должны быть завершены в начале 2016 года.

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

    Смотрите 6 видеороликов здесь …

    Объявление ETSI NFV о доступности документов

    В течение первых шести месяцев своего второго этапа ETSI NFV ISG активно работала над разработкой нормативных спецификаций для справки. точки, определенные архитектурой NFV Architecture Framework , направленные на достижение целей взаимодействия, которые составляют ее ключевую задачу, и на продолжение исследования технических аспектов NFV в основных областях, определенных в начале этого второго этапа.Это было выполнено в рамках постоянного и тесного сотрудничества с теми внешними организациями (SDO и проекты с открытым исходным кодом), которые наиболее непосредственно связаны с технологиями NFV.

    Одной из важных вех в этом развитии, направленной на облегчение открытого сотрудничества с внешними организациями, промышленностью и академическими кругами в целом, стало решение сделать все проекты документов NFV общедоступными (см. NFV ISG Open area).

    ETSI NFV возвращается в Кремниевую долину вместе с сообществом NFV / SDN

    Лето – это обычно время для отпуска, семьи и отдыха от суеты нашей профессиональной жизни.Но не в Кремниевой долине, где было проведено 11 -е заседание для Группы спецификаций индустрии виртуализации сетевых функций (NFV ISG). Фактически, поскольку на той же неделе проводится саммит OpenDaylight и ежеквартальное собрание MEF, он остается таким же загруженным, как и прежде.

    NFV происходит, и он большой !!

    Некоторые метрики были опубликованы во время NFV # 10. И результат потрясающий!

    • Сотни представителей отрасли и участников со всего мира сделали более 6000 вкладов с первого дня.
    • Что еще более важно, спецификации фазы 1 используются для реальных реализаций
    • И мы приняли более 35 POC от различных поставщиков, которые подтверждают NFV. происходит по-настоящему!

    Первое совещание в Китае, подход с открытым исходным кодом к прозрачности и доступности документов

    Остров Хайнань, самая южная оконечность Китая, был тропическим местом проведения 10-го совещания (NFV # 10) Индустрии виртуализации сетевых функций ETSI Спецификация группы (NFV ISG) состоится в середине мая.Около 200 участников, спустившихся в Санью, обнаружили, что это просторное и гостеприимное место, где можно сотрудничать и испытать лучшее из того, что может предложить Китай.

    Рис. 1 Beautiful Sanya, сайт NFV # 10, размещенный на Huawei

    Источник: Клаус Мартини, DT (заместитель председателя Совета сетевых операторов NFV)

    На прошлой неделе на выставке Штаб-квартира NOKIA в Хельсинки: руководство NFV ISG встретилось на день, чтобы обсудить прогресс и будущее направление ISG, рабочая группа IFA провела однодневное совместное заседание с 3GPP SA 5, чтобы согласовать их деятельность, после чего была проведена IFA Промежуточное заседание рабочей группы.

    Возможно, вам потребуется обновить страницу, чтобы просмотреть видео.

    В феврале в Праге состоялось 9-е собрание Промышленной группы спецификаций виртуализации сетевых функций (NFV ISG). Возможно, это было вкусное пиво (чехи потребляют больше пива на душу населения, чем любая другая нация в мире), богатое наследие (более 1100 лет) или известность (крупнейший город и столица Чешской Республики и один из самых посещаемых городов во всем мире). Европы).270 участников, прибывших в Прагу, сочли ее привлекательной и идеальной площадкой для сотрудничества.

    Новое руководство, организация и повышенное внимание к внедрению

    В то время как большая часть страны боролась с отрицательными температурами, Группа спецификации индустрии виртуализации сетевых функций ETSI (NFV ISG) провела 8 th и заключительное собрание в соответствии со своим первоначальным уставом в солнечной пустыне в Скоттсдейле. Корпорация Intel любезно устроила встречу, обеспечив отличные условия проживания и гостеприимство на протяжении всей недели.

    Видео с 1-й ETSI NFV PoC ZONE, октябрь 2014 г. в Дюссельдорфе

    Около 100 делегатов посетили Софию Антиполис в конце сентября.

    Итоги недели

    ISG добилась значительного прогресса в закрытии нескольких оставшихся нерешенных вопросов в текущем выпуске документов. Из 167 первоначально выявленных открытых проблем 136 закрыты (около 81%).

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

    Внедрение OPNFV, неотъемлемый шаг к внедрению NFV

    Два года спустя

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

    Поскольку мы планируем вернуться в Германию в следующем месяце на Всемирный конгресс SDN и OpenFlow, мероприятие, на котором в октябре 2012 года была опубликована знаменательная Белая книга NFV и была объявлена ​​инициатива ETSI NFV, многие в сообществе NFV пересматривают фундаментальные цель, которой руководствовалась NFV с самого начала – Открытость .

    Открытость многое значит для разных сообществ, как резюмировал Мэтт Палмер в своей серии: Определение открытости для открытых SDN и NFV: Учебник для сетевых операторов.

    Наслаждайтесь просмотром интервью ключевых игроков, снятых на NFV # 7

    Новое руководство, обновленный устав и улучшенная структура для облегчения перехода от требований к внедрению

    Санта-Клара, Калифорния, США

    Будущее ИКТ может учиться на прошлом

    Прогулка по Музею истории компьютеров в Маунтин-Вью (на общественном собрании Группы спецификаций индустрии виртуализации сетевых функций ETSI NFV ISG) было похоже на путешествие по переулку памяти.

    мэйнфреймов International Business Machines (IBM) (например, 360/370, над которыми я провел много ночей, работая в Университете Миссури в 1970-х), миникомпьютеры Digital Equipment Corporation (DEC) (я был системным менеджером в PDP). -11 и VAX-11/780 в McDonnell Douglas в 1980-х годах), а также множество компьютеров, калькуляторов и гаджетов, производители которых вымерли из памяти.

    На сайте Global Telecom Business опубликована новая статья о том, как NFV меняет телекоммуникационный бизнес, написанная Луисом Хорхе Ромеро, генеральным директором ETSI. Прочтите статью полностью.

    Ожидайте конструктивных изменений по мере развития NFV

    Окинава, Япония

    Расселившись в конференц-залах на шестом собрании Группы спецификаций индустрии виртуализации сетевых функций ETSI (ETSI NFV ISG), мы были впечатлены фотографии с настоящими подписями лидеров G8, которые присутствовали на саммите Кюсю-Окинава в июле 2000 года.

    На этой встрече G8 издала Окинавскую хартию глобального информационного общества, цель которой – обеспечить «большее процветание и более глубокое спокойствие и большая стабильность ».

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

    Совещание TSC # 23 ISG NFV одобрило предложенную программу исследований NFV на 2014 год, направленную на предоставление рекомендаций для мирового исследовательского сообщества по темам, имеющим отношение к индустрии NFV.

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

    Темы включают (но не ограничиваются ими):

    Ссылки на следующие вебинары доступны здесь

    • Progressing NFV – live 2 апреля 2014 г. – Дон Кларк, председатель Совета операторов сети, ETSI NFV ISG; Руководитель отдела инноваций Network Evolution, BT
    • Как заставить NFV работать – готово 23 марта 2014 г. – Франсиско-Хавьер Рамон, председатель экспертной группы PER, ETSI ISG NFV; Глава отдела виртуализации сети, GCTO, Telefónica
    • Определение NFV – доступно 3 апреля 2013 г.Продип Сен, председатель, ETSI NFV ISG; Директор по сетевой архитектуре, Verizon Network & Technology

    Видео – прямая трансляция 17 октября 2013 г. – Диего Лопес, технический директор, ETSI ISG NFV, руководитель отдела технологических исследований, Telefónica I + D

    Посмотрите видео с социального мероприятия NFV Малага – празднование достижений 1-го года и рассмотрение надежд и планов на 2-й год

    За последние несколько недель в сфере программно-определяемых сетей произошли два важных события: первое – это Саммит Open Daylight (ODS), а большинство недавно состоялась четвертая партия Open Networking Summit (ONS).Оба мероприятия прошли в самом сердце Кремниевой долины в конференц-центре Санта-Клары.

    Руководство ETSI NFV ISG влияет на состояние NFV

    Пятое собрание группы спецификаций индустрии виртуализации сетевых функций (ETSI NFV ISG) отметило годовщину NFV и стало важным поворотным моментом для организации .

    Члены и делегаты ETSI посетили один из старейших и самых южных крупных городов Европы – Малагу, Испания, для участия в программе NFV # 5, поскольку ISG NFV сделала еще один шаг к реализации.Интерес к NFV остается заоблачным; количество участников собрания было ограничено до 250 человек, а подписка была превышена из-за вместимости места проведения встречи.

    Еще в январе 2013 года группа провидцев NFV из 60 организаций провела первое собрание ISG в штаб-квартире ETSI на Лазурном берегу. С тех пор ISG добилась значительного прогресса:

    Специальный отчет – ETSI сокращает время разработки NFV на годы.

    Посмотрите видео:

    Четвертое пленарное заседание ETSI ISG NFV состоялось 30 октября – 1 ноября 2013 года в Саннивейле, США, и было любезно организовано Juniper при поддержке IBM.

    Был установлен новый рекорд ISG NFV: 350 делегатов участвовали в загруженных пленарных заседаниях NFV. Действительно, встречи NFV настолько популярны, особенно когда они проводятся в Кремниевой долине, что регистрацию приходилось ограничивать. Рост членства по-прежнему высок, и еще 14 компаний присоединились к ISG NFV за недели, предшествующие собранию NFV # 04, в результате чего общее количество членов составило 170 отдельных компаний.

    Страница не найдена

    Документы

    Моя библиотека

    раз
      • Моя библиотека
      “” Настройки файлов cookie

      Сетевые сокращения, которые могут преобразовать ваш центр обработки данных

      Возможно, за последнее десятилетие ничто в ИТ не было более революционным, чем виртуализация.

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

      Следующей была виртуализация системы хранения

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

      Сеть – это последняя часть центра обработки данных, которая сейчас переживает революцию виртуализации.

      Виртуализация сети (NV)

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

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

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

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

      Программно-конфигурируемая сеть (SDN)

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

      Программно-определяемая глобальная сеть (SD-WAN)

      SD-WAN – это следующий логический шаг к виртуализации, расширяющий концепции SDN на WAN, которые соединяют корпоративные филиалы. SD-WAN находится в зачаточном состоянии, и этот термин применяется к некоторой комбинации нескольких функций WAN, в том числе:

      • Виртуальные оверлейные сети, которые объединяют все разрозненные сети в единую логическую сеть на предприятии.
      • Выбор пути для правильной маршрутизации пакетов при использовании нескольких подключений к филиалу.
      • Объединение нескольких физических сетей (включая классические сети MPLS, операторский Ethernet, T3 и общедоступный Интернет) в одну виртуальную сеть (иногда называемую гибридной WAN), что позволяет одновременно сбалансировать нагрузку и оптимизировать стоимость транспортировки данных.

    Добавить комментарий

    Ваш адрес email не будет опубликован. Обязательные поля помечены *