Auteur Sujet: Augmentation des débits sur la fibre Orange (Lu 338694 fois)

lenicois · « **Réponse #1788 le:** **Hier** à 18:55:41 »

Citation de: Pegasus38 le Hier à 18:51:48

Bah si, XGS-PON = moins de congestion = meilleur ping ET SURTOUT la gigue !

Pour gagner combien ? 1 voir 2 ping max ? Demandant à TI@RY. Il s'y connaît un peu mieux.

Pegasus38 · « **Réponse #1789 le:** **Hier** à 19:09:17 »

La question ce n'est pas combien

Ricou51 · « **Réponse #1790 le:** **Hier** à 19:11:50 »

Comment fonctionne GPON (en bref et clair)

Sur une fibre GPON, plusieurs abonnés partagent la même fibre jusqu’au nœud optique.

Le partage se fait surtout dans le sens montant (upload) via un mécanisme de “time-slot” (TDMA) (mais aussi dans le sens descendant).

Quand plusieurs utilisateurs veulent transmettre en même temps, la box doit attendre son tour → cela ajoute du delay.

->>>>> Impact sur le ping

L’encombrement local peut augmenter le ping, surtout si :

nous-même ou un voisin (encore pire si ils sont plusieurs) sur la même branche GPON utilisent fortement l’upload (cloud, visio, streaming, backup, P2P…)

la saturation se produit au splitter ou plus souvent au niveau du PON upstream (OLT).

GPON gère plutôt bien la répartition en temps normal ; tant que l’upload n’est pas saturé, la latence reste stable (souvent 5–10 ms).

En conclusion (pour les cancres)

Une liaison GPON encombrée (surtout en upload) → latence augmente, parfois +5 ms jusqu'à voire plus +50 ms, (spikes de ping). quelle que soit la distance !!

Une liaison GPON non encombrée → le ping reste bas et très stable et ne dépendant presque que de la distance.

L'intérêt du XGS PON, est donc de limiter ces risques d'encombrement et donc des spikes ou fluctuation de latences en milieu fortement utilisé (viso, streaming 4k, etc.) comme je l'expliquais avant....

Si je ne suis pas "gentil", je m'en fiche.... Le site n'appartient ni aux gentils ni aux méchants ... son intérêt est de ne pas pas y raconter trop de bêtises !!!

Je ne demande aucune réponse d'ailleurs ! J'espère juste que certains comprendront ce que je viens de dire ... Pour les autres .................

brupala · « **Réponse #1791 le:** **Hier** à 21:05:50 »

Citation de: Ricou51 le Hier à 19:11:50

Comment fonctionne GPON (en bref et clair)

Sur une fibre GPON, plusieurs abonnés partagent la même fibre jusqu’au nœud optique.

Le partage se fait surtout dans le sens montant (upload) via un mécanisme de “time-slot” (TDMA) (mais aussi dans le sens descendant).

Quand plusieurs utilisateurs veulent transmettre en même temps, la box doit attendre son tour → cela ajoute du delay.

->>>>> Impact sur le ping

L’encombrement local peut augmenter le ping, surtout si :

toi-même ou un voisin (encore pire si ils sont plusieurs) sur la même branche GPON utilisent fortement l’upload (cloud, visio, backup, P2P…)

la saturation se produit au splitter ou plus souvent au niveau du PON upstream (OLT).

GPON gère plutôt bien la répartition en temps normal ; tant que l’upload n’est pas saturé, la latence reste stable (souvent 5–10 ms).

En conclusion (pour les cancres)

Une liaison GPON encombrée (surtout en upload) → latence augmente, parfois +5 ms jusqu'à voire plus +50 ms, (spikes de ping). quelle que soit la distance !!

Une liaison GPON non encombrée → le ping reste bas et très stable.

L'intérêt du XGS PON, est donc de limiter ces risques d'encombrement et donc des spikes ou fluctuation de latences en milieu fortement utilisé (viso, streaming 4k, etc.) comme je l'expliquais avant....

Si je ne suis pas "gentil". Je m 'en fiche.... Le site n'appartient ni aux gentils ni aux méchants ... son intérêt est de ne pas pas y raconter trop de bêtises !!!

Je ne demande aucune réponse d'ailleurs ! J'espère juste que certains comprendront ce que je viens de dire ... Pour les autres .................

tu as un lien pour justifier ces 5 à 10ms de latence ?
je ne trouve pas de descriptions précises sur la transmission en GPON, mais je suis sûr que plein de gens ici en ont, je me souviens juste d'une longueur de trame de 125 µs où l'on case 64 clients, après un paquet prend peut-etre plusieurs trames, et peut-etre que tout le monde n'est pas présent dans chaque trame, mais 10ms ça me parait beaucoup par rapport à 125µs (x80).
En 125µs à 2 Gbit/s , ça passe 31 000 octets, on doit bien pouvoir passer un paquet de ping de 64 octets là dedans.
Si quelqu'un a un document sur l'encapsulation du protocole GPON, je suis preneur, si en plus on l'a pour XGS-PON, c'est le top.
j'ai ça: https://www.cisco.com/c/fr_ca/support/docs/switches/catalyst-pon-series/216230-understand-gpon-technology.html mais ça ne dit pas tout.

Ricou51 · « **Réponse #1792 le:** **Hier** à 21:23:34 »

Citation de: brupala le Hier à 21:05:50

tu as un lien pour justifier ces 5 à 10ms de latence ?
je ne trouve pas de descriptions précises sur la transmission en GPON, mais je suis sûr que plein de gens ici en ont, je me souviens juste d'une longueur de trame de 125 µs où l'on case 64 clients, après un paquet prend peut-etre plusieurs trames, et peut-etre que tout le monde n'est pas présent dans chaque trame, mais 10ms ça me parait beaucoup par rapport à 125µs (x80).
En 125µs à 2 Gbit/s , ça passe 31 000 octets, on doit bien pouvoir passer un paquet de ping de 64 octets là dedans.
Si quelqu'un a un document sur l'encapsulation du protocole GPON, je suis preneur, si en plus on l'a pour XGS-PON, c'est le top.
j'ai ça: https://www.cisco.com/c/fr_ca/support/docs/switches/catalyst-pon-series/216230-understand-gpon-technology.html mais ça ne dit pas tout.

ah !!! cela fait du bien d 'avoir une personne qui s'intéresse et se pose des questions !

et qui surtout ne prend pas les autres pour des débiles qui confondent fibre et cuivre ...

Oui ta remarque est très juste mais seulement vraie en partie.
Je t'explique :
Pour la latence pure du protocole GPON, liée au cycle de 125 µs, la latence observée par un utilisateur réel, qui inclut la planification, les files d’attente, la charge du PON et parfois de la box.
Ce que tu dis est parfaitement vrai…

Oui, le cycle GPON dure 125 µs ...

Oui, un paquet ICMP de 64 octets rentre dans un slot, ce n’est pas le problème.

Oui, il existe des documents d’encapsulation OMCI/GEM, DBA, etc.

Donc sur la partie protocolaire pure, tu as entièrement raison GPON n’ajoute probablement pas 5–10 ms par construction.

Les 5–10 ms voire plus si congestion ne viennent pas de la trame GPON elle-même, mais des files d’attente (que ce soit dans l’ONT, la box, le splitter ou l’OLT),
du mécanisme de DBA dynamique : la box peut attendre plusieurs cycles avant d’obtenir le temps d’émission, surtout quand l’upload est chargé,
dépendre du buffering dans le réseau du FAI, très variable selon l’opérateur...., dépendre de la latence du LNS/BNG et du routage interne, toujours >1 ms..... enfin je crois avoir pensé à tout .. mais peut être que j'en oublie encore ?

lenicois · « **Réponse #1793 le:** **Hier** à 21:59:36 »

Citation de: Ricou51 le Hier à 21:23:34

ah !!! cela fait du bien d 'avoir une personne qui s'intéresse et se pose des questions ! et qui surtout ne prend pas les autres pour des débiles qui confondent fibre et cuivre ...

C'est quoi ton problème, sérieux ? Ai-je traité quelqu'un de débile ? Je t'ai insulté ? Si tu ne comprends pas le sens des mots (comme je "pense"). Abstiens-toi de parler. Sérieux, tu as vraiment une arrogance de M. La psychanalyse, ça se passe dans les hôpitaux psychiatriques. T'es incapable d'avoir une conversation saine d'esprit. Tu es là à attendre avec impatience, pour prouver que tu es meilleur que tout le monde. Tout le monde peut aller sur Google et faire une recherche. Ça ne fait pas de toi une personne intelligente. Juste un id*ot. C'est horrible ta mentalité.

Pegasus38 · « **Réponse #1794 le:** **Hier** à 22:18:19 »

Doucement...

Par contre j'espère que le futur du forum ce n'est pas du copier-coller de chatGPT comme vient de le faire @Ricou51, même s'il a essayer de changer quelques petites tournures

lenicois · « **Réponse #1795 le:** **Hier** à 22:21:41 »

Citation de: Pegasus38 le Hier à 22:18:19

Doucement...

Par contre j'espère que le futur du forum ce n'est pas du copier-coller de chatGPT comme vient de le faire @Ricou51, même s'il a essayer de changer quelques petites tournures

C'est exactement à quoi je pensais. Einstein sort ses griffes.

Ricou51 · « **Réponse #1796 le:** **Hier** à 23:06:51 »

Citation de: Ricou51 le Hier à 21:23:34

ah !!! cela fait du bien d 'avoir une personne qui s'intéresse et se pose des questions ! et qui surtout ne prend pas les autres pour des débiles qui confondent fibre et cuivre ...

Oui ta remarque est très juste mais seulement vraie en partie.
Je t'explique :
Pour la latence pure du protocole GPON, liée au cycle de 125 µs, la latence observée par un utilisateur réel, qui inclut la planification, les files d’attente, la charge du PON et parfois de la box.
Ce que tu dis est parfaitement vrai…

Oui, le cycle GPON dure 125 µs ...

Oui, un paquet ICMP de 64 octets rentre dans un slot, ce n’est pas le problème.

Oui, il existe des documents d’encapsulation OMCI/GEM, DBA, etc.

Donc sur la partie protocolaire pure, tu as entièrement raison GPON n’ajoute probablement pas 5–10 ms par construction.

Les 5–10 ms voire plus si congestion ne viennent pas de la trame GPON elle-même, mais des files d’attente (que ce soit dans l’ONT, la box, le splitter ou l’OLT),
du mécanisme de DBA dynamique : la box peut attendre plusieurs cycles avant d’obtenir le temps d’émission, surtout quand l’upload est chargé,
dépendre du buffering dans le réseau du FAI, très variable selon l’opérateur...., dépendre de la latence du LNS/BNG et du routage interne, toujours >1 ms..... enfin je crois avoir pensé à tout .. mais peut être que j'en oublie encore ?

Ah j'ai regardé avec sciences direct s'il existait un document vraiment sérieux genre une publication type IEEE ou autre. Un document qui comparerait les latences entre le G PON et l'XGS PON, et qui surtout de façon simple expliquerait comment les outils mis en place fonctionnent. Mais je n'ai hélas pas trouvé grand chose de très didactique. Enfin, il y a des travaux mais qui sont très spécifiques et souvent en lien avec le DBA qui manifestement montrent que les nouveaux outils qui sont développés permettent non pas un gain important au niveau de la latence pure (physique optique) mais comme je le disais en m'appuyant sur des des sources valides dont chatGPT croisé avec GROK que les progrès se situent surtout au niveau de la latence induite par congestion (des progrès sont réels) et c'est je pense ce qu'il risque de se produire de plus en plus avec l'augmentation du trafic. Mais je n'irai pas plus loin peut être en partie par manque de compétences dans le domaine, mais surtout pour ne pas provoquer de déchaînement incontrôlé sur le topic ....

Je suis vraiment désolé d'avoir recours à des outils pour vérifier si ce que je dis n'est pas trop absurde. Je ne savais pas que ce topic excluait toute information vérifiable et potentiellement correcte scientifiquement. C'est peut être une mauvaise habitude de ma part d'essayer de vérifier mes sources, quand j'essaie de ne pas voir uniquement le côté contraintes physiques des supports. J'ai essayé de m'interroger sur d'autres sources de latences (qui expliqueraient le pourquoi du XGS PON Vs G PON) et de confirmer par croisement de différents outils qui certes ne répondent pas à toutes les questions, mais nous permettent d'apprendre.... Je suis vraiment désolé encore pour toute la gêne que je vous apporte dans vos échanges.
Et donc si vous avez définitivement décidé que le ping était invariable et ne pouvait dépendre que de la distance !! C'est que vous devez forcément avoir raison avec de tels arguments. Je m'incline. bonne soirée

lenicois · « **Réponse #1797 le:** **Hier** à 23:11:54 »

Je préfère ne pas répondre.

Bye.

Ricou51 · « **Réponse #1798 le:** **Hier** à 23:33:51 »

Petite question technique pour ceux qui maîtrisent mieux le sujet que moi.
Est-ce que certains d’entre vous ont des informations claires et surtout quantitatives sur les différences de latence induite par les mécanismes de gestion du trafic (DBA, surtout congestion, etc.) entre GPON et XGS-PON ?

Je trouve surtout des documents très spécialisés (IEEE, ScienceDirect…), et un peu imbuvables mais peu de choses vulgarisées.
Si quelqu’un a une explication ou une ressource simple à me conseiller, je suis vraiment preneur.
Merci d’avance !

Ricou51 · « **Réponse #1799 le:** **Hier** à 23:49:20 »

Citation de: Pegasus38 le Hier à 22:18:19

Doucement...

Par contre j'espère que le futur du forum ce n'est pas du copier-coller de chatGPT comme vient de le faire @Ricou51, même s'il a essayer de changer quelques petites tournures

test Scribbr de détection de l'IA de mon post ---> 0% généré par IA et 100% par auteur
test QuillBot de détection de l'IA dans mon post --> 0% généré par IA et 100% par auteur
test zeroGTP de détection de l'IA de mon post --> 0% généré par IA et 100% par auteur

sans commentaire .................................................