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

[iconnect]

Присматриваемся к оборудованию на 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), но под напряжение свича, что бы избежать потерь на обратом и прямом преобразовании напряжения и самостоятельно выбирать емкость батареи под требования.

 

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

[Alexandr Ovcharenko]

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

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

[darkagent]

Более важно нормальная работа L2, LACP 2 или 4 порта, очень важно корректная работа igmp snooping и изоляция портов.

тут кагбэ беда.

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

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

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

[iconnect]

Более важно нормальная работа 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 - это радует. А агрегаторы в "тяжелых" условиях стоят по питанию и температуре?

[darkagent]

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

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

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

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

 

[Alexandr Ovcharenko]

А агрегаторы в "тяжелых" условиях стоят по питанию и температуре?

Условия у нас совсем тепличные - гермозона с питанием от огромной АРС (матрикс-3000 + гора батарей) и климат-контролем. Так что в более экстремальных условиях опыта эксплуатации нет.

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

[darkagent]

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

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

 

[iconnect]

А агрегаторы в "тяжелых" условиях стоят по питанию и температуре?

Условия у нас совсем тепличные - гермозона с питанием от огромной АРС (матрикс-3000 + гора батарей) и климат-контролем. Так что в более экстремальных условиях опыта эксплуатации нет.

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

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

 

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

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

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

[cmhungry]

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

[mschedrin]

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

[nic_stav]

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

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

[Lynx10]

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

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

+1

 

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

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

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

Edited March 5, 2011 by Lynx10

[StSphinx]

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

[bairt]

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

 

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

[true.ru]

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

 

[ArDamant]

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

 

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

 

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

 

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

 

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

[darkagent]

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

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

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

[mschedrin]

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

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

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

[iconnect]

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

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

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

 

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

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

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

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

[darkagent]

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

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

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

цена у него самый раз, учитывая что портов побольше + есть 10G. софт у него уже в базе идет нормальный - из коробки работает практически все. Edited March 5, 2011 by darkagent

[ingress]

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

[kayot]

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

[ingress]

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

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

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

[kayot]

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

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

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

[ingress]

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

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

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

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