Illustration générée par IA — visuel conceptuel.
Pourquoi ce comparatif est délicat (et pourquoi il est utile)
Dans un hôtel ou un immeuble tertiaire, la question « GPON vs Ethernet » ne se résume pas à comparer des débits. Vous comparez surtout deux logiques d’architecture et d’exploitation :
- LAN Ethernet “classique” : switches d’étage, cuivre vers les terminaux, PoE centralisé, outils et pratiques IT très répandus.
- Optical LAN en GPON / PON : un OLT, une distribution optique passive (splitters), des ONT proches des zones, et un « dernier mètre » en Ethernet (parfois PoE) derrière l’ONT.
Le sujet dépend fortement des implémentations (gammes OLT/ONT, NMS, fonctions L2/L3 disponibles, politiques DBA/QoS, options PoE des ONT, etc.). L’objectif de cet article est donc de vous donner une grille de décision et des questions CCTP pour comparer des offres sans se faire piéger par un discours trop marketing.
Définitions rapides : de quoi parle-t-on exactement ?
LAN Ethernet “classique” en hôtel/immeuble
Dans le modèle le plus courant :
- un cœur de réseau (et parfois une distribution),
- des switches d’étage (locaux techniques / IDF),
- de la fibre Ethernet pour les liaisons structurantes (cœur ↔ étages ↔ bâtiments) et du cuivre RJ45 vers les terminaux (AP Wi‑Fi, caméras, téléphones IP, TV/IPTV, interphonie…),
- du PoE principalement délivré par les switches d’accès.
Pour replacer ce modèle dans le contexte hôtelier (Wi‑Fi, IPTV, VoIP, CCTV, GRMS…), vous pouvez lire : Architecture réseau IP d’un hôtel : comment faire cohabiter Wi‑Fi, IPTV, VoIP, CCTV et GRMS ?
GPON / PON en Optical LAN (réseau optique interne)
GPON est une famille de recommandations ITU‑T (série G.984) utilisée dans des architectures d’accès optique. Appliqué à un bâtiment, on parle souvent d’Optical LAN :
- OLT (Optical Line Terminal) dans le local technique principal,
- ODN (Optical Distribution Network) : fibre + splitters passifs,
- ONT/ONU (terminaisons optiques) installées au plus près des zones à desservir,
- sorties Ethernet sur l’ONT pour raccorder les équipements IP.
Important : la présence d’Ethernet « derrière » un ONT ne signifie pas que vous retrouvez automatiquement toutes les propriétés d’un réseau Ethernet d’entreprise (visibilité, fonctions L2/L3 avancées, méthodes de troubleshooting, etc.). C’est précisément un point à qualifier dans l’appel d’offres.
Ce qui change vraiment entre GPON et Ethernet : 6 différences structurantes
1) Mutualisation vs “ports dédiés” : capacité et prédictibilité
En Ethernet classique, on raisonne souvent en ports et uplinks : un switch d’étage, des ports d’accès, puis un ou plusieurs liens montants dimensionnés (et évolutifs). En GPON, la distribution passive mutualise une partie de la capacité au niveau d’un arbre PON : la conception doit donc expliciter qui partage quoi (Wi‑Fi, CCTV, IPTV, services OT…).
À retenir : si vos flux sensibles (vidéo, Wi‑Fi haute densité, IPTV multicast, voix) sont nombreux, l’architecture GPON doit démontrer un dimensionnement et une recette « en charge », au lieu de se limiter à un schéma de principe.
2) PoE : en GPON, l’alimentation “se déplace” vers les zones
Point clé souvent mal compris : la fibre PON ne transporte pas le PoE. Donc, pour alimenter des AP Wi‑Fi, des caméras IP ou des terminaux IP proches des chambres/étages, vous devez fournir du PoE :
- soit via un ONT avec PoE (si la référence le permet),
- soit via un switch PoE local (alimenté électriquement),
- soit via des injecteurs PoE.
Cette différence a des conséquences immédiates : l’énergie (et parfois l’UPS) devient plus distribuée si vous multipliez les ONT/points PoE au plus près des chambres/couloirs.
Pour cadrer la puissance PoE (ports vs budget global) et éviter les équipements « qui s’allument mais brident des fonctions », voir : PoE, PoE+ et PoE++ : comment dimensionner la puissance d’un switch ?
3) Local technique et maintenance : le bâtiment ne se dépanne pas “comme un campus IT”
En Ethernet classique, une grande partie des incidents se traite au niveau : prise/cordon/port, switch d’accès, uplink, configuration VLAN, budget PoE, etc. En GPON, vous ajoutez une couche d’exploitation : activation ONT, niveaux optiques, cartographie ODN (splitters, tiroirs, jarretières), et procédures de remplacement ONT “jour‑2”.
Conseil d’AMO / maîtrise d’ouvrage : exigez que l’offre inclue une documentation « as-built » exploitable et un protocole de dépannage (qui fait quoi, en combien de temps, avec quels outils, avec quels spares).
Sur la remise documentaire réseau et la traçabilité, voir : Documentation réseau : quels schémas et sauvegardes remettre au client ?
4) Segmentation et cybersécurité : où s’appliquent réellement les frontières ?
Dans un hôtel, on veut typiquement isoler au minimum : invités, staff, vidéosurveillance, téléphonie, IPTV, GRMS/GTB, administration. En Ethernet, cette segmentation se met en œuvre via VLAN + règles inter‑VLAN (souvent au firewall), et elle se diagnostique avec des outils et des pratiques IT courantes.
En GPON, il faut préciser où la segmentation vit réellement :
- dans l’OLT (politiques/profils de service) ?
- au firewall cœur (comme en Ethernet) ?
- dans une combinaison des deux ?
L’important est que la séparation soit auditable et recettée (et pas seulement « supposée »).
Pour replacer ces questions dans un hôtel connecté : Cybersécurité d’un hôtel connecté : comment protéger GRMS, PMS, GTB et réseau ?
5) Wi‑Fi : l’AP reste Ethernet… mais le “backhaul” change de nature
Dans les deux architectures, un point d’accès Wi‑Fi est généralement raccordé en Ethernet. La différence se joue dans le chemin amont :
- Ethernet classique : AP → switch d’étage (PoE) → uplink(s) dimensionné(s) → cœur/firewall.
- GPON : AP → ONT (PoE ou non) → arbre PON mutualisé → OLT → réseau cœur.
Dans un établissement où le Wi‑Fi est un service client critique, la méthode reste la même : on ne fige pas l’architecture sans étude, puis recette radio. Voir : Étude radio Wi‑Fi : à quoi sert un site survey avant et après installation ?
6) CCTV / caméras : trafic permanent + alimentation + diagnostic
La vidéo est un bon révélateur d’architecture : elle génère du trafic permanent (ou quasi), et ses symptômes (freeze, pertes, latence) sont immédiatement visibles. La question n’est pas seulement « est-ce que ça passe », mais :
- où est l’alimentation PoE (et quel est le mode dégradé en cas de coupure),
- où se fait la séparation CCTV vs autres flux,
- comment on isole et dépanne un incident (port, ONT, profil, uplink, congestion, etc.).
Une architecture GPON peut fonctionner en CCTV, mais elle doit prouver sa lisibilité opérationnelle : inventaire, supervision, compteurs, procédure de remplacement.
Quand envisager GPON (Optical LAN) dans un hôtel/immeuble ?
Voici des situations où une approche PON est parfois envisagée (à confirmer au cas par cas) :
- Beaucoup de points à desservir (par exemple chambres/locaux répétitifs) et volonté de rationaliser la distribution optique.
- Contrainte de cheminements : la fibre est plus facile à faire circuler que de gros faisceaux cuivre, selon la configuration (gaine, colonnes, passages).
- Stratégie “optique jusqu’au plus près des zones”, avec une volonté d’avoir un parc ONT standardisé.
Mais cela ne doit pas masquer trois prérequis :
- Un plan d’alimentation électrique (PoE, UPS, emplacement des ONT/switches locaux).
- Une méthode d’exploitation (provisioning, supervision, pièces de rechange, interventions).
- Un dimensionnement en charge (mix Wi‑Fi + CCTV + IPTV + OT, et scénarios de pointe).
Quand l’Ethernet “classique” reste souvent le choix le plus robuste
Dans de nombreux projets, Ethernet reste privilégié quand :
- le lot PoE est lourd (beaucoup d’AP et de caméras, voire des AP exigeants en puissance) et qu’on veut garder une alimentation centralisée et secourable (UPS dans les baies),
- l’exploitant (ou la DSI) veut une architecture alignée avec des pratiques IT standard (diagnostic, outils, compétences disponibles),
- le site veut une évolutivité très explicite (uplinks, ajout de switches, segmentation progressive par VLAN, etc.).
Sur le choix fibre vs cuivre dans une architecture “LAN classique” (et pourquoi la fibre est très pertinente sur le backbone, sans supprimer le cuivre terminal), voir : Fibre ou cuivre dans un bâtiment : où utiliser chacun ?
Impact concret sur le CCTP / appel d’offres : la checklist “anti-surprise”
Que vous choisissiez GPON ou Ethernet, un comparatif exploitable repose sur des exigences écrites. Voici une checklist orientée maîtrise d’ouvrage / BET :
A) PoE (AP Wi‑Fi, caméras, interphonie, terminaux)
- Pour chaque type de terminal : type PoE attendu (802.3af / 802.3at / 802.3bt) et puissance maximale à considérer (selon fiche technique et options activées).
- Si GPON : préciser qui fournit le PoE (ONT PoE ? switch PoE local ? injecteur ?) et où se trouvent ces équipements (faux plafond, placard d’étage, chambre technique…).
- Scénario de coupure secteur : que maintient-on (Wi‑Fi staff, CCTV, réseau OT…), et comment (UPS centralisé vs UPS distribués).
B) Segmentation (invités / staff / CCTV / IPTV / OT / admin)
- Plan de VLAN/SSID et règles de filtrage attendues (approche allow-list).
- En GPON : documenter clairement les profils de service (ce qui est taggé/transporté où), et la cohérence avec le firewall cœur.
- Recette : tests d’isolation inter-clients (Wi‑Fi invités), tests d’accès aux seules ressources autorisées, et preuve de conformité aux flux attendus.
C) IPTV / multicast / services sensibles
- Identifier si l’IPTV est multicast, unicast (OTT), ou hybride.
- Exiger une recette de stabilité (zapping, charge simultanée, et comportement lors d’un incident réseau).
D) Exploitation “jour‑2” (maintenance)
- DOE complet : schémas physiques, schémas logiques, inventaires, sauvegardes et procédures de restauration.
- Procédures de remplacement : ONT (si GPON), switch (si Ethernet), AP, caméra.
- Stock de spares recommandé (références critiques, alimentations, modules optiques, jarretières).
Conclusion : choisir une architecture… et surtout choisir un mode d’exploitation
Dans un hôtel ou un immeuble, GPON (PON) et Ethernet peuvent tous deux être pertinents, mais pas pour les mêmes raisons :
- Ethernet est souvent le choix le plus direct lorsque le projet est fortement tiré par le PoE (AP, caméras) et par une exploitation IT standardisée.
- GPON / Optical LAN peut être envisagé si l’on assume l’exploitation PON (provisioning, cartographie optique, procédures ONT) et si l’on traite explicitement les sujets « déplacés » : PoE local, UPS, segmentation, dimensionnement en charge.
Si vous souhaitez sécuriser le choix sur votre projet (hôtel, résidence, immeuble tertiaire), Domocasa peut vous aider à formaliser une matrice d’arbitrage (services, dépendances, recettes) et un CCTP orienté exploitation. Commencez par cadrer l’architecture réseau globale, puis comparez GPON vs Ethernet sur des critères mesurables (PoE, modes dégradés, documentation, recette).
