C'était juste une démo technique d'Orange pour montrer leur savoir-faire.

Il n'y aura pas de déploiement avant longtemps pour le grand public.

Leur savoir faire ou celui de Huawei ?
Dommage, ils ne parlent pas du matériel côté OLT, alors que c'est le plus important en fait, parce que passer 100 Gbit/s à 20 km, il y a longtemps que ça se fait, quelqu'un sait  où ça en est le coherent PON ?
https://www-res.cablelabs.com/wp-content/uploads/2021/04/15075417/CableLabs-CPON-Webinar.pdf
https://www.ciena.com/insights/what-is/what-is-coherent-pon

Pour moi, c’est vraiment la solution. Il y a tellement d’abonnements de 1, 2 et 8 Gbps sur un seul coupleur qui reçoit du 10 Gbps 😅.
J’en connais en pleine ville qui ont pris le 8 Gbps et qui, en journée, sont plutôt à 2 ou 3 Gbps.

Moi, je suis à la campagne, mais je stagne entre 5 et 6 Gbps en journée, et la nuit je suis au maximum.
Avec un coupleur à 40 Gbps, ça va être vraiment super !

J’ai même des personnes avec du 1 Gbps qui se plaignent de ne pas dépasser les 300 Mégas en journée, alors que la nuit c’est au maximum.

Vous n'avez toujours pas compris que, ce qui sature en réalité, ce n'est pas l'arbre en lui-même, mais l'uplink ! Le lien qui alimente l'OLT avec l'extérieur.

Quand c'est soirée de mise à jour Fortnite, il y a beaucoup plus de chances de télécharger le jeu en même temps que d'autres abonnés sur d'autres arbres, que sur l'arbre sur lequel vous êtes.
Là, il faut espérer que votre FAI n'alimente pas votre OLT que en 10G... ce qui est très fréquent.

Bien sûr, sinon il y aurait des pertes de paquets dans tous les sens.

Au temps pour moi, mea culpa ! Avec des histoires de limitations de débit mystérieuses après un certain volume tiré (selon certains), et les histoires de priorisation du débit TV au temps de l'ADSL, j'aurais imaginé qu'il y avait toujours quelque chose en place...

C'est quasi certain qu'il y a des mécanismes de QoS, de style Round-Robin ou équivalent, au niveau du GPON et des techno PON.
La preuve? Sur un même arbre GPON, si un utilisateur sature sa connexion (avec des flux UDP plus grand que le tuyau par exemple), alors il voit son ping augmenter fortement, avec des pertes de paquet, et pourtant les ping des autres utilisateur restent normaux.
C'est certain que ça existe en uplink, et il faudrait tester ça pour la partie downlink; il est probable que ça existe aussi en downlink, pour gérer le cas d'un utilisateur qui se prend un (D)DoS, pour ne pas que ça impacte ses voisins.
Je vous invite à faire le test.
Et même à l'intérieur d'un unique accès, d'un unique client, il y a priorisation entre le flux téléphonique et le reste. Souvent avec un VLAN séparé prioritaire pour la téléphonie.
Ces mécanismes sont en effet indispensables. 

Les protocoles mobiles sont bourrés de mécanismes QoS comme ça, pour répartir équitablement les ressources, limiter, prioriser. J'imagine que ces mécanismes existent aussi pour les techno PON.

Si des clients constatent ici qu'il y a des pertes de paquet chez leur FAI (Free comme nous le dit kgersen) alors il serait temps de changer de FAI. Un FAI FTTH normal n'a pas de perte de paquets. Moins de 0.1% de perte sur un FTTH normal.

Leon.

A ce propos,
je me demande comment on peut faire des speedtest à 2 Gbit/s sur un GPON ou à 8 Gbit/s sur XG-PON, pareil pour la flux montant, mesuré proche du débit total du lien multiplexé.
Ou alors, ce sont des valeurs pic en fait mesurées sur 1 ou 2 millisecondes, ce qui est suffisant à ces débits (c'est déjà pas mal d'octets et de paquets IP), 1 seconde à 8 Gbit/s, c'est 1 GO soit 1 million de paquets de 1K octets, 1 ms suffirait donc pour mesurer 1000 paquets, 200 paquets sur 1 GPON , je me demande pourquoi les speedtest ont l'air de durer 10s alors qu'une ms de saturation du support suffit, mais bon il y a le temps de connexion de deux ou 3 sessions TCP.
Ce qui fait que quelques ms de saturation de la liaison sur un test de débit devient relativement indolore, tant qu'il n'y en a pas 500 en même temps.

A ce propos,
je me demande comment on peut faire des speedtest à 2 Gbit/s sur un GPON ou à 8 Gbit/s sur XG-PON, pareil pour la flux montant, mesuré proche du débit total du lien multiplexé.
Ou alors, ce sont des valeurs pic en fait mesurées sur 1 ou 2 millisecondes, ce qui est suffisant à ces débits (c'est déjà pas mal d'octets et de paquets IP), 1 seconde à 8 Gbit/s, c'est 1 GO soit 1 million de paquets de 1K octets, 1 ms suffirait donc pour mesurer 1000 paquets, 200 paquets sur 1 GPON , je me demande pourquoi les speedtest ont l'air de durer 10s alors qu'une ms de saturation du support suffit, mais bon il y a le temps de connexion de deux ou 3 sessions TCP.
Ce qui fait que quelques ms de saturation de la liaison sur un test de débit devient relativement indolore, tant qu'il n'y en a pas 500 en même temps.

La question n'est pas super claire, donc je réponds peut-être à côté de la plaque, tu me diras.
En fait, il y a saturer et saturer... Le mot saturation a plusieurs signification du côté des "spécialistes". Je pense que c'est ça qui te pose des problèmes de compréhension.
Un speed test n'a pas pour vocation à pousser plus de donnée qu'il ne peut en rentrer dans le tuyau, l'objectif n'est pas de faire un DoS sur ta connexion et de la détruire.
Le speedtest va utiliser les protocoles standard de contrôle de flux : TCP-RWIN/SWIN, BBR, Cubic, etc... Tout ça pour ajuster en temps réel le débit à ce que permet réellement la liaison IP, de bout en bout, entre le serveur et toi, sans pour autant détruire la liaison.
Ces algorithme sont très efficaces, surtout sur une liaison stable de bout en bout, et ils poussent juste ce qu'est capable de tenir ta liaison IP.
Ils détectent la limite avec la détection de paquets perdus dès que ça sature réellement, et ils perdent très peu de paquets au final.
Donc en gros, tu atteins 99% du maxi de ta connexion, automatiquement.

A l'opposé, n'importe qui peut coder ou utiliser un test dégueulasse qui consiste à envoyer en UDP plus qu'il ne peut rentrer dans le tuyau, et constater que ça détruit la liaison (et en downstream, ça fait parfois tilter des protections dans les équipements du FAI). C'est le principe du DoS.

Leon.