И что? Если инженер не видит проблемы в новой прошивке, значит она решена скорее всего. Вам всё равно придётся обновлять прошивку если даже и выйдет новая версия с фиксом.

А то, что если я прошу в письме НОВУЮ/ПОСЛЕДНЮЮ прошивку - я ожидаю увидеть НОВУЮ/ПОСЛЕДНЮЮ, а не ту, которая оказалась под рукой. Это раз. Во-вторых, я не хочу и не могу просто так безосновательно перепрошивать коммутаторы. Это слишком затратно. Поэтому если я и буду перепрошивать коммутаторы - то только после того, как буду 100% уверена, что проблема заключается именно в моей прошивке, и что новая прошивка исправит эту проблему (и не создаст новых). Мне нужно обосновать перед начальством необходимость данного действия.

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

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

+1.

Blood Win, и не зачем так рычать.

_________________
LiveComm

Не первую попавшуюся а самую последнюю, на тот момент последняя была другая. Кроме того инженер отписал Вам что он с последней прошивкой проблемы не увидел. А проверяют все сначала либо на столе либо на одном узле.

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

_________________
Это текст, который можно добавлять к размещаемым вами сообщениям. Длина его ограничена 255 символами.

Blood Win,
Не шуми ...
Выпей кофейку, а то ешо ошибок нашлёпаете ...

Я тебе давно говорил, зайди в гости, поболтаем о том, о сём ...

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

Demin Ivan
В том-то и дело, что как я поняла из разъяснений Дениса Куща, инженер не смог воспроизвести проблемы именно на указанной мной прошивке. Если бы он так и сказал - нет проблем, смотрели бы конфиги, разбирали бы проблему дальше. Впрочем относительно "последней" прошивки он мне тоже все объяснил. Сорри за резкость, но и вы меня поймите - меня начальство тоже имеет за простой абонентов.

Daniil-B
Если я еще и кофейку выпью - я тут вообще пол-офиса разнесу ) И пол-сети заодно Попробую у начальника выбить "коммандировку" к вам

ОК. Видимо произошло какое-то недопонимание. Александр тестировал на более новой прошивке, на которой проблема на стенде не наблюдалась. Поэтому он Вам сразу и выслал прошивку. Лучше попробовать её на одном или группе свитчей и потом если всё будет в порядке в этом плане залить на всю сеть.

Demin Ivan
Кстати, прошивка до меня так и не дошла. Если не трудно, вышлите еще раз, пожалуйста.

Выслал.

Вобщем, если кому-то интересно:
Проблема решена. Оказывается, что в новой прошивке DES-3526 появилась у порта новая настройка:

Возможно была и раньше, но мне она была без надобности, посему внимания я на это не обращала.
Так вот. Как показала практика, до тех пор пока эта функция disable на порту - ни одного трапа с коммутатора вы не получите, причем это относится не только к трапам типа link state (что, в целом, даже логично), но и к трапам типа mac_notification (что странно). По какому принципу это работает и какой логикой руководствуется - не знаю. Может спецы из Длинка объяснят. Как только включаешь - все замечательно начинает отправляться. По дефолту она выключена.

Вообще-то логично. Это включение/отключение всех trap-ов на порту.