Перейти к содержимому
Калькуляторы

Ruby Tech Es-2310c использование Управляемый коммутатор L2 8-10/100Base-TX + 2-1000Base-T/SFP slot

Управляемый коммутатор L2 8-10/100Base-TX + 2-1000Base-T/SFP slot Кто нибудь использует этот коммутатор? http://all4tele.com/shop/UID_432.html Есть ли вообще поддержка для коммутаторов Ruby Tech?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Тупят иногда, перестают пинговаться, только ребут помогает по питанию.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Не подскажете, будут ли работать с sfp OptiCin(wdm3.03), а также с GBIC SFP WDM 20км (Bidirectional)? С какими у вас работают?

Выбираем какие лучше коммутаторы использовать, между D-Link DL-3010G и Ruby Tech Es-2310c, но у д-линк 1 sfp и 1 медный гигабитный порт, вопрос - будут ли работать одновременно эти порты?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

одновременно не будут, оптисины работают нормально.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

OptiCin нормально работает в 2310 на прошивке 2.69.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Спасибо за советы, а как часто виснут хоть?) не хочется бегать тыкать их)

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Рандомно. Бывает что и почти год работает без зависаний. А бывает раз в неделю. Хотя на последней прошивке и с рекомендованными производителем настройками уже достаточно редко вылазиют мёртвыми. Скажем так: у нас в день виснет примерно 0,08% от всех этих свитчей.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Замечено, что если свитч отсылает snmp трапы, то из зависания выходит сам, не всегда правда?

n1k3 -

Хотя на последней прошивке и с рекомендованными производителем настройками уже достаточно редко вылазиют мёртвыми.

можно коротко об этом, раз уж встретились 2 корабля :)

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Замечено, что если свитч отсылает snmp трапы, то из зависания выходит сам, не всегда правда?
Трапы не используем. Интересно. Надо будет как нить затестить этот момент.
n1k3 -
Хотя на последней прошивке и с рекомендованными производителем настройками уже достаточно редко вылазиют мёртвыми.

можно коротко об этом, раз уж встретились 2 корабля :)

Прошивка как уже сказал юзается 2.69, местами 2,65. Рекомендации:

1. Не включать loop-detection на аплинках/даунлинках.

2. Использоваться менеджмент влан. Т.е. полюбому включить эту функцию, хотя бы даже на 1й влан. Рекомендовано для того чтобы отделить поток данных от потока управления.

3. Повыключать flow control везде где только можно чтобы исключить флудинг паузами. На самих свитчах, на свитчах аплинках, вобщем во всём сегменте сети где стоит дивайс.

4. Выставить скорость портов аплинков даунлинков принудительно, а не оставлять в auto как это по умолчанию. Не рекомендую этот пункт, мы попробовали - многие не смогли даже между собой по скорости порта договориться, в результате куча линков погасла :). А когда решили вернуть всё обратно в auto - погасло линков в десятки раз больше :) Страшный момент был )). Делали всё скриптами разумеется... не сильно продуманными скриптами надо признать :(

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

А вот у меня один ES2310C не грузится совсем.

Пишет

invalid compressed format (err=1)

 

-- System halted

 

Но перед этим можно успеть зайти в что-то типа BIOS. Но там я команд не знаю. Может его можно как то из этого режима перепрошить?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Прошивка как уже сказал юзается 2.69, местами 2,65. Рекомендации:

1. Не включать loop-detection на аплинках/даунлинках.

2. Использоваться менеджмент влан. Т.е. полюбому включить эту функцию, хотя бы даже на 1й влан. Рекомендовано для того чтобы отделить поток данных от потока управления.

3. Повыключать flow control везде где только можно чтобы исключить флудинг паузами. На самих свитчах, на свитчах аплинках, вобщем во всём сегменте сети где стоит дивайс.

4. Выставить скорость портов аплинков даунлинков принудительно, а не оставлять в auto как это по умолчанию. Не рекомендую этот пункт, мы попробовали - многие не смогли даже между собой по скорости порта договориться, в результате куча линков погасла :). А когда решили вернуть всё обратно в auto - погасло линков в десятки раз больше :) Страшный момент был )). Делали всё скриптами разумеется... не сильно продуманными скриптами надо признать :(

До всего этого дошли опытным путем. По пункту 4 тоже только авто оставили. Правда прошивки используем только 2.32 и 2.36 (в конце 2009 года вышла). Т.к. на прошивках начиная с v.2.53 коммутаторы тупят по страшному. Вешаються уже на принятии и сохранении настроек. Правда, если потом съездить и перезапустить, то на самом деле работают несколько стабильнее. :)

Изменено пользователем silver_lion

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

последний раз опыт был года 2 назад. Уже тогда вышли прошивки на которых нельзя юзать чужие sfp. Но сравнить цена качество то нормально. У меня они не зависали (висли другие модели, только управление, потом отвисали сами :)) Лагие есть. Не мог избавиться от дефолтного вилана на порту. В конфиге всё впорядке а в реальности нифига. Ещё не помню что бы там был вилан управления. Вроде только можно было указать вилан с которого можно было зайти на свич, но это не вилан управления, IP свича светился на всех виланах. Набором фич вроде был не велик. Если цена осталась той же то для кризисного варианта годится :)

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Шили прошивкой 2.36 Opticin-SFP повырубались, 2.77 вроде удачная, здесь находится ftp://ftp.vimcom.ru/RubyTech/Switches/ES-2310C/firmware/

Проработали около месяца, не одного падения.

 

Вопрос возник, как им ограничить скорость и-нета, чтобы скорость лан осталась 100м/бит?

в чтом сдесь заключаетс асл-то? сравнивая с дес-3526, им тут и не пахнет) в описании то есть его наличие!

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Тупят иногда, перестают пинговаться, только ребут помогает по питанию.

насчет этого, было по началу, когда поставил на один порт два в-лана унтаг, дело в том, что у них нет защиты от неправильной настройки)

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

А вот у меня один ES2310C не грузится совсем.

Пишет

invalid compressed format (err=1)

 

-- System halted

 

Но перед этим можно успеть зайти в что-то типа BIOS. Но там я команд не знаю. Может его можно как то из этого режима перепрошить?

пиши мне я его сделал по полной

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Добрый день.

Столкнулся с проблемой настройки данного девайса для передачи IPTV, настроил IGMP Snooping, создал vlan, но видео не транслирует.

подключено данным образом:

PBI 4000p --> dgs-3627 --> es-2310c --> абонент.

192.168.99.25(интерфейс pbi), транслирует каналы в диапазоне 239.3.3.0-239.3.3.20, через vlan v99 (интерфейс dgs 192.168.99.254)

Может кто настраивал такое, опишите пожалуйста необходимые настройки.

Изменено пользователем MIG005

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

ES-2310C имеет все грабли с МАКами аналогично DES-3028, не имеет мультикаст влана.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

ES-2310C имеет все грабли с МАКами аналогично DES-3028, не имеет мультикаст влана.

Да, но возможно ведь довести до абонентского порта мультикаст каким-либо способом?!

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

В цепочке 3 2310ц и 45 пользователей на них, маки вписаны статикой = на последнем 3ем свиче неработает 1/3 каналов и рандомно глючит половина пользователей, у длинка типа пофикшено высоким приорететом мультикаста.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

А вот у меня такая проблема:

-Имею Ruby EC-2310c

-три канала по 5мб/с

Нужно их соединить вместе и получить канал шириной 15мб/с

Как это можно сделать при помощи Рубика? И вообще он это может? Подскажите куда копать?

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

В цепочке 3 2310ц и 45 пользователей на них, маки вписаны статикой = на последнем 3ем свиче неработает 1/3 каналов и рандомно глючит половина пользователей, у длинка типа пофикшено высоким приорететом мультикаста.

Они вообще плохо нагрузку держат, а в цепочке особенно.

В свое время из-за ввода iptv отказались от них совсем.

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

 

ЗЫ

А вообще девайс сам в себе, соответствует цена/качество в ровень.

И еще, вот есть у него 8 портов для абонентов и два для магистрали - вот так и юзайте!

Т.е. три девайса - 8х3=24 пользователя

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

У меня проблема с этим коммутатором при линке по оптике. Раз в минуту где то перестают ходить пакеты на секунд 10. В чем может быть причина?

На другом конце свич 3com 2920. При подключении вместо Ruby другого свича, все работает нормально.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 смайлов.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.