Чи поганий мій порт комутатора Cisco?

Я переслідував проблему втрат пакетів та стабільності мережі для кількох кінцевих користувачів у внутрішній мережі протягом останніх кількох днів ... Ці проблеми з’явилися на минулому тижні, однак місце розташування вразило блискавка шість тижнів тому.

Я бачив 5-10% втрат пакету між стеком чотирьох Cisco 2960 та декількома ПК та телефонами з іншого боку пробігу 77 метрів. Персональні комп'ютери працювали в режимі зв'язку з телефонами по транкірованому каналу зв'язку ( конфігураційне вставлення з пастою ). Ми спостерігали відмовлені дзвінки та перебої в програмах клієнт-сервер та підключення Microsoft Exchange.

Я спробував звичайні дії з усунення несправностей віддалено, коли місцевий технік робив наступні дії під час перерв у користувальницькій та виробничій діяльності:

• міняйте кабелі між настінним роз'ємом та пристроєм.
• змінити патч-кабелі між панеллю патча та портами перемикання.
• спробуйте різні порти комутації в стеку 2960.
• міняти пристрої кінцевих користувачів з відомим хорошим обладнанням (нові телефони, різні ПК).
• очистити лічильники інтерфейсів портів і уважно стежити за збільшенням помилок. ( Вихід із вставкиsh int )
• Поряд із журналами пристроїв та графіками RRD Observium . Немає проблем з підключенням / зменшенням зв’язку зі сторони комутації.
• змінити смуги живлення на стороні кінцевого споживача.
• тестовий кабель проходить від Cisco 2960 за допомогою test cable-diagnostics tdr int Gi4/0/9(чистого) *
• тестовий кабель проходить за допомогою тестера кабелів Tripp-Lite. (чисто)
• запустити діагностику на елементах стека комутаторів. (чисто)

Зрештою, було потрібно три зміни портів комутаторів, щоб знайти стабільне рішення. Єдиний логічний висновок полягає в тому, що кілька портів комутаторів Cisco 2960 погані або лускаті ... Не мертві, але і не послідовні в поведінці. Я не звик бачити, як окремі порти вмирають таким чином.

Що ще я можу перевірити чи перевірити, чи не є ці пристрої поганими?

Який підхід найкращої практики для перевірки цього?

Чи властиво для окремих портів мати проблеми, а не суміжний банк портів?

Дорога - show cable-diagnostics tdr int Gi4/0/14це дуже круто ...

Interface Speed Local pair Pair length        Remote pair Pair status
--------- ----- ---------- ------------------ ----------- --------------------
Gi4/0/14  1000M Pair A     79   +/- 0  meters Pair B      Normal              
                Pair B     75   +/- 0  meters Pair A      Normal              
                Pair C     77   +/- 0  meters Pair D      Normal              
                Pair D     79   +/- 0  meters Pair C      Normal              

У той час як банки портів часто діляться ASIC, кожен повинен мати свій окремий PHY. Якщо PHY був пошкоджений, у нього можуть виникнути проблеми, поки його сусіди цього не роблять.

Однак, падіння виходу є незвичайним симптомом для фізичної проблеми - не неможливо, але не типово. Незважаючи на напівдуплексні ланки, падіння виходу, як правило, більше пов'язане з виснаженням буфера, ніж з фізичними проблемами.

Ви можете отримати більше інформації, встановивши захоплення пакетів на іншій стороні дроту. Очікується, що поганий PHY виявиться з деякою кількістю помилок фізичного рівня (поганий CRC, runt / гігантський тощо) на одній або обох сторонах посилання.

Загалом це звучить так, ніби ви достатньо усунули, що може минути точку зменшення віддачі. Я рекомендую RMA, якщо у вас є контракт.

Так, один порт може бути поганим, але, як я пам'ятаю, вам доведеться замінити весь модуль. (Caveat: Давно я провів значну роботу Cisco ...)

Я не впевнений, чи може це допомогти, але перевірте FITB , Лорі Деннес, однієї з інженерів Ops в Etsy.