купили , настроил , поставил....
проходит время сеть по вечерам начала тормазить, ковырял и нашел одну закономерность.
МАС таблица 500 записей , а ARP таблица 1300 записей = загрузка CPU 90 - 100 %.
менял по разному время жизни arp вплоть до 5 секунд , некчему хорошему не привело , т.к через 5 секунд удаляется 1 arp , при этом может как появится 3-компьютера в сети так и выключится.
Но самое интересное если зделать clear arp , то через 5-10 секунд загрузка падает до 1 - 5 %.
Прикрутил скрипт которые каждые 2 часа подключается по telnet и вычищает ARP , работает с 7 числа, по графику ниже видно какая была загрузка и какова оно если каждый раз вычищать ARP.

Но както нехочется делать работу за вместо свича , хотелось бы чтобы исправили такое странное поведение.
Device Type DGS-3324SR Stackable Ethernet Switch
Boot PROM Version Build 2.01-B01
Firmware Version Build 4.40-B10 .

а также чтоб несоздовать лишнию тему спрошу тут , как по snmp можно зделать наподобие :
clear arptable
clear fdb all
show fdb mac_address 00-11-22-33-44-2A
( в каком виде буду данные по последней команде ?)

Я Вам прошивку выслал.

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

А по поводу последнних вопросов ?

По поводу двух первых команд точно нельзя. По поводу последней уточню.

жаль что невсе комманды можно делать , т.к они намного быстрее выполняются по SNMP.

По поводу прошивки долго ждать не пришлось , после обновления сразу был заметен глюк, именно его я и опосался перед покупкой , почему и ждал новые версии прошивок , а именно в одной из тем уже описывалось про проподание чуть-ли не целых сегментов за комутатором.
(комутатор является центром оптической звезды, 28 сегментов (каждый в свём VLAN ) - порядка 1600 озверевших пользователей которым и гигабита мало. По этому что либо делать приходится в рабочем состоянии и за несколько километров до самого комутатора , как говорится на свой страх и риск)
ход тестирования был прост и все стало заметно:

Прошиваю c B10 до B14.
Перезагружаю выбрав новый boot.
Пингую один из интерфейсов свича, дожидаясь ответа.
Проверяю другие интерфейсы ( все интерфейсы на свиче поднялись и работают , поэтому захожу опять в web ).
НО пытаюсь пинговать комп на котором DCHP - нет ответа , комутаоры 3526 за свичем, также нет ответа.
Очищаю ARP на 3324 и DHCP пингуется несколько секунд потом опять проподает , и так с каждым устройством.
Т.е получается что после сброса ARP первые пакеты живут а потом все замолкает, но это происходит не со всеми , порядка 50% пользователей видно.
Вобщем тест не удался , откатываюсь обратно на B10 , после reboot'a все встаёт на старые места , все начинает работать , но думаю что придется всеравно запустить скрипт по вычищению ARP , т.к загрузка cpu будет не избежна как и была до этого.

А может разработчики прошивок пишут , какие были изменения в прошивках ?

Иван можно мне тоже B10 скинуть?
Погоняю у себя еще эту версию.

Я Вам выслал.

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

To Vano:

Опишите проблему подробнее пожалуйста.

Поставил B10 (было B04)
Впечатления:
Загрузка CPU не опускается ниже 98%
после выполнения clear arp да действительно, замечено некоторое снижение загрузки CPU до 25-30%
ping до устройства в момент загрузки 200-1500мс или вообще потеря.
MAC Address Table: Total Entries: 629
IP Address Table: Total Entries: 2638
причем вижу такую картину:
i11 0.3.4.254 1:24 Dynamic
i11 0.34.68.155 1:24 Dynamic
i11 0.50.244.250 1:24 Dynamic
i11 0.59.47.51 1:24 Dynamic
i11 0.59.81.78 1:24 Dynamic
i11 0.101.127.106 1:24 Dynamic
i11 0.119.87.35 1:24 Dynamic
i11 0.139.234.127 1:24 Dynamic
i11 0.142.244.35 1:24 Dynamic
i11 0.183.49.183 1:24 Dynamic
i11 0.189.201.249 1:24 Dynamic
i11 0.213.239.108 1:24 Dynamic
i11 0.245.151.201 1:24 Dynamic
i11 1.85.18.178 1:24 Dynamic
i11 1.132.244.197 1:24 Dynamic
i11 1.141.86.146 1:24 Dynamic
i11 1.142.9.85 1:24 Dynamic
i11 1.160.210.209 1:24 Dynamic
i11 1.164.103.80 1:24 Dynamic
i11 1.175.86.55 1:24 Dynamic
i11 это интерфейс который смотрит в инет и имеет реальный ип, но на B04 ничего подобного не было. К тому же ип устройства закрыт внешним файрволом.
Причем эти подозрительные IP показывает через 2-3 рефреша.
ARP Table: Total Entries: 859
Кол-во сетевых интерфейсов: 165
arp aging time: 300

В принципе этой прошивкой не доволен. Так как приходится очишать arp table что бы поддеживать функционирование устрова на приемлимом уровне.

Как откатится на B04?

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

Я вам на email отправлял. Мы тогда разбирались как раз по проблеме выской загрузки. Проблема решилась отключением igmp на лишних интерфейсах (точнее не решилась, а более-менее стабилизировалась). Сейчас вот опять, ребут и почти сразу 100% CPU
Завтра попробую написать скрипт который каждый 5 минут будет clear arp делать, посмотрим как отразится на коммутаторе.

Вопрос к содрудникам D-Link :
Будут ли вкоре что либо исправлятся в прошивке , по данным проблемам ?

Пожелания по поводу форума:
Поднимите разделы такие как WIKI с возможностью прилеплять файлы к сообщениям.
Я думаю многие поддержат и смогут выкладывать свои наработки , а также появится возможность выкладывать беда прошивки , а не отсылать каждому по email.

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


т.е предлагаю создать раздел WiKi с подфорумами комутаторы , точки доступа , и другие .
После на их основе можно делать FAQ.

Мы занимаемся этой проблемой как я и говорил. Точных сроков к сожалению назвать нельзя.

Есть какие-нибудь новости? Та же проблема со 100%-й загрузкой Cpu...

Таже проблема, с тем же коммутатором...
Началась ориентировочно после установки pXrun_4.40-B10.had
которая типа исправляет баг с OSPF изза регулярного падения которого собственно и поставил ее вместо последней релизной прошивки.

Причем интересный факт:
У меня этот коммутатор раньше стоял на уровне агрегации районов и загрузка была 2-10%, счас я его передвинул выше на уровень ядра сети, трафик через него упал а загрузка увеличилась до 80% в пике..