SOS Ordi - Interpretation des informations techniques de votre ligne Free ADSL

Interprétation des informations techniques de votre ligne Free ADSL

Adresse : http://www.sosordi.net/Article/35-6-interpretation-des-informations-techniques-votre-ligne-free-adsl

Auteur : Optilog
Publié le : 13/08/2004

Introduction

Ces explications peuvent vous servir à déterminer notamment si vous avez une qualité de ligne bonne ou pas et elles sont accessibles sur le lien suivant.

Toutes les données concernant les débits qui sont exprimées ici sont Kilo-bits/s en ATM !

L'ATM est le protocole de transport des données utilisées par Free jusqu'à la Freebox. Mais
l'ordinateur relié à la Freebox discute en TCP/IP. L'ATM agit comme une surcouche de TCP/IP.
On dit également que les paquets ATM encapsulent les paquets TCP/IP.

Pour convertir un débit exprimé en ATM en un débit exprimé en TCP/IP il faut grosso-modo
diviser par 1.2 :

5632 Kilo-bits/s (ATM) / 1.2 = ~ 4700 Kilo-bits/s (en TCP/IP)
4700 Kilo-bits/s / 8 = ~ 587 Kilo-octets/s
Rappel :

5632 Kilo-bits/s = ~ 5.5 Mega-bits/s (5.5 Mb/s) (ATM)
4700 Kilo-bits/s = ~ 4.7 Mega-bits/s (4.7 Mb/s) (TCP/IP)

pour faire le lien avec deux chiffres que l'on cite souvent à propos de la Freebox

Pour la partie upload :

384 Kilo-bits/s (ATM) / 1.2 = 320 Kilo-bits/s (TCP/IP)
320 Kilo-bits/s / 8 = 40 Kilo-octets/s (TCP/IP)

Il faut garder à l'esprit que ces chiffres sont des maximums, des vitesse de pointe. Il sera bien
rare que vous puissiez aller longtemps (plusieurs heures) à ces vitesses là. Cela va dépendre de
nombreux facteurs : l'encombrement global du réseau, l'encombrement du serveur sur lequel
vous êtes connecté, etc.

Petit tableau d'exemples (arrondis pour simplifier) :

ATM	TCP/IP	Débit
5632	4700	585 Kilo-octets/s
4800	4000	500 Kilo-octets/s
4200	3500	438 Kilo-octets/s
3600	3000	375 Kilo-octets/s
3000	2500	313 Kilo-octets/s
2400	2000	250 Kilo-octets/s
1800	1500	188 Kilo-octets/s
1200	1000	125 Kilo-octets/s

Certains voient parfois des valeurs supérieures, des téléchargements à plus de 600 Ko/s par exemple.

Sauf à ce que Free fasse des tests sur votre ligne, c'est tout simplement impossible puisque
supérieur à la vitesse maximale de la Freebox :

5632 Kilo-bits/s (ATM) / 1.2 = 4693.3333 Kilo-bits/s (TCP/IP)
4693.3333 / 8 = 586.67 Kilo-octets/s

Très souvent il s'agit d'erreurs ou d'approximations dans le calcul de la vitesse effectué par le
logiciel (client web, client FTP)

Lire également ceci

Si même Free le dit officiellement ... çà n'est pas leur intérêt de minimiser leurs performances.

Parfois les logiciels utilisent des techniques de compression à la volée des données, ce qui peut
aussi fausser le résultat.

Il faut bien comprendre qu'il n'y a pas de mesure absolue de la vitesse de téléchargement.
Comment en effet compter le nombre d'octets reçus dans un laps de temps donné ?
Cela peut paraître simple mais dans le détail :

Doit-on compter comme "arrivé" un paquet :

- arrivé dans la pile TCP/IP de la machine ?
- arrivé dans le premier buffer de l'application ?
- arrivé dans le dernier buffer de l'application ?
- stocké dans le disque dur ?

Sans évoquer les étapes intermédiaires ou des conditions particulières : l'utilisation d'un cache
disque qui accélère le stockage sur disque dur par exemple.

Selon la méthode utilisée pour compter, on n'obtiendra pas le même résultat, donc d'un logiciel
à un autre ...

Sur une machine moderne toutes ces étapes ne représentent que quelques millisecondes d'écart mais
cela suffit à fausser un calcul de vitesse.

Par ailleurs, les auteurs de logiciels client web ou FTP ont intérêt, surtout pour les logiciels
commerciaux, à être "optimistes" quant aux vitesses de download. En effet, c'est l'un des principaux
critères de choix des internautes ("avec le client FTP xyz je télécharge à telle vitesse alors
qu'avec le logiciel FTP abc je suis à 2 Ko/s moins vite")

Avez-vous déjà mesuré, chrono en main, que votre client FTP vous dit la vérité ?

Spurious atu detected

Spurious atu detected:

Normalement, le chiffre qui suit est à 0.

Il s'agit d'un "compteur de tentatives infructueuses de connexions".
Le DSLAM a vu que quelque chose (votre Freebox) a essayé de se connecter à lui, mais sans succès.

Cela peut arriver en temps normal et si vous arrivez à vous connecter malgré tout, vous pouvez
ignorer ce fait.

Si en revanche, vous n'arrivez pas du tout à vous connecter, il va falloir chercher la cause :
ce peut être la ligne FT (un mauvais câblage au niveau du DSLAM (très fréquemment à l'origine de ce
problème), un mauvais branchement dans une prise, un filtre ADSL défectueux, etc.)

Protocol Error

Protocol Error:

Ce chiffre devrait etre à 0.

En général, s'il est différent de zéro, le "Spurious ATU detected" est lui aussi supérieur à 0,
se reporter au paragraphe précédent pour déterminer les causes possibles.

Attainable bitrate

Attainable bitrate:

Il s'agit du débit maximum que peut atteindre votre Freebox sur votre ligne.
Si Free ne bridait pas à 5632 Kilo-bits/s, vous pourriez espérer atteindre la vitesse indiquée.
(Pour ceux qui ont un "Attainable bitrate" supérieur à 5632 bien sûr, pour les autres vous avez
déjà atteint le maximum que peut obtenir votre Freebox de votre ligne)

Ce chiffre peut aller jusqu'à 8192 Kilo-bits/s (en ATM, cf plus bas) en download et 1024 Kilo-bits/s
en upload (toujours en ATM).

Il est généralement supérieur au "Chan data interleave" (débit réel), parfois égal, ce qui signifie
que vous avez atteint la vitesse maximum que peut atteindre votre Freebox sur votre ligne.

Parfois on voit même un "Attainable bitrate" inférieur au "Chan data interleave" ce qui est une anomalie
(vraisemblablement la base de données n'est pas à jour ou il y a un problème de collecte de l'information)

Capacity occupation

Capacity occupation:

Il s'agit du pourcentage d'occupation de votre ligne. C'est le ratio entre votre débit théorique
("Attainable bitrate") et votre débit réel ("Chan data interleave").

Par exemple Si vous avez 100 cela veut dire que vous avez atteint (réellement) le débit maximum de
votre ligne.

Si vous avez 68 cela veut dire que vous utilisez 68 % de votre maximum théorique
(5632 sur 7616 par exemple)

Puisque Free bride à 5632 Kilo-bits/s, les meilleures lignes flirtant avec les ~ 8000 Kilo-bits/s,
vous plafonnerez à ~ 70%

Ce chiffre n'est pas forcément significatif :

Attainable bitrate____: 6000 7000 7500
Chan data interleave_: 5632 5632 5632
Capacity occupation__:_94%_80%_75%

On pourrait se dire que la première ligne est moins bonne que les autres, (attainable bitrate plus
faible) mais finalement, ce qui compte c'est le débit réel obtenu ("Chan data interleave") et là
on voit qu'il est identique dans les trois cas ci-dessus.

A l'inverse :

Attainable bitrate____: 7500 5000
Chan data interleave_: 5632 4000
Capacity occupation__:_75%_80%

Il faut mieux atteindre 75% d'une bonne ligne que 80% d'une moins bonne !

Chan data Interleave ou Chan data Fastpath

Chan data Interleave ou Chan data Fastpath:

L'un ou l'autre selon que vous avez activé le mode FastPath ou que vous êtes en mode Interleave

Là il s'agit de votre débit réel, négocié par votre Freebox avec le DSLAM lors de votre connexion.

Les chiffres maximums d'une Freebox sont pour l'instant :

Chan data Interleave : 5632 (far) 384 (near)

Atténuation

Atténuation:

Nombre ô combien important !

Il y a deux nombres, un pour l'upload ("up") un pour le download ("down")
Généralement vous serez surtout concerné par le chiffre pour le download.

Plus de chiffre est élevé, moins bonne sera votre connexion.

Généralement ce chiffre est lié à la distance (mais pas uniquement)
Plus vous êtes loin du DSLAM, plus votre atténuation risque d'être importante.

Grosso modo, c'est comme si vous deviez écouter quelqu'un parler : plus il est loin de vous, plus sa
voix devient difficile à entendre, elle est atténuée.

En plus de la distance, ce qui compte c'est le diamètre des cables utilisés pour faire votre ligne.
Plus ils sont gros, meilleure sera votre connexion.

Il vaut mieux également avoir une ligne d'un seul tronçon, plutôt que plusieurs reliés entre eux.
Chaque point de jonction va augmenter votre atténuation.

C'est ce qui explique qu'à distance égale on constate parfois de grosses différences d'atténuations
d'un internaute à un autre. Et on ne peut rien y faire puisque c'est la ligne FT.

Il y a un rapport théorique et approximatif de 69 entre la distance et l'atténuation :

700 m
700 / 69
7 db
1000 m
1000 / 69
14 db
1500 m
1500 / 69
22 db
2500 m
2500 / 69
36 db
3000 m
3000 / 69
43 db
4000 m
4000 / 69
58 db
5000 m
5000 / 69
72 db
6000 m
6000 / 69
87 db

Au dela de 3500 m ces chiffres s'éloignent parfois beaucoup de la réalité.
Dans la pratique on rencontre rarement des atténuations supérieures à 65 db.

Arbitrairement on peut dire qu'en dessous de 35 db vous avez une bonne ligne,
au dela de 55 db, la vitesse obtenue va s'en ressentir grandement.

Cela n'est pas forcément dramatique, il y a des gens avec de fortes atténuations qui ont des débits
pas si catastrophiques que çà.

Pour les longues lignes (ordre de grandeur : > 4000 m) et/ou fortement atténuée (ordre de grandeur :
> 55 dB), la Freebox v3 n'est pas un très bon modem.

Elle ne permettra pas un débit très élevé, voire pas du tout de synchronisation avec le DSLAM. Mieux
vaut alors investir dans un autre modem, de type Sagem ou Bewan, qui, en règle générale, s'en
sortent mieux dans de mauvaises conditions de lignes.

A l'heure où ces lignes sont écrites il serait question d'un upgrade du firmware de la Freebox v3
qui permettrait de résoudre ces problèmes. Wait and see.

Il est normal d'avoir une atténuation supérieure pour le flux upload et on ne peut pas y faire grand
chose (un nettoyage de ligne mais bon ...)

Les fréquences utilisées pour les flux upload et download ne sont pas les mêmes et la plage de
fréquence non plus.

La plage est beaucoup plus restreinte en upload.

Tout ceci fait que la ligne, à ces fréquences, est beaucoup plus parasitée et atténuée qu'aux
fréquences utilisées pour le download.

( Pour faire une analogie un peu approximative : dans une boîte de nuit bruyante, on a aucun mal à
entendre les gros "poum poum poum" d'un caisson de basse, alors que l'on a beaucoup plus de mal à
entendre les cris stridents de sa copine ! à distance égale. )

C'est ce qui limite d'ailleurs le flux upload, indépendamment de la volonté du FAI. Free "bride" à
5632 Kilo-bits/s (ATM) en download et à 384 Kilo-bits/s (ATM) en upload, mais même sans çà, les
limites sont de 8192 Kilo-bit/s (ATM) en download et 1024 Kilo-bits/s en upload.

D'ailleurs dans le "Attainable bitrate" on trouve assez facilement des gens ayant + de 7300 Kb/s en
download sur un maxi de 8192 (90 % du maximum), alors que des gens ayant + 900 Kb/s sur un maxi de
1024 (toujours 90% du maximum), il y en a déjà beaucoup moins, sans compter le côté approximatif de
ces mesures.

Noise margin

Noise margin:

Deuxième nombre d'importance !

Il y a deux nombres, un pour l'upload ("up") un pour le download ("down")
Généralement vous serez surtout concerné par le chiffre pour le download.

Il s'agit de votre "marge de bruit", autrement dit, la sensibilité de votre ligne aux parasites
divers et variés.

C'est l'équivalent du "rapport signal à bruit" (SNR, Signal Noise Ratio) pour les liaisons ADSL.

Plus ce chiffre est faible, moins bonne sera votre connexion (votre ligne sera davantage parasitée
ou sensibles aux parasites temporaires)

De même que lorsque vous essayer de parler avec quelqu'un au téléphone, plus il y a de parasites sur
la ligne, plus la transmission d'infos va lentement, vous devez répéter vos mots, vos phrases, etc.

C'est assez arbitraire là aussi, mais on a tendance à estimer qu'un chiffre >= à 20 est bon. Un
chiffre de l'ordre de 9, 10, 11 db n'est pas très bon. Cette appréciation est valable pour la
Freebox.

Avec un autre modem, un Sagem 800 ou 908 par exemple, on peut obtenir de bien meilleurs résultats,
même avec de très faibles valeurs de Noise Margin (parfois 6 dB !)

Fec & Hec

Forward Error Correction (ATM):

Technique de correction d'erreurs où il n'y a pas retransmission de données et donc où le
destinataire est responsable de la correction des erreurs présentes dans le paquet. La FEC s'appuie
sur la séquence de nombres contenue dans le champ données du protocole ATM AAL (ATM adaptation
layer) 1 pour détecter la perte de cellules et éviter la transmission inutile de cellules
appartenant aux paquets erronés.

Header Error Control (Contrôle d'erreur sur l'entête) (ATM):

5ème octet de l'en-tête ATM qui contient les informations nécessaires à la sous-couche transmission
convergence (TC) de la couche physique ATM pour détecter les erreurs de l'entête de la cellule ATM.
Si une erreur est détectée, la cellule est abandonnée avant sa transmission à la couche ATM

Crc

Cyclic Redundancy Check (Code de redondance cyclique):

Mécanisme basé sur un algorithme mathématique permettant de détecter les erreurs sur les données
(trame ou cellule). Le récepteur d'un bloc d'information détecte les erreurs de transmission en
calculant le reste de la division de ce bloc par une constante et le compare à ce même reste mis
dans le champ CRC du bloc d'information.

Au dela de ces définitions un peu techniques
(source : http://www.themanualpage.org/glossaire/glo_f.php3 ),
il s'agit en fait de compteurs de trois type d'erreurs différentes.

Un grand nombre d'erreurs seul ne veut rien dire.

Il faut rapprocher ce chiffre du nombre de cellules ATM transmises, c'est-à-dire diviser le nombre
d'erreurs par le nombre de cellules.

Par exemple si vous avez :

Crc 30 (far) 5282 (near)

et

Rx cells 5346211
Tx cells 92601527

on divise :

30 / 92601527 = 0.000323968
5282 / 5346211 = 0.000987989

Les différences entre les deux taux (upload & download) s'expliquent en général par des chiffres
d'atténuation différents pour l'un et pour l'autre. De même pour le "Noise margin".

On considère qu'une bonne ligne ADSL à moins de 1 pour mille (< 0.001) en taux d'erreur.
Cf la fin du paragraphe 3 là

Dans de telles conditions, on peut passer en mode FastPath, sinon il vaut mieux rester en mode Interleave.

Le mode Fastpath est surtout intéressant pour les joueurs en ligne qui ont besoin d'avoir un "bon ping".
Autrement dit, on grapille un peu en vitesse mais cela se fait en désactivant les contrôles d'erreurs.

La chaine de l'usine va plus vite parce que l'on ne vérifie plus ( ou moins) la qualité des boîtes
de conserves qui sortent !

Donc on ne peut le faire impunément que sur de très bonnes lignes, ayant peu d'erreurs.
Activer le Fastpath sur une ligne ayant beaucoup d'erreurs ne fera qu'empirer la situation.

Rx cells & Tx cells

Rx cells:

Nombre de cellules ATM reçues *côté DSLAM*
(çà correspond en fait à votre upload, le flux de votre PC vers Internet)

Ce compteur est remis à zéro lors d'une déconnexion/reconnexion de la Freebox

Une cellule ATM a une longueur totale de 53 octets :

- 5 octets d'entête
- 48 octets "utiles"

Exemple :

Si vous avez 1 000 000 de cellules => 53 000 000 octets (ATM)
Ce qui fait en TCP/IP : 53 000 000 / 1.2 = ~ 44 166 667 octets

Formule de passage du nb de cellules à un chiffre en Mo TCP/IP :

soit "n" le nombre de cellules :

( ( n * 53) / 1.2 ) / 1048576 = z Mo (TCP/IP)

Par exemple, si vous avez un "Rx cells : 32568975"

( ( 32568975 * 53) / 1.2 ) / 1048576 = ~ 1372 Mo (= ~ 1,37 Go)

Vous avez uploadé vers Internet environ 1,37 Go

Tx cells:

Nombre de cellules ATM émises *côté DSLAM*
(çà correspond en fait à votre download, le flux d'Internet vers votre PC)

Ce compteur est remis à zéro lors d'une déconnexion/reconnexion de la Freebox

Même calculs que ci dessus.

Remerciements

Remerciements:

Merci à Ex-machina, pour la rédaction de cette article qui j’espère passera de temps à autre sur le site afin de nous aider à résoudre les problèmes que nous pouvons rencontrer avec notre ligne ADSL.