| |
| 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".
| | |
| |
| |
| 4.15, ананим (?), 16:45, 09/04/2013 [^] [^^] [^^^] [ответить]
| +/– |
в основном берут готовый, как правило открытый стандарт, добавляют туда вин-специфик и воуля, вендор-локин готов.
вот к примеру в банальном ppp сколько мс-вставок http://ppp.samba.org/pppd.html
и так практически что не возьми.
только потом, когда это ноу-хау вышло в тираж, порой становится доступным это «ноу-хау».
помнится во времена диал-апа одна из подобных фич-траблов заключалась в 2-х символах в заголовке.
| | |
|
|
|
| |
| 2.5, Аноним (-), 15:18, 09/04/2013 [^] [^^] [^^^] [ответить]
| +/– | |
" В итоге совместной работы планируется подготовить открытый фреймворк, на базе которого заинтересованные компании и отдельные разработчики смогут создавать готовые продукты и сервисы для SDN-сетей, в которых управление сетью отделено от уровня передачи данных и конфигурируется программно. Например, наиболее востребованным применением SDN являются облачные системы, в которых виртуализация сетевого уровня позволяет динамически предоставлять клиентам желаемые виртуальные сетевые ресурсы. Используя уже готовый унифицирвоанный фреймворк, поддерживаемый всеми производителями оборудования, появится возможность существенно упростить и ускорить создание конечных приложений и сервисов для SDN, основанных на уже сформированном едином высокоуровневом стеке, не привязанном к решениям отдельного вендора. "
Настройка программно конфигурируемых сетей
| | |
| |
| |
| 4.10, тоже Аноним (ok), 16:04, 09/04/2013 [^] [^^] [^^^] [ответить]
| +14 +/– |
 Ну, это долгая история.
Сначала системы врали программам, сколько есть памяти, используя подкачку.
Потом системам врали, на каком железе они работают, используя виртуалку.
Теперь виртуалкам врут про их сетевые соединения, используя вот такие программно фальшивые сети.
Облака в основном состоят из тумана, как известно ;)
| | |
| 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.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 +/– | |
Эклипсовская лицензия несовместима с ГПЛ же, так что нафиг-нафиг, это во-первых. А во-вторых, почему эклипсовская, понятно сразу после оглашения списка спонсоров.
По унифицированному сетевому стеку - до Большого Гугла наконец-то дошло, что при текущем зоопарке сетевых протоколов закрыть все возможности свободного неподконтрольного и никак не отслеживаемого обмена инфой не получится, никак. Империя добра идет к своей цели - тотальному контролю и диктату надлюдьми и их информацией.
Интересно, как там дела с гну-нетом
| | |
| 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.
| | |
| 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-свитчей банально ресурсов на это не хватит, даже если протокол будет позволять задавать правила на основе произвольного поля фрейма, чего он сейчас, насколько я знаю, не делает.
| | |
|
|
