Ну вон pica если нормализовать не может в hardware table, заворачивает на CPU. Выглядит на атоме это очень грустно :(
Я бы посмотрел в сторону коробок от A10, мультипроцессорные системы с большим количеством портов. Они на них CGNAT выпускают. По сути обычные серваки.
of старше 1.1 на старых асиках с линейным pipeline (типа firebolt, trident, trident+) на мой взляд утопия. Но в принципе tomahawk уже разрабатывался с оглядкой на openflow. Мы реализуем подход похожий на описанный вами, потому что как не крути, tcam лимитирован. Только у нас траффик доводится на вычноду и там отдаётся в вычсервис, в зависимости от типа траффика, клиента, потребителя и т.п.
Я могу сказать за SDN свитчи (openflow/cumulus). В основном у всех control plane на atom (если x86). Максимум что я видел — это i3, на Intel ONP FM6K (etegro 410i). Зимой в 2014 говорили, что будет FM10K, с мощным control plane, но на NFV воркшопе Intel Network Builders в мае никто в курсе не был. Но вообще у нас как раз и задача вынести control plane со свитчей, поэтому особо эту тему не копал.
Берут, берут. https://cloud.google.com/translate/v2/pricing
А то что вы привели, это не вызов API, а неправомерное использование чужого сервиса, на мой взгляд.
Для дома поиграться может и сойдет, но в прод не вариант.
скажем так, ofagent с openflow 1.3/1.4/1.5 и с api, для прогрузки правил в hardware pipeline через SDK вендора асиков.
Просто опять же из плотной работы выяснилось, что и у pica8, и у Intel ONS есть ньюансы (оба на базе ovs).
Я раньше пользовался api от Google, а вчера обнаружил, что Google деньги берет за Translate.
А на месте автора я бы API Key бы убрал.
И проще наверное было создать javascript bookmark в Хроме.
>>А инициатива по классификаторам OF в tc вам не кажется более привлекательной?
Мне кажется просто привлекательной, с точки зрения рекламы OpenFlow,
как SDN протокола. Ну и вообще мне нравится идея держать это в одном месте.
А так, насколько мне известно, все кому не лень пользуют классификатор из kernel модуля OVS.
OVS не подходит, так как нет поддержки chained groups, и впилить
архитектурно трудновыполнимо. Также там некоторые проблемы с meters,
select algs и т.п. Не реализованы dpdk bond и т.д.
В общем после анализа, определили свои фишки, посмотрели на опыт BigSwitch
который форкнул OVS в IVS, потом родил свой SwitchLight,
и начали делать.
А задачи у нас простые, нужен виртуальный свитч под наши решения,
конкретно под NFV ферму на x86 серверах.
Ну и попутно framework для наших партнеров по коммутаторам
(без dpdk, а со своим datapath).
И чтобы WindRiver с его виртуальным свитчем без поддержки OpenFlow
и 12mpps на 2 ядра (в составе его Titanium Server) оказался менее
производительным.
Согласен, что как универсальное решение ваш подход интересен.
Особенно при разработке виртуальных сетевых функций,
без акселерации на уровне гипервизора и не требующий использования
специализированных SDK.
Нет, не возможность работы добавилась в OF 1.1.
В спецификации (начиная с OF 1.1) появились optional методы для работы с MPLS.
Вопрос в том, поддерживают ли их ваши коммутаторы.
Судя по этому документу — нет. h10032.www1.hp.com/ctg/Manual/c04495114
Unsupported features:
• OFPP TABLE action.
• Set-Queue action.
• Handling of IP Fragments: OFPC_IP_REASM/OFPC_FRAG_REASM.
◦ Push-MPLS, Set MPLS TTL, Decrement MPLS TTL actions
◦ Push-PBB action
◦ Copy TTL outwards, Copy TTL inwards actions
◦ Set queue action
Мы разрабатываем решения для SDN сетей, и нам крайне важна поддержка Push-MPLS, Set MPLS TTL, Set-Queue action,
OFPP TABLE action.
HP OpenFlow коммутаторы уже научились работать с MPLS метками в пакетах?
Вообще как состоит дело с поддержкой OpenFlow 1.3?
На рынке уже есть довольно много SDN контроллеров, но до сих пор достаточно мало железа,
которое реализует OpenFlow 1.3.
Есть какие-нибудь планы, роадмапы на этот счет?
>>DeskJet — это HP, в нём засохшие головки выкидываются вместе с засохшими картриджами :)
Сорри, вот с этим вас запутал.
Дело было давно, точно помню что был Epson.
/*Прошло полчаса, почта, архивы вебсайтов*/
Вот что было у меня в 2003 году :) support.epson.ru/product.asp?product=201
Epson Stylus C40 (P310).
Вот он злодей, выпивший из меня все соки (чем я только не пытался эту головку прочистить).
Кривда выпрямлена.
>>Текст идеально печатался, а вот с растровыми картинками беда была.
Зато какую музыку можно было запустить. Да, рулез однозначно :)
Смех смехом, а в местах скопления людей в погонах эти старички до сих пор протоколы печатают.
На перифирии. И еще как печатают. Жалуются что запчастей не достать, но тут приходит на помощь ebay.
>>Как-то не очень пример, я бы тоже взял такой агрегат за треть цены. У вас же б/у?
Нет, не б/у. В Fcenter на 1905 года покупал толи в конце 2011, толи в начале 2012. Цена была 3300.
Вот этот: market.yandex.ru/model.xml?modelid=6273771&hid=138608&show-uid=527905313617823959
Сейчас в продаже как я понял есть, 109q, но он уже за 3900.
Была бы у меня возможность достать списаный лазерный МФУ, не покупал бы :)
>>Качество нормальное, и париться про то, что головки засохнут не надо.
Я не агитирую за струйные принтеры.
Лично я за расширение предложения, чтобы закрыть все целевые ниши.
Просто хотел заметить, что не только хомякам нужны струйники :)
А про засохшие головки…
Я согласен.
Когда у меня в студенчестве был Epson DeskJet за 50 баксов, вместе с ним я прошел все 7 кругов ада.
В конце нашего с ним общения меня можно было снять для фильма ужасов, я был с молотком и
весь в красно-черной краске.
Но… Не мог я в студенчестве позволить себе накопить на лазерный. И если честно, тогда он меня выручал.
На моем примере: купил принтер HP 110b за 100$, потому что он МФУ + WiFi+ поддержка AirPrint.
Печатаю максимум посадочный на самолет, сканкопии, маршрут с гугл мапса или 5 фоток A4, раз в полгода.
Чернила покупаю оригинальные, ничего не засоряется, и стоят нормально.
Ну вот смысл мне лазерный брать?
Печатать гайды — есть на работе, как и у всех наверное.
Судя по дата шитам, внутри есть PCI-E expansions.
Я бы посмотрел в сторону коробок от A10, мультипроцессорные системы с большим количеством портов. Они на них CGNAT выпускают. По сути обычные серваки.
https://cloud.google.com/translate/v2/pricing
А то что вы привели, это не вызов API, а неправомерное использование чужого сервиса, на мой взгляд.
Для дома поиграться может и сойдет, но в прод не вариант.
Просто опять же из плотной работы выяснилось, что и у pica8, и у Intel ONS есть ньюансы (оба на базе ovs).
А на месте автора я бы API Key бы убрал.
И проще наверное было создать javascript bookmark в Хроме.
Мне кажется просто привлекательной, с точки зрения рекламы OpenFlow,
как SDN протокола. Ну и вообще мне нравится идея держать это в одном месте.
А так, насколько мне известно, все кому не лень пользуют классификатор из kernel модуля OVS.
>>Менять овс можно либо на чистый юзерспейс, либо на них, в общем-то (как кажется).
Мы на SP рынке, ни чистый userspace, ни kernel тупо не вытягивают нагрузку.
DPDK развивается и обещает чтение на wire speed на 40Gb/s.
У нас пока нечем такой траффик сгенерить, но мы работаем над этим ©.
OVS не подходит, так как нет поддержки chained groups, и впилить
архитектурно трудновыполнимо. Также там некоторые проблемы с meters,
select algs и т.п. Не реализованы dpdk bond и т.д.
В общем после анализа, определили свои фишки, посмотрели на опыт BigSwitch
который форкнул OVS в IVS, потом родил свой SwitchLight,
и начали делать.
А задачи у нас простые, нужен виртуальный свитч под наши решения,
конкретно под NFV ферму на x86 серверах.
Ну и попутно framework для наших партнеров по коммутаторам
(без dpdk, а со своим datapath).
И чтобы WindRiver с его виртуальным свитчем без поддержки OpenFlow
и 12mpps на 2 ядра (в составе его Titanium Server) оказался менее
производительным.
Начиная с 10-го там английским по белому написано.
На DPDK делаем коммутатор с интерфейсами в lxc/kvm.
Замену для openvswitch в openstack.
Особенно при разработке виртуальных сетевых функций,
без акселерации на уровне гипервизора и не требующий использования
специализированных SDK.
По поводу PF_RING/NETMAP/DPDK я читал интересный отчет по анализу
http://www.net.in.tum.de/fileadmin/bibtex/publications/theses/2014-gallenmueller-high-speed-packet-processing.pdf.
Много думал. Для себя мы выбрали DPDK.
Спасибо за статью.
>>Моя статья расскажет Вам как принять 10 миллионов пакетов в секунду
>>без использования таких библиотек как Netmap, PF_RING, DPDK
Но ведь DPDK делает это на одном ядре.
В спецификации (начиная с OF 1.1) появились optional методы для работы с MPLS.
Вопрос в том, поддерживают ли их ваши коммутаторы.
Судя по этому документу — нет.
h10032.www1.hp.com/ctg/Manual/c04495114
Unsupported features:
• OFPP TABLE action.
• Set-Queue action.
• Handling of IP Fragments: OFPC_IP_REASM/OFPC_FRAG_REASM.
◦ Push-MPLS, Set MPLS TTL, Decrement MPLS TTL actions
◦ Push-PBB action
◦ Copy TTL outwards, Copy TTL inwards actions
◦ Set queue action
Мы разрабатываем решения для SDN сетей, и нам крайне важна поддержка Push-MPLS, Set MPLS TTL, Set-Queue action,
OFPP TABLE action.
Есть ли планы по их реализации?
Вообще как состоит дело с поддержкой OpenFlow 1.3?
На рынке уже есть довольно много SDN контроллеров, но до сих пор достаточно мало железа,
которое реализует OpenFlow 1.3.
Есть какие-нибудь планы, роадмапы на этот счет?
Сорри, вот с этим вас запутал.
Дело было давно, точно помню что был Epson.
/*Прошло полчаса, почта, архивы вебсайтов*/
Вот что было у меня в 2003 году :)
support.epson.ru/product.asp?product=201
Epson Stylus C40 (P310).
Вот он злодей, выпивший из меня все соки (чем я только не пытался эту головку прочистить).
Кривда выпрямлена.
>>Текст идеально печатался, а вот с растровыми картинками беда была.
Зато какую музыку можно было запустить. Да, рулез однозначно :)
Смех смехом, а в местах скопления людей в погонах эти старички до сих пор протоколы печатают.
На перифирии. И еще как печатают. Жалуются что запчастей не достать, но тут приходит на помощь ebay.
Нет, не б/у. В Fcenter на 1905 года покупал толи в конце 2011, толи в начале 2012. Цена была 3300.
Вот этот:
market.yandex.ru/model.xml?modelid=6273771&hid=138608&show-uid=527905313617823959
Сейчас в продаже как я понял есть, 109q, но он уже за 3900.
Была бы у меня возможность достать списаный лазерный МФУ, не покупал бы :)
>>Качество нормальное, и париться про то, что головки засохнут не надо.
Я не агитирую за струйные принтеры.
Лично я за расширение предложения, чтобы закрыть все целевые ниши.
Просто хотел заметить, что не только хомякам нужны струйники :)
А про засохшие головки…
Я согласен.
Когда у меня в студенчестве был Epson DeskJet за 50 баксов, вместе с ним я прошел все 7 кругов ада.
В конце нашего с ним общения меня можно было снять для фильма ужасов, я был с молотком и
весь в красно-черной краске.
Но… Не мог я в студенчестве позволить себе накопить на лазерный. И если честно, тогда он меня выручал.
Печатаю максимум посадочный на самолет, сканкопии, маршрут с гугл мапса или 5 фоток A4, раз в полгода.
Чернила покупаю оригинальные, ничего не засоряется, и стоят нормально.
Ну вот смысл мне лазерный брать?
Печатать гайды — есть на работе, как и у всех наверное.
Третья снизу справа вроде вполне сойдет если не за раскрытие темы, то за приоткрытие.