Aller au contenu principal
Version: v2 beta

Réseau

Le réseau transporte les données entre terminaux, centres de données et services tiers. Son impact dépend des équipements et de leur fonctionnement. Le volume transféré peut servir à répartir cet impact ; il ne décrit pas, à lui seul, une consommation électrique marginale.

Définir les segments​

Les accès fixe et cellulaire sont des chemins alternatifs. Un réseau local, un transit inter-datacenters et un accès mobile n’ont pas le même périmètre. Le choix du facteur dépend des flux inventoriés.

SituationDonnée à utiliserContrôle
Réseau maîtriséInventaire et consommation des équipementsAllocation à la période et au service
Réseau opaqueFacteur de système compatibleTechnologie, géographie, année et phases couvertes
CDNFlux vers l’utilisateur, flux origine et ressources du cacheNe pas supprimer le trajet utilisateur lors d’un hit

Pourquoi tenir compte de la distance ?​

Le choix D4B repose sur l’idée qu’à technologie comparable, plus les données parcourent de distance, plus leur acheminement mobilise d’équipements réseau : équipements de transmission et relais intermédiaires. Ces équipements consomment de l’électricité et portent des impacts de fabrication. La distance sert à représenter cette infrastructure mobilisée lorsque son inventaire détaillé n’est pas disponible.1

Le facteur par Go·km associe donc le volume transporté à la longueur estimée du trajet. Il permet de différencier un transfert local d’un transfert lointain. La proportionnalité est une approximation moyenne : deux trajets de même longueur peuvent mobiliser des équipements, des capacités et des taux de charge différents. Elle ne signifie pas qu’un octet supplémentaire déclenche une consommation proportionnelle.

Appliquer l’unité du facteur​

Le modèle réseau Digital4Better utilise des facteurs par volume et par distance. Cette convention est toujours en usage. Pour chaque segment ss, la fabrication et l’électricité d’usage sont calculées séparément :1

Iemb,i=∑sVsLsFemb,i,sE=∑sVsLsFelec,sI_{emb,i}=\sum_s V_s L_s F_{emb,i,s} \qquad E=\sum_s V_s L_s F_{elec,s}

VsV_s est le volume en Go, LsL_s la distance en km, Femb,i,sF_{emb,i,s} un facteur en unité d’impact/(Go·km) et Felec,sF_{elec,s} un facteur en kWh/(Go·km). L’électricité est ensuite convertie en impacts avec le mix retenu pour chaque segment. Les données exprimées par octet·km se convertissent par 10910^9 pour un Go décimal.

Segment du modèleDistance retenueÉlectricité d’usage
Pays de l’utilisateurDistance interne estimée du paysFacteur du pays utilisateur
InterpaysDistance estimée entre pays de départ et d’arrivéeFacteur continental ou mondial selon le trajet
Pays d’hébergementDistance interne estimée du pays d’arrivéeFacteur du pays d’hébergement

Cette segmentation est une convention de calcul, pas un relevé du routage. Le segment d’hébergement n’est pas ajouté une seconde fois lorsque départ et arrivée sont dans le même pays. Le cache navigateur réduit les volumes en amont ; le CDN réduit les échanges vers l’origine sur les segments interpays et hébergement, en conservant le segment utilisateur.1

Les illustrations Web, Mail et Applications natives utilisent I=VFtrajetI=V F_{trajet} avec un facteur en kg CO₂e/Go qui inclut déjà la distance. Ce facteur dérivé ne remplace pas le modèle D4B par Go·km ; il représente un trajet et un périmètre définis.

Conversion d’un facteur réseau par trajet
Exemple sur un segment
500km
0,0002kg CO₂e/(Go·km)
0,1 kg CO₂e/GoLa distance est incluse dans ce facteur.
200 Go×0,1 kg CO₂e/Go=20 kg CO₂e

Facteur fictif. Pour plusieurs segments, les contributions sont calculées avec leurs volumes, distances et facteurs respectifs, puis additionnées.

La distance interpays est la distance orthodromique, soit le plus court chemin sur la sphère, entre les points de référence des pays, appelés barycentres dans la méthode. La distance interne est estimée par le rayon équivalent r=S/πr=\sqrt{S/\pi}, où SS est la surface du pays en km².2

Pour Espagne → Allemagne, les valeurs arrondies sont 401 km, 1 615 km et 337 km. La France traversée dans l’illustration n’ajoute pas une étape au calcul. Les cercles matérialisent les rayons équivalents, pas les frontières ni une couverture réseau.2

Du trajet physique à la distance estimée
Trajet réseau illustratif et distances du modèle entre Espagne et AllemagneLa ligne bleue illustre le trajet entre les équipements, sans reproduire un itinéraire mesuré. Les pointillés corail relient les barycentres de référence sur 1 615 km. Les cercles légers matérialisent les rayons équivalents : 401 km pour l’Espagne et 337 km pour l’Allemagne. La France est visible entre les deux pays ; son barycentre n’ajoute pas une étape au calcul.
Trajet réseau illustratifDistance interpays du modèleBarycentreRayon équivalent du pays

Le trait bleu représente l’acheminement entre équipements ; son tracé est illustratif, non mesuré. Le calcul s’appuie sur la distance entre barycentres et les rayons équivalents.

Origine et limites des facteurs par Go·km​

La normalisation D4B divise les facteurs réseau de référence par une distance conventionnelle pour obtenir des coefficients par volume·km. Il s’agit d’une transformation méthodologique D4B, pas de facteurs ADEME publiés directement par kilomètre. La provenance, la version des données et la représentativité de cette normalisation restent à documenter ; ce besoin de qualification ne signifie pas que le modèle a été abandonné.1

Le coefficient CCF de 0,001 kWh/Go vise un périmètre inter-datacenters. Il ne constitue pas un facteur complet de réseau local ou d’accès utilisateur. La méthode CCF3 précise les hypothèses de conversion.

Les facteurs IR historiques ont une unité à réconcilier. La fabrication du LAN ne dispose pas ici d’un facteur de système suffisamment établi. Ces lacunes restent visibles dans le registre.

Gérer plusieurs accès et le cache​

Chaque volume, fixe ou cellulaire, reçoit le facteur correspondant. Les volumes mesurés après cache incluent déjà son effet ; une nouvelle déduction du hit ratio le compterait deux fois. Un cache peut réduire les échanges avec l’origine tout en conservant le trajet vers l’utilisateur et ses propres coûts de stockage et de calcul.

Une évolution du trafic ne démontre pas une évolution proportionnelle de l’énergie d’un réseau partagé. Le résultat reste une allocation selon le facteur choisi.

Effet du cache sur les volumes transférés

Exemple : 200 Go de contenu livrés, dont 80 % des octets sont disponibles en cache.

Serveur d’origine40 Go

transférés vers le CDN

Cache CDN160 + 40 Go

en cache + reçus de l’origine

Lecteurs200 Go

toujours livrés aux terminaux

Origine → CDN : 200 × (1 − 0,80) = 40 Go. CDN → lecteurs : 200 Go.

Exemple de volumes, pas de gain d’impact calculé. Le stockage et le calcul du CDN restent à évaluer. Hypothèses : contenu identique, cache déjà alimenté, hors requêtes et revalidation. Les deux trajets demandent des facteurs compatibles avec leurs frontières.

Appliquer à un service​

Les simulateurs Web, Mail et Applications natives calculent les transferts. Leurs facteurs réseau restent à renseigner : un champ vide signifie « non évalué ». Pour un réseau connu, l’inventaire du Parc ou de l’Hébergement fournit la base d’une allocation documentée.

Chaque facteur est décrit par sa source, sa version, son unité et les segments couverts. Un facteur de système inclut déjà les équipements de sa frontière ; leur ajout créerait un double compte.

Détailler les segments du trajet​

SegmentÉquipements et activitésDonnées à rechercher
LANWi-Fi, switches, câblage, réseau interne du siteInventaire, énergie, ports et durée d’usage
Accès fixeBox, terminaison optique et réseau opérateurFrontière du facteur, technologie et période
Accès cellulaireAntennes, radio et cœur de réseauGénération, couverture, charge et mutualisation
Transit WANRoutage, transport et interconnexionSegments inclus, volumes et allocation
CDNCache, stockage, serveurs et réseau jusqu’au clientTaux de cache et localisation des ressources

Un trajet peut traverser plusieurs de ces segments. Un facteur agrégé couvrant déjà accès et transit remplace les postes correspondants ; il ne s’ajoute pas à eux. La fabrication des équipements actifs et passifs peut être incluse ou absente selon la source.

Allocation d’un réseau local et interprétation des distances​

Pour un LAN inventorié, l’énergie et la fabrication sont réparties entre services selon une clé documentée : capacité réservée, temps de port, trafic ou combinaison adaptée. La clé volumique répartit un inventaire ; elle ne prouve pas que l’énergie varie proportionnellement à chaque octet.

Une distance géographique ne décrit pas le chemin physique, les relais ni les équipements effectivement traversés. Dans le modèle D4B par Go·km, elle constitue une estimation conventionnelle explicitement utilisée dans le calcul. Le pays du facteur électrique d’un réseau distribué ne se déduit pas automatiquement du pays du terminal.

Un CDN peut réduire le trafic vers le serveur d’origine, mais conserve la livraison vers le lecteur. Une baisse globale dépend aussi du stockage, des requêtes et des transferts restants.

Différence avec l’allocation réseau des RCP​

Le modèle D4B conserve son allocation par volume·distance ; les illustrations utilisent un facteur de trajet par Go. Le RCP FAI sépare une part variable liée au trafic et une part fixe liée à l’abonnement. Le RCP applicatif répartit ensuite cette part fixe entre usages : une réduction des octets ne réduit donc pas tous les impacts alloués dans les mêmes proportions.45

Lire la part fixe sans changer de modèle en cours de calcul​

Le RCP applicatif combine une contribution par Go avec une contribution annuelle par abonnement, ajustée par le nombre d’abonnements par utilisateur et la part du temps d’usage réseau. Ses coefficients annexés décrivent la France. Un abonnement annuel ne s’ajoute pas intégralement à chaque session.

Cette différence est documentée sans substituer les conventions RCP au modèle D4B par Go·km. L’ajout d’une part fixe suppose que le facteur ne la couvre pas déjà. Son absence d’évaluation constitue une limite explicite. Le RCP applicatif permet de l’écarter si sa contribution est démontrée inférieure à 5 % de l’impact total de l’application, pas par défaut.

La notation du RCP applicatif emploie des descriptions différentes pour les utilisateurs et les sessions (p. 26–27). Une implémentation nécessite quatre grandeurs distinctes : utilisateurs uniques, sessions, trafic total et trafic par utilisateur. Pour le LAN, le RCP utilise une allocation par utilisateurs, distincte du modèle Internet. Enfin, un smartphone en Wi-Fi ne constitue pas un accès cellulaire.

Le réseau local (LAN) se décrit aussi par ses switches, points d’accès, câbles et équipements de support, avec disponibilité et redondance. Le RCP LAN apporte un cadre pour cet inventaire et les services de téléphonie ; il ne fournit pas un facteur universel par Go. L’absence d’un facteur global LAN ne justifie pas l’exclusion d’un inventaire local disponible.6

Notes de bas de page​

  1. Digital4Better, modélisation des réseaux, révision 4e40ae8, sections « Cas d’un réseau externe, type WAN » et facteurs par octet/km ; application au Web, section « Impact du réseau ». Convention D4B toujours utilisée, avec des distances estimées et des coefficients dont la représentativité doit être qualifiée. ↩ ↩2 ↩3 ↩4

  2. Digital4Better Open Data, révision 77cae4a : coordonnées et surfaces des pays, distance ESDE de 1 615,380 km et distances internes ES = 401,311 km et DE = 337,254 km. Calcul, fonctions computeDistance (rayon terrestre de 6 371 km) et generateCountries. Fond cartographique : Natural Earth, limites des pays au 1:110 millions, domaine public. Le tracé réseau est illustratif, non mesuré. ↩ ↩2

  3. méthode CCF. Documentation en ligne, version non figée. ↩

  4. ADEME, RCP de la fourniture d’accès Internet, rapport de 71 pages diffusé par l’ADEME (fiche publiée en 2023), p. 7, 17, 31–32. ↩

  5. ADEME, RCP des applicatifs numériques, juin 2026, p. 24–27, 58. ↩

  6. ADEME, RCP réseau LAN et services de téléphonie d’entreprise, 2023, p. 9–15, sections 2.1 (unités fonctionnelles) et 3 (frontières). ↩