Сеть:
1. Копроративная сеть на 200 портов.
2. Коммутаторы - DES3250TG, версия прошивки 3.00-B06
3. Один из коммутаторов выделенный, к нему подключены основные сервера и роутер, к остальным коммутаторам подключены пользователи, работающие с серверами.
4. Коммутаторы между собой соединены через гигабитные порты, нагрузка на которые (по данным мониторинга через WEB-интерфейс) не превышает 20%.
5. Нагрузка на порты Fast Ethernet, к которым подключены сервера, не превышает 30%.

Проблема:
Периодически - раз в 10-15 минут - теряется связь (проверяю с помощью ping) между пользователями и серверами (независимо от IP-адресов).

Вопросы:
1. Насколько мне известно, DES-3250TG "склеен" из двух DES3226 посредством узкой шины. Может ли такой эффект быть обусловлен тем, что данная шина при большом количестве запросов достигает максимума пропускной способности ?

2. Возможно ли через SNMP получить данные о загрузке внутренней коммутационной шины коммутатора ?

3. Помогите чем можете, плиз ((.

1. Откуда настоль глубокие познания схемотехники оборудования?? Или вы следы клея на узкой шине видели?
2.нет, нельзя. коммутационная шина это не один единственный интерфейс, с которого так просто вот взял, и посчитал.
3. Начните с того, что определите периодичность. Я так понимаю, у вас 4-6 раз в час сеть простаивает?? Жуть.
Локализуйте проблему. На одном или нет коммутаторе это происходит, с одними пользователями или со всеми, что по статистике коммутаторы показывают, до куда в такие моменты пакеты все же доходят, запущен-ли STP, что по нему статистика дает, ну и т.д.
Сделать для выяснения обстоятельств как видите можно много.

1. Откуда настоль глубокие познания схемотехники оборудования?? Или вы следы клея на узкой шине видели?

Извините, не смешно. Не видел. Вытекает из принципиальной схемы данной модели коммутатора, скачанной в свое время с ftp.dlink.com, а также в процессе консультаций с сотрудниками регионального офиса и сотрудниками D-Link на стенде выставки "Связь Экспоком 2004".

2.нет, нельзя. коммутационная шина это не один единственный интерфейс, с которого так просто вот взял, и посчитал.

Жаль.

3. Начните с того, что определите периодичность. Я так понимаю, у вас 4-6 раз в час сеть простаивает?? Жуть.

Именно так.

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

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

Что еще можно посмотреть ?

Интерфейсы между коммутаторами. Какая схема сети, ходят ли пакеты с коммутаторов до серверов, что в логах коммутаторов во время сбоев, какая статистика на "проблемных" портах, какая динамика статистики во время сбоя...
Давайте начнем конструктично мыслить и действовать, а не устраивать игру в вытягивание информации.

Коммутаторы соединены через гигабитные порты - см. выше.

Схему выслал Вам на эл. почтовый адрес.

В логах при возникновении "пропаданий" связи никаких сообщений не появляется.

Что касается статистики на "проблемных" портах, то в момент пропадания связи временно недоступен становится в том числе и WEB-интерфейс коммутатора, поэтому непосредственно поведение графика увидеть не удается. После восстановления связи никаких аномалий (пиков, провалов) на графике нет.

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

_________________
С уважением, Щаднев Александр.