La Fibre
Télécom => Réseau => 
Comment tester son débit ? => Discussion démarrée par: titi77 le 09 juillet 2012 à 09:33:20
-
Message déplacé dans cette section car il est intéressant : les problèmes ne venait pas du FAI mais d'un logiciel installé sur le PC.
Explication donnée sur la page 3 de ce post :
J'ai fait un scan complet de ma machine après les deux remarques précédentes, pour être sur de ne pas avoir une cochonnerie sur ma machine.
Avast n'a rien trouvé du tout, mais la plupart des antivirus étant des écumoirs géants ça m'a pas beaucoup étonné. J'ai donc fait un petit néttoyage sur ma machine, j'ai viré les programme de téléchargement, torrent et autre, VMware Server et ses 4 adaptateurs réseau (magnifique XD), toujours rien de mieux
et pour finir j'ai téléchargé un TCP View afin de vérifier que j'avais rien loupé, et je suis tombé sur CacaoWeb.exe (merci mon ex copine, c'est génial le streaming :p) qui tournait en background avec 200 socket ouvertes et un volume réseau monstrueux... Quand j'ai dégagé le process, ça a été instantané... Apparemment ce truc et un Bot permettant le hacking de sites webs à l'insu du plein gré de l'utilisateur, j'ai donc probablement dépensé 60 euros en procédures de résiliation juste pour rien en 2 ans !
Je fais l'erreur de vouloir revenir à la BBox fibre après une première hécatombe. J'avais déja souscris une connexion fibre il y a un an, résiliée après tout en tas d'emmerdes, et notamment des pertes de synchro immondes. Pitié faites quelque chose. Je suis à Pontault, dans le 77
Et la ça recommence : Un petit test de ping sur google (rien que ça, je vous parle pas de jeu en ligne) :
Reply from 173.194.34.23: bytes=32 time=1177ms TTL=54
Reply from 173.194.34.23: bytes=32 time=1020ms TTL=54
Reply from 173.194.34.23: bytes=32 time=1383ms TTL=54
Reply from 173.194.34.23: bytes=32 time=1437ms TTL=54
Reply from 173.194.34.23: bytes=32 time=1327ms TTL=54
Reply from 173.194.34.23: bytes=32 time=1335ms TTL=54
Request timed out.
Reply from 173.194.34.23: bytes=32 time=1389ms TTL=54
Request timed out.
Reply from 173.194.34.23: bytes=32 time=1519ms TTL=54
Reply from 173.194.34.23: bytes=32 time=1666ms TTL=54
Reply from 173.194.34.23: bytes=32 time=1455ms TTL=54
Reply from 173.194.34.23: bytes=32 time=1686ms TTL=54
Reply from 173.194.34.23: bytes=32 time=1538ms TTL=54
Request timed out.
Reply from 173.194.34.23: bytes=32 time=1549ms TTL=54
Reply from 173.194.34.23: bytes=32 time=1254ms TTL=54
Reply from 173.194.34.23: bytes=32 time=1193ms TTL=54
Request timed out.
Comme par miracle à certain moments tout va bien, 24 ms de ping, et à d'autre 1500 et perte de paquets immondes (parfois 20%)
Le débit tombe à ces moments la à des seuils pitoyables, 500k voire moins.
infos sur la box (je tente même pas d'upload une image) :
Connecté/déconnecté Connecté
Type de connexion Docsis 3.0
Version matérielle 1.0
Version logicielle CM_5.5.1mp3_110721
Adresse IP 10.101.162.181
Adresse Mac b4:74:9f:a4:8b:ba
Numéro de série SCCM3380112260103557
Certificat Installé
Délai depuis la mise en marche 0 jours 11:57:01
Connexion internet établie depuis 08/07/2012 21:36:37
Bande passante montante 1.02 Mb/s
Bande passante descendante 30.72 Mb/s
Données reçues 963649 KB
Données envoyées 2121484 KB
Acquisition du canal descendant OK
Statut de connectivité Opérationel
Statut de démarrage Opérationel
Fichier de configuration byt_f3784b_30m_1m.cm
Baseline Privacy Interface Disabled
Erreurs 0 corrigées et 0 non corrigeables
Canaux descendants
Canal
Statut
Modulation
ID du canal
Fréquence
Puissance
SNR
1
connecté
QAM256
97
394000000 Hz
-4.6 dBmV
41.2 dB
Canaux montants
Canal
Statut
Type de canal montant
ID du canal
Symbol rate
Fréquence
Puissance
1
activé
TDMA
4
2560 Ksym/sec
58800000 Hz
53.2 dBmV
-
Help. De pire en pire
-
Est-ce que ton SNR baisse quand il y a des déconnexions ?
Regarde ces posts similaires :
=> je suis exactement dans le cas que vous decrivez CONNEXIONS/DECONNEXIONS Internet permanentes (https://lafibre.info/numericable-fttla/question-sur-snr-et-puissance-demission/msg53112/#msg53112)
=> Débit très lent aléatoirement (https://lafibre.info/bbox-fibre-debit/debit-tres-lent-aleatoirement/msg53268/#msg53268)
-
Ce ne sont pas des déconnexions, plutôt des pertes de paquets lorsque la latence devient trop importante, des montées de ping horrible.
Elles se produisent en particulier le soir et la nuit, à partir de 20/21 h jusqu’à 2 ou 3h du matin, avec une alternance de périodes calmes et de pics de latence (entre 200 et 3000ms)
Au niveau variation de puissance et SNR, je ne remarque rien de particulier, quelque petites variations sur le SNR, pas toujours en période de pic (toujours dans le range 41.2 <--> 40.9 dB)
ça ressemble à de la mise en buffer de paquets, comme si certains équipements réseaux étaient completement saturés à certains moments. En clair "Le réseau bbox / numéricable" ou au moins les équipements que je traverse est pourri la nuit par quelque chose
2 traces à 10 secondes d’intervalle :
[font=courier]Tracing route to www-cctld.l.google.com [173.194.34.24]
over a maximum of 30 hops:
1 <1 ms <1 ms <1 ms gestionbbox.lan.home [192.168.1.254]
2 5 ms 14 ms 6 ms 10.101.160.1
3 9 ms 4 ms 9 ms lyo1rj-ge-5-0-0.349.numericable.net [213.245.255.17]
4 7 ms 6 ms 6 ms ip-46.net-80-236-1.static.numericable.fr [80.236.1.46]
5 8 ms 7 ms 33 ms ip-41.net-80-236-1.static.numericable.fr [80.236.1.41]
6 11 ms * 37 ms 89.89.102.253
7 13 ms 24 ms 24 ms ae5.tcore01-m.net.bbox.fr [89.89.102.37]
8 10 ms * * po109.core02-c.net.bbox.fr [89.89.101.102]
9 9 ms 7 ms 6 ms 72.14.217.60
10 10 ms 7 ms 9 ms 72.14.238.234
11 8 ms 13 ms 10 ms 209.85.242.45
12 8 ms 9 ms 7 ms par03s02-in-f24.1e100.net [173.194.34.24]
Trace complete.
C:\Users>tracert [url=https://www.google.fr]www.google.fr[/url]
Tracing route to www-cctld.l.google.com [173.194.34.24]
over a maximum of 30 hops:
1 <1 ms 2 ms <1 ms gestionbbox.lan.home [192.168.1.254]
2 10 ms 6 ms 5 ms 10.101.160.1
3 5 ms 7 ms 5 ms lyo1rj-ge-5-0-0.349.numericable.net [213.245.255.17]
4 7 ms 8 ms 5 ms ip-46.net-80-236-1.static.numericable.fr [80.236.1.46]
5 8 ms 8 ms 7 ms ip-41.net-80-236-1.static.numericable.fr [80.236.1.41]
6 * * * Request timed out.
7 235 ms 15 ms 9 ms ae5.tcore01-m.net.bbox.fr [89.89.102.37]
8 328 ms * 56 ms po109.core02-c.net.bbox.fr [89.89.101.102]
9 389 ms 402 ms 402 ms 72.14.217.60
10 110 ms 133 ms 133 ms 72.14.238.234
11 10 ms 9 ms 14 ms 209.85.242.45
12 9 ms 9 ms 8 ms par03s02-in-f24.1e100.net [173.194.34.24]
Trace complete.[/font]
-
Et quand ta machine est connectée sur une autre connexion ça marche bien ?
-
Oui sans aucun problème sur le FreeWifi d'a coté, dont je me sers allègrement...
-
Pour moi ce sont des micro coupures. Le ping est important car les paquets sont mis dans des buffers le temps que la connexion reparte d'où des ping très importants.
Peux tu essayer sur ta seconde prise Numericable ? (avec le câble de ton décodeur TV au cas où c'est le câble qui pose problème)
-
Bonjour,
Merci pour l'aide.
Le problème n'est pas sur la partie locale du réseau, c'est très visible lors des traces. De plus ça semble ne se produire qu'en soirée et la nuit. Je teste l'inversion de câble ce soir, mais j'avais déjà testé avec la box précédente outes les config de prises et de cables, ça n'avait rien donné...
-
Comme supposé, rien de mieux avec ces manip...
Serait-il possible d'avoir un graphe smokeping ?
-
J'ai démarré ton graphe SmokePing :
=> https://lafibre.info/dns/smokeping.cgi?target=BouyguesTelecom.FibreHFC (https://lafibre.info/dns/smokeping.cgi?target=BouyguesTelecom.FibreHFC)
il faut attendre 24h pour pouvoir faire une première analyse.
-
Pour moi ce sont des micro coupures. Le ping est important car les paquets sont mis dans des buffers le temps que la connexion reparte d'où des ping très importants.
Ce qui est absurde.
Les paquets ne devraient jamais être gardés plus de quelques ms, surtout des liens à très faible latence comme le câble.
-
Il y a en ce moment une réflexion sur Internet sur ce point. Il semble que buffuriser les paquets au niveau des routeur quand un lien est saturé ne soit pas bon pour la qualité d'internet et qu'il est préférable de supprimer un paquet plutôt que de tout garder quelques ms.
Dans les deux cas (perte de paquet ou paquet qui prend du retard) le débit de l'èmetteur diminue.
-
Il y a en ce moment une réflexion sur Internet sur ce point. Il semble que buffuriser les paquets au niveau des routeur quand un lien est saturé ne soit pas bon pour la qualité d'internet et qu'il est préférable de supprimer un paquet plutôt que de tout garder quelques ms.
Disons que quand ça atteint une seconde, il n'y pas le moindre doute pour toute personne comprenant le protocole IP!
(L’explication est laissée en exercice au lecteur.)
-
Etrange que ces micro-coupures se produisent entre 22h et 3h. Je veux bien reconnaître qu'IP est vieillissant, qu'il à tous les détauts d'un protocol non-connecté, mais enfin bon j'ai 16ms constant 80% de la journée...
ça pue à plein nez la surcharge d'un lien en période de batch / fenêtre de maintenance. Le bon batch des familles qui fait du chargement / sauvegarde via le réseau plutôt qu'en local, ou autre horreur. C'est juste pas acceptable que l'impact sur des liens publics soit aussi énorme... vu le prix...
-
Ton graphe Smokeping est extrêmement intéressant avec des ping moyens > 1 seconde entre 1h et 3h du matin, sachant que le début des ping élevés commence le soir pendant la période de pointe. Ce n'est pas du tout sur la fenêtre de maintenance (qui est plus sur 2h => 7h).
(https://lafibre.info/images/bbox/201207_smokeping_titi77.png)
Il n'y aurait pas un appareil qui pourrait générer des fortes perturbations sur ces tranches horaire à coté de ton immeuble ?
-
Je veux bien reconnaître qu'IP est vieillissant, qu'il à tous les détauts d'un protocol non-connecté, mais enfin bon j'ai 16ms constant 80% de la journée...
Ah bon...
-
Bonjour,
Votre graphe SmokePing est effectivement atypique.
Serait-il possible de compléter votre profil avec votre N° de client Bbox fibre ? C'est nécessaire pour que nous puissions regarder votre dossier.
Vous trouverez ce N° sur votre espace client Bouygues Telecom : http://www.espaceclient.bbox.bouyguestelecom.fr/ (http://www.espaceclient.bbox.bouyguestelecom.fr/)
(https://lafibre.info/images/bbox/Bbox_num_client_1.png)
Recopiez le N° de client sur votre profil LaFibre.info accessible via ce lien : https://lafibre.info/profile/?area=forumprofile (https://lafibre.info/profile/?area=forumprofile)
(https://lafibre.info/images/bbox/Bbox_num_client_3.png)
Cordialement,
Boris de Bouygues Telecom
-
Bonjour,
j'ai ajouté l'info à mon profil.
Au sujets d'équipements dans mon immeuble ou aux alentours qui pourraient provoquer ça je ne vois vraiment pas...
Pas de bâtiments publics aux alentours, rien lié à EDF ou à d'autres fournisseurs d'accès
-
titi77, vous êtes deux à avoir ce type de symptômes. => Atarcante est impacté (https://lafibre.info/bbox-fibre-connexion/micro-coupures-avec-plusieurs-vr/)
Serait-il possible de nous faire une copie d'écran de ta Bbox avec les canaux montants et descendants ?
=> Afficher la qualité de la ligne câble (Canaux descendants et Canaux montants) (https://lafibre.info/bbox-tutoriels/snr-canaux-descendants/)
En plus, serait-il possible de faire le test demandé sur Êtes-vous impacté par "TCP ACK Suppression" ? (https://lafibre.info/numericable-fttla/tcp-ack-suppression/)
Merci.
-
Voici en fichier joint une capture des info détaillées..
Concernant le test de téléchargement, j'ai les valeurs suivantes :
388 KB/s - 23.0 MB of 358 MB, 14 mins left <= test 1 serveur standard
666 KB/s - 43.0 MB of 358 MB, 8 mins left <= test 2 serveur optimisé (meilleur sur le second)
-
Apparemment tout allait très bien dans la nuit de samedi à Dimanche, d'après le graphe SmokePing. Et c'est repartis de plus belle la nuit suivante.
J'aimerai voir ce profil se confirmer en fin de semaine prochaine, je reste toujours sur mon opinion de batchs désastreux impactant le trafic...
-
Tout est parfait sur cette copie d'écran.
SNR très bon même si la puissance est un peu faible.
0 erreurs corrigée et 0 erreurs non corrigées.
Pourrais-tu redémarrer ta Bbox ? Cela fait 2 semaines qu'elle est en fonctionnement.
-
c'est fait !
-
Quelqu'un de chez bouygues continue t-il a analyser ces graphes ? ça se produit même en journée maintenant, ça devient impossible d'avoir une connexion comme ça.
-
Ce matin depuis 9h30 c'est très mauvais, tu n'aurais pas un logiciel peer-to-peer de lancé soit sur ton pc soit sur un PC en wifi ?
Tu as un PC qui reste allumé la nuit ?
-
Rien de tout ça, non. j'ai même redémarré la box par acquis de conscience, aucune différence.
-
Tes PC étaient éteints ?
Cela pourrait-être un cheval de troie (https://fr.wikipedia.org/wiki/Cheval_de_Troie_%28informatique%29) si ce phénomène ne se produit que quand ton PC est allumé.
-
J'attend encore quelques jours pour confirmation, mais je pense avoir corrigé mon souci... si la bonne tendance actuelle se confirme d'ici à la fin de semaine je vous expliquerai tout ça ^^
-
Le suspense !
Pas possible de nous faire part des tes suppositions, quitte à les infirmer plus tard ?
-
J'ai fait un scan complet de ma machine après les deux remarques précédentes, pour être sur de ne pas avoir une cochonnerie sur ma machine.
Avast n'a rien trouvé du tout, mais la plupart des antivirus étant des écumoirs géants ça m'a pas beaucoup étonné. J'ai donc fait un petit néttoyage sur ma machine, j'ai viré les programme de téléchargement, torrent et autre, VMware Server et ses 4 adaptateurs réseau (magnifique XD), toujours rien de mieux
et pour finir j'ai téléchargé un TCP View afin de vérifier que j'avais rien loupé, et je suis tombé sur CacaoWeb.exe (merci mon ex copine, c'est génial le streaming :p) qui tournait en background avec 200 socket ouvertes et un volume réseau monstrueux... Quand j'ai dégagé le process, ça a été instantané... Apparemment ce truc et un Bot permettant le hacking de sites webs à l'insu du plein gré de l'utilisateur, j'ai donc probablement dépensé 60 euros en procédures de résiliation juste pour rien en 2 ans !
-
Ne pas hésiter à faire un test avec un dual-boot Ubuntu...
Si les problèmes ne se produisent que quand le PC est sous Windows, c'est mauvais signe...
-
j'ai malheureusement viré le dual boot sur cette machine, à la base yavait un Oracle VM server (xen) dessus en plus du seven, mais j'ai zappé les partitions pour me faire de la place...
-
et pour finir j'ai téléchargé un TCP View afin de vérifier que j'avais rien loupé, et je suis tombé sur CacaoWeb.exe (merci mon ex copine, c'est génial le streaming :p) qui tournait en background avec 200 socket ouvertes et un volume réseau monstrueux... Quand j'ai dégagé le process, ça a été instantané... Apparemment ce truc et un Bot permettant le hacking de sites webs à l'insu du plein gré de l'utilisateur, j'ai donc probablement dépensé 60 euros en procédures de résiliation juste pour rien en 2 ans !
http://cacaoweb.org/ (http://cacaoweb.org/)
cacaoweb permet de voir des vidéos, écouter de la musique et de partager ses fichiers. Essayez-le dès maintenant!
Regardez vos films et séries favoris en streaming
Téléversez et partagez vos fichiers
Débridez les plateformes de streaming:
Ce truc était sur SourceForce, mais n'y est plus... explication?