Добрый день!

В сети эксплуатируем порядка более 20 шт. DES-1226G.
Используемая прошивка: 3.00.24, HW B2.
Все коммутаторов опрашиваются по SNMP раз в 5 минут (статистика трафика по портам)

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

1. Зависание доступа к администрированию через web.
Последовательность событий: коммутатор работает нормально, администратор успешно открывает первую страницу, вводит пароль, далее админка коммутатора зависает и перестает отвечать по IP (arp-запросы на IP-коммутатора не разрешаются, как следствие, ping, snmp, web недоступны).

Проявляется нестабильно на всех коммутаторах. Чаще проявляется на тех коммутаторах, у которых за день значительно изменение состояние портов (up/down) - пользователи включают и выключают компьютеры. От количества передаваемого трафика закономерность не выявлена.

При этом трафик передается корректно в соответствии с настройками vlan. ДО момента случайного возникновения проблемы №2.

Прошивка 3.00.13 работает в этом плане немного стабильнее, чем 24. Однако, проблема остается.

2. Частое зависание портов пользователей.
Проявление: интерфейс компьютера пользователя в UP, индикатор коммутатора в Down. Никакой трафик не передается.
Помогает перезагрузка коммутатора. При исправных всех портах зависает каждый раз разный порт.
Сетевые интерфейсы компьютеров: Intel Pro 100 (интегрированные в мат.плату).

По остальным портам трафик передается корректно. Если коммутатор в этом случае доступен по IP (проблема №2 возникла раньше, чем №1), успешно перезагружаем по snmp.

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

3. В связке DES-1226G <-> DES-1008D (именно эта модель) при power-reboot 1226 полностью зависает DES-1008 - трафик не передается по всем портам, однако статус UP/DOWN по индикаторам определяется корректно.
Исправляется перезагрузкой DES-1008D по питанию.
Зависание проявляется, когда 1226 в момент загрузки включаются индикаторы во второй раз (конец процедуры загрузки).

4. Особенность 1226G передачи широковещательных пакетов STP по всем VLAN и портам, причем не важно с какого VLAN пришел пакет STP, и в каком режиме находился порт (tag/untag).
Это иногда приводит в блокировке uplink-портов на магистральных коммутаторах, вынуждены отключить STP, на которых подключены Dlink.
И идеале данные кадры полностью бы отфильтровать, тем более, что устройство изначально не поддерживает STP.

Заранее благодарны за помощь в решении данных проблем.

В остальном коммутаторы нас полностью устраивают!
Менять оборудование не планируем.

С уважением,
Дмитрий

PS. С удовольствием посодействовали бы с разработчиками прошивок, чтобы заставить коммутаторы работать стабильно с большим uptime по крайней мере в нашей сети

PSS. Выражаем благодарность за прошивку 3.00.21 для DES-2110. Работает стабильно, System UpTime > 200 days.

Попробуйте прошивку которую я Вам выслал. Пожалуйста отпишитесь по результатам. Но вообще-то крайне желательно постепенно переходить на управляемые серии, например DES-3526 или DES-3028. Это правильно со всех сторон. Изначально серия WEB Smart не предназначена для установки в сети провайдеров услуг и не может выдерживать такую нагрузку. Плюс нет нужного функционала в том числе и в плане защиты интерфейса от флуда или вредоносного трафика. Также невозможно эффективно раздать сервисы и услуги в современной сети включая IP TV и VoIP.

Иван, благодарю за оперативный ответ!

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

В ближайшее время сообщу результаты работы коммутаторов с новой прошивкой.

Рад слышать! Ждём результатов!

К сожалению, новая прошивка (3.00.28) работает еще более нестабильно, чем предыдущая (3.00.24).
Наш тестовый коммутатор завис через 30 минут после перепрошивки при нагрузке ниже среднего (5 активных портов, объем передаваемого трафика измеряется в пределах 1 мегабита).

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

А также появился загадочный MAC Buffer Utilization, который постоянно изменялся в процессе работы сети из четырех компьютеров со стабильным трафиком от каждого (т.е. число mac-адресов было постоянным).

Закономерность "подвисания" коммутатора особо проявляется при передачи коротких ip-пакетов, не зависимо от количества и скорости.

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

При этом этот коммутатор также опрашивается каждые 5 минут по SNMP?

_________________
С уважением,
Бигаров Руслан.

Во-первых, не ясно как это сделать именно на 1226?
Эти коммутаторы позволяют подключаться к себе из любого VLAN,
при этом рабочая станция администратора находится в одной подсети с IP-адресом коммутатора (кстати, это баг или фича?)

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

В наших тестах один порт (25 port 1Gb/s) был включен в режиме транка 6 разных vlan (vlanid из диапазона 200-300), и еще несколько портов были в аксесс-режиме (untag).
Транковый порт был подключен к cisco catalyst 3560, на нем широковещательный домен тестового сегмента заканчивается.


У нас тоже возникла мысль, что всему виной SNMP.
Так что эти результаты были получены без опросов по SNMP.

К сожалению, можно только догадываться, что происходит внутри коммутатора.
Быть может возможно получить некий debug, который сможет прояснить картину?

Мыль появилась после обнаружения в новой прошивке первой в своем роде для этого устройства диагностической информации "MAC Buffer Utilization".
Кстати, это что? Таблица CAM или буфер Store-and-forward?
Его поведение остается загадочным - для CAM слишком большой разброс, для буфера слишком маленький.

Это старая модель настраиваемого коммутатора серии Smart I и в ней нет Management VLAN и Trusted Host/Subnet и не будет. Я советую Вам использовать полноценные управляемы L2 коммутаторы для организации безопасности и увеличения стабильности работы вышей сети.



Debug снять с настраиваемых коммутаторов нельзя, можно попробовать воспроизвести проблему на тестовом стенде, но для этого нужен конфигурационный файл и tcpdump пакетов, от которых предположительно коммутатор подвисает. И в случае воспроизведения проблемы можно будет её пофиксить.

_________________
С уважением,
Бигаров Руслан.

Добрый день!!!


Тоже столкнулись с такой проблемой.Периодическое пропадание связи с комутатором на всех компьютерах и частое пропадание на одном конкретном компьютере. Подскажите как решить. Прошивка 2.00.04

В первую очередь попробовать прошивку которую я Вам выслал.

Ок попробую, позже отпишусь

Добрый день. 17.11 я обновил прошивку и вот после этого, всё было нормально примерно неделю, потом отвалился гигабитный порт. за остальными замечено не было. И Вот сегодня опять гигабитный, вставили в фастэзернет, заработало. Вобщем вот так.

Проверяйте блок питания.

Немного не понял, что там проверять?