C'est juste le fonctionnement normal et totalement transparent dans le cadre d'un réseau GPON normalement chargé. La 5G 3500 fonctionne aussi en TDD, mes premiers tests en SA montrent que la latence reste la même, même sur une place un peu encombrée.
Le splitter est un élément passif. Il n'intervient évidemment pas dans la répartition des ressources. La collecte de l'OLT, oui sur quelques RIP et dans des cas isolés, sauf que dans ce cas, le GPON ne fait plus partie de l'équation, donc on s'en fout du TDD (qui n'est de toutes manières pas problématique). Il faut savoir.
Sauf que le cas de figure dont tu parles n'arrive pratiquement jamais. Pourquoi donc le mettre autant en avant ? De plus, tu n'as aucune idée des éventuelles mesures de QoS/traffic shaping mises en place par les opérateurs pour préserver la latence en cas de saturation.
Oui tu as raison à l'instant t, nous ne sommes que très très rarement dans un cas de saturation de fibre GPON ou d'infrastructure plus globale. Mais quand on regarde l'évolution de la consommation en octets d'Internet entre 2000 et 2025, celle-ci a été multipliée par un facteur 2000. Même s'il est très peu probable que l'on conserve ce même facteur multiplicatif entre 2025 et 2050, notre consommation web sera au moins multipliée par 10 ou par 20 dans les prochaines années. 10-20 par rapport à 2000 c'est peu, mais cela nécessite de disposer de systèmes de communication qui tiennent la route ..... L'XGS PON va dans ce sens, même si dans l'immédiat son utilité n'est pas flagrante.
Pour le TDD effectivement tu as aussi raison, mais il ne faut pas oublier que l'augmentation globale de la latence n'est pas proportionnelle à la charge d'un réseau. La courbe suit un loi exponentielle. Cette latence devient vraiment gênante quand le réseau est vraiment très chargé. C'est un peu comme avec un serveur en informatique. L'augmentation de la latence n'est pas la même quand on passe d'une charge de 2% à 3 % comparée à une charge de 97% à 98%. Pourtant dans les 2 cas l'augmentation n'est que de 1%.
Ah ta remarque ci-dessous est très juste
" Sauf que le cas de figure dont tu parles n'arrive pratiquement jamais. Pourquoi donc le mettre autant en avant ? De plus, tu n'as aucune idée des éventuelles mesures de QoS/traffic shaping mises en place par les opérateurs pour préserver la latence en cas de saturation."
Bien sûr, mais la QoS est là pour maintenir une latence acceptable dans un réseau, mais au détriment d'une réduction drastique du débit. Donc, oui on peut réduire les risque d'augmentation de latence par la QoS, mais avec perte de débit. Et cette perte de débit sera d'autant plus importante que le réseau se rapproche de la saturation ...
L'XGSPON est là pour limiter cette perte de débit tout en maintenant un QoS optimal.
Je ne vais pas trop aller plus loin dans la discussion ni l'argumentation, car il y a la police autoproclamée du topic qui veille, qui analyse les posts

.... C'est leur façon de s'occuper .... C'est dommage, tes remarques sont fondées et ouvrent à discussion. (tu es peut être étudiant en Réseaux et Télécom, ou ancien étudiant)