[Dossier]Interprétation informations techniques, Tout savoir sur votre ligne Free

Voici quelques explications sur les termes barbares que l'on retrouve
dans les informations techniques relatives à une ligne Free accessibles là :

http://subscribe.free.fr/login/

Puis une fois identifié, cliquez sur "Caractéristiques techniques de ma ligne" dans le cadre "Informations".

Si vous n'arrivez pas à accéder à cette page (retour systématique à la page
vous demandant votre identifiant/mot de passe), lisez tout à la fin de ce dossier la solution.

Ces informations très détaillées sont disponibles uniquement pour les dégroupés Free.

Si vous êtes en non dégroupé, vous êtes connectés à un DSLAM France Télécom
et non à un DSLAM Free comme les dégroupés.

Or les DSLAM FT sont beaucoup moins "bavards" et vous n'aurez que le strict
minimum d'informations (distance et atténuation théorique)

Néanmoins dans tous les cas, vous pouvez utiliser soit la Freebox (non dégroupés
et dégroupés), soit votre télévision (pour les dégroupés seulement) pour afficher
vos caractéristiques.

Voir le message suivant
----

Ces explications peuvent vous servir à déterminer notamment si vous avez une bonne ligne ou pas.

"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 cablage 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":

Normalement, ce chiffre est à 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 ci dessus pour les causes possibles.

"Attainable bitrate" :

Il s'agit du débit maximum que peut atteindre votre Freebox sur votre ligne.

Il ne s'agit PAS de votre débit réel. Voir à "Chan data Interleave".

En ADSL v1 (modem Sagem, Freebox v3 et antérieures) :

On peut aller jusqu'à 7616 Kb/s ATM en download et 896 Kb/s ATM en upload.

D'après un message de Rani Rassaf (responsable technique chez Free)
le mode Patate pourrait permettre d'aller jusqu'à 10240 / 800 (débits ATM)

A l'heure actuelle ( 26/09/2004) une poignée de personnes ont un
"Attainable bitrate" supérieur à 8192 et/ou un "Chan data interleave" supérieur à 7616.

Le "Attainable bitrate" 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" .

Le "Chan data interleave" est déterminé lors de la synchronisation de la Freebox avec le DSLAM
alors que le "Attainable bitrate" semble être recalculé périodiquement (toutes les 24h) et si les
conditions de ligne se déteriorent, alors on peut aboutir à cette situation paradoxale.


Pour ceux connectés en ADSL 2+ (c'est-à-dire avec une Freebox v4 ou HD et un DSLAM v2)
le chiffre peut grimper jusqu'à ~ 28000 Kb/s ATM (soit ~28 Mb/s ATM)
et aux environs de 1200 Kb/s ATM en upload


"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)

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 !

Pour les DSLAM v2 (ADSL 2+) : à l'heure actuelle (03/05/2005) les chiffres
sont parfois à 0, ce n'est qu'un bug de la collecte des infos auprès des DSLAM.
Il n'y a rien à faire à part attendre que Free corrige çà
(et en attendant, faites la division vous même )

"Chan data Interleave" :
"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 vrai débit, négocié par votre Freebox avec le DSLAM lors de votre connexion.

En ADSL v1 (modems Sagem ou Freebox v3 et antérieures) :

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

Chan data Interleave : 7616 (far) 896 (near)


Pour l'ADSL 2+ il semble que l'on ait un maxi réel aux alentours de 25 000 Kilo-bits/s ATM (soit ~ 25 Mb/s ATM) en download
et aux alentours de 1200 Kilo-bits/s ATM (soit ~ 1.2 Mb/s ATM) en upload.

Attention, ces débits sont exprimé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 :

7168 Kilo-bits/s (ATM) / 1.2 = ~ 6000 Kilo-bits/s (en TCP/IP)
6000 Kilo-bits/s / 8 = ~ 750 Kilo-octets/s

7616 Kilo-bits/s (ATM) / 1.2 = ~ 6500 Kilo-bits/s (en TCP/IP)
6500 Kilo-bits/s / 8 = ~ 813 Kilo-octets/s

Pour l'ADSL 2+ :
20 Mb/s (ATM) = ~ 16.6 Mb/s TCP/IP soit environ 2 Méga-octets/s = ~ 2048 Kilo-octets/s

Pour la partie upload :

640 Kilo-bits/s (ATM) / 1.2 = ~533 Kilo-bits/s (TCP/IP)
533 Kilo-bits/s / 8 = ~ 66 Kilo-octets/s (TCP/IP)

800 Kilo-bits/s (ATM) / 1.2 = ~666 Kilo-bits/s (TCP/IP)
666 Kilo-bits/s / 8 = ~ 83 Kilo-octets/s (TCP/IP)

Pour l'ADSL 2+ :
1.2 Mb/s (ATM) = ~1 Mb/s TCP/IP, = ~ 1024 Kilo-bits/s, soit environ 128 Kilo-octets/s

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) :

Certains voient parfois des vitesses de téléchargement encore supérieures.

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)

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 milli-secondes 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é ?


"Attenuation":

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é, plus mauvaise 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. On rencontre en général
du 4/10 mm (le plus courant), du 5/10 mm, du 6/10 mm
et enfin du 8/10 mm (rare).

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.

L'atténuation se calcule principalement en fonction du diamètre du cable utilisé
pour fabriquer votre ligne :

Par exemple, si une ligne de 2500 m n'est composée que d'un tronçon en 4/10 mm,
son atténuation sera de :

2.5 * 15 = 37.5 dB arrondi à 37 dB

Si la ligne fait toujours 2500 m mais qu'elle est composée d'un tronçon de
1000 m en 4/10 et de 1500 m en 6/10 mm, on aura :

(1 * 15) + (1.5 * 10.9) = 31.35 dB arrondi à 31 dB

Si la ligne de 2500 m est composée de 400 m en 4/10 et de 2100m en 8/10 mm :

(0.4 * 15) + (2.1 * 7.9) = 22.59 dB arrondi à 23 dB

C'est ce qui explique que pour une même longueur de ligne on obtienne
des valeurs d'atténuation très différentes d'une ligne téléphonique à une autre.


Si vous souhaitez connaître le cablage utilisé pour construire votre ligne
vous pouvez utiliser le site suivant :

http://www.marseilleadsl.com/test-ligne.php

(çà marche même si vous n'êtes pas marseillais )


Vous pouvez également constater une différence entre le chiffre annoncé
par Free juste après votre longueur de ligne et le chiffre annoncé dans
vos caractéristiques de ligne.

On dit que le premier chiffre est l'atténuation "théorique" car il est donné
suite au calcul évoqué ci dessus (tant de mètres de ligne avec tel diamètre de cable
donne telle atténuation) alors que le second est une mesure effectuée directement
par le modem.

Exemple :

NRA (1) : GAS77
Longueur : 2106 mètres
Affaiblissement (2) : 23 dB

puis un peu plus bas :

Attenuation 16 dB (up) 34 dB (down)

Cette différence est due à de multiples raisons :

- point de connexion entre les différents tronçons d'une ligne. En théorie, chaque
point rajoute + 1dB. çà n'est pas systématique bien sûr, mais on a toujours
intérêt à avoir une ligne avec le moins de tronçons possible.

- problème au niveau de l'installation téléphonique intérieure (cable défectueux,
filtres ADSL mort, ...)

- différence dans l'algorithme de calcul de l'atténuation au niveau du modem
(une Freebox et un autre modem ne donneront pas forcément la même
atténuation bien qu'étant branchés sur une même ligne)

- etc.

Certains ont de la chance et ont une petite différence (+ 5 dB voire moins).
En général ce sont des lignes courtes ( < 1 Km).

On voit même parfois des différences négatives, où l'atténuation théorique est
supérieure à celle mesurée. En général cela est du à une base FT non mise à jour.
(la réalité est meilleure que ce qui est indiqué dans la base de de données)

Une différence aux alentours de + 10 dB est tout à fait dans la norme.

Vous pouvez essayer d'améliorer par un nettoyage de ligne
(cf http://forums.grenouille.com/index.php?showtopic=13592)
mais vous avez assez peu de chances de parvenir à un gain substanciel.

Grosso modo on peut dire que jusqu'à + 13-14 dB çà reste dans les normes.
A partir de + 15 dB ou plus encore à partir de + 20 dB, un nettoyage de ligne s'impose.

On a déjà vu des différences de + 36 dB !

Dans ces cas là il est évident qu'il y a un problème sur la ligne et qu'il faut procéder
à un nettoyage en profondeur de votre installation (recabler depuis le boitier
d'arrivée FT, installer des prises murales gigognes neuves, changer les filtres ADSL,
...)


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.

Il est fréquent d'avoir une atténuation différente entre le flux upload et le flux download, bien que les deux flux passent par le même cable en cuivre.

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

Le nombre est beaucoup plus restreint en upload mais les fréquences étant plus basses elles sont en général moins parasitées.

( 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. )

"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.

Ce n'est PAS 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
sensibles à certains types de parasites (bruits impulsifs).

De même que lorsque vous essayez 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.

Quelle est la bonne valeur pour le Noise Margin ?

Difficile à dire, cette notion agit comme une marge de sécurité :

- plus Le Noise margin est élevé, meilleure sera la résistance de votre ligne aux parasites.
- à l'inverse si il est faible, votre ligne sera davantage sensible.

Donc dans l'absolu, on a tout intérêt à avoir un Noise margin élevé.

Ceci étant, il est parfois intéressant de diminuer le Noise margin volontairement
afin de synchroniser plus haut. C'est ce qui se passe avec le mode Patate.

Pour les très bonnes lignes (en ADSL v1, celles qui atteignent déjà le plafond du mode normal
7168/640) on va essayer d'aller encore plus loin, en allant jusqu'à la valeur du
Attainable bitrate.

Revers de la médaille : pour synchroniser à un débit supérieur, on doit
rogner sur la marge de sécurité que représente le Noise margin, et du
coup on peut avoir une ligne plus instable (déconnexions, ralentissements).

Il se peut aussi que votre ligne soit déjà "limite-limite" et, en activant
le mode Patate, le DSLAM ne va pas pouvoir diminuer davantage votre
Noise margin pour grapiller quelques Kb/s supplémentaires.

C'est même le contraire qui risque de se produire : il va augmenter
le Noise margin afin d'assurer la stabilité de la connexion et
il se peut même que votre débit diminue au lieu d'augmenter (!).

Il faudra alors oublier le mode Patate et revenir en mode normal.

Si, en ADSL v1, vous avez un Noise margin relativement faible ( ~ 6 à 10 db) et que votre
Chan data n'est pas très élevé malgré tout, c'est que votre ligne n'est pas
très bonne. Essayez de faire un nettoyage de ligne :

http://forums.grenouille.com/index.php?showtopic=13592

Généralement on observe une valeur de Noise margin entre 6 et 16 dB
(avec une Freebox, un autre modem pouvant amener d'autres valeurs)

Avec l'ADSL 2+, ce chiffre est en général plus bas qu'en ADSL v1,
il n'est pas rare d'être aux alentours de 9dB (en mode Standard),
on voit souvent du 8 dB en mode Fastpath et Sérénité et même du 6 ou 7 dB
en mode Patate.

Tous ces chiffres peuvent être considérés comme normaux en ADSL 2+ .

Parfois on observe un chiffre négatif ( typiquement -6 dB )

Cela se produit lorsque votre Freebox n'était pas synchonisée au moment
du relevé des mesures. Vraisemblablement parce que votre Freebox n'était
pas branchée (pas encore reçue par exemple), éteinte pour cause d'orage, etc.

Il faudra brancher votre Freebox et attendre 24/48 heures pour que les
chiffres soient fiables et représentatifs de votre ligne.


Il y a ensuite deux séries de rubriques identiques, selon que vous êtes en FastPath ou en Interleave.

"Fec" :

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.

"Hec":

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.

(parenthèse : à l'heure actuelle (mai 2005) les abonnés en ADSL 2+ ont souvent
un chiffre astronomique de FEC (plusieurs millions/milliards).
Il s'agit d'un bug dans la collecte des données auprès des DSLAM v2 et cela ne veut pas du tout dire que votre ligne soit très mauvaise !
Il n'y a rien à faire à part attendre que Free corrige çà ).

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

Par exemple si vous avez :

HEC 30 (far) 5282 (near)

et

Rx cells 5346211
Tx cells 92601527

on divise :

30 / 92601527 = 0.000 000 323 968 pour le flux download
5282 / 5346211 = 0.000 987 989 pour le flux upload

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".

Avec un faible taux d'erreur (disons < 0.001 soit 1/1000), on peut passer en mode FastPath,
sinon il vaut mieux rester en mode Interleave.

Parfois on évoque des taux d'erreurs bien plus faible (1.10e-6, 1.10e-7) mais
il s'agit là d'un nombre de bits en erreur. Or 1 seul bit en erreur peut amener
à renvoyer toute une trame TCP/IP. Selon la taille exacte de vos paquets
TCP/IP, cela représente grosso modo 10 000 bits (~ 1480 octets * 8)
On passe ainsi de 1.10e-7 à 1.10e-3, soit 1/1000. C'est assez empirique
comme calcul mais çà marche.

On peut faire les mêmes calculs avec les FEC et le CRC mais il ne faut
pas additionner ces différents chiffres entre eux, pas de :

(FEC+HEC+CRC) / nb cellules transmises

çà n'aurait pas de sens.

Normalement, il y a ~ 1000 fois moins de CRC que de FEC
(toutes les corrections FEC réussies ne donneront pas d'erreur CRC)
mais avec certains types de parasitages de la ligne, çà sera 10 à 100 fois moins
de CRC que de FEC (signe que les corrections FEC sont inefficaces) .

En temps normal toujours il y a à peu près autant de CRC que de HEC.

En mode Fastpath, il n'y a pas de FEC du tout.

Pour que ces données soient significatives, il faut impérativement avoir
un très grand nombre de cellules (plusieurs millions au minimum).



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 de réaction mais cela se fait en ne corrigeant plus certaines 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.

Si vous avez un doute, vous pouvez de toute façon essayer de changer de mode,
vous n'aller rien casser dans votre Freebox

Si jamais çà ne donne pas le résultat attendu, vous pourrez toujours revenir en arrière.

"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.

---

Si vous n'arrivez pas à accéder à la page "Caractéristiques techniques de ma ligne" dans http://subscribe.free.fr/login/

Cela vient en général de la règle d'un firewall, en général Kerio ou Norton, qui bloque les sites dont
les noms commencent par "ad" quelque chose car en anglais "publicité" se dit
advertisement" et comme le firewall bloque les pop-ups de publicité ...

Pour rectifier et avoir accès à "adsl.free.fr" :

Avec Kerio 4.0.1.3 :

Sous "Web/Ad blocking/Set Advertisements"
1. déactiver "ad[isx0-9]?.*\..*\..*"
2. ajouter et activer "ad*.*" (www server) adsl.free.fr/* (path on server)

Avec Kerio 4.0.14 :

Configuration
Web
Ad Blocking

Block advertisements
Set --> Advertisement Blocking by URL

1. déactiver: ad[isx0-9]?.*\..*\..*
2. rajouter une nouvelle ligne avec www server=ad*.*.* et path on server=adsl.free.fr
3. activer: ad*.*.* adsl.free.fr

Avec Norton Internet Security :

Confidentialite ==> configurer
ajouter un site ==> free.fr
Information sur les sites visités ====> autoriser

---

Historique :

v 1.31 : 30/06/2006 Petit toilettage d'été
v 1.30 : 01/02/2006 Mise à jour, suite à la refonte du site web de Free
v 1.29 : 16/01/2006 Mise à jour concernant le Noise margin en ADSL 2+
v 1.28 : 18/11/2005 Mise à jour concernant l'atténuation
v 1.27 : 15/11/2005 Modif mineure (FAQ Free)
v 1.26 : 30/09/2005 Rajout de détails du calcul de l'atténuation (affaiblissement linéique)
v 1.25 : 10/08/2005 Modif mineure
v 1.24 : 16/05/2005 Ajout d'infos sur le taux d'erreur. Merci à Divico pour ses infos
v 1.23 : 02/05/2005 Ajout des infos relatives à l'ADSL 2+
v 1.22 : 27/12/2004 Ajout des infos "Comment accéder à la page des stats sur adsl.free.fr"
v 1.21 : 26/09/2004 Mise à jour des informations concernant le Attainable bitrate et le Noise margin
v 1.20 : 07/09/2004 Evolution pour tenir compte du mode PATATE : 7616/800
v 1.10 : 30/08/2004 Evolution pour tenir compte du débridage des débits maxi : 7168/640 au lieu de 5632/384
v 1.0 : 05/07/2004 version originale

Depuis la mi mai 2005 vous pouvez également obtenir les informations techniques
relatives à votre ligne directement sur votre télévision ou encore directement
sur votre Freebox.

Cf la FAQ officielle : La télécommande et les infos techniques

Note : il faut impérativement avoir une Freebox v3, v4 ou HD.