Коммутаторы Элтекс. Мнение

[fox_m]

Коллеги, добрый день!

 

На работе добровольно-принудительно будем закупать коммутаторы Элтекс (типа импорто-замещение) на замену старым циско коммутаторам.  На данный момент сеть моно-цисочная. Поделитесь пожалуйста впечатлением о данных устройствах. Сеть у нас в основном передает мультикаст трафик (провайдер IPTV). Не хотелось бы столкнуться с подводными камнями. Спасибо.

[passer]

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

[fox_m]

6 минут назад, passer сказал:

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

Главное, что нужно: OSPF, PIM-SM, PIM-SSM, QoS маркировка и поддержка очередей для разного вида трафика. Так же желательно vrf-lite. Буфера мелкие на портах? 

Edited October 7, 2020 by fox_m

[alibek]

21 минуту назад, fox_m сказал:

Поделитесь пожалуйста впечатлением о данных устройствах. Сеть у нас в основном передает мультикаст трафик (провайдер IPTV).

А чем пользовались ранее? Неужели ставили на доступ каталисты?

В принципе для доступа их вполне можно использовать. Сейчас мы от мультикаста отошли, но ранее на MES2124 он работал вполне прилично (если правильно настроить приоритеты, ACL и QoS), лучше чем на D-Link DES-3200 или даже SNR-S2960.

Слабый CPU, поэтому ручные манипуляции трафиком (которые не реализованы аппаратно) будут затруднены.

 

6 минут назад, fox_m сказал:

Главное, что нужно: OSPF, PIM-SM, PIM-SSM, QoS маркировка и поддержка очередей для разного вида трафика. Так же желательно vrf-lite.

Если же не на доступ, а на L3-транспорт, то таким образом я их не применял, но тут без собственных тестов не обойтись.

Если раздавать контент со стримеров, то по идее мелкие буферы узким местом не будут.

[passer]

5 минут назад, fox_m сказал:

Буфера мелкие на портах? 

Да, 3-4Мбайт, редко больше и то в основном, потому что сложили арифметически буфера двух или более распаянных чипов.
Полистал вику и сделал вывод (правильный или нет хз), что PIM-SM по уму у Eltex в основном поддерживается на маршрутизаторах, а на коммутаторах там весьма скромная поддержка.

[fox_m]

2 минуты назад, alibek сказал:

А чем пользовались ранее? Неужели ставили на доступ каталисты?

В принципе для доступа их вполне можно использовать. Сейчас мы от мультикаста отошли, но ранее на MES2124 он работал вполне прилично (если правильно настроить приоритеты, ACL и QoS), лучше чем на D-Link DES-3200 или даже SNR-S2960.

Слабый CPU, поэтому ручные манипуляции трафиком (которые не реализованы аппаратно) будут затруднены.

 

Если же не на доступ, а на L3-транспорт, то таким образом я их не применял, но тут без собственных тестов не обойтись.

Если раздавать контент со стримеров, то по идее мелкие буферы узким местом не будут.

Да, нам как раз нужно раздавать мультик со стримеров, ресиверов и мультиплексоров. 

[Urs_ak]

Надо всё тестировать обязательно, тот функционал который нужен. Они дают на тест.

Чинят долго, могут 1,5 года прошивку с исправлениями делать

 

У меня опыт установки на агрегацию неудачный, больше не покупаем под эти задачи Элтексы (напр. неработающий как нужно OSPF или потери пакетов в etherchannel'е)

[fox_m]

Да, еще вопрос. Стекирование они вроде как поддерживают?

[alibek]

А для чего стек? Даже у Cisco стек иногда преподносит сюрпризы.

А тут это просто логическое объединение портов через обычные (не выделенные) интерфейсы.

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

 

Для раздачи мультикаста мы его использовали, но это была настольная поделка (самодельный сервер с VLC, транслирующий камеры) на чистом igmp-snooping.

У нас работало нормально, но как оно будет работать с PIM и множеством групп — нужно проверять.

[fox_m]

2 минуты назад, alibek сказал:

А для чего стек? Даже у Cisco стек иногда преподносит сюрпризы.

А тут это просто логическое объединение портов через обычные (не выделенные) интерфейсы.

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

 

Для раздачи мультикаста мы его использовали, но это была настольная поделка (самодельный сервер с VLC, транслирующий камеры) на чистом igmp-snooping.

У нас работало нормально, но как оно будет работать с PIM и множеством групп — нужно проверять.

У нас стримеры подключаются в разные коммутаторы стека для резервирования. В общем понятно, нужно проверять все 

[Стич]

PIM-SM на mes5324 проблемы были.

[fox_m]

1 минуту назад, Стич сказал:

PIM-SM на mes5324 проблемы были.

А какого рода проблемы?

[Urs_ak]

6 минут назад, fox_m сказал:

В общем понятно, нужно проверять все

Обязательно. Первое моё знакомство с Элтексом - не работающий storm-control на 3124 (исправили)

 

Ещё можно посоветовать поэтапно переходить, условно - заменить "коммутаторы доступа", начальство отчитается что "переходим на Элтексы", а коммутаторы, где сложная бизнес-логика, протестировать, сделать тикет и ждать исправления, а пока работать на Cisco  :)

[kapydan]

19 часов назад, fox_m сказал:

Да, еще вопрос. Стекирование они вроде как поддерживают?

Да. Только, как верно написали, стекируются они не как 2960 и иные циски через стековые модули, а как nexus с stackwise virtual- через настройки обычных портов. Но есть ли там какие-либо недостатки, как утечки памяти на стекированных l3 цисковых свичах - не скажу, хорошо что от стекированных элтексов отказались. 

 

В качестве коммутатора доступа - железка неплохая, за свои деньги. Ядро - хз.

 

 

[telematic]

В ядро Элтекс точно не надо ставить.

[alibek]

Да, без особой необходимости лучше не ставить.

У нас стоит в ядре Eltex MES5324A.

Много от него не требуется, в основном L2-агрегация, практически расширитель портов.

И все равно была пара неприятных сюрпризов, впрочем решились они быстро.

[telematic]

У нас сегодня при обновлении прошивки упало  ядро. Легла вся сеть. Техподдержка ничем помочь не смогла.

[Urs_ak]

Это нормально :)   [шутка]

[VolanD666]

Ну в условиях импортозамещения вариантов то особых нет. Как всегда сами себе выстрелили в ногу.

[dryukov]

Если бы у них были референсные прошивки перепиленные типа SwOS для 98DX3ххх еще ладно.
Но что то более умное чем свич на отечественное это выстрел в ногу.

[kapydan]

В 07.10.2020 в 16:18, alibek сказал:

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

Использовали подобные для сети видеонаблюдения - в принципе, нормально работают.

 

В 07.10.2020 в 16:41, Urs_ak сказал:

Ещё можно посоветовать поэтапно переходить, условно - заменить "коммутаторы доступа", начальство отчитается что "переходим на Элтексы", а коммутаторы, где сложная бизнес-логика, протестировать, сделать тикет и ждать исправления, а пока работать на Cisco  :)

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

 

В 25.01.2022 в 12:00, VolanD666 сказал:

Ну в условиях импортозамещения вариантов то особых нет. Как всегда сами себе выстрелили в ногу.

году в 2015-16 брали на тест некоторые железки Zelax

[passer]

В 25.01.2022 в 13:03, dryukov сказал:

референсные прошивки перепиленные типа SwOS для 98DX3ххх

Не вижу связи между SDK для 98DX3xxx, Eltex и SwOS. Вы бы еще Cisco и Arista вспомнили.

[Saab95]

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

 

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

 

Многие уже по 10 раз просили эту ситуацию исправить, в той же циске все просто заливается, в хуавее тоже. Но у Элтекса свое видение этого вопроса.

[alibek]

В 25.01.2022 в 18:01, Saab95 сказал:

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

Это у Микротика так.

Коммутаторы Eltex нормально обрабатывают конфигурацию.

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

[Saab95]

В 25.01.2022 в 18:36, alibek сказал:

Это у Микротика так.

У микротика можно сохранить конфиг и залить его обратно.

 

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