Vous avez une question ?
Interrogez la communauté
internet & fixe
Bonjour chris
J'aurais aimé voir la capture d'écran de ton tracert, et pas une copie retouchée de son résultat;
La ligne 7 est totalement impossible, je ne sais pas ce qui s'est passé (un coller involontaire, une erreur de manip) mais ta ligne 7 ne peut pas exister comme elle apparait.
Un tracert devrait ressembler à ça :
Dans ton résultat, il y a effectivement beaucoup d'étoiles.
C'est généralement du à un routeur qui ne répond pas au ping.
Le routeur peut être configuré pour ne pas répondre au ping, et un routeur dont la charge est élevée (seuil défini par l'administrateur du routeur) peut arrêter de répondre au ping.
Ça évite le cas classique :
- A l'heure de pointe le trafic augmente
- Les paquets passent de plus en plus de temps dans les files d'attente, le temps de traversée du routeur augmente
- Les utilisateurs inquiets lancent des ping, pingpath ou tracert pour voir ce qui se passe, provoquant encore une augmentation du trafic
- Le routeur ne passe plus rien, il est saturé. Déconnexions généralisée des utilisateurs. Grosses protestations.
Un routeur chargé laisse tomber et ne répond pas aux ping.
La commande ping fait partie du protocole ICMP, elle est destiné aux administrateurs réseau. La perte des ICMP, n'implique pas la perte des données (TCP/IP).
Les utilisateurs peuvent s'en servir, elle permet de vérifier s'il existe un chemin vers une destination, de voir les effets d’engorgement quand le temps s'allonge ou quand les routeurs commencent à délester. L'utilisation par les utilisateurs ne permet pas d'aller beaucoup plus loin.
Pour ce qui est de l'intervention fantôme du technicien.
Il t'est impossible de savoir s'il a fait quoi que ce soit, mais il t'est aussi impossible de savoir qu'il n'a rien fait.
Ta liaison est une ligne point à point de ta box au DSLAM, le technicien "voit" tout ce qui se passe au DSLAM sans se déplacer. Il peut se mettre à ta place sans venir chez toi. Il peut même faire un ping de ta box depuis le DSLAM.
Ce type de test et les détections d'erreur leur permettent de voir les conséquences d'un faux contact ou d'un mauvais état de ta ligne. C'est assez frustrant pour l'utilisateur de n'avoir aucune certitude sur l'intervention ou non du technicien.
Tu peux aussi faire quelques tests :
- connecter ta box sur la prise "test" de ton DTI,
tu devrais observer les même défauts que quand elle es connectée à la prise murale habituelle.
- suivre le "ping du premier routeur"
Le "premier routeur" est le routeur qui suit ta box dans ton tracert, c'est toujours le même routeur. Il apparait dans ton test à la ligne 2.
La valeur de ce ping bien que difficile à interpréter, devrait rester faible et ne pas grimper à la moindre utilisation de ta ligne.
chris184 a écrit :
... Je trouve quand même honteux de payer 40€ d'abonnement pour un service non rendu
C'est une opinion, mais tu ne peux pas dire que le service n'est pas rendu dès qu'un papamètre n'atteint pas la valeur optimale. Que dire des abonnés ruraux avec moins d'1 Mo/s et qui ont le même contrat que toi, et qui payent aussi 40 € ?
L'ADSL et Internet sont des technologies non déterministes, il est impossible de disposer d'un dénit Max et constant. Internet n'est pas stable.
Les opérateurs font de la surenchère sur les performances, ils présentent tous le Max du Max dans leurs pubs. Ce comportement est générateur de frustration dès qu'on commence à les croire.
C'est exactement comme pour la fibre, non, ce n'est pas la panacée universelle, le passage à la fibre modifie essentiellement que le raccordement de l'abonné, pas Internet, pas les serveurs.
Passer à la fibre quand on quitte une ligne à plus de 20 Mb/s ne donne pas le même gain que si on quitte une ligne longue avec moins de 1 Mb/s.
Cordialement
PhilDur
