Pas nécessairement, le débit réduit peut permettre de rester à 0 via des retransmissions par exemple. Enfin je laisse vivien préciser .

Une saturation se produit principalement le soir. Il y a d'autres causes de pertes de paquets comme évoqué :

2. La perte de paquets

La perte de paquets se produit quand des paquets n’arrivent pas à destination. La perte est exprimée en pourcentage de paquets perdus par rapport aux paquets envoyés. Les deux causes de la
perte de paquets sont :

- Un réseau peu fiable qui peut entraîner des pertes de paquets.
C’est notamment le cas des réseaux sans fil (Wi-Fi, 4G, 5G, etc.), qui sont sensibles aux interférences radio. Une interférence ou un signal trop affaibli peut entraîner la corruption ou la perte des paquets en transit. La perte de paquets est mesurée par le BER (Bit Error Rate). Il est normal qu’un réseau Wi-Fi perde des paquets, 0,1% de paquets perdus est typiquement acceptable.
Une connexion ADSL peut également perdre des paquets si la ligne est bruitée et que l’interleave est réduit. Le manque de fiabilité du réseau peut également être dû à un matériel endommagé, à un bogue logiciel ou à un câble de mauvaise qualité.

- Une congestion réseau qui peut entraîner des pertes de paquets. Une fois la mémoire-tampon (buffer) remplie, les paquets entrants supplémentaires sont supprimés. C’est un mécanisme sain en cas de congestion, conserver trop de paquets dans le buffer entraînant du « bufferbloat ».

Comme il n'y a pas une seule méthodologie pour tester de débit, il y a plusieurs méthodes pour mesurer la perte de paquet. Les outils SpeeTest sont plus des outils permettant d'avoir une information fiable sur le débit du lien, plutôt que ses pertes de paquets.

Une autre explication possible, c'est que les paquets dont TCP va demander la retransmission ne sont pas forcements perdus dans le sens où ils n'arrivent jamais. Ils peuvent arriver dé séquencé (après le paquet suivant). L'impact sur le débit est identique à une perte, même si le paquet n'est pas à proprement parlé perdu. Il est important pour TCP que les paquets d'une même connexion arrivent tous dans l'ordre. C'est pour cela que dans des lag n x 10 Gb/s ou n x 100 Gb/s, il y a un algorithme qui permet de garantir que tous les paquets d'une même connexion passeront par le même lien.

Le fait de perdre du débit en 5G, vs 4G only m'a fait me demander si les paquets 5G n'arrivent pas avant (ou après) le paquet 4G qui est juste derrière quand on est à haut débit. Il faudrait des captures coté mobile pour permettre de diagnostiquer ce qui ne va pas.

Pour compléter et finir, la situation sur freebox pop
Dans un premier temps, en Wifi (je sais…) sur iPhone 12 Pro, mais résultats identiques sur iPad
On notera la limite à 200 Mbps en up !

Sur les lignes fixes ça dépend beaucoup de l'endroit donc c'est compatible avec des saturations locales.

PS : L'upload est bizarrement bas.

Passer de 800mbps bbr à 100mbps cubic ? C'est chaud

« Chaud » n’est pas le qualificatif que j’utiliserais 

Sur les lignes fixes ça dépend beaucoup de l'endroit donc c'est compatible avec des saturations locales.

PS : L'upload est bizarrement bas.

Peut-être, je testerai à d’autres heures… Et je suis d’accord pour l’upload, sachant qu’en multi je monte bien à 700 Mbps. Par ailleurs j’ai un meilleur résultat sur l’iPad/iPhone en Wifi que sur le PC W11, je me pose des questions de limites lié au hardware ?

En vrai pas vraiment (et c’est bien pour ça que je fais pas un scandale ^^)
J’habite seul en appartement, donc pas de consommation très intensive (pas de JV par exemple), et quelques téléchargements de temps en temps

Pas de ralentissement sur le streaming constate en tout cas (Netflix, YouTube et consort)

Toujours est-il que cela ne me semble pas bien normal non plus