Cher Optix. J'aimerais revenir sur ce post. D'où viennent ces stats et comment les obtenir ? Est-ce que c'est ce type de stat qui permet aux opérateurs de mettre en place du traffic shaping et est-ce que tu pourrais nous faire un rapide topo sur la manière dont les débits sont gérés en amont parce qu'honnêtement plus personne n'y comprend rien ...
Pour moi, les stats viennent de ton firewall. Tu as lancé un iperf3 et ensuite reçu ces stats. Mais je n'y comprends rien.
C'est un traceroute, ça permet de voir le chemin parcouru, via quels routeurs, de moi jusqu'à toi, avec la latence.
Et aussi les pertes.
S'il y en a, il faut lire à l'envers, du bas jusqu'au haut, càd ok j'ai de la perte, mais à quel moment je n'en ai pas / à quel moment ça commence (sans revenir à 0) ;
et ne pas tenir compte de la perte d'un saut si après tu tombes à 0 perte, c'est juste que le routeur au milieu ne répond pas toujours mais il route bien car après tu as 0%)
Tu as pingplotter sous Windows qui fait ça très bien.
**
Quant au shaping, la conséquence est l'augmentation de la latence, car je n'ai pas assez de capacité dans la seconde pour injecter toutes mes données, donc j'attends (d'où augmentation du ping). Mais oh mince, c'est toujours aussi chargé (ou limité), plus le choix, je dois jeter les paquets déjà en attente (d'où le % loss) et mettre les nouveaux en attente, etc.
En TCP c'est bien géré, car il y a un rééquilibrage et une diminution de débit (pour que tous les paquets puissent arriver). En UDP, si le paquet est jeté l'info est définitivement perdue, si le paquet en attente arrive en retard, tu verras du lagg (le phénomène du joueur qui repope en arrière par ex).
Voilà en gros.