Débit ADSL qui s'écroule sur le réseau interne, DTI 15 Mb/s - Freebox 1,5 Mb/s

[YF-alubook]

Bonjour à tous,

Je suis confronté à un gros souci.

Je suis dans une maison entièrement rénovée et câblée par mes soins. Par manque de temps (de bricolage) je n'ai pour le moment connecté que 1 câble ethernet entre la prise DTI qui est dans le garage et la Freebox. En attendant de tout câbler je fais du wifi et/ou du câble "au cul" de la Freebox.
Je précise que j'ai même fait re-tirer un câble depuis l'armoire télécom où la maison est câblée. C'est donc normalement très propre.

En synthèse :

DSLAM <-- cuivre --> DTI <-- ethernet cat 5e --> prise réseau <-- câble cat 5e --> freebox

Les caractéristiques de la ligne

Code

Etat de la ligne :     ACTIVE
Code Commutateur Local :     35**** [ Fiche détaillée     ]
Nom Commutateur Local :     ****
Longueur de ligne :     1260 mètres :
4/10 sur 1140 mètres
6/10 sur 120 mètres
Affaiblissement théorique :     18.336 dB
[Estimation] Débit descendant ADSL :     8124 kbps (1016 ko/s)
[Estimation] Débit descendant ADSL 2+ :     17683 kbps (2210 ko/s)

Si je branche la freebox directement sur le DTI, je suis à 15 Mb/s (speedtest macbidouille et Free).
Si je la rebranche dans le salon, j'oscille entre 1,5 et 3,5 Mb/s

[special pour _PANTA]
un wget / test Free fait depuis une debian donne 377K/s.
Une misère.
[/special pour _PANTA]

Je me suis aperçu de ça il y a 2 mois quand la freebox HD a affiché au démarrage "débit trop faible, choisissez un mode TV adapté".
Ce qui est énervant c'est que je n'ai eu AUCUN souci pendant 10 mois et que j'étais au-delà des 12Mb depuis le salon.

La freebox HD donne les infos suivantes sur l'état ADSL :

Code

                                DOWN                 UP
débit ATM        :    3965 kb/s         525 kb/s
atténuation      :      39,50 dB        40,80 dB
marge de bruit :       9,40 dB          6,50 dB
FEC                 :        131360        6421239
HEC                :                 0            79153
CRC                :                 0                  0

De mémoire, l'affaiblissement était de 23dB au lieu des 18 de la ligne.

Ce soir j'ai changé de brin (j'en ai 5 qui font salon - garage) mais cela n'a rien changé.
Je suis extrêmement perplexe

Merci d'avance pour votre aide.

[Mr. Mi]

Combien de distance de câble entre ton DTI et ta freebox et entre ta freebox et t'es pc

[YF-alubook]

DTI <--> freebox = 8 - 10 m
Freebox <--> mac = 2 m

La nuit porte conseil, ce soir j'essaie :
- connecter Freebox dans autre pièce (séjour) : les câbles ne passent pas par le même endroit + regarder les infos ADSL sur la TV
- rebrancher la Freebox sur la prise DTI + regarder les infos ADSL sur la TV

[tommy3oay]

Si tu as la possibilité, il faut brancher des ordis de chaque côté de tes cables de distrib pour voir ce qu'ils arrivent à négocier en autoneg et ce que tu obtiens en débits réels sur du FTP par exemple. Autre chose, essaie de mettre un bon switch entre la freebox et le départ du câble de distrib pour test voir si c'est pas le switch intégré de la freebox qui deviendrait faiblard.

[YF-alubook]

OK pour tester le câblage entre 2 macs. De toute façon c'était prévu mais ça veut dire qu'il faut que je monte ma baie de brassage. Et là : j'ai pas encore regarder le câblage des noyaux (3M Pouyet sur plaque 3M volition).

Mes prises murales sont en T568B. Ca veut dire que je dois câbler les noyaux de la baie de brassage en T568A ?
cf http://fr.wikipedia.org/wiki/RJ45#C.C3.A2blage_crois.C3.A9M volition)

Ce message a été modifié par YF-alubook - 21 Apr 2011, 10:06.

[tommy3oay]

Tu n'auras besoin de croiser que si tu as un switch de l'autre côté de ta distri. Dans notre cas, il n'y en a pas besoin puisque les macs savent croiser automatiquement. Si tu en arrives à faire un test avec un switch externe, il t'en faudra un sur l'uplink switch freebox mais pas besoin de mettre le switch de l'autre côté de ton cablage. Je suis pas persuadé qu'il est responsable.

[Polo35230]

Perso, je démonterai la prise DTI pour voir si il n'y a pas un condensateur de test FT. Ca peut gêner au plan technique.
C'est peut-être pour ça que c'est correct si tu mets (façon de parler) au cul de la prise, mais que la qualité baisse si tu est plus loin.
Ou alors, c'est ton câblage qui pose pb.

Je sens quand même bien le condensateur... C'est un classique.
Fais un test en l'enlevant (si il y est bien sûr)

[YF-alubook]

Bien sûr qu'il y a un bô condensateur tout noir avec 2 fils allant sur les "pattes" de la prise T.


Mais ça n'explique pas pourquoi ça a parfaitement fonctionné pendant 10 mois et tout d'un coup...

[Polo35230]

Bien sûr qu'il y a un bô condensateur tout noir avec 2 fils allant sur les "pattes" de la prise T.


Mais ça n'explique pas pourquoi ça a parfaitement fonctionné pendant 10 mois et tout d'un coup...

C'est pas faux C'est même juste
Mais, le raisonnement vaut aussi pour le câblage, il marchait aussi avant...
Et la box, elle marche bien au cul de la prise DTI...

Je ne sais pas si je raisonne juste, mais le test de Mac à Mac n'apportera pas grand chose, car tu seras en ethernet sur les fils 1,6,2,3, alors que pour ton pb actuel, tu es en ADSL sur 2 fils, et avec des caractéristiques électriques différentes. Mais j'ai peut-être rien compris du tout...

[YF-alubook]

J'ai déconnecté le condensateur dans la prise DTI (un fil sur les 2).

Le test wget donne 365 kB/s
Le speedtest free donne 1,5 Mb/s
Le speedtest macbidouille donne entre 300 et 700 ko/s
La page d'info de la Freebox HD donne toujours 3985 kb/s et presque 40 dB d'affaiblissement.



@tommy3oay
OK : je câblerai donc tout en T568B : prises murales et noyaux

@Polo35230
je ne comprend pas pourquoi une rallonge de 10m de 2 brin de cuivre provoquerait ça. Surtout si ça a déjà fonctionné.

Ce message a été modifié par YF-alubook - 21 Apr 2011, 18:41.

[Polo35230]

je ne comprend pas pourquoi une rallonge de 10m de 2 brin de cuivre provoquerait ça. Surtout si ça a déjà fonctionné.

Oui, c'est vrai.

Peux-tu faire un test de débit adsl avec le lien ci-dessous pour voir si tu as les mêmes résultats qu'avec tes tests?
http://www.testadsl.net/test-debit.html

Peux-tu, dans une fenêtre terminal faire:
netstat -s
Puis renvoyer dans le fil la partie TCP pour voir si il y a des pbs protocolaires (retransmissions, crc, etc...)

Au vu des stats ATM de la freebox, je ne sais pas si j'interprète bien, mais pour moi, le nbre de cellules corrigées (FEC) n'est pas trop inquiétant, parce que les corrections sont faites par la box. Ca montre quand même que les cellules ATM voyagent mal.
Par contre, les erreur HEC sont graves (faudrait pouvoir faire un ratio par rapport au nbre total de cellules); Ces cellules sont poubellisées, ce qui va provoquer des retransmissions TCP (ou des pertes au niveau UDP; Donc pb TV).

Tout ça, ça fait quand même penser à un pb de câblage.

Il n'y a pas un tel fixe dans la maison? Le filtre ADSL est bien positionné?
Ca serait bien de pouvoir faire un test avec une rallonge téléphonique de 10 ou 15m

[YF-alubook]

test ADSl :
4,26 MB/s en descente - 0,49 MB/s en montée - ping 50 ms (4 tests)

netstat tcp :
 netstats.txt ( 8.54 Ko ) Nombre de téléchargements : 0

Code

tcp:
    6560927 packets sent
        1237283 data packets (1336426764 bytes)
        22466 data packets (13103352 bytes) retransmitted
        1 resend initiated by MTU discovery
        3008179 ack-only packets (204370 delayed)
        0 URG only packets
        119 window probe packets
        2188130 window update packets
        105004 control packets
    10182461 packets received
        692510 acks (for 1326047096 bytes)
        95976 duplicate acks
        0 acks for unsent data
        8615276 packets (2993415995 bytes) received in-sequence
        35590 completely duplicate packets (41808597 bytes)
        175 old duplicate packets
        960 packets with some dup. data (344272 bytes duped)
        906009 out-of-order packets (1221389459 bytes)
        2 packets (0 bytes) of data after window
        0 window probes
        6368 window update packets
        2814 packets received after close
        19 bad resets
        0 discarded for bad checksums
        0 discarded for bad header offset fields
        0 discarded because packet too short
    51885 connection requests
    10514 connection accepts
    385 bad connection attempts
    0 listen queue overflows
    52908 connections established (including accepts)
    65150 connections closed (including 2021 drops)
        846 connections updated cached RTT on close
        846 connections updated cached RTT variance on close
        316 connections updated cached ssthresh on close
    3187 embryonic connections dropped
    677720 segments updated rtt (of 676501 attempts)
    43977 retransmit timeouts
        1079 connections dropped by rexmit timeout
    230 persist timeouts
        0 connections dropped by persist timeout
    169 keepalive timeouts
        6 keepalive probes sent
        160 connections dropped by keepalive
    280552 correct ACK header predictions
    8421986 correct data packet header predictions
    5352 SACK recovery episodes
    8109 segment rexmits in SACK recovery episodes
    10075388 byte rexmits in SACK recovery episodes
    60493 SACK options (SACK blocks) received
    810488 SACK options (SACK blocks) sent
    0 SACK scoreboard overflow

Pas tel fixe : dégroupage total ADSL 2+. Enfin oui : il y a le téléphone au cul de la Freebox.
Pas de filtre ADSl : cf schéma de mon premier post.

Ce message a été modifié par YF-alubook - 21 Apr 2011, 20:36.

[Polo35230]

Le test de débit est cohérent par rapport à tes tests.
Le taux de perte TCP (datas) est de 2% (c'est normal, même bon).
Les stats tcp (pour moi) ne montrent pas de réels pbs (si, il y a un pourcentage de paquets non séquencés élevé, mais c'est indépendant de l'adsl, et le récepteur les remet dans l'ordre).
Quand il y a des pbs de qualité de ligne, ces pbs sont répercutés sur les protocoles de transport, dont TCP.

C'est drôle, mais au vu des stats et du test de débit, je dirais que tu n'as pas de pb, et que ta liaison est bien calibrée à 4 Mbps descendant, et 0,5Mbps montant
Maintenant, au vu de la distance DSLAM chez toi, tu devrais au moins faire le double (dans les deux sens)

Peux-tu refaire un test débit avec la box au cul du DTI pour comparer STP ?
http://www.testadsl.net/test-debit.html

[YF-alubook]

OK mais ce sera demain
Merci !

[hackminator]

Que le débit chute d'un jour à l'autre peut s'expliquer par le simple fait que d'autres personnes ont été raccordé sur le même réseau que toi et qu'un de ces derniers fait du téléchargement à donf et pompe la bande passante de cet équipement.

Pour parer celà, il faut passer "prioritaire" en réduisant au maximum la longueur de ta ligne (le courant est feignant, il emprunte le passage le plus court) ce qui revient à brancher ta freebox au cul de la DT. Pour éviter les pertes au niveau RJ45, il est fortement recommandé d'utiliser des répéteurs (un switch gigabit par exemple).

[YF-alubook]

Par "autres personnes" : tu penses à "voisins" ?

[hackminator]

Par "autres personnes" : tu penses à "voisins" ?

Ca peut être des voisins direct,mais pas forcément. Je parlais plutôt de voisins au niveau du dslam.

[Polo35230]

Que le débit chute d'un jour à l'autre peut s'expliquer par le simple fait que d'autres personnes ont été raccordé sur le même réseau que toi et qu'un de ces derniers fait du téléchargement à donf et pompe la bande passante de cet équipement.

Pour parer celà, il faut passer "prioritaire" en réduisant au maximum la longueur de ta ligne (le courant est feignant, il emprunte le passage le plus court) ce qui revient à brancher ta freebox au cul de la DT. Pour éviter les pertes au niveau RJ45, il est fortement recommandé d'utiliser des répéteurs (un switch gigabit par exemple).

Je ne comprends pas bien (mais peut-être que c'est moi qui ait tout faux ). Pour moi, on est sur un câblage DTI-Box côté ADSL, et pas côté LAN. On n' est pas sur une portion ethernet, donc pas de répéteur, pas de switch.
Ce sont bien des prises RJ45, mais on ne fait pas de l'ethernet dessus.

@ YF-alubook
Le Pb, c'est bien ?:
La box au cul de la pise DTI, c'est bon. La box au salon en utilisant le câblage interne (comme une rallonge Tel), ça se traîne!

[YF-alubook]

Par "autres personnes" : tu penses à "voisins" ?

Ca peut être des voisins direct,mais pas forcément. Je parlais plutôt de voisins au niveau du dslam.

Si c'est ça le problème : quelle M... (avec une majuscule !)

@ Polo35230
Oui : l'idée de départ est bien d'utiliser un des brins ethernet comme simple rallonge téléphone pour aller de la DTI à la box.
C'est mal ?

Mettre la box (routeur et switch) dans le garage était une option que je voulais éviter même si c'est possible. Parce que c'est plus simple d'aller débrancher la box quand elle est dans le salon plutôt que dans le garage...

[Polo35230]

@ Polo35230
Oui : l'idée de départ est bien d'utiliser un des brins ethernet comme simple rallonge téléphone pour aller de la DTI à la box.
C'est mal ?

J'aurai fait pareil que toi.
En mettant la box dans le garage, je pense que la wifi ne marcherait pas terrible (à cause de la dalle).

Par contre le test de débit avec la box dans le garage est à faire.
Il faut vraiment savoir si le pb vient du câblage ou pas.

L'idéal serait de faire plusieurs tests de débit (dans le garage et dans le salon, et de relever les valeurs) à différents moments de la journée (il faut bien sûr que les autres machines de ton réseau soient inactives pendant les tests). Comme le dit hackminator, c'est aussi fct de la bande passante disponible à un instant t sur internet.

Par contre, entre chez toi et le DSLAM de raccordement. Tu es seul, sauf si quelqu'un squatte ton réseau WiFi.

[YF-alubook]

Bonjour Bonjour,

Je n'ai pas lâché l'affaire, c'est juste que j'ai eu bien d'autres choses à faire bien plus prioritaires… (un 2e enfant, fin des travaux, etc, etc).

Bref : ma freebox est tjs à la même place, dans le salon mais avec les prises installées.
Rien n'a bougé au niveau de la prise DTI dans le garage.
La prochaine étape consitera à descendre la box dans le garage une fois que j'aurais monté ma baie de brassage (c'est pas pour cette année…).
Mon réseau wifi n'est plus assuré par la Freebox. Je l'ai remplacé depuis longtemps par une borne Airport Express. Ca me permet de diffuser la musique et de régler au minimum la puissance de l'émetteur.

Je trouve que ma qualité de connexion est toujours aussi aléatoire. Voici les infos de ce soir sur la freebox :

Code

Informations générales :
========================

  Modèle                         Freebox ADSL            
  Version du firmware            1.5.20                  
  Mode de connection             Dégroupé                
  Temps depuis la mise en route  1 jour, 8 heures, 32 minutes      


Adsl :
======

  Etat                           Showtime                
  Protocole                      ADSL2+                  
  Mode                           Interleaved            

                         Descendant         Montant          
                         --                 --                
  Débit ATM              11622 kb/s         633 kb/s          
  Marge de bruit         3.30 dB            7.30 dB          
  Atténuation            38.00 dB           38.20 dB          
  FEC                    17788774           853412            
  CRC                    9732               0                
  HEC                    491                59971            

Journal de connexion adsl :
---------------------------

  Date                   Etat               Débit (kb/s)      
  --                     --                 --                
  Mise en route          Connexion          11622 / 633

et le netstat -s fait en wifi depuis mon nouvel hackintosh.

Code

tcp:
    14208673 packets sent
        10882323 data packets (2619341253 bytes)
        25068 data packets (13219095 bytes) retransmitted
        3 resends initiated by MTU discovery
        2379040 ack-only packets (5067 delayed)
        0 URG only packets
        0 window probe packets
        807891 window update packets
        115334 control packets
        0 data packets sent after flow control
        14229710 checksummed in software
            14229130 segments (3082137045 bytes) over IPv4
            580 segments (87321 bytes) over IPv6
    8891019 packets received
        4762539 acks (for 2617875954 bytes)
        70479 duplicate acks
        0 acks for unsent data
        3834847 packets (184652678 bytes) received in-sequence
        21375 completely duplicate packets (13887856 bytes)
        1150 old duplicate packets
        129 packets with some dup. data (15540 bytes duped)
        486452 out-of-order packets (693101777 bytes)
        128 packets (0 bytes) of data after window
        0 window probes
        3923 window update packets
        4493 packets received after close
        6 bad resets
        0 discarded for bad checksums
        8890762 checksummed in software
            8890223 segments (1344476210 bytes) over IPv4
            539 segments (63407 bytes) over IPv6
        0 discarded for bad header offset fields
        0 discarded because packet too short
    59101 connection requests
    51 connection accepts
    1 bad connection attempt
    0 listen queue overflows
    58075 connections established (including accepts)
    60915 connections closed (including 4133 drops)
        5584 connections updated cached RTT on close
        5584 connections updated cached RTT variance on close
        1141 connections updated cached ssthresh on close
    170 embryonic connections dropped
    5051444 segments updated rtt (of 4293402 attempts)
    26661 retransmit timeouts
        598 connections dropped by rexmit timeout
        0 connections dropped after retransmitting FIN
    120 persist timeouts
        0 connections dropped by persist timeout
    192 keepalive timeouts
        2 keepalive probes sent
        87 connections dropped by keepalive
    3634994 correct ACK header predictions
    3502485 correct data packet header predictions
    10046 SACK recovery episodes
    12437 segment rexmits in SACK recovery episodes
    7412757 byte rexmits in SACK recovery episodes
    35138 SACK options (SACK blocks) received
    481695 SACK options (SACK blocks) sent
    0 SACK scoreboard overflow
    0 LRO coalesced packets
        0 times LRO flow table was full
        0 collisions in LRO flow table
        0 times LRO coalesced 2 packets
        0 times LRO coalesced 3 or 4 packets
        0 times LRO coalesced 5 or more packets
    1396 limited transmits done
    11024 early retransmits done
    1325 times cumulative ack advanced along with SACK

@ Polo35230
J'ai fais des tests de débit avec plusieurs sites la semaine dernière, dont un jeudi après-midi. Pas photo : le débit a été un poil plus élevé.

Je poste un test avec la freebox dans le garage dans le splus brefs délais (hum hum )

[Pascal 77]

Bien sûr qu'il y a un bô condensateur tout noir avec 2 fils allant sur les "pattes" de la prise T.


Mais ça n'explique pas pourquoi ça a parfaitement fonctionné pendant 10 mois et tout d'un coup...

Ben ça n'explique pas mais ne cherche pas, c'est ça, chez moi, j'ai eu le cas début 2006 : 14 mois de bon fonctionnement (première Freebox, une v4, obtenue en 10/2004), et d'un seul coup tout s'écroule … recherche … ces salauds n'avaient pas mis le condo dans une des prises, mais dans le répartiteur plombé dans le garage ! Une fois le condo viré, j'ai même gagné quelques centaines de Mb/s par rapport à mes meilleurs débits d'avant !

Ce message a été modifié par Pascal 77 - 15 Apr 2014, 06:14.

[YF-alubook]

Bonjour,
Comme indiqué plus haut dans le fil : le condensateur a été enlevé il y a 3 ans.

[Pascal 77]

Bonjour,
Comme indiqué plus haut dans le fil : le condensateur a été enlevé il y a 3 ans.

Hello,

Je n'en disconviens pas, mais je répondais à la question que tu posais : "pourquoi tout va bien pendant 10 mois, et tout d'un coup …". Sur ce point, je n'ai jamais trouvé de réponse pertinente, mais je te confirme que tu n'es pas le seul à avoir subi le phénomène.

[YF-alubook]

ha. ok.
Mais dans mon cas cela ne semble pas être la cause de mes soucis.

De toute façon : après le test dans le garage je vais faire faire un diagnostic de ligne.

[PoneyBoy]

38 dB d'affaiblissement en VD je trouve que c'est beaucoup car tu as 11Mb/s ATM avec cet affaiblissement, alors que tu as eu 3,5Mb/s pour 39 dB et quelques. Tu devrais avoir 20 à 25 dB d'affaiblissement tout au plus. De plus, ta marge de bruit est faible. En dessous de 3 dB la Freebox se désynchronise. Normalement elle fait de son mieux pour rester stable aux alentours de 6 dB. Faudrait que tu fasses des tests.

Lorsque la marque de bruit est faible et s'approche des 3 dB, du débranches la prise RJ-11 de la box pendant 15 secondes et tu rebranches. Ensuite tu retournes voir les infos. Fais pareil en cas de marge de bruit très élevée.

Avec une Freebox V6 ça aurait été mieux car elle trace des graphes de tout ça. L'idée c'est de voir ce qui a changé chez toi ou autour de chez toi lorsque la mage de bruit est faible. L'enquête n'est pas facile. Dans les immeubles on voit régulièrement des problèmes avec les ascenseurs par exemple, lorsqu'ils passent à l'étage de la personne, etc. En maisons individuelles on voit parfois le câble téléphonique qui s'est abîmé à l'extérieur à cause de frottements par exemple...

[YF-alubook]

Bonjour,

Cet après-midi j'ai enfin procédé à des tests complets, à savoir :
- lieux :
- salon sur brin ethernet relais de la prise DTI
- garage sur prise DTI directe

- tests :
- infos freebox
- curl http://testdebit.bbox.fr/image.iso -o /dev/null
- netstat -s
- http://www.testadsl.net/test-debit.html

En synthèse :

infos Freebox salon

Code

                         Descendant         Montant          
                         --                 --                
  DÈbit ATM              12201 kb/s         644 kb/s          
  Marge de bruit         5.50 dB            6.30 dB          
  AttÈnuation            38.00 dB           38.30 dB          
  FEC                    15922              858              
  CRC                    0                  0                
  HEC                    0                  11

infos freebox DTI

Code

                         Descendant         Montant          
                         --                 --                
  DÈbit ATM              18220 kb/s         1025 kb/s        
  Marge de bruit         6.10 dB            13.80 dB          
  AttÈnuation            25.00 dB           13.50 dB          
  FEC                    6                  864              
  CRC                    0                  0                
  HEC                    0                  16

curl salon

Code

curl http://testdebit.bbox.fr/image.iso -o /dev/null
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100   239  100   239    0     0   3395      0 --:--:-- --:--:-- --:--:--  3414

curl DTI

Code

curl http://testdebit.bbox.fr/image.iso -o /dev/null
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100   239  100   239    0     0   3912      0 --:--:-- --:--:-- --:--:--  3983

netstat salon

Code

tcp:
    28787 packets sent
        2031 data packets (933354 bytes)
        2 data packets (106 bytes) retransmitted
        0 resends initiated by MTU discovery
        20014 ack-only packets (12 delayed)
        0 URG only packets
        0 window probe packets
        5494 window update packets
        1277 control packets
        0 data packets sent after flow control
        27977 checksummed in software
            27977 segments (1611885 bytes) over IPv4
            0 segments (0 bytes) over IPv6
    63587 packets received
        3107 acks (for 930273 bytes)
        527 duplicate acks
        0 acks for unsent data
        60008 packets (83622251 bytes) received in-sequence
        203 completely duplicate packets (227551 bytes)
        0 old duplicate packets
        0 packets with some dup. data (0 bytes duped)
        1151 out-of-order packets (1573245 bytes)
        0 packets (0 bytes) of data after window
        0 window probes
        13 window update packets
        39 packets received after close
        0 bad resets
        0 discarded for bad checksums
        62650 checksummed in software
            62650 segments (88048555 bytes) over IPv4
            0 segments (0 bytes) over IPv6
        0 discarded for bad header offset fields
        0 discarded because packet too short
    662 connection requests
    17 connection accepts
    0 bad connection attempts
    0 listen queue overflows
    642 connections established (including accepts)
    680 connections closed (including 19 drops)
        9 connections updated cached RTT on close
        9 connections updated cached RTT variance on close
        2 connections updated cached ssthresh on close
    10 embryonic connections dropped
    38409 segments updated rtt (of 3080 attempts)
    105 retransmit timeouts
        0 connections dropped by rexmit timeout
        0 connections dropped after retransmitting FIN
    0 persist timeouts
        0 connections dropped by persist timeout
    10 keepalive timeouts
        0 keepalive probes sent
        10 connections dropped by keepalive
    24 correct ACK header predictions
    58437 correct data packet header predictions
    71 SACK recovery episodes
    0 segment rexmits in SACK recovery episodes
    0 byte rexmits in SACK recovery episodes
    15 SACK options (SACK blocks) received
    1117 SACK options (SACK blocks) sent
    0 SACK scoreboard overflow
    0 LRO coalesced packets
        0 times LRO flow table was full
        0 collisions in LRO flow table
        0 times LRO coalesced 2 packets
        0 times LRO coalesced 3 or 4 packets
        0 times LRO coalesced 5 or more packets
    0 limited transmits done
    72 early retransmits done
    0 times cumulative ack advanced along with SACK

netstat DTI

Code

tcp:
    41688 packets sent
        3143 data packets (3076538 bytes)
        12 data packets (8218 bytes) retransmitted
        0 resends initiated by MTU discovery
        27857 ack-only packets (15 delayed)
        0 URG only packets
        0 window probe packets
        9037 window update packets
        1670 control packets
        0 data packets sent after flow control
        27977 checksummed in software
            27977 segments (1611885 bytes) over IPv4
            0 segments (0 bytes) over IPv6
    92493 packets received
        4779 acks (for 3072366 bytes)
        722 duplicate acks
        0 acks for unsent data
        86450 packets (120800444 bytes) received in-sequence
        208 completely duplicate packets (230689 bytes)
        0 old duplicate packets
        0 packets with some dup. data (0 bytes duped)
        2097 out-of-order packets (2939890 bytes)
        0 packets (0 bytes) of data after window
        0 window probes
        13 window update packets
        57 packets received after close
        0 bad resets
        0 discarded for bad checksums
        62650 checksummed in software
            62650 segments (88048555 bytes) over IPv4
            0 segments (0 bytes) over IPv6
        0 discarded for bad header offset fields
        0 discarded because packet too short
    852 connection requests
    17 connection accepts
    0 bad connection attempts
    0 listen queue overflows
    832 connections established (including accepts)
    895 connections closed (including 19 drops)
        17 connections updated cached RTT on close
        17 connections updated cached RTT variance on close
        7 connections updated cached ssthresh on close
    10 embryonic connections dropped
    54265 segments updated rtt (of 4471 attempts)
    105 retransmit timeouts
        0 connections dropped by rexmit timeout
        0 connections dropped after retransmitting FIN
    0 persist timeouts
        0 connections dropped by persist timeout
    10 keepalive timeouts
        0 keepalive probes sent
        10 connections dropped by keepalive
    386 correct ACK header predictions
    84420 correct data packet header predictions
    85 SACK recovery episodes
    10 segment rexmits in SACK recovery episodes
    8112 byte rexmits in SACK recovery episodes
    87 SACK options (SACK blocks) received
    2076 SACK options (SACK blocks) sent
    0 SACK scoreboard overflow
    0 LRO coalesced packets
        0 times LRO flow table was full
        0 collisions in LRO flow table
        0 times LRO coalesced 2 packets
        0 times LRO coalesced 3 or 4 packets
        0 times LRO coalesced 5 or more packets
    0 limited transmits done
    84 early retransmits done
    3 times cumulative ack advanced along with SACK

Les tests de débit donnent :
- salon : 10,5 Mb, 0,54, ping 45 ms
- DTI : 15,56 Mb, 0,86, ping 0,86

Le verdict est sans appel : les pages internet se chargent très vite, je peux lire le flux France Inter dans VLC sans interruption. Ces dernières semaines c'était devenu impossible. Plus fort : j'ai pu visionner la télé sur la Freebox HD en même temps qu'un flux HD sur VLC. Alors que depuis quelques semaines je pouvais rester bloquer sur des pages sans que rien ne charge.
Bref : incomparable.

Là j'ai donc mis la Freebox dans le garage et réactivé le wifi.
Seul bémol : je perd l'usage de ma borne Airport Express. Et donc la diffusion de musique et la possibilité de baisser au minimum la puissance du wifi.

[PoneyBoy]

Tu as testé sur d'autres prises Ethernet?

Moi je trouvais que tu avais beaucoup de CRC et de FEC. Vérifie chaque connexion sur tes ethernet.

[YF-alubook]

Je ne peux pas : les câbles ethernet sont en place mais seules les noyaux sur les prises sont installées. Il me reste à installer la baie de brassage dans le garage. Pour le moment les câbles arrivent en brut en attendant de mettre tout au propre.
Donc le réseau filaire n'est pas opérationnel.
Mais dès que je trouve un peu de temps je pense quand même équiper 2 noyaux pour envoyer du réseau dans le salon pour le téléphone et la borne airport express.

Mais de toute cette histoire je vais finir par croire à une baisse de "jus" du DSLAM jusqu'à chez moi.
Est-ce faire faire un test de ligne a une utilité ?

[PoneyBoy]

Non, si sur le DTI tu as des valeurs convenables, regarde le débit mais aussi les FEC et CRC) c'est que le soucis vient de chez toi. Ta ligne n'est pas en cause.

C'est bien car ton problème peut être réglé par toi même sans faire appel à des hotlines en pagaille, mais c'est pas bien car l'invetigation pour trouver le défaut peut-être furieusement chiante.