Мой порт коммутатора Cisco плох?

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

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

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

• поменяйте кабели между настенной розеткой и устройством.
• поменяйте соединительные кабели между коммутационной панелью и портом (портами) коммутатора.
• попробуйте разные порты коммутатора в стеке 2960.
• заменить устройства конечного пользователя на заведомо исправное оборудование (новые телефоны, разные ПК).
• очистить счетчики интерфейса порта коммутатора и внимательно следить за ошибками приращения. ( Pastebin выход изsh int )
• Посмотрел журналы устройства и графики Observium RRD . Никаких проблем со связью вверх / вниз со стороны коммутатора.
• поменяйте удлинители на стороне конечного пользователя.
• тестовый кабель проходит от 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 был поврежден, у него могут быть проблемы, в то время как у соседей нет.

Тем не менее, снижение производительности является странным симптомом для физической проблемы - не невозможно, но не типично. Несмотря на полудуплексные каналы, выходные потери обычно больше связаны с исчерпанием буфера, чем с физическими проблемами.

Вы можете получить больше информации, настроив перехват пакетов на другой стороне провода. Ожидается, что плохой физический уровень будет проявляться с некоторым количеством ошибок физического уровня (плохой CRC, рунт / гигант и т. Д.) На одной или обеих сторонах канала.

В целом это звучит так, как будто вы устранили достаточно, чтобы преодолеть границу убывающей отдачи. Я бы порекомендовал RMA, если у вас есть контракт.

Да, один порт может быть плохим, но, насколько я помню, вы должны заменить весь модуль. (Предостережение: прошло много времени с тех пор, как я проделал значительную работу Cisco ...)

Я не уверен, может ли это помочь, но посмотрите FITB , Лори Деннесс, один из инженеров Ops в Etsy.