Переодически отваривается телнет. Теряються icmp пакеты (64 байта интервал 1 раз в секунду) (src addr машика подлюченная к коммутатору <--> dst addr коммутатор)

Boot PROM Version : Build 1.01.003
Firmware Version : Build 3.00.032
Hardware Version : A1
Firmware: Build 3.00.032

Для того чтобы вам в этом убедиться нужно взять коммутатор, начать комутировать на 5-10 (в штуках) портах любой трафик, чтобы нагрузка каждого порта была не менее 50 мбит.
а) сутки его попинговать
б) поопрашивать телнетом (2 раза в минуту)

в) написать новую прошивку

Вы при этом загрузку CPU смотрели?

смотрели - 0%
Описанная проблемма - на 3 штуках des-3026

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

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

Уважаемый Владислав Карогезов,
Хочу внести ясность в следущий моменты

(Это относиться ко всем "дефектам" программно-аппаратного обеспечения фирмы Длинк)

А. Как вы бумаете кто должен заниматься тестированием новой прошивки? Я думаю, что сотрудники компании Длинк. Вы за это деньги получаете. Вы же что делаете а) продаете недоброкачественный товар б) даете ложную рекламу (некоторые важные заявленные функции вашего оборудования - не работают в) перекладываете вашу обязанность тестирования нового программного обеспечения на ваших покупателей.

Вы считаете это справедливо и законно?
Я считаю, что если вы (фирма Длинк) совершаете административные правонарушения (пунты а и б). Вы обязаны в кратчайшие сроки, собственными силами и средсвами их устранять! , чтобы избежать судебных исков и массового возврата недоброкачественного товара.

Прошу Вас в кратчайшие сроки протестировать новую прошивку (которую Вы отправили мне на почту), на предмет наличия описанного дефекта и сообщить о результатах тестирования.

Уважаемый Vincent,
1. По поводу вашей проблемы: подобное не наблюдалось как на стендах, так и во многих сетях, где инсталлированы эти устройства. Проблема такого рода давно бы вскрылась, будь оно так. Поэтому для решения была отправлена последняя версия прошивки. С вашей стороны в свою очередь хотелось бы получить более детальное описание
2. Мы не пперекладываем свою работу на кого-то еще. Я лишь предлагаю кратчайший вариант решения проблемы.
3. Обвинения в недоброкачественности товара также считаю излишними. Проблемы случаются (впрочем, как и у всех производителей), мы их решаем.

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

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

Результаты теста Firmware Version : Build 3.00.035: за 89 часов было
1. Statistics for 192.168.1.90:
Packets: sent=641596, rcvd=641596, error=0, lost=0 (0% loss) in 2969.832642
sec
RTTs of replies in ms: min/avg/max: 2.051 / 2.531 / 703.694
2. Прогнано 385,12GB со средней скоростью 82.6 Mbits/sec

Итог: коммутатор отвечал по CLI и GUI(WEB-Интерфейсу).

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

Bigarov Ruslan - приведите более полную статистику вашего теста

1. через сколько портов у вас ходил трафик (статистику пакетов по портам)
2. вы утверждаете что из 89(часы тестирования)*60*2=10680 попыток телнет/web подключений все были удачными?

(по условиям тестирования коммутатор нужно непрерывно пинговать (1 раз в секунду) и непрерывно опрашивать телнетом (1 за в 30 секунд, нагрузка должна быть на 5 или более портах мин 50 мбит-с)
при этом проявляется описанный дефект

Не издевайтесь над железкой за 180 долларов-то... Влан управляющий вне общей сети, отдельный? cpu interface filtering включен?
Зачем нужно гонять по железке уровня доступа 50мбит на всех портах, при этом пингуя ее раз в секунду... это же не для серверных ферм свитч-то...

3526 хотя бы, у меня в стойках оно стоит в основном. И там ему уже нормально, мониторится раз в 30 секунд - все ок.