La Fibre
Forum : => La Fibre FTTH (Fiber To The Home) => 
Technologie Gpon / Le futur: XGS-PON et NG-PON2 => Discussion démarrée par: seb59 le 23 novembre 2016 à 00:24:52
-
Bonsoir à tous,
Fraîchement inscrit sur ce forum depuis cet après-midi, je m'intéresse plus en détail à l'architecture FTTH et plus particulièrement au GPON (et ses dérivés) depuis qu'Orange a installé un PBO sur ma façade de maison la semaine dernière... Actuellement je suis chez Numericable depuis 3ans (en FTTLa @ 200/20Mbps) et je compte migrer sur Orange/Sosh dès que mon adresse sera éligible.
En bon curieux j'ai voulu comprendre le fonctionnement du réseau FTTH d'Orange et donc de l'architecture GPON ce qui m'a amené à lire pas mal d'article, de présentation et aussi de post sur ce forum ces derniers jours.
Le but de ce post est donc de rassembler un peu tout ce que j'ai compris du GPON pour deux choses :
- Expliquer de façon synthétique le fonctionnement détaillé du réseau FTTH Orange/GPON
- Enrichir et corriger ma compréhension de cette l'architecture avec vos retours
J'ai initialement écrit ce qui suit dans un post au sujet du remplacement de l'ONT par un autre (dans l'idée d'utiliser l'ONT GPON de Mikrotik au format SPF sur mon RB3011) : https://lafibre.info/orange-installation/cmt-se-connecter-sur-linterface-de-conf-ont-huawei-hg8010a/msg392208/#msg392208
La fibre optique
Je passe les généralités sur la FFTB, FTTCab, FTTH, FTTLa & co... En gros tout dépend jusque où arrive la fibre ou où est-ce que le cuivre prend le relais. En France on a surtout du FFTLa (la fibre jusqu'au dernier amplifier, le reste jusque l'abonné est en coax : réseau Numéricable) ou du FTTH, c'est à dire une fibre du NRO de l'opérateur (FAI) jusqu'au domicile de l'abonné.
En FTTH deux solutions principalement :
- Point à point (p2p) : une fibre dédiée du NRO au domicile
- Point à multipoint (p2pm) : une fibre du NRO pour plusieurs domiciles (mutualisation de la fibre)
On peut également citer le "FFTH Active Ethernet", un mix des deux qui consiste essentiellement à éclater le NRO vers les PMR/BPI (point de mutualisation dans les rue ou immeuble) de façon à câbler de la même manière qu'un réseau multipoint (= une fibre du NRO au point de mutualisation) avec les avantage d'un réseau P2P (= fibre branchée directement sur le switch, sans mutualisation avec d'autre fibre).
Tout cela est déjà bien expliqué ici :https://lafibre.info/gpon/comprendre-les-differences-entre-la-fibre-gpon-p2p-active-ethernet-fttla/ (https://lafibre.info/gpon/comprendre-les-differences-entre-la-fibre-gpon-p2p-active-ethernet-fttla/)
Dans ces fibres l'idée est donc de faire passer de la lumière pour véhiculer des informations. Plusieurs familles existent :
- la fibre multi-mode
- la fibre mono-mode
Le "mode" n'a rien à voir avec la longueur d'onde comme j'ai pu le voir dans certain message de ce forum. En fait la fibre multi-mode (à saut d'indice, la plus répandue) a un diamètre relativement grand par rapport à la longueur d'onde de la lumière (dans l'infrarouge). On a donc plusieurs "chemin" pour une même impulsion lumineuse. De ce fait on obtient une distorsion et dispersion de la lumière ce qui ne va pas aider à reconstituer le signal. Il existe aussi la fibre à gradient d'indice avec un cœur bcp plus petit qui permet une meilleur qualité.
Le "must-have" c'est la fibre "mono mode", où le diamètre est si petit que les angles d'incidence sont quasi inexistant permettant d'envoyer la lumière dans un "seul chemin". La dispersion est quasi-nulle. Bien entendu cette fibre coûte plus cher mais elle fournit la meilleure qualité. Aussi on est obligé d'utiliser un laser dans de type de fibre (à l’inverse des fibre multi-mode où on utilise des LED) car le diamètre du coeur est si petit qu'on a besoin d'une grande puissance d'émission.
Les architectures FTTx et notamment les normes du GPON impose la fibre mono-mode.
Une fibre étant bien sur bi-directionnelle car on peut utiliser des lasers réglés sur des longueurs d'onde différentes, c'est un peu comme les fréquences radio. On appelle cela le "multiplexage spacial". De ce fait on peut avoir une longueur d'onde pour l'émission et une autre pour la réception afin d'obtenir une communication bidirectionnel dans une seule fibre optique.
Le GPON
Maintenant pour revenir à la FTTH d'Orange, comme tout le monde le sait, on utilise une seule fibre pour faire passer le « downstream » (flux descendant) et le « upstream » (flux montant) en utilisant deux longueurs d'onde différentes (1310 et 1490nm respectivement) pour une bande passante jusqu’à 2.4Gbps dans les deux sens (il y a en fait 7 combinaisons de vitesse de transmission dans la norme mais la plus rependue étant de 1,25Gbps en uplink et 2,4Gbps en downlink).
Cette fibre au domicile (accessible sur le PTO, la prise mural chez l'abonné) rejoint le PBO (point de branchement) sur la voie publie ou sur le palier dans un immeuble et remonte au PMZ, le point de mutualisation de zone (armoire de rue) ou BPI (boitier de pied d’immeuble). Jusque-là on est en point à point (p2p) et c’est ici que les FAI peuvent se connecter sur notre fibre.
En GPON, donc avec Orange/Sosh, "notre" fibre est mutualisée avec d'autre via des coupleurs optique (équipement passive = non alimenté). Le ratio de « splittage » des fibres est de 1:64 voire 1:128 (en fonction de la classe GPON utilisée, donc en fonction des spécifications de la puissante du laser utilisé). C’est-à-dire qu’on a 64 (ou 128) fibres qui se rejoigne en une au niveau du PMZ/BPI grâce aux différents niveaux de coupleurs et qui remonte jusqu'au NRO pour être connectée à un OLT. C'est en gros ce que résume la norme G984.1.
Le downstream
En descente, l'OLT "broadcast" le trafic des 64 (ou 128) fibres à tout le monde sur cette arbre (car la fibre est splittée via les coupleurs). En fait l'OLT èmet dans la fibre à un intervalle de 125uS « n » frames contenant des données (payload) précédé d'un "PCBd" (Physical Control Block Downstream), une sorte d’entête qui définit (entre autre) « à qui » est destiné le « payload ».
On trouvera aussi dans le "PCBd" le "Uplink Bandwith Map" qui définit comment se partager la bande passante "Uplink" (on y revient après).
Le PCBd est en clair, donc dans chaque foyer, l'ONT/ONU connecté sur la prise optique (PTO) "lit" le signal optique pour sélectionner les « payloads » qui le concerne (défini dans le PCBd).
Question sécurité, une fois le payload récupéré pour un ONU donné, il faut le déchiffrer car en effet, tout le monde reçoit le trafic de tout le monde sur l'arbre GPON. Le payload est donc chiffré en AES 128bits (spec G.984.3).
Pour entrer dans le détail, au moment de l'identification de l'ONU sur l'arbre GPON, c'est que l'ONU envoi à l'OLT son S/N pour s'identifier. Si l'ONU est bien reconnu sur le réseau, l'OLT demande (c'est optionnel dans la norme mais utilisé dans le réseau Orange) le mot de passe (Request_Password).
D'après ce que j'ai compris, pour Alcatel on nomme cela le "Subscriber Location ID" ou SLID. On trouve aussi l'acronyme LOID. Ce mot de passe est entré dans l'ONU soit via une interface Web ou telnet comme le montre des screenshots dans ce thread, soit on peut aussi imaginer (appartement le cas sur des neufbox) que la box elle-même configure implicitement le mot de passe de l'ONU.
Quoi qu'il en soit, si le mot de passe est le bon, l'OLT demande ensuite une clé de chiffrement "Request_Key" et c'est l'ONU qui la choisie et l'envoi à l'OLT. Ainsi les deux parties (ONU & OLT) on connaissance d'un secret commun qui servira de clé de chiffrement pour les données descendantes.
Notons que cette clé de chiffrement est envoyée en clair à l'OLT, la sécurité étant assurée par le fait que la typologie du réseau GPON ne peut pas être sniffé en montée.
Par contre si on arrive à avoir un accès physique à la fibre (soit dans le PMZ, le BPI dans un immeuble ou encore le BPO) et qu'on arrive à se mettre en "man-in-the-middle" pour à la fois "lire" le signal et le se laisser passer (en gros, on viendrait splitter le signal en 1>2 pour « récupérer une copie ») on pourrait connaitre la clé de chiffrement et donc, en étant connecté sur l'arbre GPON, déchiffrer le trafic.
Bien sûr pas à la portée de tout le monde, il faut des moyens mais ça n’est pas techniquement impossible. Il faudrait plutôt un mécanisme de challenge (type Diffie Hellman comme en SSL) pour contre-carrer çà. On peut aussi simuler un OLT car il n'y a pas d’authentification de l'OLT par l'ONU.
Question sécurité, un vieux papier (2009) sur le sujet : https://docbox.etsi.org/workshop/2009/200901_securityworkshop/telecomitalia_delutiis_nextgenerationaccessnetwork(in)security.pdf
L'upstream
Côté "uplink", comme tous les signaux optiques émis par les ONU sont fusionnés dans la même fibre et comme la norme défini qu'une seule et unique longueur d'onde pour tout le monde, on est obligé de multiplexer par le temps (TDMA), c'est à dire qu'il ne peut y avoir qu'un seul ONU èmetteur au même moment : en gros, chacun à son temps de parole.
Cette synchronisation est organisée dans le "Upstream Bandwidth Map" qu'on recoit régulièrement (au moins toutes les 125uS) dans chaque « PCBd » dans le downstream. Cette "map" contient "l'ordre de passage" des "T-CONT".
Les T-CONT (Transmission Containers) sont des conteneurs qui "bufferise" les données à envoyer en attendant d'avoir une fenêtre de tir pour les envoyer. L'ONU envoie donc les données dans la FO en fonction des slots (on parle de « time slot ») qu'on lui a alloués dans la "Upstream Bandwidth Map".
Cette "map" d'allocation de la bande passante est négociée dynamiquement via le protocole DBA pour "Dynamic Bandwidth Assignment".
Le DBA prend en charge une notion de SLA pour allouer le temps de parole. En effet un "T-CONT" est associé à un type (video, audio, data, ...). On peut donc prioriser du flux montant en fonction des services (par exemple la voix est prioritaire sur les datas). On peut aussi garantir une bande passante minimale et garantie.
Si je suis le seul à vouloir èmettre sur mon arbre GPON, alors le DBA m'allouera la quasi-totalité de la bande passante en uplink car il n'y aura que mes "T-CONT" qui seront référencés dans la "Upstream Bandwidth Map" (vu que personnes d’autre n’a de données, donc de T-CONT à envoyer).
De ce fait pour que cela fonctionne, l'ONU envoie également dans les données montantes un "DBA report" (dans les headers des frames Upstream). Ce "rapport" DBA permet à chaque ONU d'informer l'OLT de ce qu'il a à envoyer sur le réseau, c'est à dire combien de "T-CONT" en attente, de quel type et à quelle taille.
En collectant les "DBA report" des différents ONU de l'arbre, et en fonction du type et de la taille de chaque "T-CONT", l'OLT peut donc allouer la bande passante de montée en informant chaque ONU de ses « time-slots » via la "Upstream Bandwidth Map" contenu dans chaque frame en downlink. Ce mode est appelé SR-DBA pour Status Reporting.
A noter aussi un autre mode de fonctionnement du DBA le NSR-DBA (Non Status Reporting) qui se base le trafic actuel pour calculer le taux d’utilisation et donc prédire et allouer le trafic à venir en tenant compte des limites de l’arbre.
Les normes et interopérabilité
Tout cela est normalisé, 984.1 pour la description d’un réseau GPON, 984.2 pour les spécs optique sur les liens montants et descendants et autres spécificités physiques, 984.3 pour l’organisation de la couche transport (enregistrement et identification des ONU, multiplexage, frames GTC, le DBA, sécurité AES, …) et 984.4 relatif à la configuration des ONT par l’OLT (OMCI).
Donc en principe, on peut utiliser n’importe quel ONT du moment où il respecte bien toutes ces normes.
Mais dans la réalité, certain type de matériel « ajoute » certaines fonctionnalités qui ne sont pas dans les specs et donc casse l’interopérabilité. C’est vrai dans plein de domaine, prenez le DLNA sur vos TV et le nombre d’ajout qui font qu’en fait le DLNA ne fonctionne vraiment qu’entre deux devices d’une même marque (Sony, Samsung, etc..). Donc le côté « standard » pour l’interopérabilité tombe à l’eau.
Quelques articles de 2013 et le 2ème de 2015 :
- http://www.fiercetelecom.com/telecom/multi-vendor-gpon-networks-benefit-from-interoperability-certification-report-says
- http://www.fiberoptictel.com/pon-manufacturer-interoperability-topics-how-to-fix
On peut y voir que 53% des FAI GPON ont déclaré des problèmes liés à des problèmes d'interopérabilité entre les ONU et OLT de différents fournisseurs/marques, 44% problème de performance et 41% de problème de management/configuration et que l'interopérabilité est classée au deuxième rang des critères de sélection des ONU pour les opérateurs derrière le prix (41%).
Fait intéressant, cette incompatibilité entre OLT & ONT a donné lieu à un nouveau marché en soi (outils / émulateurs / simulateurs de différentes sociétés comme: TraceSpan, MT2, Technalia, etc.).
Donc de nouveau, « oui en théorie » on peut changer l’ONT par un autre du moment qu’il respecte bien toutes les normes. Après dans la pratique, il faut « tester » car rien n’est garanti (cependant ça devrait aller en s’améliorant, car les FAI, c’est-à-dire les clients des fournisseurs de matériels GPON, sont demandeurs de cette interopérabilité, donc le marché sera forcé de proposer des solutions interopérable pour pouvoir vendre).
Dans le commerce, on a par exemple l’ONU de TP-Link, le TX6610 mais l’intérêt est limité car dépenser 40euros pour remplacer celui prêté « gratuitement » par Orange (le Alcatel ou Huwai) ca revient au même.
Dans mon cas, celui de Mikrotik offre l’avantage d’un ONU au format SPF donc directement insérable dans mon router RB3011UiAS-RM sans équipement/câble/transfo supplèmentaire.
Cependant, pour fonctionner il faudra connaitre et configurer sur le nouvel ONT deux choses :
- Le Serial Number de l’ONT qui permet d’être reconnu par l’OLT, indispensable pour le lien montant, car c’est l’identifiant
- Le « Password » ou SLID qui permet de s’authentifier auprès de l’OLT afin de générer la clé de chiffrement qui servira pour le lien descendant
C’est deux informations peuvent être récupérées sur les ONT Orange (Alcatel ou Huwai) d’après les screenshots que j’ai trouvé sur ce forum.
L’ONT de TP-Link permet de configurer ces deux éléments : http://forum.mikrotik.com/viewtopic.php?t=103383#p527227
Par contre sur l’ONU de Mikrotik, la version actuelle de RouterOS ne permet ni de redéfinir un S/N ni même d’utiliser un mot de passe pour l’authentification GPON (authentification par mot de passe étant je le rappelle optionnel dans les specs GPON).
Les technos futures
Pour l'avenir, cette technologie évoluera vers le 10G-PON aussi nommée NG-PON1 (NG = Next Generation) ou XG-PON1 qui propose sur deux (rx/tx) longueurs d'onde différentes du GPON, des débits de 10Gbits en descente et 2.5 en montée. Comme on utilise de nouvelles longueurs d'onde on peut mettre sur une même fibre d'un arbre GPON à la fois des clients GPON et d'autres 10G-PON (multiplexage spacial) ce qui facilitera la migration/évolution. Le NG-PON1 est essentiellement avec une amélioration du TDM (multiplexage temporel) du GPON.
A noter que Free a fait le choix pour les zones moyennement dense du 10G-EPON, en gros du 10G-PON mais à l'inverse du GPON où l'Ethernet est encapsulé dans des trames GEM (permettant d'encapsuler de l'Ethernet, de l'ATM ou autre), le EPON transporte directement de l'Ethernet.
Encore voir encore plus loin, la suite sera le NG-PON2 dont la/les technologie(s) sélectionnée(s) en avril 2012 sont le TWDM-PON (pour le P2PM) mais également le "PtP WDM PON". Elle était en compétition avec le OFDM-PON, ODSM-PON, Stacked XG-PON, Coherent WDM-PON, CDMA PON ou encore TDMA-PON.
Le TWDM-PON (time and wavelength division multiplexed) exploite pleinement le "multiplexage spatial" en offrant 4 paires de longueurs d'onde (voire même 8 paires) qu'on peut combiner pour la monté et la descente offrant jusqu'à 40Gbps dans les deux sens (même en principe on utilisera principe le mode 10Gbps en uplink et 40Gbps en downlink).
Le NG-PON2 supporte/inclus également une 2ème architecture au TWDM, le PtP WDM-PON que l'on nomme à tord "Pure WDM" ou simplement WDM-PON. Il exploite encore plus le "multiplexage spatial" en proposant une paire de longueurs d'onde par abonné, ainsi chacun dispose de toute la bande passante de la fibre.
Notons que ce soit pour le NG-PON1 et ou NG-PON2, l'ODN existant (infrastructure optique passive comprenant les coupleurs) reste inchangée. Les nouvelles générations devront être compatible avec l'existant. Tout ce qui changera seront les équipements actifs du réseau à savoir les OLT côté NRO et les ONT/ONU côté abonné.
Le ODSM-PON (Opportunistic and dynamic spectrum management) est assez plébiscité par les FAI mais n'apporte pas grand chose à l'abonné. L'idée est juste d’exploiter le multiplexage spatial au niveau des NRO sur les OLT afin de "mutualiser" des OLT. En clair on supprime plusieurs OLT qu'on remplace par un splitter WDM passive qui lui même est connecté à un ODSM OLT. Le nouveau ODSM OLT peut ainsi communiquer avec des arbres GPON/XG-PON1 existant sans rien changé au ONU côté abonné.
On garde ainsi l'existant, mais on facilite la migration GPON/NG-PON1, avec un NRO beaucoup plus économe en énergie et en maintenance.
Bref voilà l’état de ma compréhension, n’hésitez pas à corriger si j’ai commis des erreurs.
Edit n°1 (24/11/16) : utilisations des mots "chiffrer/chiffrement" et non plus "crypter/cryptage"
Edit n°2 (24/11/16) : correction/enrichissement des infos sur le NG-PON2
Edit n°3 (06/01/17) : correction et mise en page
-
Bonjour Sébastien,
Je n'ai as tout lu en détail, mais je remarque :
Contrairement à ce que vous dites, NG-PON2 introduit le WDM point à point, que vous nommez à tort (...comme d'autres) WDM-PON.
Sur une seule fibre optique, nous avons toujours du WDM, pour les 2 voies montante ET descendante. Mais, pour NG-PON2, la longueur d'onde WDM peut être point à multipoint (TWDM) ou point à point (PtPWDM).
D'autre part, chaque longueur d'onde NG-PON2 peut être de débit 40 Gbit/s en voie descendante, et 10 Gbit/s en voie montante, avec un maximum de 160 Gbit/s en liaison descendante (sur 4 à 8 longueurs d'onde) et 80 Gbit/s en liaison montante.
Cordialement,
Michel
-
Bonjour Michel,
Merci pour ces détails!
Contrairement à ce que vous dites, NG-PON2 introduit le WDM point à point, que vous nommez à tort (...comme d'autres) WDM-PON.
Alors oui en effet c'est assez ambiguë. Quand on lit la norme associée au NG-PON2, la G.989.1 (http://www.itu.int/rec/T-REC-G.989.1-201303-I) on comprend bien que le NG-PON2 c'est à la fois :
- Du TWDM-PON (A time and wavelength division multiplexing passive optical network)
- Du PtP WDM (Point-to-point wavelength division multiplexing), pour dédier des paires de canaux à chaque ONU
Je n'avais pas conscience de ce deuxième point, ce qu'on nomme souvent (et à tord) le "Pure WDM" comme potentiel successeur du NG-PON2 et en fait déjà prévu dans la norme sous le nom de "PtP WDM" ! Je corrigerai mon post initial !
Ceci dit, ce n'est pas tout à fait claire (beaucoup d’amalgame dans la littérature) car pour beaucoup le NG-PON2 c'est du TWDM-PON. Et même dans la norme c'est assez ambiguë.
Ce qu'elle dit :
NG-PON2 systems requirements include support for:
− Multiple wavelength channel TWDM architecture
Et plus loin :
NG-PON2 systems may also support:
- Tunable point-to-point WDM with the capability to co-exist with other PON systems
En clair, la norme impose obligatoirement l'architecture TWDM mais rend facultatif le Point-to-point !
D'autre part, chaque longueur d'onde NG-PON2 peut être de débit 40 Gbit/s en voie descendante, et 10 Gbit/s en voie montante, avec un maximum de 160 Gbit/s en liaison descendante (sur 4 à 8 longueurs d'onde) et 80 Gbit/s en liaison montante.
On a bien 4 ou 8 paires de canaux qui comprennent à la fois le downstream & uppstream ("each channel pair comprising one downstream and one upstream wavelength channel") avec des débits max de "10 Gbit/s downstream & 10 Gbit/s upstream" dans le meilleurs des cas, soit pour moi au mieux 80Gbps dans les deux sens. Pourquoi 160Gbps ?
Bien à vous;
-
merci pour ce post! tres interessant :)
-
Pardon, mais en principe on dit "chiffrer" et non "crypter".
Est-ce que ces technologies sont toutes compatibles avec les splitters utilisés actuellement?
-
Il faudrait creuser les photos de splitter sur le forum pour voir si en terme de fréquence ça colle avec ces technos.
-
Bonjour Sébastien,
> Et même dans la norme c'est assez ambiguë.
La spécification G.989.1 commence à être ancienne, de 2013.
Vous pouvez observer l'amendement 1 de G.989.2, daté d'avril 2016.
"Figure 6-1 represents the reference logical architecture for the multi-wavelength NG-PON2 system... This architecture allows both point-to-multipoint connectivity (i.e., TWDM PON) and virtual point-to-point connectivity (i.e., PtP WDM PON)".
Cordialement,
Michel
-
Pardon, mais en principe on dit "chiffrer" et non "crypter".
Oui tout à fait c'est bien vrai, les mots "cryptage" ou "crypter" que j'utilise massivement dans mon post n'existe pas en français bien qu'on parle de cryptologie ou cryptographie. Il faudrait les bannir comme tout comme le mot "splitter" qui tu utilises dans ton message, un "coupleur" en bon français ;)
Est-ce que ces technologies sont toutes compatibles avec les splitters utilisés actuellement?
Les "coupleurs" sont spécifiés pour une plage de longueurs d'ondes relativement étroite de qqs nm. Dans le GPON actuel, cette plage est d'au moins de 180nm (1310 et 1490nm) après je ne connais pas leurs spécifications exactes.
Ceci dit, en principe ils seront compatibles avec les futures normes. Je n'ai pas regardé en détail la spec du NG-PON1 (ou 10G-PON) mais dans celle du NG-PON2 à base de TWDM-PON (ou PtP WDM) on lit :
The optical technologies specified for NG-PON2 systems shall be compatible with legacy power
splitting ODNs (that is an ODN that may contain power splitters and a coexistence element).
En un peu plus loin :
To facilitate co-existence, an NG-PON2 system must be capable of reusing existing legacy PON
optical power splitters and must also operate in usable spectrum not occupied by legacy PONs in a
particular deployment
Donc en principe, oui l'infrastructure optique passive (ODN avec ces coupleurs & co) seront (ou du moins "devront être") compatibles avec les futures normes.
-
Oui tout à fait c'est bien vrai, les mots "cryptage" ou "crypter" que j'utilise massivement dans mon post n'existe pas en français bien qu'on parle de cryptologie ou cryptographie. Il faudrait les bannir comme tout comme le mot "splitter" qui tu utilises dans ton message, un "coupleur" en bon français ;)
Rien à voir, dans un cas on parle d'un mot mal employé mais français, dans l'autre d'un mot anglais :)
En Anglais on dit bien "encrypt/encryption", pas "crypter/cryptage" ;)
-
Rien à voir, dans un cas on parle d'un mot mal employé mais français, dans l'autre d'un mot anglais :)
Bon ça m’embête de pinailler sur des détails hors sujet par rapport à cette discussion, mais je réitère et confirme mes dires, pour aller dans le sens de "corrector", les mots "crypter" et "cryptage" n'existe PAS en français (voir le dictionnaire de l'académie française). De ce fait on l'emploi un peu comme bon nous semble. Dans mon post on a bien compris que le "flux est crypté en AES", sous entendu est chiffré en AES :)
Vous pouvez observer l'amendement 1 de G.989.2, daté d'avril 2016.
Merci Michel, on s'y perd avec ces normes. Oui en effet, cette amendement est plus clair sur le sujet :
This Recommendation specifies a minimum of four, with extension up to eight, TWDM channels. A
minimum of four PtP WDM channels is supported with a maximum not specified. The number of
wavelength channels supported by a given equipment implementation or network instance is not
specified; however the optical parameter tables should be consulted for the specific assumptions made
for the parameters given.
Ceci dit : "This architecture allows both [...]", sous entendu "autorise" les deux mais ne les impose pas ;) Et "This Recommendation specifies[...] TWDM channels" et "A minimum of four PtP WDM channels is supported".
Sous entendu, on comprend bien qu'on spécifie le TDWM et qu'on "supporte"/"autorise" le PtP sans forcement l'imposer... Je pense que la norme NG-PON2 permettra de faire les deux mais sans nécessairement avoir des OLT/ONU qui implèmentent ces deux architectures dans le même matériel. Ça laisse le choix au FAI d’investir et de déployer l'un ou l'autre ou les deux.
D'ailleurs pour faire echo au message de corrector, on y trouve dans ce nouvel amendement les longueurs d'onde utilisés ! de 1524 à 1625 nm repartie entre le TWDM & PtP WDM (voir le tableau 9.1).
-
[...] les mots "crypter" et "cryptage" n'existe PAS en français (voir le dictionnaire de l'académie française). De ce fait on l'emploi un peu comme bon nous semble.
"Les mots n'existent pas donc on a le droit de faire n'importe quoi" ? C'est vrai que c'est mieux d'utiliser le mot qui convient !
-
"Les mots n'existent pas donc on a le droit de faire n'importe quoi" ? C'est vrai que c'est mieux d'utiliser le mot qui convient !
Non Nico, je me suis mal exprimé. Je faisais référence aux dires de Huges => "dans un cas on parle d'un mot mal employé mais français". Comme le mot "crypter" n'existe pas ce n'est pas un problème qu'il est "mal ou bien employé", car il n'existe pas. "De ce fait on l'emploi un peu comme bon nous semble " dans ce sens ou le "bien" ou le "mal" n'a pas de sens :p
Promis je n’utiliserai plus le mot "crypter", laissons ce débat de côté maintenant ;)
-
C'est dans le dico, alors même si ce n'est pas reconnu par l'acédémie, c'est dans le langage courant depuis que Canal+ existe...
-
C'est dans le dico, alors même si ce n'est pas reconnu par l'acédémie, c'est dans le langage courant depuis que Canal+ existe...
Sérieusement les gars, les forums où l'art de partir dans des HS pour des broutilles.
Soit on considère que les mots "crypter" et "cryptage" n'existent pas parce qu'on se référence au dico de l'académie française qui je pense est LA référence et au quel cas, ce que j'ai écris dans mes messages précédents font sens, je resume : 1/ j'ai commis une erreur, je reconnais. J'aurais dû employer le mot "chiffrer" pour être juste. 2/ ne me dites pas que je l'ai "mal" employé ce mot car il n'existe pas, donc on ne peut dire si il est "bien" ou "mal" employé !
Soit on considère qu'un mot n'a pas besoin d'être reconnu par l'académie française pour pouvoir l'employer. Dans ce cas, si on ouvre le Larousse par exemple, on y retrouve bien les mots "crypter" et "cryptage" défini de la façon suivante :
crypter : réaliser le cryptage de quelque chose. (En informatique, on dit aussi encrypter.)
cryptage : transformation d'un message en clair en un message codé compréhensible seulement par qui dispose du code
Ce que j'écris donc dans mon post initial sur le GPON, je cite "Le payload est donc crypté en AES 128bits", "l'OLT demande ensuite une clé de cryptage " ou encore "Notons que la clé de cryptage est envoyée en clair à l'OLT" peut être considéré comme juste et "bien" employé (si on considère le dico du Larrouse comme légitime).
Quoiqu'il en soit, ça ne change rien la bonne compréhension du fond du sujet, qui explique juste que le flux descendant en GPON est "chiffré" en AES et que cette clé de "chiffrement" est envoyée en clair. Je pense que tout le monde avait compris quelque soit le mot utilisé!
Bref recentrons la discussion sur le sujet du GPON ;)
-
Sébastien,
L'UIT-T édite des recommandations, elle n'impose rien.
A propos des 160 Gbit/s, vous avez, dans G.989.1 :
"NG-PON2 systems shall be able to support at least 40 Gbit/s aggregate capacity per feeder fibre in the downstream direction and at least 10 Gbit/s aggregate capacity in the upstream direction. Up to 160 Gbit/s in the downstream direction and up to 80 Gbit/s in the upstream direction is a target ceiling capacity".
Ainsi, un opérateur qui dispose d'une liaison PON de capacité maximum 30 Gbit/s en descendant ne peut pas annoncer qu'il dispose d'une liaison NG-PON2. De la même façon, s'il dispose d'une liaison PON de capacité 200 Gbit/s en descendant, l'UIT-T lui indique que les descriptions NG-PON2 ne sont pas applicables pour lui. Ce dernier cas pourrait survenir car, j'ai lu quelque part que les 8 paires de canaux concernent TWDM... alors que le nombre de canaux point à point WDM n'est pas limité.
Cordialement,
Michel
-
C'est dans le dico, alors même si ce n'est pas reconnu par l'acédémie, c'est dans le langage courant depuis que Canal+ existe...
Le "cryptage" de C+ consistait pour le son à appliquer une transformation prédéfinie, c'est donc un simple codage du son qui n'est pas compatible avec les téléviseurs. Il n'y avait pas de clé secrete.
Pour l'image, il y avait un décalage avec une clé variable mais très facile à retrouver.
Il faudrait parler de scrambling ou brouillage.
-
Canal+ utilise ce terme, personnellement, je ne cautionne pas ;D
-
Disons que "cryptage C+" est passé dans l'usage, et j'accepte ça.
Mais le souci est que tout le monde parle de cryptage à cause d'eux!
-
C'est dans le dico, alors même si ce n'est pas reconnu par l'acédémie, c'est dans le langage courant depuis que Canal+ existe...
C'est dans le langage courant depuis beaucoup plus longtemps que Canal+.
Pendant la 2nde guerre mondiale, on parlait bien de crypter des messages, par exemple (même si "chiffrer" était aussi utilisé en parallèle).
Donc ça n'est vraiment pas "à cause" de Canal+ si on emploie le terme.
http://www.larousse.fr/dictionnaires/francais/cryptage/20841
Leon.
-
Oui mais utiliser chiffre, chiffrer, chiffrement, déchiffrement... c'est plus chic!
-
Je ne suis pas d'accord sur un point avec vous ..... ;) Je me trompe peut etre ou pas ^^
" Le ratio de « splittage » des fibres est de 1:64 voire 1:128 "
c'est 1v32 ou 1v64 ;)
-
Bonjour,
> Je ne suis pas d'accord sur un point avec vous...
Drôle d'approche introductive
> " Le ratio de « splittage » des fibres est de 1:64 voire 1:128 "
Le taux de répartition peut être limité par le bilan de liaison. Il peut être supérieur à 1:128 en intégrant un amplificateur optique (système Raman) dans le coupleur répartiteur.
Cordialement,
Michel
-
c'est 1v32 ou 1v64 ;)
C'est 1v128 chez Bouygues Télécom (Class C+ si je ne m'abuse). Mais effectivement le texte initial était un peu réducteur quant aux choix d'ingénierie réalisés par les différents opérateurs.
-
j'ai fais rapidement un schéma pour m'expliquer. L'architechture actuel pour le déploiement du ftth est la suivante dans un réseaux FTTH PON
(http://img4.hostingpics.net/pics/698870Document1Word.jpg) (https://www.hostingpics.net/viewer.php?id=698870Document1Word.jpg)
Donc pourquoi parler de coupleur 1v128 alors que il est en aucun cas utilisé pour le déploiement. A moins que j'ai mal lu ce que vous disiez .
-
Pourquoi généraliser ? Tu connais l'ingénierie des 4 opérateurs ? Ce ne sont pas des documents Orange ça ?
-
...
> " Le ratio de « splittage » des fibres est de 1:64 voire 1:128 "
Le taux de répartition peut être limité par le bilan de liaison. Il peut être supérieur à 1:128 en intégrant un amplificateur optique (système Raman) dans le coupleur répartiteur.
...
Je suppose qu'il s'agit d'un équipement actif ? Ou devrait il se situer ?
Parce que dans la "réalité vraie" du déploiement en France, même si initialement cela était prévu, il n'y a plus d'électricité dans les armoires servant de point de mutualisation.
-
C'est vrai que j'ai tendance à parler avec l'ingéniérie orange, car c'est la plus démocratisé.
Ps : Le schéma je viens de le faire selon mes connaissances .
-
C'est vrai que j'ai tendance à parler avec l'ingéniérie orange, car c'est la plus démocratisé.
Laissons le droit aux autres opérateurs d'avoir leur ingénierie :). Respectons la différence et la diversité !
-
Je suppose qu'il s'agit d'un équipement actif ? Ou devrait il se situer ?
Parce que dans la "réalité vraie" du déploiement en France, même si initialement cela était prévu, il n'y a plus d'électricité dans les armoires servant de point de mutualisation.
Tu peux mettre l'ampli au NRO pour moi, a la façon d'un lien longue distance.
-
Au NRO on passera par un 2v2
-
Tu peux mettre l'ampli au NRO pour moi, a la façon d'un lien longue distance.
Et quid de l'uplink si il est au NRO ? L'ampli risque d'amplifier rien ou du bruit non ?
-
Ah oui tiens, excellente question :).
-
Et quid de l'uplink si il est au NRO ? L'ampli risque d'amplifier rien ou du bruit non ?
Dans ce cas-ci, l'amplificateur optique est unidirectionnel, il amplifie en voie descendante, et pas en voie montante.
Sinon, l'amplificateur optique est inséré juste avant le répartiteur. Comment appelez-vous cet endroit ?
Cordialement,
Michel
-
Le répartiteur ? C'est à dire ?
-
j'ai fais rapidement un schéma pour m'expliquer. L'architechture actuel pour le déploiement du ftth est la suivante dans un réseaux FTTH PON
(http://img4.hostingpics.net/pics/698870Document1Word.jpg) (https://www.hostingpics.net/viewer.php?id=698870Document1Word.jpg)
Donc pourquoi parler de coupleur 1v128 alors que il est en aucun cas utilisé pour le déploiement. A moins que j'ai mal lu ce que vous disiez .
Si c'est un schéma Orange, il est faux pour la ZTD.
Mais sinon ce qui importe, c'est le taux de couplage global.
Peu importe la position, le nombre et le taux de couplage de chaque.
-
En ZMD aussi non ? C'est du 1x64 en PMZ et un 2x2 en NRO de mémoire.
-
Pour Orange 2x2 NRO, 1:32 PMZ pour arriver à un taux de couplage global de 1:64.
-
Ha oui, le 2x2 compte aussi dans le couplage, j'avais oublié que de base, il n'est pas séparé ;D
-
Le répartiteur ? C'est à dire ?
Un coupleur répartiteur optique (splitter, en anglais) réalise une fonction de couplage en voie montante, et une fonction de répartition de puissance en voie descendante.
Cordialement,
Michel
-
Du coup ça peut correspondre au NRO chez certains opérateurs, mais pas toujours. En ZMD ça pourrait être au PMZ (mais pas d'élec). C'est forcement juste avant le splitter ?
-
C'est forcement juste avant le splitter ?
La question est ambiguë. C'est avant la fonction de répartition en voie descendante, avant atténuation du signal. Un amplificateur optique unidirectionnel de 7 à 8 dB, par exemple, permet de multiplier le taux de répartition par 4.
Cordialement,
Michel
-
Je me référais à cela :
Sinon, l'amplificateur optique est inséré juste avant le répartiteur.
On peut avoir un splitter à 15m dans le NRO comme à 2km au PMZ. Ou les deux.
-
Je me référais à cela :On peut avoir un splitter à 15m dans le NRO comme à 2km au PMZ. Ou les deux.
Dans ce cas, il ne me semble pas utile de mettre l'amplificateur optique avec le coupleur répartiteur, juste avec répartition. Son positionnement dans le NRO devient évident.
Si un coupleur répartiteur 1:256 se trouvait à 40 km de l'OLT, l'amplificateur optique serait d'utilité.
Cordialement,
Michel
-
A voir si il y aura une application à cela un jour sur nos réseaux, et quand... J'ai pas l'impression qu'il y ai une course au splittage, d'ailleurs seul ByTel semble être sur du 1:128 en ZTD.
-
L'UIT-T édite des recommandations, elle n'impose rien.
Dans un sens oui :
L'UIT-T produit principalement des Recommandations. [...] Les Recommandations sont des normes qui définissent les modalités d'exploitation et d'interfonctionnement des réseaux de télécommunication. Les Recommandations de l'UIT-T, bien que non contraignantes, sont généralement respectées en raison de leur qualité élevée et du fait qu'elles garantissent l'interconnectivité des réseaux [...]
Mais en même temps, pour avoir un réseau ou matériel respectant les normes de l'UIT-T comme les G.984.x pour le GPON ou dans notre cas les G.989.x pour le NG-PON2 il faut respecter ces normes donc s'y contraindre.
C'est dans le langage courant depuis beaucoup plus longtemps que Canal+.
Le mot "cryptage" est arrivé dans le Grand Robert en 1980, Canal+ existe depuis 1984 ;)
Je ne suis pas d'accord sur un point avec vous ..... ;) Je me trompe peut etre ou pas ^^
" Le ratio de « splittage » des fibres est de 1:64 voire 1:128 "
c'est 1v32 ou 1v64 ;)
Non la norme GPON, (voir la reco G.984.1) permet bien un taux de splittage de 1:64 ou 1:128 :
Split ratios of up to 1:64 are realistic for the physical layer, given current technology. However,
anticipating the continued evolution of optical modules, the TC layer must consider split ratios up
to 1:128.
Vous confondez le taux de splittage autorisé sur un arbre GPON et les coupleurs physiques déployés. C'est le "taux global" dont on parle peu importe le nombre et le type de coupleur que vous installez, le taux ne peut être qu'au max de 1:64 ou 1:128 en classe C (la classe qui est dépendant notamment de la puissance du laser utilisé, car à chaque splittage on divise forcement la force du signal optique).
Mais effectivement le texte initial était un peu réducteur quant aux choix d'ingénierie réalisés par les différents opérateurs.
Oui en effet je ne parle pas des choix d'implèmentation par les FAI en France, mon post concerne uniquement la technologie GPON et future.
-
Dans ce cas, il ne me semble pas utile de mettre l'amplificateur optique avec le coupleur répartiteur, juste avec répartition. Son positionnement dans le NRO devient évident.
Si un coupleur répartiteur 1:256 se trouvait à 40 km de l'OLT, l'amplificateur optique serait d'utilité.
Par définition, "GPON" = pas d'ampli!
-
Bonjour corrector,
Par définition, "GPON" = pas d'ampli!
Bigre ! vous devriez poser des questions plutôt que de lancer des affirmations inexactes.
On a par exemple ceci, dans l'amendement 2 de G984.6.
"The Raman pumps at appropriate wavelengths are coupled into the OTL to provide reverse pumped distributed Raman gain for the G-PON upstream (US) signals. An optional optical amplifier (OA) may be used to boost the G-PON downstream (DS) signal power before launching into the OTL".
Cet amendement ne date que de 2012, peut être èmergera-t-il dans votre univers à partir de 2020 !
On doit trouver des articles de dates plus récentes sur ce sujet.
Cordialement,
Michel
-
PASSIVE optical network = pas d'amplis!
-
Ahah j'en étais sur que tu allais argumenter avec ça. "Passif" ne veut pas dire "sans équipement actif" dans ce cas.
-
Ahem... ça veut dire quoi alors?
-
un PON c'est un réseau ou tu n'as pas besoin de provisionner une fibre par client entre l'équipement actif et le client.
-
Voilà, par exemple un réseau ACTIVE Ethernet est du PASSIVE optical network!
-
En soi, c'est du point à point, donc tu peux appeler ça "réseau" si tu veux :)
-
Bonjour Sébastien,
Dans votre descriptif général, pourquoi parlez-vous de fibre multimode ? A mon avis, c'est hors sujet dans ce contexte.
Les atténuations sont < 0,5 dB / km pour les bandes O, S, C, L, mais évidemment en monomode.
Cordialement,
Michel
-
Il a d'ailleurs, après une description intéressante, bien précisé que ça n'était pas utilisé :
Les architectures FTTx et notamment les normes du GPON impose la fibre mono-mode.
-
Bonjour Nico,
C'est d'ailleurs utilisé dans aucun PON.
D'ailleurs, son titre est imparfait.
L'UIT-T spécifie les familles G-PON et NG-PON.
Cordialement,
Michel
-
L'UIT-T spécifie les familles G-PON et NG-PON.
Avec qqch comme 12600 occurrence du mot "GPON" sur le forum, j'espère que ça ira :).
-
Avec qqch comme 12600 occurrence du mot "GPON" sur le forum, j'espère que ça ira :).
Cela m'inspire la transposition suivante : erreur en deçà des Pyrénées, vérité au delà...
Les temps changent.
Cordialement,
Michel
-
D'ailleurs, son titre est imparfait.
L'UIT-T spécifie les familles G-PON et NG-PON.
Bon là encore en pinaille ;)
Mais regardez plutôt les recommandations de UIT comme vous les citez ! Par exemple la 984.1 (https://www.itu.int/rec/T-REC-G.984.1-200803-I/fr) 1ère page de couverture, son titre "Gigabit-capable passive optical networks (GPON): General characteristics " (et 82 occurrences dans ce document de "reférence")
Alors bon, si même l'UIT-T se trompe, où va le monde Michel ;)
-
Mais regardez plutôt les recommandations de UIT comme vous les citez ! Par exemple la 984.1 (https://www.itu.int/rec/T-REC-G.984.1-200803-I/fr) 1ère page de couverture, son titre "Gigabit-capable passive optical networks (GPON): General characteristics " (et 82 occurrences dans ce document de "reférence")
Cornegidouille !
Vous faites référence à une spécification G.984.1 dont la première parution date de mars 2003. Le monde a évolué depuis la guerre en Irak, euh... peut-être pas... (l'exemple n'est pas bon).
Je vous invite à regarder G.989 (10/2015)
"3.2.1.9 next generation PON (NG-PON): In the context of ITU-T standards development activity, a generic term referencing the PON system evolution beyond G-PON".
"3.2.1.10 NG-PON1: A PON system with a nominal aggregate capacity of 10 Gbit/s in the downstream direction. The NG-PON1 system is represented by XG-PON"
"3.2.1.11 NG-PON2: A PON system with a nominal aggregate capacity of 40 Gbit/s in the downstream direction and 10 Gbit/s in the upstream direction".
Cordialement,
Michel
-
Vous confondez le taux de splittage autorisé sur un arbre GPON et les coupleurs physiques déployés. C'est le "taux global" dont on parle peu importe le nombre et le type de coupleur que vous installez, le taux ne peut être qu'au max de 1:64 ou 1:128 en classe C (la classe qui est dépendant notamment de la puissance du laser utilisé, car à chaque splittage on divise forcement la force du signal optique).
Orange n'utilise pas le taux de couplage global de 1:128 disponible avec la classe C ou supérieure, car cela demanderait de grosses évolution sur le SI et je ne suis pas sur que ce taux de couplage soit possible avec les successeurs du Gpon.
Par ailleurs Orange a aussi des arbres avec un taux de couplage global de 1:32, car la distance au NRO ne permet pas de mettre un étage supplèmentaire de coupleur. On a un budget optique fixe, donc si la distance augmente (clients à plus de 10Km du NRO) il faut diminuer le nombre de coupleurs d'un étage.
-
Sauf si on utilise des OLT C+ qui envoie du +6dBm ?
-
D'ailleurs tu parles d'OLT, mais en soit j'imagine qu'on peut mixer des cartes dans le même chassis pour être au plus près du besoin ?
Le monde a évolué depuis la guerre en Irak, euh... peut-être pas... (l'exemple n'est pas bon).
Ce qu'il faut retenir tout de même, c'est que le monde ne se soucie pas de ce tiret.
-
et je ne suis pas sur que ce taux de couplage soit possible avec les successeurs du Gpon.
Sur la norme du NG-PON2, on a un taux de splittage possible jusqu'à 1:256.
Support for a split ratio of at least 1:256
Cornegidouille !
Vous faites référence à une spécification G.984 1 dont la première parution date de mars 2003. Le monde a évolué depuis la guerre en Irak, euh... peut-être pas... (l'exemple n'est pas bon).
Prenons la dernière recommandation du "GPON", la G.984.7 : son titre " Gigabit-capable passive optical networks (GPON): Long reach" ;) datant de 2010 ! (http://www.itu.int/rec/T-REC-G.984.7/e) Je n'ai pas ouvert le document, juste lu le titre !
Sinon dernière recommandation, le G.989.2 en date d'Avril 2016, on peut y lire :
The DoP0 scheme is useful for mitigating downstream coexisting system impacts (GPON, XG-PON1, RF video overlay, etc.)
Bref, on s'en fou du "-", "G-PON", "GPON" c'est pareil faut arrêter ;)
-
Bref, on s'en fou du "-", "G-PON", "GPON" c'est pareil faut arrêter ;)
Je vois que vous ne comprenez pas la différence entre :
(1) GPON ou G-PON (comme vous le sentez)
(2) et NG-PON
Ce ne sont que des broutilles du domaine des télécommunications.
Finalement, une cacahuète est tout à fait identique à un chameau. Les deux sont affublés de deux bosses.
Cordialement,
Michel
-
Je vois que vous ne comprenez pas la différence entre :
(1) GPON ou G-PON (comme vous le sentez)
(2) et NG-PON
Mais de quoi parles-tu ?
GPON : Gigabit PON
NG-PON : Next-Generation PON
Exactement ce que je décris dans mon sujet initial avant de lire :
D'ailleurs, son titre est imparfait.
L'UIT-T spécifie les familles G-PON et NG-PON.
Comme je te le fait remarquer dans mes posts précédents, le titre n'est pas imparfait, car également utilisé par l'ITU !
Pour la suite je ne comprend plus tes arguments Michel. Un coup c'est parce que les documents de l'ITU sont trop vieux, ensuite c'est parce que tu changes la polémique sur le G/NG ! Bref je ne comprends plus !
Tes posts étaient meilleurs en début de thread en tout cas !
Bien à toi,
-
Sébastien,
Les réseaux PON de l'UIT-T sont (actuellemnt) constitués de 2 familles de réseaux : les réseaux G-PON et les réseaux NG-PON.
Les réseaux G-PON ont été les premiers réseaux spécifiés. Ils font partie de la série de recommandations G.984.
Viennent ensuite les réseaux NG-PON qui ont donné naissance, d'abord, aux réseaux NG-PON1. Ces réseaux sont spécifiés dans la série G.987.
Par suite de l'amélioration des performances, sont apparus les réseaux NG-PON2, lesquels sont spécifiés dans la série G.989. Par exemple, les ONU des réseaux NG-PON2 sont accordables par l'OLT pour des canaux optiques TWDM et ou WDM point à point.
A chaque itérations, les spécifications de l'UIT-T s'affinent, se précisent, se clarifient. Bien sûr, lorsque de nouveaux concepts apparaissent, ils ne sont pas toujours compréhensibles à la première lecture mais... le temps passant... ils s'éclairent à la vingtième lecture, après un recoupement avec d'autres informations.
Je couperai cours à toute polémique. Une technologie fait l'objet d'une spécification UIT-T si 3 opérateurs distincts ont déjà mis en œuvre commercialement la solution proposée.
Est-ce suffisamment clair ? Je vous laisse bien sûr associer les caractéristiques physiques de ces réseaux.
Cordialement,
Michel
-
Tes posts étaient meilleurs en début de thread en tout cas !
+1, a un moment faut avancer et arrêter de pinailler !
-
Finalement, une cacahuète est tout à fait identique à un chameau. Les deux sont affublés de deux bosses.
On ne se connait pas, mais je crois que je vous apprécie beaucoup.
-
:D
-
Finalement, une cacahuète est tout à fait identique à un chameau. Les deux sont affublés de deux bosses
On ne se connait pas, mais je crois que je vous apprécie beaucoup.
J'aime aussi cette façon de penser. ;D
-
Merci mes bons amis,
Notre monde technique est complexe, et il manque cruellement de personnalités qui ont une vision d'ensemble, étendue et compréhensive.
Efforçons-nous ensemble de développer cette caractéristique vertueuse.
On ne se connait pas, mais je crois que je vous apprécie beaucoup.
A défaut de communiquer, nous télécommuniquons et... justement... sur des sujets qui animent la télécommunication. Une telle action réflexive porte intérêt. En nous considérant comme les agents de notre propre réflexion, nous pouvons passionner de nouveau notre environnement.
En ce temps joyeux de Noël au creux de l'hiver (pour notre contrée), je vous invite à décorer votre arbre PON. Préparez-lui des guirlandes argentées, des bougies étoilées pour les diffuser, en action ou en pensée, par le miracle de la fibre optique, à tous les enfants du monde.
Joyeux Noël,
Michel
-
Joyeux Noël 8) et à défault habillons nos Sapins verts de fibre optique multimode et éclairons le des nos chatoyantes longueurs d'onde du champ chromatique
-
Bonjour,
Merci pour toutes ces explications.
Une question liée à la mutualisation.
Sur cette page (https://lafibre.info/gpon/comprendre-les-differences-entre-la-fibre-gpon-p2p-active-ethernet-fttla/) il est indiqué
Dans un réseau point-à-multipoint GPON (pour Gigabit Passive Optical Network) les signaux venant des fibres de plusieurs abonnés sont rassemblés par un diviseur/coupleur optique au sein d’une unique fibre reliée au central OLT (Optical Line Terminal). Chaque client ne peut donc pas être “dégroupé” indépendamment. La seule possibilité de mutualisation d’un réseau GPON est au niveau du "point de mutualisation" où sont installés les coupleurs PON (La revente de bande passante est également possible mais cela ne permet pas un développement de la concurrence).
En d'autres termes, en ZMD, chaque opérateur amène ses fibres (1 fibre = 1 arbre PON) vers le PMZ ou PMI de l'opérateur leader et installe son "splitter". A partir de là on est en point à point.
Toutefois, toujours en ZMD, il me semble que l'opérateur leader doit, pour les PMZ de moins de 1000 lignes, installer un PRDM (Point de raccordement distant mutualisé) qui dans la pratique, sera souvent dans le NRO de l'opérateur leader.
Pour moi, le PRDM permet d'atteindre toute une série de PMZ/PMI différents.
Dans ce cas, comment ça se passe ? Les opérateurs "alternatifs" à l'opérateur leader ont donc le choix :
- de tirer leurs fibres vers chaque PMZ/PMI et d'installer leur propre équipement (splitter), chaque opérateur gère ses arbres, OK
- de tirer leur(s ?) fibre(s) vers le PRDM et là je ne comprend pas comment ils gèrent leurs arbres, à moins d'utiliser les arbres/OLT de l'opérateur leader ?
Sauf à ce que l'opérateur leader soit tenu de multiplier par 4 chaque fibre qui relie NRO/PMZ ??
Merci pour l'info !
-
Voila, par exemple en ce qui concerne Orange en ZMD ce sont 36 fibres minimum qui alimentent chaque PMZ.
Chaque fibre entre le PRDM (qui est le NRO, même bâtiment qu'un NRA chez Orange) sert à un unique opérateur.
Si tous les opérateurs utilisent une technologie permettant de faire transiter 32 clients par fibre entre le PMZ et le NRO une douzaine de fibres est déjà suffisant.
-
Alors pour moi, le PRDM devait permettre de faire du P2P jusqu'à une boite dans une chambre, et c'était une contrepartie à l'utilisation de PMZ300 au lieu de 1000, j'ai raté une étape ?
EDIT : Visiblement non, cf orange :
(https://lafibre.info/images/doc/201203_yvelines_fibre_orange_2.png)
-
J'ai remis ma question sur l'image ::)
-
Bah pour moi oui, mais pour avoir du des PMZ, j'ai jamais vu ces fibres... (après c'est pas mon métier, j'ai pu louper le truc)
-
Voir les différentes photos de PMZ Orange sur le forum. Les 36 FO arrivent sur un tiroir en bas à gauche ou à droite.
Les différentes fibres viennent alimenter ensuite les coupleurs de chaque opérateur en haut à gauche.
-
Bonjour,
Merci pour toutes ces explications.
Une question liée à la mutualisation.
Sur cette page (https://lafibre.info/gpon/comprendre-les-differences-entre-la-fibre-gpon-p2p-active-ethernet-fttla/) il est indiqué
Dans un réseau point-à-multipoint GPON (pour Gigabit Passive Optical Network) les signaux venant des fibres de plusieurs abonnés sont rassemblés par un diviseur/coupleur optique au sein d’une unique fibre reliée au central OLT (Optical Line Terminal). Chaque client ne peut donc pas être “dégroupé” indépendamment. La seule possibilité de mutualisation d’un réseau GPON est au niveau du "point de mutualisation" où sont installés les coupleurs PON (La revente de bande passante est également possible mais cela ne permet pas un développement de la concurrence).
En d'autres termes, en ZMD, chaque opérateur amène ses fibres (1 fibre = 1 arbre PON) vers le PMZ ou PMI de l'opérateur leader et installe son "splitter". A partir de là on est en point à point.
Toutefois, toujours en ZMD, il me semble que l'opérateur leader doit, pour les PMZ de moins de 1000 lignes, installer un PRDM (Point de raccordement distant mutualisé) qui dans la pratique, sera souvent dans le NRO de l'opérateur leader.
Pour moi, le PRDM permet d'atteindre toute une série de PMZ/PMI différents.
Dans ce cas, comment ça se passe ? Les opérateurs "alternatifs" à l'opérateur leader ont donc le choix :
- de tirer leurs fibres vers chaque PMZ/PMI et d'installer leur propre équipement (splitter), chaque opérateur gère ses arbres, OK
- de tirer leur(s ?) fibre(s) vers le PRDM et là je ne comprend pas comment ils gèrent leurs arbres, à moins d'utiliser les arbres/OLT de l'opérateur leader ?
Sauf à ce que l'opérateur leader soit tenu de multiplier par 4 chaque fibre qui relie NRO/PMZ ??
Merci pour l'info !
Bonjour,
deux aspects à ne pas confondre.
En ZTD comme en ZMD le processus d'adduction est le même : l'OC pose un (ou plus) coupleur au PM avec côté abonnés un panneau de brassage vers les fibes P2P abonnés (la distribution) et de l'autre une fibre de transport vers son réseau.
Dans le cas spécifique de la ZMD, comme il peut être complexe et coûteux pour l'OC d'amener une fibre en propre vers chaque PM, l'Opérateur de Zône doit proposer une offre de fibre noire sur la partie transport entre le PM et un point de concentration situé plus haut dans le réseau et appelé PRDM. Comme précisé, dans la pratique le PRDM se situe souvent au NRO où l'OZ va généralement proposer aussi une offre d'hébergement pour les équipements actifs.
Mais l'OC n'est pas du tout obligé d'acheter un lien PRM-PRDM. Si il veut aller au PM avec son câble de transport en propre il peut tout à fait le faire.
-
Voir les différentes photos de PMZ Orange sur le forum. Les 36 FO arrivent sur un tiroir en bas à gauche ou à droite.
Les différentes fibres viennent alimenter ensuite les coupleurs de chaque opérateur en haut à gauche.
36fo pour un prdm ? Ça fait... peu
T’es pas censé pouvoir faire du p2p au prdm ?
-
p2p en zmd?
-
Extrait de la décision de l'ARCEP concernant les PRDM, il n'est pas dit explicitement que l'opérateur qui déploie doit fournir des fibres P2P jusqu'au PRDM, mais la mention "dont les caractéristiques sont les mêmes" laisserait à penser que ça peut être le cas si un opérateur le demande ?
Cette offre de raccordement distant est proposée entre le point regroupant au minimum 300 lignes et un point, plus en amont dans le réseau, dont les caractéristiques sont les mêmes que celles d’un point de
mutualisation établi en l’absence d’offre de raccordement distant. En particulier, ce point remplit les mêmes conditions d’accessibilité que tout point de mutualisation, et est donc situé à proximité immédiate du segment de transport du réseau d’infrastructures de génie civil de France Télécom, ou d’une infrastructure de génie civil alternative offrant des conditions d’accès équivalentes.
L’offre de raccordement distant constitue donc une offre passive de fibre optique entre le point de mutualisation et un autre point du réseau d’accès situé plus en amont afin de permettre aux opérateurs tiers de se raccorder au point de mutualisation dans des conditions économiques raisonnables lorsque le point de mutualisation est de petite taille.
(...)
En outre, en vue d’un dimensionnement adéquat du nombre de fibres dans le câble de collecte, l’opérateur le déployant pourrait utilement consulter, préalablement au déploiement, les opérateurs tiers sur leurs besoins en termes de liens de raccordement distant.
-
Je crois que c'est surtout cette partie qui me semble intéressante
En outre, en vue d’un dimensionnement adéquat du nombre de fibres dans le câble de collecte, l’opérateur le déployant pourrait utilement consulter, préalablement au déploiement, les opérateurs tiers sur leurs besoins en termes de liens de raccordement distant.
Visiblement, il n'y aucune obligation à faire du p2p au prdm.
-
Bonjour,
Merci pour ces précisions !
Si je résume, nous avons le schéma suivant en ZMD G-PON :
NRO opérateur "leader" (incluant PRDM) -> fibres/arbres PON potentiels x 4* -> PM -> 1 fibre/abonné -> PBO -> 1 fibre -> PTO
et les opérateurs concurrents n'ont qu'à tirer leurs fibres jusqu'au PRDM (ou directement jusqu'au PM s'ils préfèrent)
Mais l'OC n'est pas du tout obligé d'acheter un lien PRM-PRDM. Si il veut aller au PM avec son câble de transport en propre il peut tout à fait le faire.
Dans ce cas, la fibre noire tirée par l'opérateur leader entre PRDM/PM ne servira jamais à rien ?
* je mets 4 car je suppose qu'ils doivent forcèment prévoir les 4 gros FAI ??
-
Je crois que c'est surtout cette partie qui me semble intéressante
Visiblement, il n'y aucune obligation à faire du p2p au prdm.
Vu qu'on est en PON ça serait même franchement stupide.
"Moi je mets des 288Fo partout, on sait jamais hein"
-
On est en PON si on le décide
-
Dans ce cas, la fibre noire tirée par l'opérateur leader entre PRDM/PM ne servira jamais à rien ?
Si il veut proposer une offre activée (ou si il est lui-même) un OC, si.
-
On est en PON si on le décide
Ah mais absolument.
On peut décider d'envoyer 2 288FO vers chaque PM ou de se payer 400 IRU de transport par PM.
Sinon on peut mettre un switch dans chaque PM. Certains ont essayé mais ils en sont revenus je crois...
-
Et oui. Tout est possible. Mais aucun ne semble fou à ce point :)
-
Mouais, en gros le PRDM c'est de la FO PM-NRO, je pensais que c'était mieux qu'un produit à l'avantage quasi unique d'orange, dommage.. :)
D'ailleurs, je n'ai toujours pas compris pourquoi les PMZ300 sont devenus la norme alors qu'ils ne devaient être que sous dérogation au départ...
-
Je suppose que la BL cuivre à servi de modèle, on retrouve assez souvent un PM au niveau d'un SR pour des raisons triviales de réutilisation de GC ?
-
Je ne connais pas de modèle de PM > 1000 lignes en armoire de rue, que du shelter.
En terme de facilité d'implantation et de cout yapa photo.
SFR en est tellement convaincu que même les NRO sont devenus des armoires :p
-
Mouais, en gros le PRDM c'est de la FO PM-NRO, je pensais que c'était mieux qu'un produit à l'avantage quasi unique d'orange, dommage.. :)
Euh.
Je ne saisis pas ton raisonnement : je pense que Orange serait autrement plus avantagé si il n'y avait pas d'offre obligatoire de lien NRO-PM.
Pour autant que je sache sur les PM ZMD non orange sur lesquels Orange est présent, il est très peu voire pas du tout client de l'offre.
-
D'ailleurs, je n'ai toujours pas compris pourquoi les PMZ300 sont devenus la norme alors qu'ils ne devaient être que sous dérogation au départ...
D'ailleurs question bête : pourquoi des PM de 300 fibres ? Ce ne devrait pas être obligatoirement des multiples de 64 ?
-
un PM 300, c'est 360 abonnés.
-
D'ailleurs question bête : pourquoi des PM de 300 fibres ? Ce ne devrait pas être obligatoirement des multiples de 64 ?
Une capacité sur un arbre PON de 64 clients ne signifie pas qu'il faut systématiquement avoir 64 personnes dessus.
On essaye généralement justement de laisser des "places" sur un arbre PON :)
-
Une capacité sur un arbre PON de 64 clients ne signifie pas qu'il faut systématiquement avoir 64 personnes dessus.
On essaye généralement justement de laisser des "places" sur un arbre PON :)
Inversement tu ne vas jamais en PON à 100% de capacité : ce serait cramer inutilement de la capacité en nombre de ports OLT.
Si tu considères que ton taux de pénétration de rêve est de 30% alors deux splitters 1v64 au PM sont déjà très largement suffisants.
-
Juste pour être sûr d'une de mes interprétations. La baisse du débit qu'on a aux heures de pointe sur la FttH (ex : 800 à 300 pendant les heures de pointe) n'est là que sur du GPON et non sur du P2P ? Ou alors j'ai tout faux ? ;D
-
Quelle baisse de débit ?
-
J'ai cru comprendre des personnes autour de moi que le debit n'est pas toujours stable. Si il est quelques fois à plus de 800 Mb/s, il peut chuter à 300 (en ethernet)
-
Juste pour être sûr d'une de mes interprétations. La baisse du débit qu'on a aux heures de pointe sur la FttH (ex : 800 à 300 pendant les heures de pointe) n'est là que sur du GPON et non sur du P2P ? Ou alors j'ai tout faux ? ;D
Dans 99,9999% des cas la saturation se fera plus haut dans le réseau que sur la partie PON.
Par exemple les transitaires, les peerings, là ou "statistiquement" y'a plus de monde, donc plus de chance d'avoir du trafic maximal simultané de plusieurs utilisateurs.
Par exemple, sur du GPON t'as 2.5Gbps down par arbre, 64 clients dessus.
Mais tu peux avoir une interco en 10G alors que t'as 200 000 clients.
Si ta ressource pour tes clients et derrière ce 10G, c'est logiquement lui qui saturera avant le reste.
La question est donc d'estimer où (et quand) ton infra va saturer, quelles sont les marges acceptables.
Il est bien plus logique de diminuer les coût sur quelque chose qui impact mathématiquement moins de monde.
Le point à point ne signifie pas que jamais ton FAI ne vas saturer. Juste que sur les first/last miles, c'est statistiquement mieux.
Mais c'est aussi plus coûteux.
-
Les seuls exemples (sur le forum) connus de saturation au NRO sont en p2p.
-
Merci pour ces informations :) Donc le P2P c'est mathématiquement mieux, mais en usage réel le GPON correspond aux besoins des clients dans la plus part des cas.
-
Bof, Voir ma remarque ci-dessus.
-
Merci pour ces informations :) Donc le P2P c'est mathématiquement mieux, mais en usage réel le GPON correspond aux besoins des clients dans la plus part des cas.
C'est purement une politique de répartition de coûts.
Dans un réseau idéal avec budget illimité, le P2P c'est bien, c'est du "dédié" par client.
Mais il y a forcèment un point de ton réseau où tu mutualise. On ne collecte pas 100 clients 1G P2P avec un 100G, ça serait impossible techniquement en plus d'être trop coûteux.
-
Les seuls exemples (sur le forum) connus de saturation au NRO sont en p2p.
D'accord, c'est dû au fait qu’une fibre par abonné arrive et donc 64 Gb pour 64 clients en down contre 2,5 Gb/s pour 64 clients en down ?
-
Non, juste que la collecte du NRO n'est pas correctement dimensionnée.en capacité
-
D'accord, c'est dû au fait qu’une fibre par abonné arrive et donc 64 Gb pour 64 clients en down contre 2,5 Gb/s pour 64 clients en down ?
Juste que le dimensionnement en amont est plus adapté sur les opérateurs qui font du GPON.
Parce-que les clients consomment à peu de choses près la même chose au pic de conso, quelque-soit l'OP.
-
C'est purement une politique de répartition de coûts.
Dans un réseau idéal avec budget illimité, le P2P c'est bien, c'est du "dédié" par client.
Mais il y a forcèment un point de ton réseau où tu mutualise. On ne collecte pas 100 clients 1G P2P avec un 100G, ça serait impossible techniquement en plus d'être trop coûteux.
Oui c'est clair le budget alloué à la fibre est déjà énorme ainsi. Et pour les débits symétriques c'est obligatoirement du P2P je pense ?
-
Et pour les débits symétriques c'est obligatoirement du P2P je pense ?
Non, tu penses mal.
-
Oui c'est clair le budget alloué à la fibre est déjà énorme ainsi. Et pour les débits symétriques c'est obligatoirement du P2P je pense ?
Pas forcèment, c'est juste du provisionning. On peut faire du 1G symétrique avec du GPON en créant un profil qui correspond.
C'est juste pas fait commercialement par les grozop (y'a des FAI alternatifs qui en font en GPON il me semble).
Encore une fois, la saturation ou non va être définie par le nombre de clients qui utilisent cette ressource en même temps.
Vu le modèle actuel du web (centralisation des contenus sur des PFS), les gens utilisent bien plus le down que le UP, donc très peu de chance de saturation de l'UP quand bien même on autorise 1G up.
Avoir une ressource disponible pour le client ne signifie pas qu'il va l'utiliser à fond tout le temps.
-
Non, tu penses mal.
Oki ;) Et dernière petite question, j'ai entendu dire que Orange travaillait (en bêta) sur du 10 Gb/s, ce serait plus probable en 10G-PON ou en P2P ?
-
en *-PON, tu ne repasse pas en P2P simplement. En fait tu ne repasse pas en P2P :)
-
Oki ;) Et dernière petite question, j'ai entendu dire que Orange travaillait (en bêta) sur du 10 Gb/s, ce serait plus probable en 10G-PON ou en P2P ?
En fait les fibres ne sont physiquement pas là. Il faudrait redéployer des fibres pour pouvoir faire du p2p (du NRO aux point de mutualisation pour Orange)
-
En fait les fibres ne sont physiquement pas là. Il faudrait redéployer des fibres pour pouvoir faire du p2p (du NRO aux point de mutualisation pour Orange)
Vu les investissements que ça amène, je doute que ce soit le cas avant au moins 15-20 ans comme le GPON va limiter la hausse des débits (?)
-
D'ici là une nouvelle technologie xPON aura probablement été conçue.
-
Il y a d'autres façons de gérer un soucis de capacité que passer de PON en P2P, pas d'inquiétude à avoir.
-
Merci pour les informations que vous m'avez apporté, je comprends mieux les deux technologies :)
-
Merci pour cette explication...
-
Bonsoir,
Je me sens perdu dans vos explications sur le GPON, J'ai cherché mais pas trouvé de réponse à ma question concernant l'installation de la fibre chez moi.
J'ai un boitier GPON HUAWEI echolife connecté à un routeur EG8145V5. Ce dernier donne des informations sur le module optique ;
Current Value Reference Value
TX Optical Power: -12.02 dBm -9 to -3 dBm
RX Optical Power: -- dBm -19.5 to -3 dBm
Working Voltage: 3408 mV 3100 to 3500 mV
Bias Current: 0 mA 0 to 90 mA
Working Temperature: 48 ℃ -10 to +85 ℃
Je vois que le TX et le RX ne sont pas dans les valeurs de références.
Cela peut il générer des problèmes?
le support HUAWEI à l'url suivante
https://info.support.huawei.com/network/ptmngsys/Web/tsrev_ne/fr/content/ne/18_edesk_ne_interface_physical_status_changes_to_down/edesk_ne_interface_physical_status_changes_to_down_edesk004.html
informations données :
Si la valeur de Rx Optical Power est inférieure à la sensibilité de réception, réglez le lien ou remplacez le module optique ou la fibre optique à l'extrémité distante; Si la valeur de Rx Optical Power est trop élevée, ajoutez un atténuateur optique.
Si la valeur de Tx Optical Power dépasse la plage normale, remplacez le module optique à l'extrémité locale
Dois je intervenir auprès de mon opérateur ou cela n'a-t-il pas d'importance?
Merci
-
Même probleme, si vous venez de l'adsl et que vous aviez l'habitude de vérifer la marge de bruit, le rx et le tx comme ça doit être le cas pour moi, abandonnez... ce Huawei est une m.... sans nom. Le support Huawei vous redirigera constamment vers l'ISP (Maroc Télécom), et eux même ne sont des commerciaux au tél.
Le meilleur moyen de tester votre fibre, est un test de download upload et ping.
Sur un modem fibre (je précise modem et pas modem routeur spécifiquement) on devrait voir comme en adsl les vitesses de débit max DL et UL, mais sur le Huawei ce n'est pas le cas.
Voici mes stats :
(https://i.ibb.co/JnS7711/Screen-Shot-2020-11-07-a-22-26-07.jpg)
-
bonjour,
Grand merci de votre réponse,
les test descente/montée sont assez bizarre, IBLOO (mon opérateur) m'a donné des maxi 680/300 mos pour une publicité de 1gbs, bref si j'avais cela j'en serais très satisfait.
En moyenne sur la semaine avec NPERF(quand j'arrive à accrocher les serveurs) je suis à 150/300 mos et un latence de l'ordre de 30 ms, gigue entre 2.000 et 8.000 ms.
cordialement
-
j'ai toujours su qu'au Maroc on était mieux servi en bande passante réelle qu'en Europe...
Pour un pays soi disant en voie de développement, je paye 100 Mo, et j'ai 95Mo/45Mo...
Et en adsl c'était pareil...
Il me semble qu'il y a un gros écart pour vous. Attention le test de download et upload dépend de votre connection mais aussi de la connection du serveur.
D'ou l'interet de tester sur www.speedtest.net avec des serveurs différents. Moi que je me connecte sur speestest.net il me propose mon ISP dans ma ville, mais ça ne m'interesse pas, je teste sur PAris Orange, Paris SFR (étant donné que je suis en relation avec la France 24/24) mon ping avec Paris doit être bon. et j'ai 36ms, 95mo dl/ 45mo ul...
Faites vous rembourser et testez un autre opérateur. Basez vous sur ces valeurs (je paye 100 Mo et j'ai 95Mo), vous devriez avoir 90% de ce que vous payez (en terme de débit - attention on divise les mb par 8 pour avoir des mo)
En Europe votre ping sur un serveur parisien devrait tourner autour de 10ms. et votre download upload autour de 650/260Mo/s
-
Au moins 90% des problèmes de débit sont liés au matériel du client alors j'éviterais de me précipiter à résilier et changer d'opérateur ;).
-
Je vois que le TX et le RX ne sont pas dans les valeurs de références.
Cela peut il générer des problèmes?
Non, c'est tout à fait normal d'ailleurs.
-
Procédure pour faire un test de débit dans les règles (remplacer le serveur de Massy par Anycast Bouygues)
-
Au moins 90% des problèmes de débit sont liés au matériel du client alors j'éviterais de me précipiter à résilier et changer d'opérateur ;).
Pour la fibre, le matériel est le cablage sont installé par l'opérateur. Lorsque j'ai vu avec qui il soudaient les cables et vérifiaient le signal (marge de bruit), je me suis rendu compte que c'était un autre monde...
Ils installent on n'y touche pas, et on ne peut même pas changer de Modem comme c'est le cas en ADSL sans devoir mettre les mains dans le cambouis...
Sans aller jusqu'au mode sans échec, il suffit de désactiver firewal, anti spywares, etc... et tester sur un site multi serveur pour avoir la confirmation que le prolème de débit vient bien de chez soi et non pas du serveur de test.
PS : Ou sont les valeur débit dl/ul max sur les routeurs fibre ? Est ce que c'est normal de ne pas les voir ? ou est-ce propre à l'echolife ?
-
Sans aller jusqu'au mode sans échec, il suffit de désactiver firewal, anti spywares, etc... et tester sur un site multi serveur pour avoir la confirmation que le prolème de débit vient bien de chez soi et non pas du serveur de test.
Détrompe-toi... Il y a aussi certain logiciel d'optimisation à la con + drivers moisis qui peuvent foutre le brin, c'est pour ça que c'est aussi simple de faire un test en mode sans échec que de commencer à tout désactiver sans rien oublier.
-
Sans aller jusqu'au mode sans échec, il suffit de désactiver firewal, anti spywares, etc... et tester sur un site multi serveur pour avoir la confirmation que le prolème de débit vient bien de chez soi et non pas du serveur de test.
Moi j'ai des pb de perf mon CPU est trop lent pour gérer 1gb en HTTPS.
Avec une compilation encours, je suis à 113/139Mbps/sec sur nperf. (pour une ligne FTTH à 1gb down / 700mb up)
Quand ma compilation est terminée je passe à environ 240/340mb/sec sous nperf
si je vais ici : https://testdebit.info/
> wget http://ipv6.bouygues.testdebit.info/10G.iso => 106mo/s (~850mbps)
> wget http://ipv4.bouygues.testdebit.info/10G.iso => 103-104 mo/s (~830mbps)
> wget https://ipv6.bouygues.testdebit.info/10G.iso => 54mo/s (~430mbs)
> wget https://ipv4.bouygues.testdebit.info/10G.iso => 54mo/s (~430mbs)
Conclusion :
Mon CPU n'arrive pas à suivre TLS au-dessus de 430mbps (j'ai un vieux Q6600 overclocké à 3GHz).Les tests depuis le navigateur surchargent encore plus le CPU (et ne sont pas multithreadé) donc ça limite ma navigation vers 250mb/s
On n'a jamais exactement le maximum synchronisé en débit utile : la couche réseau encapsule les données.En IPv4 avec une MTU de 1500, les données sont encapsulées dans un paquet IPv4 qui à une entête de 20octets (40octets en IPv6): Tous les 1480 octets de données 20 octets d'aiguillage IPv4 sont ajoutés soit 1,35% de débit utile "perdu" en entête IP (2,74% en IPv6). Ça c'est le cas idéal sans routage : en vrai ton paquet est encapsulé plusieurs fois donc les overheads tendent à s'ajouter. (il est par ex fréquent que les paquets IPv4 soient encapsulés dans un paquet IPv6 quand ton FAI n'a pas assez d'IPv4 publiques, mais que tu navigues sur un site IPv4 only)
-
Il faudrait tester avec autre chose que wget, j'ai des meilleurs débits avec d'autres outils (curl par exemple).
-
Hello à tous!
Je suis inscrit sur le site depuis septembre car j'ai repris des études en Licence pro alternance chez Orange. Ma soutenance porte notamment sur l'augmentation du débit pour les utilisateurs situés à plus de 16km. Au vu de vos compétences sur le sujet GPON, y a t-il parmi vous une âme charitable qui pourrait répondre aux questions d'un jeune Padawan de la fibre optique?
Merci d'avance pour votre aide! :)
-
Hello à tous!
Je suis inscrit sur le site depuis septembre car j'ai repris des études en Licence pro alternance chez Orange. Ma soutenance porte notamment sur l'augmentation du débit pour les utilisateurs situés à plus de 16km. Au vu de vos compétences sur le sujet GPON, y a t-il parmi vous une âme charitable qui pourrait répondre aux questions d'un jeune Padawan de la fibre optique?
Merci d'avance pour votre aide! :)
Salut,
Pose tes questions.
-
Pour ceux que ca intérésse, j'ai participé au MOOC proposé par l'école des mines sur les réseaux optiques passifs, je vous donne les cours dans un lien drive :
https://drive.google.com/drive/folders/1SvUgckwVhg8ToYEoCHJq_ZdF90LaJWhc?usp=sharing (https://drive.google.com/drive/folders/1SvUgckwVhg8ToYEoCHJq_ZdF90LaJWhc?usp=sharing)
-
On a discuté de ce MOOC ici : https://lafibre.info/techniques-deploiement/cours-en-ligne-les-reseau-dacces-optiques-ftth/
J'ai récupéré toutes les vidéos si besoin.
-
Hello
Tres interessé par les videos
Le support est tre sinteressant
J'ai mis 2 semaines à bien assimiler cela
-
Bonjour,
Je me pose une question à propos du GPON : lorsque plusieurs nouveaux ONT sont mis sur le réseau, comment font-ils pour savoir quand est-ce qu'ils ont le droit d’émettre du trafic lors de la phase d'authentification avec l'OLT vu que la bande passante est partagée en upstream ?
... je me dis qu'au démarrage, l'ONT doit écouter le downstream pour récupérer une horloge et ainsi identifier un canal libre réservé pour les nouveaux équipements : mais dans ce cas, si plusieurs ONT arrivent sur le réseau en même temps, il y a risque de conflit, non ?
-
C'est l'OLT le patron, c'est lui qui autorise à parler et comment ;)
C'est un système maître/esclaves !
-
C'est à dire ? ...ce n'est pas très précis comme réponse.
Au démarrage, l'OLT ne peut pas demander à l'ONT de parler vu qu'il ne le connait pas. Et si l'ONT se met à parler de lui même, il risque de générer des conflits.
-
C'est à dire ? ...ce n'est pas très précis comme réponse.
Au démarrage, l'OLT ne peut pas demander à l'ONT de parler vu qu'il ne le connait pas. Et si l'ONT se met à parler de lui même, il risque de générer des conflits.
L'OLT fournit toujours des fenetres de temps de libre pour que des nouveaux ONU puissent s'inscrire dans l'arbre.
Le meilleur exemple c'est la coupure de jus sur un quartier. D'un coup, tu as 64 modems qui remontent tous en même temps, en réalité ça se joue à des échelles de temps inférieures à la milliseconde. J'imagine qu'il y a aussi des délais aléatoires pour le ranging. Donc très très peu de risque que 2 parlent en même temps.
-
Oui ça doit très certainement être un truc du genre. Mais pour ma culture personnelle, j'aurai bien aimé savoir comment ça fonctionne exactement :)
En plus, l'ONT doit connaitre le temps de propagation dans la fibre car tous les ONT connectés à un OLT n'ont pas forcement la même distance de fibre... ce qui complexifie le système.
-
En gros,
Comme un nouveau en classe :
Professeur : on accueille un nouvel élève, présente toi stp !
Élève : je suis trucmuche mon num est 57737853 !
Professeur :
1/ Tu n'es pas dans ma glasse -> go out
2/ Bienvenue 57737853, ici on lève la main pour parler et j'octroie une fenêtre pour t'écouter
-
C'est un système maître/esclaves !
c"est trés simple en informatique ou dans les réseaux il y a toujours un maitre : c'est le réséau ou le serveur
vous étes toujours esclave en informatique ou dans un réséau SAUF si vous étes ADMINISTRATEUR
c'est pour cela que c'est les serveurs qui imposent la vitesse de transfert avec un système d'acquittement des paquets recus par l'abonné
si un paquet manque au recepteur il est renvoyé par l'émetteur mais le serveur émet par ex 10 paquets avant de recevoir l'acquittement du 1 er paquet