Довольно часто приходят сообщения от мониторинга подобного рода, на многих портах. Ниже приведу данные по одному из портов, одного устройства. В чем может быть дело?

#show interfaces GigabitEthernet 1/0/7 counters errors
Port        Align-Err     FCS-Err    Xmit-Err     Rcv-Err  UnderSize  OutDiscards
Gi1/0/7             0         142           0         142          0        33378
Port      Single-Col  Multi-Col   Late-Col  Excess-Col  Carri-Sen      Runts     Giants
Gi1/0/7            0          0          0           0          0          0          0

#show interfaces counters trunk
Gi1/0/7                 0               0            0

#show interfaces GigabitEthernet 1/0/7
GigabitEthernet1/0/7 is up, line protocol is up (connected)
  Hardware is Gigabit Ethernet, address is ----.----.---- (bia ----.----.----)
  Description: P2000 Array Controller/Top
  MTU 1500 bytes, BW 100000 Kbit, DLY 100 usec,
     reliability 255/255, txload 1/255, rxload 1/255
  Encapsulation ARPA, loopback not set
  Keepalive set (10 sec)
  Full-duplex, 100Mb/s, media type is 10/100/1000BaseTX
  Media-type configured as  connector
  input flow-control is off, output flow-control is unsupported
  ARP type: ARPA, ARP Timeout 04:00:00
  Last input never, output 00:00:05, output hang never
  Last clearing of "show interface" counters never
  Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 33378
  Queueing strategy: fifo
  Output queue: 0/0 (size/max)
  5 minute input rate 0 bits/sec, 0 packets/sec
  5 minute output rate 6000 bits/sec, 3 packets/sec
     81626118 packets input, 75658520521 bytes, 0 no buffer
     Received 320928 broadcasts (301617 multicasts)
     0 runts, 0 giants, 0 throttles
     143 input errors, 143 CRC, 0 frame, 0 overrun, 0 ignored
     0 watchdog, 301617 multicast, 0 pause input
     0 input packets with dribble condition detected
     736927451 packets output, 71167510621 bytes, 0 underruns
     0 output errors, 0 collisions, 10 interface resets
     0 babbles, 0 late collision, 0 deferred
     0 lost carrier, 0 no carrier, 0 PAUSE output
     0 output buffer failures, 0 output buffers swapped out

• C3750 InError Count Increasing,anonymous, 17:09 , 16-Фев-15
  • C3750 InError Count Increasing,anonymous, 17:10 , 16-Фев-15
  • C3750 InError Count Increasing,alexrn, 17:44 , 16-Фев-15
    • C3750 InError Count Increasing,anonymous, 17:51 , 16-Фев-15
      • C3750 InError Count Increasing,alexrn, 18:21 , 16-Фев-15
        • C3750 InError Count Increasing,anonymous, 21:28 , 16-Фев-15
• C3750 InError Count Increasing,Andrey, 20:46 , 16-Фев-15
  • C3750 InError Count Increasing,alexrn, 20:48 , 16-Фев-15
• C3750 InError Count Increasing,ShyLion, 09:22 , 18-Фев-15

test cab tdr int gi 1/0/7
sh cab tdr int gi 1/0/7

А вообще fcs errors говорят о рассогласовании скорости/дуплекса

> test cab tdr int gi 1/0/7
> sh cab tdr int gi 1/0/7

Interface Speed Local pair Pair length        Remote pair Pair status
--------- ----- ---------- ------------------ ----------- --------------------
Gi1/0/7   100M  Pair A     1    +/- 4  meters Pair A      Normal
                Pair B     1    +/- 4  meters Pair B      Normal
                Pair C     1    +/- 4  meters Pair C      Short
                Pair D     2    +/- 4  meters Pair D      Short

https://supportforums.cisco.com/document/74231/how-use-time-...
Должно быть Open, если линк идёт на 100mb устройство

> https://supportforums.cisco.com/document/74231/how-use-time-...
> Должно быть Open, если линк идёт на 100mb устройство

Спасибо. Я посмотрю по ссылке и такая ситуация со всеми портами на которых ошибка. Дал заявку на замену кабелей и потом отпишусь помогло или нет.

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

>      143 input errors, 143 CRC, 0 frame,

Все что угодно.
Дешевый кабель при прокладке, дешевые розетки, дешевые патч-панели, дешевые патч-корды, наводки со стороны силовых кабелей проложенных в том-же лотке, дешевые карточки в самих оконечных устройствах, долгая эксплуатация кабельных трасс в "тяжелых" условиях (влажность, перепады температур и т.п.)
Иногда встречаются подрядчики, которые сращивают в коробе или за подвесным потолком разъемами 110 типа куски трассы. Это в самом лучшем случае. Бывает даже до скруток на изоленте доходит. Но это обычно быстро выявляется и за это морды бьют подрядчикам. Так что им не выгодно так работать.

Начните с патч-кордов. В серверной и на рабочих местах.

>[оверквотинг удален]
> Дешевый кабель при прокладке, дешевые розетки, дешевые патч-панели, дешевые патч-корды,
> наводки со стороны силовых кабелей проложенных в том-же лотке, дешевые карточки
> в самих оконечных устройствах, долгая эксплуатация кабельных трасс в "тяжелых" условиях
> (влажность, перепады температур и т.п.)
> Иногда встречаются подрядчики, которые сращивают в коробе или за подвесным потолком разъемами
> 110 типа куски трассы. Это в самом лучшем случае. Бывает даже
> до скруток на изоленте доходит. Но это обычно быстро выявляется и
> за это морды бьют подрядчикам. Так что им не выгодно так
> работать.
> Начните с патч-кордов. В серверной и на рабочих местах.

Спасибо. Начали. О результатах дам знать.

> Довольно часто приходят сообщения от мониторинга подобного рода, на многих портах. Ниже
> приведу данные по одному из портов, одного устройства. В чем может
> быть дело?
> #show interfaces GigabitEthernet 1/0/7
> GigabitEthernet1/0/7 is up, line protocol is up (connected)
>      81626118 packets input, 75658520521 bytes, 0 no buffer
>      143 input errors, 143 CRC, 0 frame,

Типичные ошибки физики. В таких количествах бывает набегают при выдергивании патчкорда. Не было либо каких-то работ по передергиванию патчкордов с момента последней перезагрузки/включения ?