The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

Организация Linux Foundation представила проект OpenDaylight

09.04.2013 13:15

Организация Linux Foundation представила новый открытый проект OpenDaylight, в рамках которого ряд ведущих производителей отрасли решили объединить свои усилия для создания единой открытой платформы для организации работы программно-конфигурируемых сетей (SDN, Software-Defined Networking). В числе компаний, подключившихся к разработке и передавших проекту некоторые из своих технологий, отмечены IBM, Juniper Networks, Cisco, Red Hat, VMware, Citrix, Ericsson, Microsoft, NEC, Big Switch Networks и Brocade.

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

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

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

Фреймворк будет поддерживать любые операционные системы, будет поставляться под свободной лицензией Eclipse Public License (EPL) и будет развиваться в соответствии с открытыми спецификациями и стандартами, такими как OpenFlow. Процесс разработки, приёма новшеств и управления проектом будет соответствовать модели, используемой в полностью открытых проектах, развиваемых сообществом и не зависимых от отдельных производителей. Гарантом открытости и независимости проекта будет выступать организация Linux Foundation.



  1. Главная ссылка к новости (http://www.linuxfoundation.org...)
  2. OpenNews: Для продвижения программно определяемых сетей и OpenFlow создан консорциум Open Networking Foundation
  3. OpenNews: Организация Linux Foundation анонсировала проект OpenMAMA
  4. OpenNews: Организация Linux Foundation представила первый релиз OpenMAMA
Лицензия: CC-BY
Тип: К сведению
Короткая ссылка: https://opennet.ru/36637-linuxfoundation
Ключевые слова: linuxfoundation
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (31) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (-), 14:44, 09/04/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Microsoft?
     
     
  • 2.2, perchibald (ok), 14:52, 09/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    ага... нынешние реалии таковы, что им приходится быть как все (ну или хотя бы делать вид)
     
     
  • 3.18, Аноним (-), 17:18, 09/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Ну так у них тоже виртуализатор есть. И от облаков они пытаются кусочек откусить, истощно щелкая зубами на водяной пар :)
     
  • 2.4, Аноним (-), 15:11, 09/04/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    А что тут удивительного? Они уже десятки лет подключаются ко всем перспективным открытым разработкам чтобы "embrace, extend and extinguish".
     
     
  • 3.9, Аноним (-), 15:56, 09/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    подключаются ко всем перспективным и гробят их?
     
     
  • 4.15, ананим (?), 16:45, 09/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    в основном берут готовый, как правило открытый стандарт, добавляют туда вин-специфик и воуля, вендор-локин готов.
    вот к примеру в банальном ppp сколько мс-вставок http://ppp.samba.org/pppd.html
    и так практически что не возьми.
    только потом, когда это ноу-хау вышло в тираж, порой становится доступным это «ноу-хау».
    помнится во времена диал-апа одна из подобных фич-траблов заключалась в 2-х символах в заголовке.
     
     
  • 5.32, anonymous (??), 21:08, 12/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    DHCP code 249
     
  • 3.12, kotfantazer (ok), 16:09, 09/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    да, такие они ублюдки xDD
     

  • 1.3, ананим (?), 15:05, 09/04/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ничего не понял.
    Как конкретно это применить то? Есть кто в теме?
     
     
  • 2.5, Аноним (-), 15:18, 09/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    " В итоге совместной работы планируется подготовить открытый фреймворк, на базе которого заинтересованные компании и отдельные разработчики смогут создавать готовые продукты и сервисы для SDN-сетей, в которых управление сетью отделено от уровня передачи данных и конфигурируется программно. Например, наиболее востребованным применением SDN являются облачные системы, в которых виртуализация сетевого уровня позволяет динамически предоставлять клиентам желаемые виртуальные сетевые ресурсы. Используя уже готовый унифицирвоанный фреймворк, поддерживаемый всеми производителями оборудования, появится возможность существенно упростить и ускорить создание конечных приложений и сервисов для SDN, основанных на уже сформированном едином высокоуровневом стеке, не привязанном к решениям отдельного вендора. "

    Настройка программно конфигурируемых сетей

     
     
  • 3.8, ананим (?), 15:42, 09/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А сейчас они что, аппаратно настроены?

     
     
  • 4.10, тоже Аноним (ok), 16:04, 09/04/2013 [^] [^^] [^^^] [ответить]  
  • +14 +/
    Ну, это долгая история.
    Сначала системы врали программам, сколько есть памяти, используя подкачку.
    Потом системам врали, на каком железе они работают, используя виртуалку.
    Теперь виртуалкам врут про их сетевые соединения, используя вот такие программно фальшивые сети.
    Облака в основном состоят из тумана, как известно ;)
     
     
  • 5.13, ананим (?), 16:24, 09/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    использую опенвсвитч уже давно.
    в чём сабж то?
     
  • 4.14, Аноним (-), 16:36, 09/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > А сейчас они что, аппаратно настроены?

    Грань между "программно" и "аппаратно" очень расплывчатая.
    Имеется в виду, что каждый компонент сети в классическом варианте настраивается в общем случае разными админами разной квалификации.
    Построение SDN-сетей предполагает удалённое управление всеми компонентами, возможно даже из единой базы.

    Вообще забавно, как людей не воспитывай, всё в одном направлении. Начнутся хаки управляющего протокола, админы будут терять пассы на БД с настройками. В общем, баги теперь будут раздаваться централизованно :)

     
     
  • 5.16, ананим (?), 16:47, 09/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Построение SDN-сетей предполагает удалённое управление всеми компонентами, возможно даже из единой базы.

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

     

  • 1.6, Аноним (-), 15:27, 09/04/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Эта та технология, при которой при отказе/перегрузке контроллера ложится полсети?
     
     
  • 2.7, Аноним (-), 15:29, 09/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    И, да, я тоже не понял где это применять.
     
  • 2.20, ovg (?), 18:07, 09/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Ну, слава Богу! Я не один такой не понял для чего это нужно. А то уже комплексовать стал.
     
  • 2.27, etw (ok), 21:08, 09/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Не ложится, а перестают обновляться flow-таблицы. Во-вторых, ничто не мешает написать кластеризуемый контроллер. Для infiniband же осилили сделать host-standby у opensm, который занимается похожими вещами.
     

  • 1.11, Аноним (-), 16:08, 09/04/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Эклипсовская лицензия несовместима с ГПЛ же, так что нафиг-нафиг, это во-первых. А во-вторых, почему эклипсовская, понятно сразу после оглашения списка спонсоров.

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

    Интересно, как там дела с гну-нетом

     
     
  • 2.17, ананим (?), 16:49, 09/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    да вот что-то гугл как раз в новости и не указан.
     

  • 1.19, Исай (?), 17:56, 09/04/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Правльно ли я понял технологию?
    У нас есть 100500 приходящей оптики, например. Ну или меди столько же. Ставится сервер, в него пихается все это барахло каким то образом. Ну конечно в сетевуху, или в несколько. Грубо говоря этот сервер будет супер навороченным коммутатором-маршрутизатором. Там стоит специальная ОС, или специальное ПО для ОС, которая позволяет создавать виртуальные устройства, коммутаторы, запихивать в них модулями какой нужно функционал (всякие lbd, storm control, и прочие), напихивать в них виртуальные порты медные и оптические. И можно привязывать поступающие реальные потоки данных к этим виртуальным устройствам, связывать эти устройства друг с другом, организовывать vlanы, коммутировать трафик и так далее. То есть входит трафик, внутри разруливается как надо, и выходит.
    Так?
     
     
  • 2.24, umbr (ok), 19:45, 09/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Там стоит специальная ОС, или специальное ПО для ОС...

    Кто-нибудь помнит софт-модемы?

     
  • 2.25, Аноним (-), 19:48, 09/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    >[оверквотинг удален]
    > Ставится сервер, в него пихается все это барахло каким то образом.
    > Ну конечно в сетевуху, или в несколько. Грубо говоря этот сервер
    > будет супер навороченным коммутатором-маршрутизатором. Там стоит специальная ОС, или
    > специальное ПО для ОС, которая позволяет создавать виртуальные устройства, коммутаторы,
    > запихивать в них модулями какой нужно функционал (всякие lbd, storm control,
    > и прочие), напихивать в них виртуальные порты медные и оптические. И
    > можно привязывать поступающие реальные потоки данных к этим виртуальным устройствам, связывать
    > эти устройства друг с другом, организовывать vlanы, коммутировать трафик и так
    > далее. То есть входит трафик, внутри разруливается как надо, и выходит.
    > Так?

    Продолжим гадание.Демон/ы,lib-ы собирающие информацию о реальной сети,предоставляющие через API запросы на создание всяких виртуальных сущностей,напоминающих
    реальные сетевые объекты,предоставляющие API для всевозможных операций с сущностями,похожимим на операции с реальной сетью,и переводящие все эти операции в операции с реальной сетью.Потребителем выступят системы виртуализации.Похоже
    хотят развить аналог Crossbow из Solaris.

     
     
  • 3.26, Исай (?), 20:02, 09/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Ну то есть вцелом верно я представлял?
     
  • 2.28, etw (ok), 21:11, 09/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    >[оверквотинг удален]
    > Ставится сервер, в него пихается все это барахло каким то образом.
    > Ну конечно в сетевуху, или в несколько. Грубо говоря этот сервер
    > будет супер навороченным коммутатором-маршрутизатором. Там стоит специальная ОС, или
    > специальное ПО для ОС, которая позволяет создавать виртуальные устройства, коммутаторы,
    > запихивать в них модулями какой нужно функционал (всякие lbd, storm control,
    > и прочие), напихивать в них виртуальные порты медные и оптические. И
    > можно привязывать поступающие реальные потоки данных к этим виртуальным устройствам, связывать
    > эти устройства друг с другом, организовывать vlanы, коммутировать трафик и так
    > далее. То есть входит трафик, внутри разруливается как надо, и выходит.
    > Так?

    Нет, не так. Openflow - это протокол для массового централизованного управления обычными сетевыми железками с openflow-контроллера, на котором стоит обычная ОС и крутится специальный демон, занимающийся управлением вышеназванными железками. Или не железками, а виртуальными свитчами, вроде openvswitch.

     
     
  • 3.29, Исай (?), 22:01, 09/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Можешь привести краткий пример? Ну вот как я примерно описал, только правильную версию. Вот есть сеть на какой то местности, в виде множественной звезды, построенная на каком то оборудовании, ну скажем на des 3526 или 3200-*. Все это скажем стекается и коммутируется в какой то одной или нескольких серверных, и там происходят все процессы роутинга, обработка всяких политик, и так далее. Что дальше?
     
     
  • 4.30, etw (ok), 01:42, 10/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Можешь привести краткий пример? Ну вот как я примерно описал, только правильную
    > версию. Вот есть сеть на какой то местности, в виде множественной
    > звезды, построенная на каком то оборудовании, ну скажем на des 3526
    > или 3200-*. Все это скажем стекается и коммутируется в какой то
    > одной или нескольких серверных, и там происходят все процессы роутинга, обработка
    > всяких политик, и так далее. Что дальше?

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

     

  • 1.21, lucentcode (ok), 18:52, 09/04/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Лицензия EPL смущает. Почему не Apache? Они что, пишут это дело на Java, и юзают код от IBM?
     
  • 1.23, umbr (ok), 19:43, 09/04/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    >Построенная на основе OpenDaylight инфраструктура позволит управлять конфигурацией всех сетевых компонентов не настраивая каждое сетевое устройство, маршрутизировать потоки трафика, выполнять балансировку нагрузки, легко создавать собственные сетевые политики и устанавливать приоритеты для разных видов трафика.

    Большой Брат одобряет это начинание.

     
     
  • 2.31, etw (ok), 04:48, 10/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    >>Построенная на основе OpenDaylight инфраструктура позволит управлять конфигурацией всех сетевых компонентов не настраивая каждое сетевое устройство, маршрутизировать потоки трафика, выполнять балансировку нагрузки, легко создавать собственные сетевые политики и устанавливать приоритеты для разных видов трафика.
    > Большой Брат одобряет это начинание.

    Основное назначение не DPI же. У большиснтва openflow-свитчей банально ресурсов на это не хватит, даже если протокол будет позволять задавать правила на основе произвольного поля фрейма, чего он сейчас, насколько я знаю, не делает.

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Спонсоры:
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2020 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру