Erreurs Crc ?!?!?! pour spécialiste(s)

Etant toujours à la recherche de l'origine de mes déconnexions aléatoires, je me suis rendu compte dans la config de la Livebox que je pouvais voir les statistiques ADSL. J'ai constaté que j'avais des erreurs CRC.
D'abord c'est quoi ?

Et ensuite 15 erreurs en 20 mns est ce que c'est beaucoup ?

Merci d'avance Docteur...

J'en ai aussi...

En faisant les tests avec DSLTEST... je perds des paquets IP en UP.

Avec la 13A, je perdais parfois 5% de paquet
depuis la 14C, je perds moins de 3% de paquet... pour le jeu c'est toujours pas GLOP..

A priori les erreurs CRC c'est pas Cool... tu devrais aussi avoir des HEC en pagaille non ?

Salut,

Pour les erreurs CRC voir le lien ci-dessous ( c'est pas ce qu'il y a de plus grave ).

http://www.commentcamarche.net/base/control.php3

Mon compteur affiche : 63746 erreurs CRC et franchement je n'ai pas du tout à me plaindre de ma connection internet (tout marche nickel)

A+

As tu des HEC aussi ???

pas trouvé dans comment ça marche... les HEC

de vos réponse, les CRC ne sont pas si graves. Par contre autre question si il y a des connaisseurs: toujours dans statistiques ADSL il y a en seconde ligne (de mémoire ligne "Standard ADSL") G992_1_A, j'ai vu que d'autres avaient autre chose, cela correspond à quoi ?

Permettez-moi de ne pas être d'accord ... Il faut viser à avoir le moins d'erreur HEC et le moins de CRC erronés possible. Un nombre important indique une liaison perturbée. Quand il y a des erreurs, il y a répétition des trames erronées ; ceci fait donc baisser le débit utile de la liaison puisque certaines parties des infos transmises sont répétées plusieurs fois.

Je me disais aussi...ça me parait plus cohérent...

mais c'est quoi les HEC ????

...

Une trame ATM fait 48 octets + 4 octets d'en-tête et 1 octet de contrôle HEC (Header Error Control) . Cet octet permet de corriger une erreur dans l'en-tête.
Les HEC dans les statistiques de la Livebox doivent représenter le nombre de trames ATM qui sont arrivées avec leur en-tête erronée. Il y en a en général beucoup plus que de CRC. Sur une longue période j'ai remarqué régulièrement un rapport de 1 à 10 entre les deux.
Je n'en sais pas plus ...

Effectivement je confirme le rapport de 1 à 10.

Et merci pour les HEC...

Franbour a écrit:

Permettez-moi de ne pas être d'accord ... Il faut viser à avoir le moins d'erreur HEC et le moins de CRC erronés possible. Un nombre important indique une liaison perturbée. Quand il y a des erreurs, il y a répétition des trames erronées ; ceci fait donc baisser le débit utile de la liaison puisque certaines parties des infos transmises sont répétées plusieurs fois.

C'est permis.

Par contre quels sont les moyens d'y remédier ?

Par expérience (au boulot) beaucoup de PC (un parc de 1000 Pc tous en réseau ) comportent une quantité fénoménale d'erreurs CRC et apparemment ça n'a pas l'air de géner les pros de l'informatique.

Réponse : c'est normal et de toutes façons le jour ou il y aura un réel pb ca ne fonctionnera plus

Disons qu'à la base, c'est une erreur et c'est donc anormal. Après il faut considérer le coût pour arriver à une solution idéale et les problèmes que ces perturbations causent. Si les techniciens de ton entreprise ne s'affolent pas, j'imagine que c'est bien parce qu'il n'y a pas de gène subie et que ça couterait cher de corriger les choses.

Pour ce qui est des erreurs, je pense que plutot que de parler de grand nombre ou petit nombre il faut s'interesser à leur fréquence.
Dans mon cas, si ma marge au bruit annoncée par la LB est dans les environs de 9 dB (théoriquement très correct), je me prend 100 erreurs HEC par seconde voire plus, largement moins d'erreurs CRC, et que généralement la connection va lacher dans la minute qui suit. A 10 dB ça tient mieux, pas de gros taux d'erreur HEC ni CRC, et c'est tranquille.

Dje a écrit:

Pour ce qui est des erreurs, je pense que plutot que de parler de grand nombre ou petit nombre il faut s'interesser à leur fréquence.

Tout à fait d'accord. Le plus important c'est la fréquence des HEC compte tenu du traffic sur la liaison. Mais comme l'utilisateur "moyen" reboote sa Livebox régulièrement (ce qui remet les compteurs à zéro) s'intéresser à la valeur du compteur n'est pas farfelu. Avant que ma liaison ne soit bridée en palier 5 j'avais moi aussi des raffales de HEC quand le rapport SNR se dégradait et avant que la connexion se plante. Aujourd'hui, avec une marge de 17, j'ai 19 HEC pendant 4 heures 30, ce que je considère comme correct (malgré un traffic important sur ma liaison).

La règle pourrait être que si on constate beaucoup de HEC mais que cela ne provoque pas de déconnexions ni de ralentissement de la connexion et bien il n'y a qu'à laisser en l'état. Par contre si il y a des deconnexions fréquentes il faut absolument trouver le moyen de faire remonter la marge SNR : soit en "nettoyant" la ligne de bout en bout, soit en bridant le débit descendant.

Tu parles de débits descendant...
c'est valable aussi pour le montant ?

Car moi il m'arrive de perdre des paquest IP en Up seulement.
HEC -> CRC -> retransmission IP

Je n'ai pas trouvé dans les stats de la LB le moyen de savoir si les HEC concernanaient le "up" ou le "down". De manière intuitive j'ai plutôt tendance à dire que le "up" se situant dans les fréquences basses est moins atténué et moins sujet aux perturbations que le "down" qui se situe dans la partie haute du spectre. Mais c'est une interprétation toute personnelle qui n'engage que moi.

Ca fait plaisir de voir que le sujet interesse pas mal de gens. Merci de ces réponses et réflexions. Finalement je n'ai pas trop d'erreurs vu ce que d'autres peuvent avoir.

thid a écrit:

de vos réponse, les CRC ne sont pas si graves. Par contre autre question si il y a des connaisseurs: toujours dans statistiques ADSL il y a en seconde ligne (de mémoire ligne "Standard ADSL") G992_1_A, j'ai vu que d'autres avaient autre chose, cela correspond à quoi ?

le standard adsl G992_1_A dis quelle formule adsl tu as prises
dans ce cas la ca donne le debit max 8 mega

le standard adsl G992_5_A donne le debit max2+ (18 mega



pour revenir a ces histoire d'erreurs hec et crc
pour ma part a ce moment precis en debit max (8mega)
j'ai apres 3h55 de connextion hec 213 crc 28 compteur 15 min 0
compteur 1 jours 0
Atténuation Terminaison locale: 29.0 (dB)
Terminaison distante: 21.0 (dB)
Marge SNR Terminaison locale: 13 (dB)
Terminaison distante: 7 (dB)


il y a quelque temps j'ai demander a passer en adsl 2+(18mega)
et j'avais ca comme donner
debit montant 996kb/s
debit descendant 12936kb/s
Atténuation Terminaison locale: 39.9 (dB)
Terminaison distante: 21.4(dB)
Marge SNR Terminaison locale: 5 (dB)
Terminaison distante: 14 (dB)
hec 54
compteur 15min 0
crc 5
compteur 1 jours es 0

ca en moins de 1 minutes de connection

resultat reel up ok download a jamais depasse les 2 mega

apres les coup de tel au 1013 et chez mamadoo
je me suis entendu dire que la ligne etait trop mauvais pour l'adsl 2+
probleme au niveau db sur la marge snr
depuis je suis revenu en debit 8 mega et tout est a nouveau normal

une chose qui peut t'aider peut etre c'est d'essaye d'ameliore ta ligne le plus que tu peut style changer les prises f.t. vire le condo bien nettoye les fils au niveau des branchement des prise etc (il y a plusieur post qui en parle deja )


chris

J'ai parlé trop vite avec ma question sur le G992_1 j'avais trouvé la réponse, merci quand même. Pour la prise téléphonique, ne t'inquiète pas j'ai déja fait le nécessaire il y a longtemps.

[quote="Jeanluc38"]

Franbour a écrit:

Par expérience (au boulot) beaucoup de PC (un parc de 1000 Pc tous en réseau ) comportent une quantité fénoménale d'erreurs CRC et apparemment ça n'a pas l'air de géner les pros de l'informatique.

Mes cours de réseaux sont partis dans les méandres de ma mémoire, cependant, si j'arrive à reconnecter mes neuronnes, je pense que les erreurs CRC sont inérantes au mode de fonctionnement des protocoles Ethernet.

On m'a appris : "En réseau, c'est celui qui geule le plus qui gagne" en gros, quand une carte envoie une trame sur le réseau, si elle n'a pas de réponse et la renvoie encore et encore jusqu'au timeout.

Le truc c'est qu'elles sont pas polies entre elles (les cartes), et elles parlent toutes en même temps du coup on obtient des erreurs à cause des messages qui se croisent, d'où les erreurs CRC.

Contrairement au TokenRing (où une seule carte peut parler à la fois), l'Ethernet c'est vraiment dégeu, mais ca permet un réseau en étoile (Un noeud qui décéde ne fait pas tomber tout le réseau), et pour internet c'est quand même mieux...

http://forums.grenouille.com/index.php?showtopic=19153
Ca parle de Free, mais les explications sur les erreurs CRC HEC qui sont à la fin du post sont valables pour l'ADSL en général

et aussi : (je cite)
Fec
Foward Error Correction, méthode de détection d'erreur en transmission, la valeur indiquée donne le nombre de paquets perdus en transmission (commun à l'interleave et au fastpath).
Augmente souvent par la mauvaise qualité de raccords terminaux, par exemple rallonge téléphonique, presence du condensateur dans la prise téléphonique

Hec
Header Error Checksum, méthode de détection d'erreur d'entête IP, la valeur indiquée donne le nombre de paquets perdus dans l'entête IP (commun à l'interleave et au fastpath).

Crc
Cyclic Redundancy Check, méthode de détection d'erreur redondante des paquets par interpolation polynomiale de degré 16 (commun à l'interleave et au fastpath)..

Etat de la ligne ADSL OPERATIONNEL
Standard ADSL G992_1_A
Débit montant 992 Kb/s (Intlv[LP0])
Débit descendant 6048 Kb/s (Intlv[LP0])
Atténuation Terminaison locale: 41.0 (dB)
Terminaison distante: 26.0 (dB)
Marge SNR Terminaison locale: 6 (dB)
Terminaison distante: 6 (dB)
Nombre de HEC 2040857
Logiciel 0xe200314
Compteur 15 min ES 0
Erreurs de CRC 29876
Compteur 1 jour ES 0

Bonjour,

Je trouve un nombre d'erreurs HEC et CRC impressionnant

Et pourtant, je n'ai jamais de pb de connexion depuis près d'un an que j'ai ma LiveBox.

Dois-je tout de même m'inquiéter ?