Jump to content
Калькуляторы

Ошибки на порту коммутатора D-link

Доброго времени суток. Объясните пожалуйста простым языком вывод команды sh error port 1 на коммутаторе d-link, какой из показателей на что влияет? Например: увеличение номера 5 и 6 говорит о проблемах с физикой (абстрактно) и тд. Картинка для примера

PS про manual не писать

port.png

Edited by serg10

Share this post


Link to post
Share on other sites

Счетчики на свитчах разных производителей разные поэтому речь дальше только о картинке из примера.

Детальное описание ошибок на русском лугко гуглится (кроме symbol error). Из-за проблем с физикой обычно есть только CRC ошибки. Drop Pkts растут когда кадр принят нормально но из-за настроек свитча отброшен (в том числе из-за нехватки буферов если конкретный D-Link достаточно интеллектуален чтобы вести статистику по буферам). Undersize, oversize, fragment ошибки можно только констатировать и они возникают из-за некорректной работы передатчика с другой стороны если линк full duplex, либо могут возникнуть на half duplex линке. Oversize также может быть из-за несогласованности MTU на линке. Collision и excessive deferral будут только на half duplex линках.

Share this post


Link to post
Share on other sites

К предыдущему комментарию особо нечего добавить, но можно слегка упростить:

  • Если ошибки в группе TX (не важно какой именно параметр растет) - проверяем линк на duplex mismatch.
  • Если ошибки CRC - проверяем "физику".
  • Если ошибки Drop Pkts - значит получаем трафик, которого не ждем, проверяем настройки trunk, используемые ACL и т.п. штуки.

Устранение этих проблем с вероятностью 99% устранит и все оставшееся.

Share this post


Link to post
Share on other sites
Только что, xcme сказал:

К предыдущему комментарию особо нечего добавить, но можно слегка упростить:

  • Если ошибки в группе TX (не важно какой именно параметр растет) - проверяем линк на duplex mismatch.
  • Если ошибки CRC - проверяем "физику".
  • Если ошибки Drop Pkts - значит получаем трафик, которого не ждем, проверяем настройки trunk, используемые ACL и т.п. штуки.

Устранение этих проблем с вероятностью 99% устранит и все оставшееся.

можно ли по каким то параметрам конкретизировать проблемы с физикой, на какой именно они стороне?

Share this post


Link to post
Share on other sites
39 минут назад, serg10 сказал:

можно ли по каким то параметрам конкретизировать проблемы с физикой, на какой именно они стороне?

по crc error.

счетчик будет прибавляться на RX

Share this post


Link to post
Share on other sites
49 минут назад, serg10 сказал:

можно ли по каким то параметрам конкретизировать проблемы с физикой, на какой именно они стороне?

Немного утрируя, чип стороны А отправляет кадр без ошибок, чип стороны Б получает кадр и определяет что контрольная сумма не совпадает, это все что свитч может сказать про CRC ошибки. Место возникновения ошибки может быть где угодно между чипами; со свитчами проблемы бывают крайне редко (и легко диагностируются сменой порта), с трансиверами чаще, (диагностируются сменой трансивера), 99% проблем из-за оптической линии и соединений.

Share this post


Link to post
Share on other sites
16 часов назад, mihele95 сказал:

по crc error.

счетчик будет прибавляться на RX

если прибавляется на RX, значит проблема с нашей стороны?

Share this post


Link to post
Share on other sites
В 10/01/2018 в 07:44, serg10 сказал:

если прибавляется на RX, значит проблема с нашей стороны?

Нет. Проблема может быть как в своей зоне ответственности, так и в чужой.

Share this post


Link to post
Share on other sites

Линк в норме

CRC так может вызвать jumbo frame.

Drop Pkts  увеличивается если принимается "специфические", например,  другого вендора кадры типо cdp,vtp  и т.д

Edited by millenium

Share this post


Link to post
Share on other sites

Слышал, что процент ложных срабатываний CRC увеличивается если пакеты более 9 к.

Т.е если  есть небольшое кл-во ошибок CRC и используется jumbo ,  можно игнорировать

 

Symbol error -не знаю, есть только предположение.

Edited by millenium

Share this post


Link to post
Share on other sites

CRC ошибки никогда нельзя игнорировать 146%. 

Share this post


Link to post
Share on other sites

Что в таких случаях делать ?
Из практики: Был транзитный коммутатор под моим управлением через которого шли jumbo. На  одном из портов(из дескрипшена видно , что схд) есть ошибки CRC( от 3-5  как помню).  Докладываю главному, он мне про crc и jumbo поведал.

Порт был в апе в районе 1.5 лет..

P.s. правда не вспомню сейчас, возможно, были и другие ошибки на интерфейсе как-то взаимосвязанные с crc. Но вот заострил внимание именно на crc и jumbo.

Edited by millenium

Share this post


Link to post
Share on other sites

Если у вас за год было 3-5 ошибок, то конечно это можно проигнорировать. А если у вас стабильно (с любой скоростью) прирастают CRC - нужно разбираться. И начать это разбирательство с физики (замена кабеля, SFP, шнура и тп), так как самая распространенная причина CRC - плохая физика.

Share this post


Link to post
Share on other sites

@Butch3r , обзвонили недавно абонента с количеством CRC за 2 дня в районе 140 тыс штук. Говорит, что интернет хорошо работает)

Share this post


Link to post
Share on other sites
1 час назад, EShirokiy сказал:

@Butch3r , обзвонили недавно абонента с количеством CRC за 2 дня в районе 140 тыс штук. Говорит, что интернет хорошо работает)

везде есть исключения, но его всё равно надо насильно починить )))))

Share this post


Link to post
Share on other sites

на 3200 (ревизия А1 вроде) видел такую штуку: после аптайма месячного на портах начинали копиться CRC. Если коммутатор ребутнуть, то после ребута некоторое время все будет опять без CRC.

 

Share this post


Link to post
Share on other sites

В данном случаем в чем может быть проблема? Все логи о 20 порту. sfp меняли.

12313.png

Share this post


Link to post
Share on other sites

Если падает/поднимается периодически - смотрите оптический бюджет модулей и сверяйте его с рефлектограммой. Так же поменять шнуры и протереть разъемы.

Дроп пакетс это скорее всего норма.

Share this post


Link to post
Share on other sites

Добавлю из практики.

Если возрастает CRC-error. То у нас в 99% это "вздутые" кондёры на плате коммутатора ((

308873055_.thumb.JPG.68d5fe5969c64302453f6cd24a58cc85.JPG

 

 

Share this post


Link to post
Share on other sites

Вы сейчас вообще что попало говорите. Это значит проверяйте физику. Причём тут вообще коммутатор?

 

Share this post


Link to post
Share on other sites

CRC на TX это как, вообще? Длинк впереди планеты всей? или есть какие-то диагностические BPDU с противоположной стороны? (кстати есть ли такое в природе? стандартное?)

Share this post


Link to post
Share on other sites

@ShyLion  tx не работает(не разу не видел) из серии пусть будет

 

@PuZaN отсыпь

 

@millenium  если большое mtu будут расти оверсайзы

 

 

Share this post


Link to post
Share on other sites

Ставишь новый коммутатор, сфп или медь остаются старые, ошибок нет. Привозишь снятый в офис, раскручиваешь , гигабитные и зачастую другие кондеры, вздутые. Опыт касательно 3526. Есть ещё места где они трудятся. 

9 часов назад, pingz сказал:

@ShyLion  tx не работает(не разу не видел) из серии пусть будет

 

@PuZaN отсыпь

 

@millenium  если большое студию будут расти оверсайзы

 

 

 

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now