Auteur Sujet: [Résolu] Débit descendant VDSL2 insuffisant. (Lu 26612 fois)

clovis71 · « **Réponse #36 le:** 23 mai 2016 à 21:22:01 »

Citation de: petrus le 23 mai 2016 à 20:31:59

Vu, je regarde demain ce que je peux voir entre le dslam et le backbone. Si saturation il y a, c'est sur cette portion du réseau.

Super, merci !

@ Tchetch: en supposant que la fibre ne soit pas utilisée pour alimenter le NRA, j'ai un upload proche de 20 mégas et visiblement, un mel d'orange de la semaine dernière me confirme l'arrivée de la TV par adsl. Serait-ce possible sans fibre, en sachant que le NRA avant était bridé à 2 pour tous, sans service TV (parabole), d'ailleurs que je garde pour concentrer le débit sur Internet ?

Tchetch · « **Réponse #37 le:** 23 mai 2016 à 21:34:25 »

Un Actelis c'est grosso modo 40Mb symétrique sur 8 paires de cuivre, en toute logique l'upload est toujours moins utilisé que le down donc ça ne me parrait pas impossible davoir 20Mb en up sur un Actelis si personne n'utilise son up sur le NRA au moment du speedtest.
Par contre avec les debit de 1 mega la TV ne marchera pas c'est certain, c'est bien pour ça qu'on ne propose pas la TV sur les NRA non opticalisé.
Petrus nous confirmera demain si j'ai tors ou raison vis à vis de l'Actelis c'est juste une supposition de ma part.

clovis71 · « **Réponse #38 le:** 23 mai 2016 à 21:38:34 »

Ok, merci pour les précisions

Sinon, mon dernier test dans les moments ou ça rame:

https://beta.speedtest.net/result/5348613932

Traceroute en paquet tcp port 80 en IPv4

# traceroute -4 -T -p80 -q1 1.testdebit.info
traceroute to 1.testdebit.info (89.84.127.53), 30 hops max, 60 byte packets
1 livebox.home (192.168.1.1) 0.640 ms
2 80.10.233.161 (80.10.233.161) 29.540 ms
3 ae101-0.ncdij201.Dijon.francetelecom.net (193.253.90.14) 30.420 ms
4 ae42-0.nrstr101.Schiltigheim.francetelecom.net (193.252.160.106) 35.925 ms
5 ae48-0.nridf301.Paris.francetelecom.net (193.251.126.206) 48.105 ms
6 ae44-0.noidf001.Paris.francetelecom.net (193.252.99.102) 49.436 ms
7 la105.rpt01-th2.net.bbox.fr (89.89.100.9) 45.889 ms
8 be13.cbr01-cro.net.bbox.fr (212.194.170.23) 55.667 ms
9 *
10 89.84.127.53 (89.84.127.53) 49.844 ms

Alors que ce midi, j'avais ça:

https://beta.speedtest.net/result/5347342747

Traceroute idem:

traceroute to 1.testdebit.info (89.84.127.53), 30 hops max, 60 byte packets
1 livebox.home (192.168.1.1) 0.757 ms
2 80.10.233.161 (80.10.233.161) 19.904 ms
3 ae101-0.ncdij201.Dijon.francetelecom.net (193.253.90.14) 20.041 ms
4 ae42-0.nrstr101.Schiltigheim.francetelecom.net (193.252.160.106) 75.745 ms
5 ae48-0.nridf301.Paris.francetelecom.net (193.251.126.206) 34.609 ms
6 ae44-0.noidf001.Paris.francetelecom.net (193.252.99.102) 34.632 ms
7 la105.rpt01-th2.net.bbox.fr (89.89.100.9) 32.571 ms
8 be13.cbr01-cro.net.bbox.fr (212.194.170.23) 41.473 ms
9 *
10 89.84.127.53 (89.84.127.53) 35.453 ms

Je ne peux pas vous en dire plus malheureusement, le deuxième saut d'ip est rarement à moins de 20 ms quand tout va bien.

Édit:

Et hier en fin de journée (17h30), la on éteint son pc

https://beta.speedtest.net/result/5345566950

traceroute to 193.200.42.217 (193.200.42.217), 30 hops max, 60 byte packets
1 livebox.home (192.168.1.1) 0.615 ms 0.749 ms 0.651 ms
2 80.10.233.161 (80.10.233.161) 59.073 ms 59.803 ms 60.333 ms
3 ae101-0.ncdij201.Dijon.francetelecom.net (193.253.90.14) 60.298 ms 60.312 ms 61.758 ms
4 ae42-0.nrstr101.Schiltigheim.francetelecom.net (193.252.160.106) 68.114 ms 68.833 ms 69.538 ms
5 ae48-0.nridf301.Paris.francetelecom.net (193.251.126.206) 75.466 ms 75.477 ms 76.411 ms
6 ae44-0.noidf001.Paris.francetelecom.net (193.252.99.102) 76.415 ms 75.995 ms 75.927 ms
7 ae41-0.noidf003.Paris.francetelecom.net (193.252.98.122) 74.247 ms 82.962 ms 82.887 ms
8 193.252.227.58 (193.252.227.58) 85.678 ms * *
9 paris1.speedtest.orange.fr (193.200.42.217) 82.163 ms 1233.225 ms 3644.030 ms

Merci et bonne soirée !

petrus · « **Réponse #39 le:** 24 mai 2016 à 15:08:50 »

Bon. Plusieurs choses à dire.

Déjà, je suis pas tout seul à regarder ton problème. J'ai trouvé des traces dans les applis d'autres employés qui ont effectué des vérifications (coucou je vous vois

) et notamment un technicien de front-office et un technicien d'intervention. J'imagine que tu as donc appelé le 3900, c'est bien !

Ensuite, et c'est là que c'est moins drôle, c'est que je n'ai rien trouvé coté réseau qui puisse expliquer ton problème. Ton dslam est raccordé sur un autre nra, et c'est bien une fibre optique (pas un actelis comme évoqué précédemment). Les niveaux en réception sont très corrects, sans erreurs, et sans saturation. De même que le raccordement de l'autre NRA vers le routeur de collecte. Ni erreurs, ni saturation, que ça soit sur le lien ou les équipements.

Il reste la possibilité d'avoir des erreurs sur les cartes dslams, chose sur laquelle je n'ai pas de visibilité, mais c'est peu probable.

Coté boucle locale, j'ai rarement (jamais) vu une synchro aussi propre. 101760kb/s dans le sens descendant, 20920kb/s dans le sens montant, et pas une seule erreur CRC. Quelques FECs, mais rien de grave (ça n'impacte pas le trafic, les erreurs FECs sont corrigées).

A voir donc s'il n'y a pas un soucis entre la livebox et le pc (tu utilises bien un cable ethernet direct hein ? pas du cpl ou du wifi ?) et qu'il n'y a pas un antivirus qui fait des siennes.

Tu peux également tester sur un serveur de speedtest plus loin géographiquement, mais plus près au niveau réseau : essaye sur le serveur de Massy qui fonctionne bien, et si tu as un unix (mac/linux/bsd), tente un "time wget -O- http://ping.online.net/5000Mo.dat > /dev/null". "mtr" est également un traceroute bien plus performant que l'outil "traceroute" fournit avec les OS (il existe en version windows - winmtr).

En ce qui concerne le ping routeur de collecte (celui qui a l'ip 80.10.233.161) - box, il est très correct, puisque j'obtiens les résultats suivants sur 1000 paquets :

Code: [Sélectionner]

round-trip min = 5.85ms, avg = 6.92ms, max = 30.7ms, stddev = 0.848ms

En attente de nouveaux speedtests & mtr,

-petrus

clovis71 · « **Réponse #40 le:** 24 mai 2016 à 16:01:52 »

Bonjour petrus,

Et merci pour tes test. Ceci étant, nous sommes plusieurs avec se problème... Et oui, j'ai appelé hier le 3900, il a placé ma ligne sous surveillance. On doit m'appeler demain à 14h.
De toute évidence, je demanderai l'intervention d'un technicien pour d'une part, constater mon installation privative et la qualité que j'y ai apporté et d'autre part, faire un test devant lui afin qu'il vérifie que mon pc soit correctement raccordé en Éthernet. On placera la LB au DTI et nous verrons bien.

Pour ton information, nous avions eu ce phénomène il y a 10 ans, de mémoire, un tech était venu constater le souci de débit, nous avait changé de plot ou je ne sais quoi au niveau NRA et c'était repartit

. Je n'ai pas pour habitude d'écrire au service client de mon FAI ou me plaindre sans fondement. Si j'ai entrepris cela en parallèle, c'est que le problème en devient gênant même si tes tests ne trouvent rien visiblement. Il y a bien un souci quelque part, dernier traceroute de ce midi (naviguation très lente) avec paquet tcp sur le port ipv4 80 et ipv4 port 8080.

Code: [Sélectionner]

# traceroute -4 -T -p80 -q1 1.testdebit.info

traceroute to 1.testdebit.info (89.84.127.53), 30 hops max, 60 byte packets
 1  livebox.home (192.168.1.1)  0.625 ms
 2  80.10.233.161 (80.10.233.161)  1056.430 ms
 3  ae101-0.ncdij201.Dijon.francetelecom.net (193.253.90.14)  1054.350 ms
 4  ae42-0.nrstr101.Schiltigheim.francetelecom.net (193.252.160.106)  1110.704 ms
 5  ae48-0.nridf301.Paris.francetelecom.net (193.251.126.206)  1075.727 ms
 6  ae44-0.noidf001.Paris.francetelecom.net (193.252.99.102)  1078.194 ms
 7  la105.rpt01-th2.net.bbox.fr (89.89.100.9)  1073.795 ms
 8  be13.cbr01-cro.net.bbox.fr (212.194.170.23)  1086.797 ms
 9  la43.rpt06-th2.net.bbox.fr (212.194.171.147)  1077.594 ms
10  89.84.127.53 (89.84.127.53)  1078.090 ms

# traceroute -4 -T -p8080 -q1 1.testdebit.info

traceroute to 1.testdebit.info (89.84.127.53), 30 hops max, 60 byte packets
 1  livebox.home (192.168.1.1)  0.566 ms
 2  80.10.233.161 (80.10.233.161)  30.522 ms
 3  ae101-0.ncdij201.Dijon.francetelecom.net (193.253.90.14)  30.539 ms
 4  ae42-0.nrstr101.Schiltigheim.francetelecom.net (193.252.160.106)  35.373 ms
 5  ae48-0.nridf301.Paris.francetelecom.net (193.251.126.206)  55.061 ms
 6  ae44-0.noidf001.Paris.francetelecom.net (193.252.99.102)  45.458 ms
 7  la105.rpt01-th2.net.bbox.fr (89.89.100.9)  43.122 ms
 8  be13.cbr01-cro.net.bbox.fr (212.194.170.23)  57.719 ms
 9  *
10  89.84.127.53 (89.84.127.53)  46.666 ms

Pour info, machine sous Debian 8, noyau 4.2, système sain (tty donc pas de DE, pas de pare-feu, antivirus etc). Même constat avec mobile et tablette Androïd, un pc portable sous W8, un autre sur Xubuntu 14.04. Les tests sont réalisés en Éthernet, wifi éteint, seule machine connectée eu net etc etc...
Donc sur le port 80, ça râme bien mais le port 8080 lui est beaucoup plus fluide. Donc pas de souci ? On navigue sur le port 80

Je ferai les tests avec mtr si tu veux mais je demande d'ore et déjà l'intervention d'un tech pour qu'il constate mes déboires. Il va bien falloir trouver une solution même si je sais qu'il faut déjà localiser le problème

Enfin, j'observe attentivement que la meilleure plage de mon débit est située entre 11h et 16h, après ça chute lentement. Au meilleur, depuis l'activation de mon offre VDSL2, j'ai pu avoir 26 mégas hier, suite au reboot électrique de la LB. Sinon, c'est majoritairement entre 5 et 15 Mégas en descendant quand tout va bien et à partir de 18h... Bien loin donc du potentiel de ma ligne et chose surprenante, pourquoi le descendant est touché alors que le montant n'en souffre quasiment pas ?

Donc je regarde ça ce soir attentivement et je te replace les infos dans ce post.

Merci bien que j'aurais souhaité que cette panne soit plus facilement localisable

Édition premier MTR avec serveur speedtest Paris:

Code: [Sélectionner]

root@clovis71:~# mtr --report 193.200.42.217
Start: Tue May 24 16:20:52 2016

HOST:clovis71           Loss%   Snt   Last   Avg  Best  Wrst StDev
  1.|-- livebox.home               0.0%    10    0.5   0.5   0.5   0.6   0.0
  2.|-- 80.10.233.161             10.0%    10   41.7  36.2  21.5  51.6  10.3
  3.|-- ae101-0.ncdij201.Dijon.fr 20.0%    10   39.9  30.4  10.3  49.7  13.1
  4.|-- ae42-0.nrstr101.Schiltigh 10.0%    10   52.4  34.4  16.0  53.0  14.4
  5.|-- ae48-0.nridf301.Paris.fra 10.0%    10   41.2  38.0  19.6  50.0   9.7
  6.|-- ae44-0.noidf001.Paris.fra 20.0%    10   19.5  36.9  19.5  58.9  13.9
  7.|-- ae41-0.noidf003.Paris.fra 30.0%    10   25.1  31.7  17.6  59.7  15.0
  8.|-- 193.252.227.58            10.0%    10   43.3  46.2  33.5  58.5   7.8
  9.|-- paris1.speedtest.orange.f 10.0%    10   19.0  40.7  18.9  61.2  16.9
root@clovis71:~#

Test sur serveur proche 1.testdebit.info

Et le MTR derrière:

Code: [Sélectionner]

root@clovis71:~# mtr --report 1.testdebit.info
Start: Tue May 24 16:32:27 2016
HOST: clovis71           Loss%   Snt   Last   Avg  Best  Wrst StDev
  1.|-- livebox.home               0.0%    10    0.9   1.5   0.8   7.8   2.1
  2.|-- 2a01cb08a0040209019302530  0.0%    10   39.0  31.7   9.2  43.7  10.7
  3.|-- 2a01:cfc0:200:8300:193:25  0.0%    10   24.9  48.3  22.6  64.7  17.2
  4.|-- 2a01:cfc4:0:1b00::d        0.0%    10   48.5  43.5  21.1  62.3  13.6
  5.|-- ???                       100.0    10    0.0   0.0   0.0   0.0   0.0
  6.|-- 2001:860:bbee:7b::1        0.0%    10   21.7  37.7  21.7  63.7  17.0
  7.|-- 2001:860:f70b::53          0.0%    10   62.8  43.0  21.8  63.9  15.9
root@clovis71:~#

Les sauts d'IP ne sont toujours pas bon pour du VDSL2 et des paquets se perdent visiblement.

Code: [Sélectionner]

--- 1.testdebit.info ping statistics ---
33 packets transmitted, 31 received, 6% packet loss, time 32045ms
rtt min/avg/max/mdev = 22.479/43.616/63.801/11.899 ms

Je ferai des tests avec serveur demandés, proche et lointain !

clovis71 · « **Réponse #41 le:** 24 mai 2016 à 20:25:49 »

Bonsoir.
@petrus, ci-joint tests avec mtr sur serveur Paris Orange et Dijon, je n'ai pas trouvé le serveur que tu m'indiques (massy). Au fait, speedtest se sert de quels ports pour ses tests? 1 seul ?
Comme tu le constates, je n'ai pas de perte sur livebox.home, un bon point, ma connexion Éthernet est au top. Pour le reste, je te laisse juge
mais des pertes de paquets traduisent habituellement une saturation de la cible ou un problème matériel.

J'ai été pendant 10ans cableur réseau, je tirais du cable informatique, quoi, le basique tu sais. Ce sont ceux qui se font chi*er dans les lycées par exemple pour que nos futurs adultes soient reliés au 1GB/s en infra, tout ça pour travailler sur la suite Office donc PPS PPT et surfer avec IE. On tirait même des fibres entre sous-répartiteurs dans les établissements afin de remplacer le cable CAT6 qui représentait un goulot d'étranglement, j'ai donc quelques notions matérielles, soit dit en passant.

Mais je n'étais pas qualifié pour diagnostiquer des pannes réseau, je suis un sans-dent, c'est sûr mais je crois que tu connais la vitesse de propagation de la fibre et ses conséquences heureuses sur la latence réseau.

Tu as fait tes tests, ils sont bons, les miens, fidèles à eux-mêmes traduisent inlassablement le même problème depuis le 06 mai.

J'attends donc la visite d'un technicien et ses propos sur le cable Éthernet, mon cablage intérieur, mais pour ma part, je lui demanderais son avis sur la pile tcp/ip et son travail sur ipv4 et ipv6 dans le kernel Linux4.2. Sa réponse me plaira mais je ne ferai pas preuve de condescendance pour autant ! Tu as les infos sur mon interface réseau, pas de dropped, ni collisions etc, ce qui est normal, j'ai juste viré les adresses hardware à la vue de mes tests.

J'ai un peu le sentiment d'être le pot de terre contre le pot de fer mais comme je ne suis pas le seul à constater le souci et que vous planchez sur le sujet, les choses
devraient rentrer dans l'ordre. Je ne perds pas ma courtoisie mais une chose est certaine, je ne fais plus de tests maintenant, j'en ai assez fait pour vous aider à mieux cerner le couac!

Code: [Sélectionner]

eth0      Link encap:Ethernet  HWaddr xxxxxxxxxxxxxxxxx  
          inet adr:192.168.1.18  Bcast:192.168.1.255  Masque:255.255.255.0
          adr inet6: 
          adr inet6: 
          adr inet6: 
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          Packets reçus:22500 erreurs:0 :0 overruns:0 frame:0
          TX packets:39454 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 lg file transmission:1000 
          Octets reçus:10313916 (10.3 MB) Octets transmis:43112484 (43.1 MB)

Paris Orange
https://beta.speedtest.net/result/5351140811

Code: [Sélectionner]

root@clovis71:~# mtr --report 193.200.42.217
Start: Tue May 24 19:59:11 2016
HOST: clovis71                    Loss%   Snt   Last   Avg  Best  Wrst StDev
  1.|-- livebox.home               0.0%    10    0.5   0.5   0.4   0.5   0.0
  2.|-- 80.10.233.161             10.0%    10   43.2  42.3  25.9  57.0   9.8
  3.|-- ae101-0.ncdij201.Dijon.fr 70.0%    10   51.6  33.8  10.6  51.6  21.0
  4.|-- ae42-0.nrstr101.Schiltigh 10.0%    10   67.9  45.2  22.9  67.9  14.8
  5.|-- ae48-0.nridf301.Paris.fra 10.0%    10   35.0  52.2  21.8  67.6  15.2
  6.|-- ae44-0.noidf001.Paris.fra 40.0%    10   28.9  45.2  19.5  71.0  20.5
  7.|-- ae41-0.noidf003.Paris.fra 40.0%    10   38.9  47.6  38.1  72.5  12.7
  8.|-- 193.252.227.58            30.0%    10   68.4  45.6  21.7  68.4  20.1
  9.|-- paris1.speedtest.orange.f 30.0%    10   66.6  49.1  23.8  66.6  14.5
root@clovis71:~#

Code: [Sélectionner]

root@clovis71:~# mtr --report 89.84.127.53
Start: Tue May 24 20:02:57 2016
HOST: clovis71                     Loss%   Snt   Last   Avg  Best  Wrst StDev
  1.|-- livebox.home               0.0%    10    0.5   0.5   0.4   1.1   0.0
  2.|-- 80.10.233.161             20.0%    10   50.1  36.9   8.4  59.5  20.1
  3.|-- ae101-0.ncdij201.Dijon.fr 20.0%    10   55.4  46.3   7.7  71.3  23.4
  4.|-- ae42-0.nrstr101.Schiltigh 60.0%    10   18.1  42.6  18.1  63.2  22.6
  5.|-- ae48-0.nridf301.Paris.fra 40.0%    10   66.8  54.6  24.1  72.8  22.3
  6.|-- ae44-0.noidf001.Paris.fra 20.0%    10   26.5  58.0  24.8  77.2  22.1
  7.|-- la105.rpt01-th2.net.bbox. 40.0%    10   29.0  44.6  21.5  75.7  24.0
  8.|-- be13.cbr01-cro.net.bbox.f 40.0%    10   59.7  54.5  29.5  82.7  22.7
  9.|-- la43.rpt06-th2.net.bbox.f 90.0%    10   71.9  71.9  71.9  71.9   0.0
 10.|-- 89.84.127.53              50.0%    10   73.2  64.6  42.9  73.2  12.4
root@clovis71:~#

Code: [Sélectionner]

root@clovis71:~# traceroute -4 -T -p8080 -q1 193.200.42.217

traceroute to 193.200.42.217 (193.200.42.217), 30 hops max, 60 byte packets
 1  livebox.home (192.168.1.1)  0.839 ms
 2  80.10.233.161 (80.10.233.161)  37.599 ms
 3  ae101-0.ncdij201.Dijon.francetelecom.net (193.253.90.14)  30.567 ms
 4  ae42-0.nrstr101.Schiltigheim.francetelecom.net (193.252.160.106)  38.787 ms
 5  ae48-0.nridf301.Paris.francetelecom.net (193.251.126.206)  52.239 ms
 6  ae44-0.noidf001.Paris.francetelecom.net (193.252.99.102)  52.251 ms
 7  ae41-0.noidf003.Paris.francetelecom.net (193.252.98.122)  52.223 ms
 8  193.252.227.58 (193.252.227.58)  54.607 ms
 9  paris1.speedtest.orange.fr (193.200.42.217)  50.564 ms

root@clovis71:~# traceroute -4 -T -p80 -q1 193.200.42.217

traceroute to 193.200.42.217 (193.200.42.217), 30 hops max, 60 byte packets
 1  livebox.home (192.168.1.1)  0.669 ms
 2  80.10.233.161 (80.10.233.161)  61.851 ms
 3  ae101-0.ncdij201.Dijon.francetelecom.net (193.253.90.14)  53.323 ms
 4  *
 5  ae48-0.nridf301.Paris.francetelecom.net (193.251.126.206)  73.753 ms
 6  ae44-0.noidf001.Paris.francetelecom.net (193.252.99.102)  73.749 ms
 7  ae41-0.noidf003.Paris.francetelecom.net (193.252.98.122)  69.825 ms
 8  193.252.227.58 (193.252.227.58)  75.691 ms
 9  paris1.speedtest.orange.fr (193.200.42.217)  71.734 ms

Et en ces temps de disette, un dernier traceroute tcp ipv4 port 80 et port 8080, toujours une différence.

Bonne soirée et merci pour tes tests et aussi les MP.

Cordialement

clovis71 · « **Réponse #42 le:** 25 mai 2016 à 13:15:08 »

Bonjour.

@ petrus: ci-dessous tests avec une ligne Free en adsl2 avec une Debian 7, noyau 3.16 64 bits
<a href="http://www.casimages.com/i/160525012000873703.png.html" title="Capture">Lien vers mon image[/url]

Freebox revolution synchro en descendant à 26488 ATM soit un débit IP 2.84MO/s en moyenne sur une iso de 1000 Mo pour une ligne de 922 metres au diag de la freebox !

Le traceroute est direct, les latences sont logiques, le BAS, wahhhou 5.655ms, lol, ce n'est pas du VDSL2 ! Non, il n'y a pas de PEBKAC, mais bien deux mondes. :/

J'annule la visite de votre tech ! Pour info, le monitoring de ma livebox relève des erreurs FEC mais CRC aussi... Note bien que j'ai pris une capture pour ne pas entrer du texte simple dans les balises code afin de ne pas être taxé de mauvaise foi. Les choses sont donc plus claires pour moi. Mais, merci quand même, toujours sans animosité hein

Longue vie à la fibre.info.

Hugues · « **Réponse #43 le:** 25 mai 2016 à 13:18:19 »

(Je n'ai absolument rien compris à ton post.)

DamienC · « **Réponse #44 le:** 25 mai 2016 à 13:27:54 »

Citation de: Huguesdelamure le 25 mai 2016 à 13:18:19

(Je n'ai absolument rien compris à ton post.)

Ah, toi aussi.

clovis71 · « **Réponse #45 le:** 25 mai 2016 à 17:09:01 »

Pour info, il n'y avait rien en hard, juste un problème de configuration d'un serveur. C'était limité à 45 mégas pour tout le monde.
Plusieurs appels de plusieurs personnes dans la commune = ticket d'incident = réparation rapide !
Le nombre fait la force.
Là, j'ai une connexion conforme au service VDSL2.

Merci Orange.

eruditus · « **Réponse #46 le:** 25 mai 2016 à 17:10:12 »

Parfait. Profite !

clovis71 · « **Réponse #47 le:** 25 mai 2016 à 17:16:35 »

Merci !
@ hugues et DamienC, mon précédent post concernant free précisait que l'abonné chez qui j'étais ce midi profitait de 100% de sa bande passante en ADSL2, c'était un compliment pour Free, oeuf corse

Ce qui est aussi le cas maintenant entre ma synchro LB et le débit effectif.