Device Type DES-3326SR Fast-Ethernet Switch
Module Type DES-132T 2-port 1000BASE-T Gigabit Ethernet Module
Boot PROM Version Build 2.00.002
Firmware Version Build 4.01-B39
Hardware Version 6B1

все в одном дефолтовом Vlan'е.
в ACL'е - одна запись

Profile ID 10
Access Profile Ethernet
Access Profile Mask destination mac FF-FF-FF-00-00-00 /
deny
Total Entries: 1

Access Rule ID Access Profile Access Profile Rule Priority Replace DSCP
1 Ethernet destination mac 01-00-5E-00-00-00 /



В свич сходятся 4 сегмента по 100 машин (сегментами называю условно, т.к. все в одном Vlane - друг с другом не маршрутизируются) по 100Мбит + 1 сегмент по 1Гбит 300 машин + switch 1Гбит под сервера + 5 серверов по 100Мбит.


Суть проблемы: ТУПИТ.

При порт утилизейшон >80% на 3-4 портах + >6% на двух гигабитных портах начинается не:

Reply from 192.168.7.253: bytes=32 time<1ms TTL=64
Reply from 192.168.7.253: bytes=32 time<1ms TTL=64
Reply from 192.168.7.253: bytes=32 time<1ms TTL=64

а вот так:

Reply from 192.168.7.253: bytes=32 time=121ms TTL=64
Reply from 192.168.7.253: bytes=32 time=50ms TTL=64
Reply from 192.168.7.253: bytes=32 time=64ms TTL=64

Такое происходит на всём что воткнуто в этот DES-3326SR.

Need help.

Ну вобще-то порт утилизэйшэн больше 80 % это достаточно дофига.
А может у вас проблема с каким-то конкретным сегментом ? Сегменты не пробовали отключать ?
Saccer-а не ловили? А то мои друзья поймали Saccerа, так он умудрялся им так сетевой трафик заколачивать, что коммутатор просто вздергивался (3СОМ)

80% на 3-х портах из 24-х - это детские шалости. Тем более на месте этого свича стоял раньше CNET дубовый - пулял нормально.

Вирус на текущий момент гуляет SpyBot - засерает CAM таблицы - собственно чтобы он клал не всю сеть, а лишь сегмент стоит для него и единственная запись в ACL'е. С ним тупняки не связаны 100%.

Я прошу прощения... Но почему нет комментариев со стороны D-link?...
Это нормальная работа свича?
Наблюдалась ли подобная ситуация у других обладателей сей железки?

напишите мне по почте - более детально схемку сети, конфиг файл и т.д.

_________________
С уважением, Карагезов Владислав

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

По делу:
1. Через syslog ничего интересного посмотреть к сожалению нельзя. Выбор Facility жестоко ограничен.
2. Ужасно тупит и периодически отваливается управление свичём - как WEB так и Telnet. Но по этому поводу почитав форум вижу выход - делать управляющий Vlan. Но всё равно - с оборудованием других вендоров подобной проблемы не возникало в моей практике.
3. Если воспользоваться функцией урезания полосы на порту - и если этот порт один из сильно загруженых - то мы получаем ещё более ужасающую картину с задержками на других портах. Причём это проявляется всегда, а не только в моменты пиковой загрузки. Демонстрирую:

порт 1
Reply from 192.168.7.253: bytes=32 time<1ms TTL=64
Reply from 192.168.7.253: bytes=32 time=1ms TTL=64
Reply from 192.168.7.253: bytes=32 time=1ms TTL=64
Reply from 192.168.7.253: bytes=32 time<1ms TTL=64

порт 23
Reply from 192.168.7.252: bytes=32 time<1ms TTL=128
Reply from 192.168.7.252: bytes=32 time<1ms TTL=128
Reply from 192.168.7.252: bytes=32 time<1ms TTL=128
Reply from 192.168.7.252: bytes=32 time<1ms TTL=128

порт 11
Reply from 192.168.3.30: bytes=32 time=1ms TTL=128
Reply from 192.168.3.30: bytes=32 time<1ms TTL=128
Reply from 192.168.3.30: bytes=32 time<1ms TTL=128
Reply from 192.168.3.30: bytes=32 time<1ms TTL=128


Затем ставим ограничение на порт 11 RX/TX Rates на 5Мбит.
Получаем:

порт 11
Reply from 192.168.3.30: bytes=32 time=161ms TTL=128
Reply from 192.168.3.30: bytes=32 time=101ms TTL=128
Reply from 192.168.3.30: bytes=32 time=206ms TTL=128
Reply from 192.168.3.30: bytes=32 time=158ms TTL=128
это понятно, т.к. лимит поставили на этом порту

порт 1
Reply from 192.168.7.253: bytes=32 time=106ms TTL=64
Reply from 192.168.7.253: bytes=32 time=150ms TTL=64
Reply from 192.168.7.253: bytes=32 time=84ms TTL=64
Reply from 192.168.7.253: bytes=32 time=14ms TTL=64
это непонятно

порт 23
Reply from 192.168.7.252: bytes=32 time=55ms TTL=128
Reply from 192.168.7.252: bytes=32 time=33ms TTL=128
Reply from 192.168.7.252: bytes=32 time=52ms TTL=128
Reply from 192.168.7.252: bytes=32 time=62ms TTL=128
это тем более непоятно, т.к. это самый слабозагруженный порт в свиче. В нём WINS сервер.

Уважаемый MageDealer!
письмо я Вам отправил, даже 2. вот ответ:
----- The following addresses had permanent fatal errors -----
<magedealer@gmail.com>
(reason: 552 5.7.0 Illegal Attachment)

----- Transcript of session follows -----
... while talking to gsmtp185-2.google.com.:
>>> DATA
<<< 552 5.7.0 Illegal Attachment
554 5.0.0 Service unavailable

так что пожалуйста, разберитесь со своим почтарем, прежде чем предъявлять претензии.
Удачи!

_________________
С уважением, Карагезов Владислав

К сожалению разобраться с Гуглом - это жёстко )
mage@mai.ru
mage@interfintrade.ru

отправил на первый адрес.

_________________
С уважением, Карагезов Владислав

Письма нет.
Давайте на второй.
Не понимаю с чем у вас связаны проблемы...