[Serejka]

Собственно вчера подъехал на тест MES2124MB, первое впечатление строго положительное.

Единственное не понравилось, непонятно как прибить 1 vlan.

 

 

Интересует опыт использования коммутаторов Eltex младших моделей типа MES1124, MES2124 всевозможных модификаций.

Насколько стабильно работают в целом и по сервисам, можно ли его охарактеризовать как решение поставил и забыл?

 

Какие подводные камни можем встретить?

[xcme]

Вот есть тема про Eltex.

[Володя]

Собственно вчера подъехал на тест MES2124MB, первое впечатление строго положительное.

12 ач можно к нему подключать или желательно 7? Жду 1124 под аккумулятор, вроде в сентябре будет. Еще бы 3124f сделать под аккумулятор...

[Butch3r]

Когда общались с Ростелекомом - они привели главный аргумент в пользу Илтекса:

"Они их уж больно быстро ремонтируют!"

[Slovetsky86]

Единственное не понравилось, непонятно как прибить 1 vlan.

 

 

switchport forbidden default-vlan

Edited August 24, 2015 by Slovetsky86

[Serejka]

Спасибо, именно то что было нужно.

[SSR]

Когда общались с Ростелекомом - они привели главный аргумент в пользу Илтекса:

"Они их уж больно быстро ремонтируют!"

 

Теперь понятно почему для остальных так долго сервис осуществляется.

Ростелекомом заняты =)

[FuckingElvis]

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

[shader]

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

а мне по просьбе без проблем высылают свежий прайс на E-mail...

[TiRider]

А еще глючные rg-1402 и голова гпона, но саппорт конечно решает...

[Володя]

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

Значит такие менеджеры. Найдите других, на их сайте список диллеров. Некоторые были 4 дня в Крыму, проводили семинар и Beering...

Edited October 24, 2015 by Володя

[vurd]

Все говорят о какой-то волшебной ТП, но она пропала. Реально, всё было хорошо, но в один момент времени проблемы просто перестали решаться и всё. Поменялось 4 инженера, с которым я вел работу по своим бедам, а вот софт стоит на месте.

 

Вот последний пример. Сбрасывается параметр rate-limit (который, кстати, можно установить только на pon-портах, но нельзя установить на оконечных uni портах onu-шки, что является само по себе нехилой проблемой. Т.к. любой абонент послав тучу arp убивает целиком весь arp-процессинг на устройстве. Отдельный вопрос какого хрена вообще девайс туда лезет, когда выключены всякие arp spoofing-и... Так вот рейт лимит на пон порту позволяет хотя бы минимизировать размеры жопы до одного дерева) после перезагрузки устройства. Тупая проблема, где-то неправильно сейвится конфиг.

 

Запрос в саппорт - 25 марта 2015 г., 17:11

Последний ответ - 22 октября 2015 г., 11:14

Цитата - "Нет, пока решения по данной проблеме нет"

Т.е. элементарный баг не могут исправить уже 7 месяцев. Ну я не знаю.

 

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

 

p.s. на bdcom-е шторм контроль устанавливается на порту onu и не имеет такой проблемы изначально.

[ShyLion]

В эксплуатации два свича, у обоих в течение года сгорели БП.

[Danila]

В эксплуатации два свича, у обоих в течение года сгорели БП.

У нас на POE коммутаторе сдох БП и оплавил плату за 4 месяца эксплуатации, но, справедливости ради, замечу, что прислали новый свитч на подмену без каких либо вопросов.

[agach]

похоже, что у них именно PON не свой софт, а вот например с SMG-1016м все намного лучше, значит сами писали.

[Tau]

а вот например с SMG-1016м все намного лучше, значит сами писали.

Там open source внутри, сами они писали только модуль на Erlang, да и то с использованием сторонних наработок.

[Slovetsky86]

Там open source внутри, сами они писали только модуль на Erlang, да и то с использованием сторонних наработок.

 

Откуда инфа?

[undro]

Мелких элтексов в хозяйстве нет, но на агрегации абонентской сети >60шт MES-3124/3124F, работают 2-3 года. Были заморочки с dhcp-relay на ранних прошивках, с 2.5.34 пофиксили. Работа саппорта нареканий не вызывает, за 3 года все те же 2-3 человека в переписке.

Такой вот опыт :)

[Tau]

Там open source внутри, сами они писали только модуль на Erlang, да и то с использованием сторонних наработок.

Откуда инфа?

Reverse engineering. Кстати, господа из Eltex жмутся выкладывать код в паблик. Нашелся бы добрый человек, заехал на Окружную 29В со своим носителем...

[Slovetsky86]

Reverse engineering. Кстати, господа из Eltex жмутся выкладывать код в паблик. Нашелся бы добрый человек, заехал на Окружную 29В со своим носителем...

Прочитал, поржал. Ну приедет кто, дадут ему исходники (не факт что рабочие), и что с этими исходниками потом делать? Разбираться и клепать прошивки "под себя"? Очень сомневаюсь, что хоть кто-то это будет делать.

[psychelex]

В середине лета пришли два MES2124MB с блоком позволяющим подключать аккумулятор. У обоих ровно через 7 дней сгорели блоки питания. Оперативно заменили коммутаторы сославшись на проблему с диодами в первой партии, в новых уже исправили - пока работают без проблем. Сейчас ждём GPON голову 4x - будем её тестить.

[Володя]

Тестировали их, как они работают от аккумулятора по времени?

[Tau]

Прочитал, поржал. Ну приедет кто, дадут ему исходники (не факт что рабочие), и что с этими исходниками потом делать? Разбираться и клепать прошивки "под себя"? Очень сомневаюсь, что хоть кто-то это будет делать.

Разве дело в исходниках и прошивках "под себя"? Поищите в гугле "gpl site:eltex.nsk.ru", все упоминания gpl относятся к форуму. Иной китайский вендор даже в бумажном виде gpl в коробочку положит, а тут - тишина, нету никакого gpl, всё - "российские разработки" (с зарубежными чипами, ага). Недосказали, умолчали - ввели в заблуждение, соврали, обманули.

[sol]

Прочитал, поржал. Ну приедет кто, дадут ему исходники (не факт что рабочие), и что с этими исходниками потом делать? Разбираться и клепать прошивки "под себя"? Очень сомневаюсь, что хоть кто-то это будет делать.

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

 

Даже тут на форуме есть кому поковыряться. Я буду, ядрокот aka nuclearcat точно будет.

 

Вот только на этом тернистом пути есть два объективных препятствия.

 

Первое препятствие маркетинговое. Часто есть или два одинаковых коммутатора за разные деньги и с разным функционалом. Или "убиение" предидущей серии фичами новой. Пример - opt82 можно реализовать на ЛЮБОМ коммутаторе, где есть хоть какая нибудь форма dhcp relay или ACL. Но, есть "старая" серия, на которой не работает и "новая", на которой работает.

 

Второе - юридическое. Как правило, это NDA на SDK производителя чипа. И, открытие исходников на GPL часть не сделает возможным сборку прошивки. Ибо, SDK окажется закрыт, обширные errata от производителя чипа недоступны, и максимум, что мы там увидим - это С-шные обёртки для функций из SDK. Да и в SDK масса багов, которые самостоятельно не поправить. Хотя и то, что можно открыть, даст не мало.

 

Вообще, я не понимаю, что там такого таинственного в этих свитч чипах... У того-же броадкома даже распиновки секретные. Хотя казалось бы. Что там может быть ТАКОГО, кроме стыдной правды о том, что в TCAM меньше битов, чем надо и применяется хеш-функция?

 

PS

Вот первое, что сделал бы, так похоронил бы вообще всю инфраструктуру DHCP релеев и иже с ними и сделал бы саму свичку DHCP сервером, в свою очередь запрашивающим параметры для клиентоса у чего нибудь типа radius или вообще по http в виде json у нескольких серверов. И сделал бы нормальный provisioning. Так, чтобы всё само делалось. Принёс монтажник ПУСТУЮ железку, поставил в ящик и всё само подтянулось. И чтобы из биллинга на лету рулилось. Не ***ским способом по SNMP, котороый у каждого свой и не телнетом с помощью CLI, который опять у каждого свой, а именно неким простым и стандартным способом. Хоть через тот-же http+json.

[Tau]

Sol, все верно пишешь, подпишусь под каждым словом!

 

Вообще, я не понимаю, что там такого таинственного в этих свитч чипах... У того-же броадкома даже распиновки секретные. Хотя казалось бы. Что там может быть ТАКОГО, кроме стыдной правды о том, что в TCAM меньше битов, чем надо и применяется хеш-функция?

Один друг нарушил по пьяни NDA и рассказал что там таинственного:

1) Говнокод SDK, которого миллионы строк, который тянется годами;

2) Говнокод собственных программистов, которые иногда не понимают реального предназначения той или иной фичи;

3) Копипижженые "железные" решения от производителя чипа.