В таком случае нужно попробовать диагностику кабеля в том числе произвести. Ошибок на порту проблемного клиента не было вообще никаких или были но в незначительных количествах?
Обратите, пожалуйста, внимание на ошибки типа CRC, Jabber и Fragment наличие которых обычно говорит о проблемах в физике.

Выслал Артёму Колпакову диагностику с коммутатора с прошивкой 4.35.B010. Симптомы те же.

_________________
Regards,
Senior NOC Engineer,
Alexey Asemov.

Спасибо, я отправил в ШК информацию.
Предлагаю дальнейшее обсуждение вести в этой теме чтобы не дублировать сообщения.
Спасибо.

Добрый день.

На подозрительном порту есть только 1 CRC ошибка и 1 Symbol error, что не должно влиять на зависание менеджмента.

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

В данный момент в сети есть 2 свитча с зависшим менеджментом. Подскажите, пожалуйста, какие данные нам необходимо снять для передачи в суппорт. Ездить перезагружать свитчи на день-два смысла не вижу.

На 4.35B010 тоже просматриваем некоторую взаимосвязь самовосстановления (!!!) работы свитча с падениями определенных портов. Ошибок на портах нет, клиенты в штатном режиме на этих портах работают нормально - да и во время "отвала" управления - тоже работают.

Как только представится возможность - выдернем во время падения управления замеченный порт, посмотрим - поднимется ли. Плюс попробуем соснифать трафик с портов, может быть что-то прояснится.

Upd: взаимосвязь 100%-я. Выдернуть еще не пробовали, но в рабочее время будем снифать трафик, попробуем разобраться.

_________________
Regards,
Senior NOC Engineer,
Alexey Asemov.

Я передал информацию в ШК.
В любом случае, давайте дождемся выпуска отладочной прошивки.
Спасибо

Попробуйте для проверки в штатном режиме (до момента зависания) отключить flow control на портах абонентов - перестанет виснуть или нет?

_________________
Regards,
Senior NOC Engineer,
Alexey Asemov.

А для чего его включать на абонентских портах?

Вопрос спорный, и толк тоже сомнительный. Например, если хотите обжать трафик прямо на абонентском порту. Или по возможности избежать залива ingress буферов при хорошей переподписке. Применения разные, но 100% эффекта от last mile flow control, конечно же, никто не ждёт.

Пролегания свитча в нашем конкретном случае впрямую связаны с Flow Control в конкретной модели, или с чем-то около оного.

_________________
Regards,
Senior NOC Engineer,
Alexey Asemov.

2 Alexey Asemov: Выслал Вам тестовую прошивку на почту. Пожалуйста, попробуйте и сообщите по результатам.

Денис, здравствуйте.

А нам можно тестовую прошивку? Аналогичные симптомы, боремся с апреля этого года. Спасибо.

Вам также выслал.

Ответил почтой. Пока вообще не удаётся воспроизвести проблему там, где стоит диагностическое оборудование - похоже, источник проблемы (абонент со странно себя ведущим DIR-300/NRU) куда-то делся, будем проверять в других точках, на которых она наблюдалась.

_________________
Regards,
Senior NOC Engineer,
Alexey Asemov.

Вас понял, спасибо. Подождем появления возможности.