Discussion :

[kakashi-Hatake]

Bonjour,

je suis actuellement chargé d'un audit sur des erreurs fréquents sur certains ports de switchs.
J'ai un nombre anormal de crc sur certains ports (à se demander comment est-ce possible?!). Le réseau il fonctionne plus tôt bien mais je fais plus dans la prévention .

Du coup, j'ai perdu (oublié) énormement de notions sur ce sujet: input packets, input errors, crc, runt. Je cherche des précisions sur ces termes (définitions plus précises et causes probables de mes crc élevés).
exemple sur un port: 7288 input packets, 84458 input errors, 84351 crc (c'est une journée déjà assez calme avec tout ça).

HELP!!!!!!!!!!!!

[Invité]

Cf

https://www.cisco.com/c/en/us/suppor.../12027-53.html

Je conseille de :
- sauvegarder le 'show interface xxx',
- faire un 'clear counter interface xxx'
- regarder si les compteurs s'incrémentent.

Généralement, des CRC erreurs sont dues à des problèmes physiques. Il faut refaire la chaîne de liaison physique (SFP, jarretières, etc).

-VX

[kakashi-Hatake]

Merci pour tes préconisations;

C'est un script qui remonte ces erreurs (le sript en question se charge aussi de vider les counters à une fréquence bien déterminée). Oui, j'ai pensé aux liaisons physiques mais le truc c'est que le câblage a l'air niquel et quand je décide de combattre ma paresse et remonter le long d'in port avec pleins de crc par exemple, eh bha il s'avère que la liaison physique est nette et hors de cause. et avant de me lancer dans ce travail fastidieux(de remonter tous les ports "crc-tés à mort", j'aimerai écarter toute autre option

[Invité]

C'est pourquoi la vitesse d'incrémentation doit être observée.
Si les compteurs s'incrémentent et que le problème peut être reproduit au bout du laps de temps t, tu fais un changement (jarretière, sfp, etc) et tu regardes ce qui se passe.

En tous cas, des CRC, c'est physique.

-VX

[kakashi-Hatake]

Je n'utilise pas de SFP. Je vais essayer de farfouiller dans les jarretière là alors.

Merci pour ton aide