Faites un test de débit depuis une vm alors, sans utiliser les disques durs
C'est déjà fait avec le paquet
speedtest-cli (la version non-buguée / bridée) sachant que les VMs sont stockées/executées sur le disque dur, ce n'est pas des disques VRAMS. J'ai les mêmes résultats dégradés.
et le cpu de la box.
- J'ai refait le test pour être sûr désactivant les VMs (+3 coeurs de dispo), ce n'est pas ça et je ne pense pas vu que c'est la même bête utilisée dans les NAS Synology QNAP (Armada 8040).
- Le seul bridage à ma connaissance, aujourd'hui, est sur le hardware du Freebox Server, lors de l'utilisation de plusieurs ports Ethernet en simultané (
https://lafibre.info/free-la-fibre/t40081/132/).
Dans le cas cité, la chute de débit a été relativement soudaine, ou la baisse éventuelle progressive n'a été détectée et la chute est apparue brutale!?!
La question qui se pose alors est: Est-ce que sont les dowloads "physiques" qui sont impactés, ou est-ce que ce sont des speedtests?
Quant à la détection du pourquoi du comment, sauf à connaître l'origine exacte des downloads et les chemins potentiellement empruntés, il sera difficile de savoir. On peut juste émettre des hypothèses, et le réseau Free souffre de "boite-noirite", avec un hystérésis d'upgrade souvent "copieux"...
Free envoie désormais un questionnaire par mail aux "dissidents"... Espérons que ce n'est pas uniquement "politique" et que ces retours amèneront une meilleure prise en compte des causes de défections!
L'espoir fait vivre!
- Je dirais assez progressive à partir de la mi-décembre 2020, j'aime bien monitorer de temps à autre ma connexion et savoir que je ne suis pas bridé.
- J'ai le même problème sur les speedtests ou les hébergeurs standards (téléchargements du quotidien).
- C'est dommage parfois qu'on manque de transparence de la part des FAIs sur les liens de peering avec les tiers ou le dimensionnement de leur réseau en fonction de l'évolution des technologies / démocratisation des usages..
Ce qui pourrais bien aussi c'est d'effectuer un test de débit avec un fichier servi en ipv6
- J'ai déjà fait ce protocole en IPV4/IPV6, c'est la même chose sachant que je savais depuis un moment déjà que les NRO étaient en IPv6 natif depuis les migrations sur le 10G-EPON. J'ai donc supposé qu'il convenait mieux d'utiliser des liens IPv6 comme l'IPv4 est encapsulée dans l'IPV6 (tunneling).
Merci à tous pour vos réponse,
Jean-Philippe