Jump to content
Калькуляторы

DGS-3100-24TG как выбор на "агрегацию ближе к доступу"? DGS-3100-24TG стоит ли?

Присматриваемся к оборудованию на L2 узлы агрегации на группу домов. Возникла необходимость перестроить текущую конфигурации сети.

 

Сейчас смотрю на DGS-3100-24TG. По форумам темы пересмотрел - как я понял железка достаточно популярная, поэтому и хотелось бы узнать как она себя ведет в реальных условиях.

 

Если резюмировать основные минусы этой модели - ограничение в 256 VLAN, нет поддержки 10G, тормозной WEB, нет MVR, нет поддержки IPV6, да и вообще слабенький в плане функционала.

 

Но для нас это не критично. Более важно нормальная работа L2, LACP 2 или 4 порта, очень важно корректная работа igmp snooping и изоляция портов. С коллизией маков проблем на железке я так понял нет или они не существенны

 

Пару дней назад взяли на тестирование 2 железки и поставили в стеке на довольно крупный по нашим меркам узел.

Конфигурация тестирования такая:

2 DGS-3100-24TG в стеке, (поставили специально именно в стеке, что бы проверить производительность когда работает только один свич)

на главном LACP на 2 порта,

igmp snooping (на свиче над узлом тоже igmp snooping),

трафика порядка 300-400 Мбит/с + IPTV сейчас до 10Kpps.

Абонентских маков до 600 шт.

Схема подключения свичей доступа - звезда с цепочкой из двух свичей доступа.

 

Пока полет нормальный, но странное ощущение остается:-)

 

Удивляет, что представители Dlink считают 3100 слабеньким для наших задач. То ли это маркетинговый ход в предверии массовых продаж D-Link DGS-3120-24SC? То ли так и есть, просто мы еще не почувствовали на себе?

 

Реально планируем использовать на узлах раза в два меньше этого, но хотелось бы иметь запас хотя бы до 1.5G по UPLINK и нормальную работу свича (особенно igmp snooping) в этих условиях.

Есть ли у кого реальный положительный опыт эксплуатации в похожих условиях.

 

Интересует конечно стабильность работы свича в жару и в холод - это пару дней не проверишь.

 

И еще возник вопрос по поводу питания свича от бесперебойника? Может есть что то типа AD-55B (http://www.meanwell.com/search/ad-55/ad-55-spec.pdf), но под напряжение свича, что бы избежать потерь на обратом и прямом преобразовании напряжения и самостоятельно выбирать емкость батареи под требования.

 

Как думаете стоит ли останавливаться на этой модели или искать что-то еще?

Share this post


Link to post
Share on other sites

Уже года 4 работают агрегаторы на этих свичах. Из явного недостатка - стек имеет свойство рассыпаться в произвольный момент во время изменения ЛЮБЫХ настроек на свиче. По этой причине мы забили на стеки и юзаем кучу этих свичей только как стэндалон. Причем проблема эта была как на прошивках 4 года назад, так и на самой последней прошивке. Один раз за 4 года развалился LACP, но скорее всего по вине циски (потому как на циске один порт из агрегат-группы ушел в еррор-дизаблед). IGMP в последних прошивках работает без нареканий, причем V3 + фаст-лив, что весьма приятно - задержек при переключении каналов юзерами нет.

Самая известная и неприятная фича этого свича - жутко тормозной интерфейс управления, как веб, так и кли. Но это никак не влияет на пропускную способность свича.

Share this post


Link to post
Share on other sites
Более важно нормальная работа L2, LACP 2 или 4 порта, очень важно корректная работа igmp snooping и изоляция портов.
тут кагбэ беда.

если LACP с кошкой - на высоких нагрузках можно словить кратковременное падение интерфейсов всех группы.

если multicast port filtering mode = forward unregistered, то раз в неделю стабильно будет отваливаться iptv, вплоть до необходимости dis / ena igmp_s.

когда в стеке >4 х 3100, под высокой нагрузкой могут подтупливать.

Share this post


Link to post
Share on other sites
Более важно нормальная работа L2, LACP 2 или 4 порта, очень важно корректная работа igmp snooping и изоляция портов.
тут кагбэ беда.

если LACP с кошкой - на высоких нагрузках можно словить кратковременное падение интерфейсов всех группы.

если multicast port filtering mode = forward unregistered, то раз в неделю стабильно будет отваливаться iptv, вплоть до необходимости dis / ena igmp_s.

когда в стеке >4 х 3100, под высокой нагрузкой могут подтупливать.

ОК. LACP планируется с Zyxel 4728F (в режиме L2). А высокая нагрузка это сколько примерно?

По multicast port filtering mode интереснее - это и на последних версиях тоже? А как в режиме filter себя ведет?

 

Уже года 4 работают агрегаторы на этих свичах. Из явного недостатка - стек имеет свойство рассыпаться в произвольный момент во время изменения ЛЮБЫХ настроек на свиче. По этой причине мы забили на стеки и юзаем кучу этих свичей только как стэндалон. Причем проблема эта была как на прошивках 4 года назад, так и на самой последней прошивке. Один раз за 4 года развалился LACP, но скорее всего по вине циски (потому как на циске один порт из агрегат-группы ушел в еррор-дизаблед). IGMP в последних прошивках работает без нареканий, причем V3 + фаст-лив, что весьма приятно - задержек при переключении каналов юзерами нет.

Самая известная и неприятная фича этого свича - жутко тормозной интерфейс управления, как веб, так и кли. Но это никак не влияет на пропускную способность свича.

Спасибо. Про стабильноть IGMP - это радует. А агрегаторы в "тяжелых" условиях стоят по питанию и температуре?

Share this post


Link to post
Share on other sites
ОК. LACP планируется с Zyxel 4728F (в режиме L2). А высокая нагрузка это сколько примерно?

По multicast port filtering mode интереснее - это и на последних версиях тоже? А как в режиме filter себя ведет?

нагрузка - больше 60% полосы

c filtering - увы, на всех. если все форвардится, видимо срывает мозг когда очень много мультикастовых групп прет.

 

Share this post


Link to post
Share on other sites
А агрегаторы в "тяжелых" условиях стоят по питанию и температуре?
Условия у нас совсем тепличные - гермозона с питанием от огромной АРС (матрикс-3000 + гора батарей) и климат-контролем. Так что в более экстремальных условиях опыта эксплуатации нет.

Сейчас еще раз специально глянул на igmp на них - на всех портах Filter_Unregistered_Groups. ИПТВ уже полгода пашет без единого трабла.

Share this post


Link to post
Share on other sites

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

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

 

Share this post


Link to post
Share on other sites
А агрегаторы в "тяжелых" условиях стоят по питанию и температуре?
Условия у нас совсем тепличные - гермозона с питанием от огромной АРС (матрикс-3000 + гора батарей) и климат-контролем. Так что в более экстремальных условиях опыта эксплуатации нет.

Сейчас еще раз специально глянул на igmp на них - на всех портах Filter_Unregistered_Groups. ИПТВ уже полгода пашет без единого трабла.

ОК. Нужно будет завтра на Filter_Unregistered_Groups поменять. Этот момент не учли.

 

нагрузка - больше 60% полосы

c filtering - увы, на всех. если все форвардится, видимо срывает мозг когда очень много мультикастовых групп прет.

Спасибо. Будем иметь в виду.

Share this post


Link to post
Share on other sites

Они редкие тормоза в CLI. Show fdb может минуту показывать, например, на небольшой таблице.

Share this post


Link to post
Share on other sites

DGS-3120-24SC на удивление хорош! А стоит, вроде, почти столько же.

Share this post


Link to post
Share on other sites

DGS-3120-24SC на удивление хорош! А стоит, вроде, почти столько же.

ага, тока хрен купишь его пока, второй месяц на тест ждем

Share this post


Link to post
Share on other sites
DGS-3120-24SC на удивление хорош! А стоит, вроде, почти столько же.
ага, тока хрен купишь его пока, второй месяц на тест ждем

+1

 

короче используем DGS-3100-24TG тоже на агрегации домов !

из неприятного - есть пару коммутуторов (не все подряд - а несколько ) на которых СТАБИЛЬНО 10 11 12 порты умеют "подвиснуть" то есть всё будто бы нормально стоит - но трафик не ходит - (при чём по статистики имено эти порты) лечится удалённым опусканием и подниманием порта

а так в остальном работает

Edited by Lynx10

Share this post


Link to post
Share on other sites

У нас стоят штук 30 DGS-3100-24TG. Условия не тепличные - ящики в подъездах. Зависаний и выходов из строя этих свичей не было. Из минусов - вентиляторы на них шумят сильно, web тормозной(но мы им не пользуемся), cli тоже не сильно быстрый. На одном из узлов стоит стек из двух штук вот уже года два. За все время ни разу не рассыпался. Правда изменения в конфиг там вносятся редко. LACP нет, так что про него ничего не скажу.

Share this post


Link to post
Share on other sites

Вентиляторы выходят из строя...

 

уже несколько штук в ремонт отправили, а так вполне работоспособная железка,

Share this post


Link to post
Share on other sites

был единичный случай, когда после обновления прошивки слетел ip адрес/шлюз из конфига.

 

Share this post


Link to post
Share on other sites

Пользуем около 80 штук. Условия экплуатации разные, в заклинивании вентиляторов проблема не обнаружена, но "воют" прилично.

 

Могу отметить тормознутость CLI, причем D-Link так и не ответил почему.

 

Мультикаст - стабильно, проблемы не замечены.

 

Хеш - проблема возникает при FDB > 3400 маков

 

Не раз замечен глюк с 10, 11 и 12 портами. Типа отключаешь 10, отключается 11. Отключаешь 11, отключается 21 и т.д.

Share this post


Link to post
Share on other sites

встречал проклятые порты 10-12, в 3х случаях - 13й. но тут либо 10-12 разом, либо только 13й.

тормознутость web/cli - отголосок родословной web-smart.

из того что вспомнилось - пару раз крашилось на разных прошивках при наборе show tech-support

Share this post


Link to post
Share on other sites
DGS-3120-24SC на удивление хорош! А стоит, вроде, почти столько же.
ага, тока хрен купишь его пока, второй месяц на тест ждем

А я уже потестил и через неделю первую партию привезут :)

Share this post


Link to post
Share on other sites

Спасибо за отзывы.

В принципе пока особых претензий нет. Web у 3100 это конечно что-то... Но один раз настроили и особо больше туда и не нужно.

А вот по вентиляторам вопрос - свитч следит за их состоянием? И может сообщить при их отключении или придется ловить глюки по перегреву?

 

DGS-3120-24SC на удивление хорош! А стоит, вроде, почти столько же.
ага, тока хрен купишь его пока, второй месяц на тест ждем

А я уже потестил и через неделю первую партию привезут :)

Цена раза в два выше чем у 3100? Или под проект скидка большая?

Share this post


Link to post
Share on other sites
А вот по вентиляторам вопрос - свитч следит за их состоянием? И может сообщить при их отключении или придется ловить глюки по перегреву?
и в логи срет как проклятый, и трапы отсылает по самое не балуй. такое нереально из виду упустить.
Цена раза в два выше чем у 3100? Или под проект скидка большая?
цена у него самый раз, учитывая что портов побольше + есть 10G. софт у него уже в базе идет нормальный - из коробки работает практически все.
Edited by darkagent

Share this post


Link to post
Share on other sites

vlan_trunk в нём не работает, приходится руками(snmp запросами) создавать вланы и прописывать, при vlan-per-customer надоедает когда их в цепочке 2-3шт :(

Share this post


Link to post
Share on other sites

Работает vlan транкинг, не надо. Просто есть одна хитрость(или тупость, незнаю как назвать) - в транковый порт проходят все вланы НЕ СОЗДАННЫЕ на данном свиче, если нужный тег добавлен - в транк он уже не пойдет.

Share this post


Link to post
Share on other sites
Работает vlan транкинг, не надо. Просто есть одна хитрость(или тупость, незнаю как назвать) - в транковый порт проходят все вланы НЕ СОЗДАННЫЕ на данном свиче, если нужный тег добавлен - в транк он уже не пойдет.

в таком случае из свича получается хаб. не замечали?

p.s. мне нужно чтобы все порты были vlan_trunk.

Share this post


Link to post
Share on other sites
Работает vlan транкинг, не надо. Просто есть одна хитрость(или тупость, незнаю как назвать) - в транковый порт проходят все вланы НЕ СОЗДАННЫЕ на данном свиче, если нужный тег добавлен - в транк он уже не пойдет.

в таком случае из свича получается хаб. не замечали?

Почему хаб? Если он нужен на аггрегации с vlan-per-user так ему и положено работать, пропускать все теги с клиентских портов на аплинк. У меня запара была разве что с управляющим виланом(как бы должен быть на свиче и должен пробрасываться дальше), но я долго не эксперементировал и поставил железку в более простые условия :)
Edited by kayot

Share this post


Link to post
Share on other sites
Работает vlan транкинг, не надо. Просто есть одна хитрость(или тупость, незнаю как назвать) - в транковый порт проходят все вланы НЕ СОЗДАННЫЕ на данном свиче, если нужный тег добавлен - в транк он уже не пойдет.

в таком случае из свича получается хаб. не замечали?

Почему хаб? Если он нужен на аггрегации с vlan-per-user так ему и положено работать, пропускать все теги с клиентских портов на аплинк. У меня запара разве что с управляющим виланом(как бы должен быть на свиче и должен пробрасываться дальше), но я долго не эксперементировал и поставил железку в более простые условия :)

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

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
Sign in to follow this