Brocade DCX 8510 предает задержку DC земле - понимающий OIDs для нахождения проблем L1

При попытке определить, существует ли, некоторые неустойчивые предают задержку DC земле на ссылках FC, но только имеют доступ к счетчикам OID для DCX 8510. Так как это - ссылка L1 по DWDM нет никакой статистики от поставщика услуг для измерения любых возможных проблем кроме соединяющегося тестового набора, который всегда подходит чистый, так как проблема неустойчива.

Наблюдение, что значения пронзают для этого OID, когда проблема происходит, но пытающийся найти надлежащую информацию о нем, действительно жестко.

swfcportrxbados

Любая справка на лучшем объяснении на этом OID и указателях на некоторую информацию для лучше понимания выводов SNMP значительно ценилась бы

3
задан 30 January 2015 в 22:16
1 ответ

Предпосылки

swFCPortRxBadOs отслеживает количество недействительных упорядоченных наборов, большую часть времени это ошибка физического или виртуального интерфейса, она также может применяться к объединительной плате.

Недопустимый упорядоченные наборы для DWDM или прямого FC, будь то Cisco или Broccade, часто становятся результатом плохой работы хоста или узла. RAID-массив с длиной метки диска более 6 или около того на другой стороне DWDM может привести к тайм-ауту виртуального канала. Обычно это означает, что виртуальные каналы «застревают». Когда порт коммутатора исчерпывает все доступные кредиты, порт коммутатора, подключенный к устройству, должен удерживать дополнительные исходящие кадры, пока устройство не вернет кредит для входа в буфер. Когда устройство не отвечает в течение тайм-аута, передающий коммутатор будет удерживать кадры дольше, что приведет к высокой занятости буфера. Это приводит к тому, что коммутатор снижает скорость, с которой он возвращает буферные кредиты другим передающим коммутаторам. Затем это распространяется через коммутаторы (потенциально несколько коммутаторов с устройствами, пытающимися отправить кадры на узлы или коммутаторы, подключенные к коммутатору с узлом или коммутатором с высокой задержкой) и влияет на производительность фабрики.

Итак ... Дальнейшие действия

Возможные виновники

  1. Неисправность физического уровня - неисправный или выходящий из строя SFP на другой стороне или на коммутаторе, на который вы смотрите.

  2. Виртуальный канал «застрял» - объяснение выше. Если виртуальный канал завис, значит, он не передает трафик или сигналы, и вы увидите, что счетчики er_bad_os увеличиваются.

Brocade рекомендует включить функцию проверки узких мест в FOS. Он сбрасывает VC (виртуальный канал), когда есть двухсекундное окно без трафика.

bottleneckmon –cfgcredittools -intport -recover onLrOnly

Когда один или несколько кредитов потеряны, он начнет искать свое окно для сброса VC.

Это отличный PDF-файл о передовых методах обеспечения отказоустойчивости фабрики. http://www.brocade.com/downloads/documents/html_product_manuals/NOS_MIB_301/wwhelp/wwhimpl/common/html/wwhelp.htm#context=NOS_MIB_v301_HTML&file=5_sw-tml для port.06.sw-mib. ваш порт и посмотрите, получите ли вы er_bad_os 591691 Invalid orders set

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

Отличная статья о буферных кредитах. http://community.brocade.com/t5/Mainframe-Solutions/Buffer-Credits-and-Frame-Size-calculation-in-FOS-7-1/ba-p/455

3
ответ дан 3 December 2019 в 06:32

Теги

Похожие вопросы