Qu'est-ce qui est et quels problèmes entraînent une «erreur de porteuse»

Je n'ai pas trouvé de définition vraiment claire de ce qu'est une `` erreur de porteuse '' dans le contexte de la sortie ifconfig pour une interface. J'ai effectué une recherche sur Google et il n'y a vraiment pas de bonne définition ou liste de problèmes qui provoquent cela.

Je suppose du contexte que cela signifie que quelque chose au sujet du signal Ethernet est mauvais. Je soupçonne quelque chose au sujet du câble d'interconnexion, ou l'interface / le port réseau est à l'origine de ce problème?

Je ne vois presque jamais ce compteur changer, mais un client m'a contacté ce matin et a mentionné des problèmes de réseau. Le compteur de porteuses augmente d'environ 200 par seconde. Ils avaient récemment apporté quelques modifications à l'équipement se connectant à la box Linux que je gère. Je voudrais pouvoir leur donner des détails plus précis sur ce qui pourrait être à l'origine du problème, à part dire que quelque chose que vous avez changé est cassé.

eth0      Link encap:Ethernet  HWaddr 00:1b:21:f3:ea:ae  
          inet addr:172.16.0.9  Bcast:172.16.255.255  Mask:255.255.0.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:13386121 errors:0 dropped:0 overruns:0 frame:0
          TX packets:21255715 errors:1701 dropped:0 overruns:0 carrier:1031707
          collisions:1313642 txqueuelen:1000 
          RX bytes:2467874046 (2.2 GiB)  TX bytes:3820141165 (3.5 GiB)

Alors, qu'est-ce qu'une «erreur de porteuse» et quels sont les problèmes typiques qui la provoquent.

Des erreurs de porteuse se produisent en cas de problème avec la modulation de votre signal.

Cela peut indiquer soit une non - concordance duplex , soit un problème avec le câble / connecteur physique.

Le redémarrage de la négociation automatique et la vérification du connecteur Ethernet sont des choses que vous pouvez essayer de résoudre le problème.

Regardez ici pour quelques instructions sur la façon de redémarrer la négociation automatique.

J'ai un câble Ethernet cat5e fonctionnant entre deux bâtiments avec des protections contre les surtensions à chaque extrémité et il obtient des erreurs de porteuse occasionnelles comme indiqué par RouterOS qui est basé sur Linux. Je crois que la plupart d'entre eux sont causés par la foudre, car nous pouvons passer tout l'hiver sans une seule erreur de transporteur, puis au printemps, nous obtenons un orage et il y en aura eu 20 à 30 de plus.

Le Cisco de l'autre côté les signale comme des "erreurs d'entrée" lorsque vous effectuez un show int.

En tout cas, ils ne semblent pas poser de problème.

Je pense que c'est un effet secondaire du parasurtenseur qui fait ce qu'il est censé faire, qui est de fixer tout ce qui dépasse 16 V sur le câble Ethernet à la terre. L'effet que cela a sur le signal Ethernet est susceptible de se présenter comme des erreurs de porteuse.

Très probablement, un parasurtenseur avec une tension de claquage plus élevée, ou n'utilisant aucun parasurtenseur, réduirait le nombre d'erreurs de support qui se produisent, au risque accru de dommages à l'équipement. Vous préférez que la surtension passe à la terre via votre protecteur de surtension, plutôt que votre équipement, testant si elle a vraiment une isolation de 1500 V des paires Ethernet à la terre comme l'exigent les spécifications IEEE.

Les erreurs de support proviennent d'un problème au niveau physique du modèle OSI. L'erreur est générée par la puce qui gère la signalisation (l'onde porteuse est modulée pour former les 0 et les 1). Lorsque le signal entre pairs est perturbé, une erreur "porteuse" se produit.

Habituellement, lorsque la puce ne reçoit pas d'impulsion de liaison normale (NLP), elle génère une erreur de porteuse. Les PNL ont une durée de 100 ns, donc même une interruption électrique mineure déclenchera une erreur. La solution signifie généralement vérifier l'intégrité des liens physiques, s'assurer que les liens ne s'exécutent pas à proximité de sources de DME, etc.

Une mauvaise configuration (ou une autoconfiguration interrompue qui utilise des impulsions de liaison rapide / FLP) peut provoquer le même symptôme. Une fois la négociation automatique réussie, les erreurs de transporteur devraient cesser. Si vous n'utilisez pas la configuration automatique, une mauvaise configuration entraînera une augmentation continue de ce nombre.

Si l'utilisation d'un concentrateur de paquets, les collisions peuvent provoquer les mêmes symptômes, mais le prix du commutateur par rapport au concentrateur ne crée qu'un ancien problème d'équipement.