Auteur Sujet: 50G PON (Lu 12911 fois)

Leon · « **Réponse #60 le:** **Aujourd'hui** à 19:46:10 »

Citation de: brupala le Aujourd'hui à 19:37:30

Oui, en fait on ne se comprend pas bien:
Mon propos était de dire que les résultats d'un speedtest montrent que l'on peut utiliser à ce moment là toute la capacité du multiplex (l'arbre PON), si on met localement toutes les chances de son côté, mais que ça ne doit durer que quelques ms car ça n'impacte pas beaucoup les autres utilisateurs.

Je pense que tu n'as toujours pas compris le principe.
Un test de débit reste au débit maxi beaucoup plus que quelques millisecondes! C'est plutôt une dizaine de secondes.
Et si tu constates que tu peux faire quasiment 2.4Gb/s sur un arbre GPON et quasi 8Gb/s sur un arbre XGPON, c'est que ces arbres PON sont tout simplement très très peu remplis. C'est aussi simple que ça.
La plus grande partie du temps, un utilisateur lambda ne génère quasiment aucun trafic sur son FTTH monstrueusement grand, ou juste 1 ou 2 streaming de 10Mb/s, ou un flux 4k à 20-30Mb/s, ce qui est bien maigre par rapport aux 8Gb/s vendus.
(Oui, on peut faire 600 à 800 streaming HD sur un XGSPON sur lequel il y a une cinquantaine d'abonnés maxi).
Du jeu en ligne (hors téléchargement d'update), c'est quelques Mb/s tout au plus.
Un appel visio Whatsapp sur un smartphone, c'est quelques Mb/s.
Je continue, ou alors tu as compris ?
Et non, un speed test ne perturbera évidemment pas les autres utilisateurs.

Leon.

brupala · « **Réponse #61 le:** **Aujourd'hui** à 20:21:53 »

Citation de: Leon le Aujourd'hui à 19:46:10

Je pense que tu n'as toujours pas compris le principe.
Un test de débit reste au débit maxi beaucoup plus que quelques millisecondes! C'est plutôt une dizaine de secondes.
Et si tu constates que tu peux faire quasiment 2.4Gb/s sur un arbre GPON et quasi 8Gb/s sur un arbre XGPON, c'est que ces arbres PON sont tout simplement très très peu remplis. C'est aussi simple que ça.
La plus grande partie du temps, un utilisateur lambda ne génère quasiment aucun trafic sur son FTTH monstrueusement grand, ou juste 1 ou 2 streaming de 10Mb/s, ou un flux 4k à 20-30Mb/s, ce qui est bien maigre par rapport aux 8Gb/s vendus.
(Oui, on peut faire 600 à 800 streaming HD sur un XGSPON sur lequel il y a une cinquantaine d'abonnés maxi).
Du jeu en ligne (hors téléchargement d'update), c'est quelques Mb/s tout au plus.
Un appel visio Whatsapp sur un smartphone, c'est quelques Mb/s.
Je continue, ou alors tu as compris ?
Et non, un speed test ne perturbera évidemment pas les autres utilisateurs.

Leon.

Bon, je vais continuer aussi, bien que je comprenne parfaitement ton propos, qui encore une fois n'est pas le mien, tu parles de la charge des autres flux et je te parle de la charge du test lui même, c'est pourtant pas compliqué non plus.
Effectivement le test s'affiche pendant plusieurs secondes, mais je réfléchissais qu'il n'est sans doute pas continu, mais qu'il fonctionne peut-etre par bursts de flux pendant quelques ms, puis une pause pendant quelques centaines de ms entre chaque, afin de pousser au max le débit, mais sans bloquer tout le monde.
Maintenant j'arrête là mes réflexions et j'essaierai de faire des captures plus précises à l'occasion, histoire d'éclairer un peu ce petit mystère de saturer une liaison sans la bloquer.

Leon · « **Réponse #62 le:** **Aujourd'hui** à 20:44:23 »

J'avais bien compris, mais tu te trompes encore une fois.
Un speed test, c'est un flux continu de données. Tu as le ramp-up normal au début, le temps que l'algo de gestion de flux converge, puis c'est un flux continu au maxi pendant 5 à 10 secondes.
Donc ça ne fonctionne pas du tout comme tu l'imagines, ça ne fonctionne pas avec des burst espacés.
Ce que tu imagines ne permettrait pas de bénéficier de l'algo de gestion de flux, c'est impossible avec de petits burst.

Vivien avait fait plein de captures différentes ici même, avec des courbes de débit instantané pendant les speed-tests.

Leon.

brupala · « **Réponse #63 le:** **Aujourd'hui** à 21:37:23 »

Citation de: Leon le Aujourd'hui à 20:44:23

J'avais bien compris, mais tu te trompes encore une fois.
Un speed test, c'est un flux continu de données. Tu as le ramp-up normal au début, le temps que l'algo de gestion de flux converge, puis c'est un flux continu au maxi pendant 5 à 10 secondes.
Donc ça ne fonctionne pas du tout comme tu l'imagines, ça ne fonctionne pas avec des burst espacés.
Ce que tu imagines ne permettrait pas de bénéficier de l'algo de gestion de flux, c'est impossible avec de petits burst.

Vivien avait fait plein de captures différentes ici même, avec des courbes de débit instantané pendant les speed-tests.

Leon.

Donc, on bloquerait tout l'arbre le temps du test pour lire un résultat du niveau du débit global ?? ou alors on n'arriverait à des résultats minables si d'autres ont la même idée à ce moment là ?
De plus, je ne pense pas que le but soit d'utiliser l'algo de gestion TCP, si on peut l'éviter.

Leon · « **Réponse #64 le:** **Aujourd'hui** à 22:20:43 »

Citation de: brupala le Aujourd'hui à 21:37:23

Donc, on bloquerait tout l'arbre le temps du test pour lire un résultat du niveau du débit global ?? ou alors on n'arriverait à des résultats minables si d'autres ont la même idée à ce moment là ?
De plus, je ne pense pas que le but soit d'utiliser l'algo de gestion TCP, si on peut l'éviter.

J'abandonne. Tu pars avec beaucoup trop d'à-priori, de fausses idées que tu n'arrives pas à défaire de ta tête. J'ai tout expliqué dans mes précédents messages, je t'invite à les relire calmement, en essayant au maximum d'oublier tes idées préconçues.
Et si d'autres membres veulent prendre le relais pour expliquer avec des mots différents des miens, pourquoi pas.

Leon.