text:
# Numérique et environnement

## A propos

Cette page a pour modeste ambition de lister les ressources et l'écosystème sur le sujet du numérique éco-responsable c'est à dire la prise en compte des impacts environnementaux du numérique. Vous pouvez contribuer à cette page, si vous avez un compte Github en proposant une modification par [_pull request_](https://github.com/supertanuki/numeriqueEcoResponsable/edit/main/README.md) sinon par [email](mailto:supertanuki@gmail.com).

## Etudes

* [Empreinte environnementale du numérique mondial](https://www.greenit.fr/wp-content/uploads/2019/10/2019-10-GREENIT-etude_EENM-rapport-accessible.VF_.pdf), greenit.fr, octobre 2019.
* [iNUM 2020 : impacts environnementaux du numérique en France](https://www.greenit.fr/impacts-environnementaux-du-numerique-en-france/), GreenIT.fr, juin 2020
* [Pour une sobriété numérique](https://theshiftproject.org/article/pour-une-sobriete-numerique-rapport-shift/), Shift Project, octobre 2018.
* [Climat : l’insoutenable usage de la vidéo en ligne](https://theshiftproject.org/article/climat-insoutenable-usage-video/), Shift Project, juillet 2019.
* [Déployer la sobriété numérique](https://theshiftproject.org/article/deployer-la-sobriete-numerique-rapport-shift/), Shift Project, octobre 2020.
* [Caractérisation des effets rebond induits par le télétravail](https://www.ademe.fr/caracterisation-effets-rebond-induits-teletravail), ADEME, 2020 : notamment un chapitre sur l'impact de la visioconférence.
* [La consommation de métaux du numérique : un secteur loin d’être dématérialisé](https://www.strategie.gouv.fr/publications/consommation-de-mentaux-numerique-un-secteur-loin-detre-dematerialise), France Stratégie, 2020.
* [Feuille de route sur l'environnement et le numérique](https://cnnumerique.fr/files/uploads/2020/CNNum%20-%20Feuille%20de%20route%20environnement%20%26%20numerique.pdf), Conseil National du Numérique, 2020.
* [Pour une transition numérique écologique](http://www.senat.fr/rap/r19-555/r19-555_mono.html), rapport du Sénat, 2020.
* [Rapport sur l’obsolescence logicielle](https://www.ecologie.gouv.fr/numerique-et-environnement-remise-au-parlement-du-rapport-sur-lobsolescence-logicielle-prevu) prévu à l’article 27 de la loi relative à la lutte contre le gaspillage et à l’économie circulaire (AGEC), février 2021.
* [Chasing Carbon: The Elusive Environmental Footprint of Computing](https://arxiv.org/pdf/2011.02839.pdf), Harvard University, Facebook Inc., Arizona State University, 2020
* [How realistic are claims about the benefits of using digital technologies for GHG emissions mitigation?](https://computingwithinlimits.org/2022/papers/limits22-final-Rasoldier.pdf) par Aina Rasoldier, Jacques Combaz, Alain Girault, Kevin Marquet et Sophie Quinton. Juin 2022

## Réglementaires

* [Loi du 10 février 2020 relative à la lutte contre le gaspillage et à l'économie circulaire](https://www.legifrance.gouv.fr/jorf/id/JORFTEXT000041553759/) notamment pour le numérique, les articles 13, 27, 55 et 58.
    * Article 13.3 : à compter du 1er janvier 2022, les fournisseurs d'accès à Internet informent leurs abonnés de la quantité de données consommées et indiquent l'équivalent des émissions de gaz à effet de serre correspondant. L'ADEME travaille sur une méthodologie de mesure reposant sur une analyse de cycle de vie complète et sur les travaux de [NegaOctet](https://negaoctet.org/), un projet en partie financé par l'ADEME. Par ailleurs, le gouvernement français a également chargé l'ADEME et l'ARCEP de travailler en commun sur [l’évaluation de l’empreinte environnementale du numérique en France](https://www.arcep.fr/la-regulation/grands-dossiers-thematiques-transverses/lempreinte-environnementale-des-reseaux.html).
    * Article 16 : l’affichage à partir du 1er janvier 2021 d’un indice de réparabilité sur certains produits électriques et électroniques de consommation courante. Une note sur 10 devra informer le consommateur sur le caractère plus ou moins réparable des produits et éléments concernés. Concernant les produits numériques, l’indice de réparabilité est défini pour les ordinateurs et les smartphones. Au 1er janvier 2024, un indice de durabilité remplacera ou complétera l'indice de réparabilité. Ce nouvel indice prendra en compte des critères tels que la fiabilité et la robustesse.
         * [Décret n° 2020-1757 du 29 décembre 2020 relatif à l'indice de réparabilité des équipements électriques et électroniques](https://www.legifrance.gouv.fr/jorf/id/JORFTEXT000042837821)
         * [Arrêté du 29 décembre 2020 relatif aux modalités d'affichage, à la signalétique et aux paramètres généraux de calcul de l'indice de réparabilité](https://www.legifrance.gouv.fr/jorf/id/JORFTEXT000042838100)
         * [Arrêté du 29 décembre 2020 relatif aux critères, aux sous-critères et au système de notation pour le calcul et l'affichage de l'indice de réparabilité des ordinateurs portables](https://www.legifrance.gouv.fr/jorf/id/JORFTEXT000042838127)
         * [Arrêté du 29 décembre 2020 relatif aux critères, aux sous-critères et au système de notation pour le calcul et l'affichage de l'indice de réparabilité des téléphones mobiles multifonctions](https://www.legifrance.gouv.fr/jorf/id/JORFTEXT000042838138)
    * Article 27 : en faveur de l'allongement de durée de vie des équipements numériques en luttant contre l'obsolescence logicielle, notamment en obligeant d'avoir des mises à jours logiciels pendant au moins 2 ans, en imposant une dissociation entre les mises à jour de confort et les mises à jour de sécurité.
    * Article 55 : à compter du 1er janvier 2021, l'administration publique, lors de ses achats, favorise le recours à des logiciels dont la conception permet de limiter la consommation énergétique associée à leur utilisation.
    * Article 58 :  à compter du 1er janvier 2021, l'administration publique, lors de ses achats (numérique ou pas), a recours au réemploi ou à la réutilisation ou aux biens qui intègrent des matières recyclées.
* [Circulaire du 25 février 2020 relative aux engagements de l’État pour des services publics écoresponsables](https://www.legifrance.gouv.fr/download/pdf/circ?id=44936) notamment la mesure 8 («  afin de réduire les déplacements, l’État met à disposition de l’ensemble de ses agents une solution de visio-conférence ») et la mesure 20 (« l’État développe d’ici juillet 2020 une stratégie de réduction de l’empreinte carbone du numérique public, qui comprendra notamment une démarche de sensibilisation des agents aux écogestes numériques et l’achat de matériel ou de consommable reconditionné »).
* [Accompagner l’évolution du numérique pour réduire ses impacts environnementaux](https://propositions.conventioncitoyennepourleclimat.fr/objectif/accompagner-levolution-du-numerique-pour-reduire-ses-impacts-environnementaux/), les propositions de la Convention Citoyenne pour le Climat, 2020.
* [Feuille de route gouvernementale Numérique et Environnement](https://www.ecologie.gouv.fr/sites/default/files/Feuille_de_route_Numerique_Environnement.pdf), annoncée le 23 février 2021 et comprenant trois axes : développer la connaissance de l’empreinte environnementale numérique, réduire l’empreinte environnementale du numérique et faire du numérique un levier de la transition écologique.
* [Proposition de loi visant à réduire l’empreinte environnementale du numérique en France](http://www.senat.fr/fileadmin/Fichiers/Images/redaction_multimedia/2020/2020-Documents_pdf/20201014-PPL_Empreinte_environnemetale_du_numerique.pdf), présentée le 12 octobre 2020 par des Sénateurs, [adoptée le 16 décembre 2020 en commission au Sénat](http://www.senat.fr/presse/cp20201216.html) notamment l'article 16 concernant l'écoconception.
* [Amendement du 6 novembre 2020 au sujet de la consommation d'énergie et la valorisation de la chaleur induite des centres de stockage des données (data center)](http://www.assemblee-nationale.fr/dyn/15/amendements/3360C/AN/3241.pdf) - Projet de Loi de Finance pour 2021
   * Il subordonne l’application du tarif réduit de TICFE introduit en 2019 au bénéfice des centres de stockage de données à la mise en oeuvre dans ces derniers d’un système de management de l’énergie, c’est-à-dire d’une procédure d’amélioration continue de la performance énergétique reposant sur l’analyse des consommations d’énergie pour identifier les secteurs de consommation significative d’énergie et les potentiels d’amélioration, ainsi qu’à l’adhésion de l’exploitant du centre de stockage de données à un programme de mutualisation de bonnes pratiques, tel que le [Code de conduite européen sur les data centers](https://ecoinfo.cnrs.fr/2020/05/19/guide-des-bonnes-pratiques-du-code-de-conduite-europeen-sur-les-datacentres/).
   * Rendre obligatoire la réalisation d’une évaluation des coûts et des avantages relatifs à la valorisation de la chaleur fatale pour chaque centre de stockage de données.
* Résolution du Parlement européen du 25 novembre 2020 [Vers un marché unique plus durable pour les entreprises et les consommateurs](https://www.europarl.europa.eu/doceo/document/TA-9-2020-0318_FR.html)

Résumé des aspects réglementaires dans cet article : [Impact environnemental du numérique : quelles régulations ?](https://www.24joursdeweb.fr/2020/impact-environnemental-du-numerique-quelles-regulations/), décembre 2020.

## Ecosystème

### Institutionnels, think tanks, associations et communautés

* [ADEME](http://alliancegreenit.org), l'agence de la transition écologique qui publie de [nombreuses études](https://www.ademe.fr/mediatheque/recherche?query=num%C3%A9rique) sur les impacts environnementaux du numérique et finance / subventionne des projets liés à ce sujet (Perfecto, AMI Low-Tech...).
* [Alliance Green IT](http://alliancegreenit.org) : avec entre autres Thomas Mesplede, Adèle SCHNEEBERGER, Romuald Ribault, Caroline Vateau...
* [Arcep](https://www.arcep.fr/nos-sujets/numerique-et-environnement.html) dont le rapport [Pour un numérique soutenable](https://www.arcep.fr/uploads/tx_gspublication/rapport-pour-un-numerique-soutenable_dec2020.pdf)
* [Clim'Foot](https://climfoot-project.eu/), a European project to calculate greenhouse gas emissions produced by companies and entities founded by programme LIFE 2014-2020.
* [Collectif conception numérique responsable](https://collectif.greenit.fr/) : avec entre autres Frédéric Bordage, Romuald Priol...
* [EcoInfo](https://ecoinfo.cnrs.fr/), « pour une informatique éco-responsable », groupement de services du CNRS. Avec entre autres Françoise Berthoud.
* Éco-organismes agréés par l'Etat pour la collecte et le traitement des [DEEE](https://www.ecologie.gouv.fr/dechets-dequipements-electriques-et-electroniques) (Déchets d’équipements électriques et électroniques) notamment ceux du numérique : [Ecologic](https://www.ecologic-france.com/), [Ecosystem](https://www.eco-systemes.fr) et OCAD3E (éco-organisme coordonnateur).
* [Electrocycle](https://www.electrocycle.co/) : association et laboratoire citoyen de recherche de solutions en vue de développer le réemploi des équipements électriques et électroniques en fin de vie.
* [Green code lab](https://www.greencodelab.org/)
* [GreenIT.fr](https://www.greenit.fr/), créé par Frédéric Bordage, communauté des acteurs du numérique responsable qui s’intéressent à la sobriété numérique, à l’écoconception des services numériques, à la lowtech, et plus globalement à un avenir numérique alternatif (depuis 2004)
* [Halte à l'obsolescence programmée](https://www.halteobsolescence.org/) : avec entre autres Laeticia Vasseur, Adèle Chasson, Samuel Sauvage.
* [Institut Numérique Responsable](https://institutnr.org/), entre autres Jean-Christophe Chaussat (Pôle-Emploi) et Vincent Courboulay (Université de la Rochelle).
* [Mission interministérielle "Green Tech"](https://ecoresponsable.numerique.gouv.fr/) pilotée dans le cadre du programme TECH.GOUV par le Ministère de la Transition Ecologique et la DINUM.
* [NegaOctet](https://negaoctet.org/), projet de Recherche et Développement lauréat de l’appel à projet PERFECTO 2018 de l'Ademe. Création d’outils permettant la réalisation d’Analyse du Cycle de Vie conforme ISO 14040 sur l’ensemble du périmètre Terminaux – Réseau – Datacenter. Coporté par Julie Orgelet (DDemain), Frédéric Bordage (greenit.fr), Caroline Vateau (Neutreo - APL Datacenter) et Bureau Veritas.
* [Point de MIR](http://www.point-de-mir.com/), maison de l'informatique responsable fondée par Bela Loto et Céline Ferre
* [Pôle Eco-conception](https://www.eco-conception.fr/static/eco-conception-de-service-numerique.html), association dont une des missions est sur le sujet du numérique.
* [Rcube](https://rcube.org/), Fédération du Réemploi et de la Réparation, association fondée par Benoit Varin, également directeur du Développement Durable de Recommerce.
* [RepairCafe](https://repaircafe.org/fr), référentiel des repair café en france et dans le monde.
* [The Shift Project](https://theshiftproject.org/lean-ict/), projet "les impacts environnementaux du Numérique" (depuis 2018) : avec entre autres Hugues Ferreboeuf (directeur de projet) et Maxime Efoui-Hess (chargé de projet).

### Acteurs privés

* [Commown](https://commown.coop/) : location de Fairphone, PC et casques audio. Avec entre autres Adrien Montagut.
* [DDemain](https://ddemain.com/) créé par Julie Orgelet, formatrice et consultante en analyse de cycle de vie.
* [Fairphone](https://www.fairphone.com/fr/), smartphone éthique et réparable.
* [Framework Laptop](https://frame.work/), upgradeable and repairable laptop.
* [Frédéric Bordage de GreenIT.fr](https://www.greenit.fr/), consultant et formateur numérique responsable et éco-conception de services numériques.
* [Greenspector](https://greenspector.com/), outil de mesure de l’empreinte environnementale des applications.
* [Greenet.io](https://www.greenet.io/), application de mesure et réduction de l’empreinte carbone de votre navigation web.

## Ressources

### Non payantes

* [Charte Numérique Responsable](https://charte.institutnr.org/)
* [Numérique au bureau](https://particuliers.ademe.fr/au-bureau/numerique), Ademe
* [Impact spatial et énergétique des data centers sur les territoires](https://www.ademe.fr/impact-spatial-energetique-data-centers-territoires-l), Ademe, 2019
* [La face cachée du numérique](https://www.ademe.fr/sites/default/files/assets/documents/guide-pratique-face-cachee-numerique.pdf), Ademe, 2019
* [Situer le numérique](https://designcommun.fr/cahiers/situer-le-numerique/), Gauthier Roussilhe, 2020.
* [La controverse de la 5G](https://gauthierroussilhe.com/fr/projects/controverse-de-la-5g), Gauthier Roussilhe, 2020.
* [Notes issues du livre : « Analyse du cycle de vie : comprendre et réaliser un éco bilan »](http://raphael-lemaire.com/2020/03/26/acv-livre/), Raphaël Lemaire, 2020.
* [Mise en perspective des impacts écologiques du numérique](http://raphael-lemaire.com/2019/11/02/mise-en-perspective-impacts-numerique/), Raphaël Lemaire, 2019.
* [Lowtus](https://lowtus.fr/), audits qualité de sites web
* [Techologie](https://techologie.net/), le podcast qui tente de lier tech et écologie alors que tout les oppose.
* Developpers Can Save The World [Part I: The Problem](https://marmelab.com/blog/2020/09/21/web-developer-climate-change.html), [Part II: The Solution](https://marmelab.com/blog/2020/09/22/developers-save-the-planet-the-solution.html), François Zaninotto, 2020
* [ICT Sector Guidance built on the GHG Protocol Product Life Cycle Accounting and Reporting Standard](https://ghgprotocol.org/sites/default/files/GHGP-ICTSG%20-%20ALL%20Chapters.pdf), Global e-Gustainability Initiative & Carno Trust, 2017
* Infographies de Ecosystem, un éco-organisme de collecte des déchets notamment des DEEE : [process de recyclage dont les équipements numériques](https://www.ecosystem.eco/fr/article/process-recyclage) et [le réemploi des mobiles](https://telephone-portable.ecosystem.eco/).
* [Arkadin réduit de 20 % l’impact environnemental de sa solution de webconférence](https://www.apl-datacenter.com/fr/references/arkadin-reduit-de-20-limpact-environnemental-de-sa-solution-de-webconference-grace-a-neutreo-by-apl/)
* [Infographie : Les métaux, des ressources qui pourraient manquer ?](https://multimedia.ademe.fr/infographies/infographie-terres-rares-ademe/)
* [IEA: Data centres and energy – from global headlines to local headaches?](https://www.iea.org/commentaries/data-centres-and-energy-from-global-headlines-to-local-headaches)
* [Rapport de l'ADEME : Modélisation et évaluation des impacts environnementaux de produits de consommation et biens d'équipement](https://www.ademe.fr/modelisation-evaluation-impacts-environnementaux-produits-consommation-biens-dequipement)
* [L'envert du décor : supprimer des mails pour sauver la planète, cette fausse bonne idée](https://www.huffingtonpost.fr/entry/supprimer-mails-ecologie_fr_5f8577cfc5b6e5c320039215), Huffingtonpost
* [Evaluating the carbon footprint of a software platform hosted in the cloud](https://medium.com/teads-engineering/evaluating-the-carbon-footprint-of-a-software-platform-hosted-in-the-cloud-e716e14e060c), Benjamin DAVY, 2020
* [Étude d’impact de la lecture d’une vidéo Canal+](https://greenspector.com/fr/impact-video-canal/), Greenspector, 2020
* [Les data centers, ou l’impossible frugalité numérique ?](https://www.caissedesdepots.fr/sites/default/files/2021-01/201210_Cahiers%20de%20recherche_2020_DATA_CENTERS_P.pdf), Institut pour la recherche de la Caisse des Dépôts, 2021
* [Le numérique peut-il être écologique et responsable ? ](https://www.franceculture.fr/emissions/de-cause-a-effets-le-magazine-de-lenvironnement/de-cause-a-effets-le-magazine-de-lenvironnement-du-mardi-05-janvier-2021), France Culture, 2021
* [La décharge de déchets électroniques d’Agbogbloshie, véritable défi économique et environnemental pour le Ghana](https://www.francetvinfo.fr/monde/afrique/societe-africaine/la-decharge-de-dechets-electroniques-dagbogbloshie-veritable-defi-economique-et-environnemental-pour-le-ghana_3863287.html)
* [La loi de Wirth](https://fr.wikipedia.org/wiki/Loi_de_Wirth) est une loi empirique formulée par Niklaus Wirth en 1995, selon laquelle « les programmes ralentissent plus vite que le matériel n'accélère ».
* [Mozilla’s Climate Commitments](https://blog.mozilla.org/blog/2021/01/21/mozillas-climate-commitments/), janvier 2021
* [Devenir un développeur green avec l’éco-conception web](https://alexsoyes.com/eco-conception-web/), janvier 2021
* [Les trois newbies qui voulaient calculer l'impact de leur site web ](https://dev.to/batbyr/les-trois-newbies-qui-voulaient-calculer-l-impact-de-leur-site-web-abn), février 2021
* [Why France’s new ‘repairability index’ is a big deal](https://grist.org/climate/why-frances-new-repairability-index-is-a-big-deal/), février 2021
* [Investigating the Correlation between Performance Scores andEnergy Consumption of Mobile Web Apps](https://www.researchgate.net/profile/Ivano_Malavolta/publication/341123776_Investigating_the_Correlation_between_Performance_Scores_and_Energy_Consumption_of_Mobile_Web_Apps/links/5ebb8f3992851c11a8650a13/Investigating-the-Correlation-between-Performance-Scores-and-Energy-Consumption-of-Mobile-Web-Apps.pdf?origin=publication_detail), mai 2020
* [Économiser 42Ko pour sauver 50Tb de bande passante](https://welovedevs.com/fr/articles/rex-crispchat-economiser-42ko-pour-sauver-50tb-de-bande-passante/), Crisp, février 2021
* [Sustainable software products—Towards assessment criteria for resource and energy efficiency](https://www.sciencedirect.com/science/article/pii/S0167739X17314188), 2018
* [Les métaux :  des ressources qui pourraient manquer ?](https://multimedia.ademe.fr/infographies/infographie-terres-rares-ademe/), infographie de l'ADEME, 2020
* [Guide pratique pour des achats numériques responsables](https://ecoresponsable.numerique.gouv.fr/publications/guide-pratique-achats-numeriques-responsables/), Dinum, DAE, MTE/CGDD, INR, avril 2021
* [Rapport sur l’impact environnemental du numérique en santé](https://esante.gouv.fr/virage-numerique/ethique-et-numerique-en-sante), Délégation ministérielle au numérique en santé, mai 2021
* Thèse [Design for Obsolete Devices](https://anaellebeignon.fr/design-for-obsolete-devices.html), Anaëlle Beignon
* [Réduire la consommation énergétique du numérique](https://www.economie.gouv.fr/files/files/directions_services/cge/consommation-energique-numerique.pdf), Conseil général de l'économie, décembre 2019
* [Réduire sa facture d'électricité](https://www.ademe.fr/sites/default/files/assets/documents/guide-pratique-reduire-facture-electricite.pdf), ADEME, 2019
* [Guide de questionnement pour le développement de services numériques](https://librairie.ademe.fr/cadic/5702/guide-questionnement-de_developpement-services-numeriques-011501.pdf), OuiShare / ADEME, 2021
* [Philippe Bihouix : Start-up nation ? Non, low-tech nation !](https://www.socialter.fr/article/tribune-philippe-bihouix-start-up-nation-non-low-tech-nation-1), 2019
* [Comment construire le Web pour sauver le climat ?](https://apreslabiere.fr/un-autre-web-3-3-comment-construire-le-web-pour-sauver-le-climat-330961895cc3), Jean-Lou Fourquet, Après la bière, 2021
* [Des métaux dans mon smartphone ?](https://www.systext.org/sites/all/animationreveal/mtxsmp/#/), un outil interactif développé par ISF SystExt (Ingénieurs sans frontières Systèmes extractifs et environnements), 2017
* [Livre blanc de l'action GreenConcept - écoconception numérique](http://www.greenconcept-innovation.fr/wp-content/uploads/2020/02/greenconcept_21022020.pdf)
* [De l’eau dans le numérique ? L’empreinte hydrique méconnue d’un secteur perçu à tort comme immatériel](https://www.millenaire3.com/ressources/veille-m3-de-l-eau-dans-le-numerique-l-empreinte-hydrique-meconnue-d-un-secteur-percu-a-tort-comme-immateriel)
* [Evaluation de l'impact environnemental d'un ensemble de produits reconditionnés : Smartphones, tablettes, ordinateurs portables et fixes](https://librairie.ademe.fr/dechets-economie-circulaire/5241-evaluation-de-l-impact-environnemental-d-un-ensemble-de-produits-reconditionnes.html), ADEME, 2022
* [Evaluation des impacts environnementaux de l'édition virtuelle 2020 des Assises de l'Economie Circulaire](https://librairie.ademe.fr/dechets-economie-circulaire/4886-evaluation-des-impacts-environnementaux-de-l-edition-virtuelle-2020-des-assises-de-l-economie-circulaire.html), ADEME, 2021
* [Quantifier l'impact GES d'une action de réduction des émissions](https://librairie.ademe.fr/cadic/5510/ademe-quanti_ges_2021-web.pdf), Ademe, 2021. Dont certaines actions sur le numérique.
* [Enseignements sur les enjeux environnementaux et les impacts du numérique dans une école d’ingénieurs](https://plmbox.math.cnrs.fr/f/9f8edb763baa43ae8950/), Annabelle Collin et Al, Univ. Bordeaux, CNRS, Bordeaux INP, Inria...

### Payantes

* [Ecoconception web : les 115 bonnes pratiques - Doper son site et réduire son empreinte écologique](https://www.eyrolles.com/Informatique/Livre/ecoconception-web-les-115-bonnes-pratiques-9782212678062/), 115 fiches de bonnes pratiques pour réaliser son site internet et participer à la préservation des ressources de la planète
* [Kaizen - Numéro Spécial Numérique Responsable](https://boutique.kaizen-magazine.com/hors-serie/645-numero-special-numerique-responsable.html), Explorer les problèmes et les solutions engendrés par le numérique, Kaizen, 2020

## Conception

* [Référentiel général d'écoconception de service numérique](https://ecoresponsable.numerique.gouv.fr/publications/referentiel-general-ecoconception/), par la Dinum, le ministère de la Transition écologique, l'Ademe et l'Institut du numérique responsable.
* [Le guide d’éco-conception de services numériques](https://eco-conception.designersethiques.org/guide/) par les Designers Ethiques
* [Référentiel d'écoconception web, check-list des 115 bonnes pratiques](https://collectif.greenit.fr/ecoconception-web/115-bonnes-pratiques-eco-conception_web.html) et [référentiel de conformité](https://collectif.greenit.fr/ecoconception-web/) du collectif Conception Numérique Responsable pour guider l'évaluation de la mise en oeuvre des bonnes pratiques d'écoconception avec des règles de test partagées.
* [Opquast V3, 226 critères](https://checklists.opquast.com/fr/oqs-v3/)
* [Webperf, 41 critères](https://checklists.opquast.com/webperf/)
* [Green IT, 72 bonnes pratiques](https://checklists.opquast.com/greenit/)
* [Les règles du green code label](https://label.greencodelab.org/green-code-label-detail/)
* [Utiliser police de caractères système](https://css-tricks.com/snippets/css/font-stacks/)
* [Front-End Performance Checklist](https://www.smashingmagazine.com/2021/01/front-end-performance-2021-free-pdf-checklist/)
* [Sustainable web design?](https://sustainablewebdesign.org/)
* [Web Design For The Planet](https://www.webdesignfortheplanet.com/) Recueil de bonnes pratiques pour un web plus écolo
* [GR491 - 57 recommandations - 491 critères ](https://gr491.isit-europe.org) GR491, le Guide de Référence de Conception Responsable de Services Numériques créé par l'Institut du Numérique Responsable.
* [AFNOR SPEC 2201 - Ecoconception des services numériques](https://www.boutique.afnor.org/fr-fr/norme/afnor-spec-2201/ecoconception-des-services-numeriques/fa203506/323315)

## Normes et labels

* [Norme ISO 14040](https://www.iso.org/fr/standard/38498.html) : Management environnemental — Analyse du cycle de vie — Principes et cadre.
* [Norme ISO 14044](https://www.iso.org/fr/standard/38498.html) : Management environnemental — Analyse du cycle de vie — Exigences et lignes directrices.
* [Norme ISO 14062](https://www.iso.org/fr/standard/33020.html) : Management environnemental - Intégration des aspects environnementaux dans la conception et le développement de produit.
* [Norme ISO 62430](https://www.iso.org/fr/standard/33020.html) : Écoconception (ECD) — Principes, exigences et recommandations.
* [Label Numérique Responsable](https://label-nr.fr/) à destination des organisations.
* [ITU L.1410 : Méthodologie applicable aux analyses environnementales du cycle de vie des biens, réseaux et services utilisant les technologies de l'information et de la communication](https://www.itu.int/rec/T-REC-L.1410-201412-I/fr)

## Sensibilisation, formation et certification

* [Ateliers et formations de sensibilisation](http://www.point-de-mir.com/ateliers-et-formations) proposés par Point de M.I.R
* [Econum, le jeu pour un numérique plus responsable](https://ddemain.com/econum/jeu/), un jeu de cartes pour découvrir des écogestes numériques.
* [Formations à l'Analyse du cycle de vie de service numérique](https://ddemain.com/) proposées par DDemain
* [Formations certifiantes par GreenIT](https://www.greenit.fr/formations/)
* [Fresque du Numérique](https://www.fresquedunumerique.org/) proposée par Aurélien Déragne et Yvain Mouneu.
* [MOOC Numérique Responsable](https://www.academie-nr.org/#mooc-nr) (gratuit)
* [MOOC Sensibilisation au numérique responsable](https://www.academie-nr.org/sensibilisation/#/) (gratuit)
* [MOOC Impacts environnementaux du numérique](https://www.fun-mooc.fr/en/cours/impacts-environnementaux-du-numerique/) par Inria (gratuit)
* [Principes de l’ingénierie logicielle durable](https://docs.microsoft.com/fr-fr/learn/modules/sustainable-software-engineering-overview/) par Microsoft
* [Principes du Green IT en entreprise](https://openclassrooms.com/fr/courses/6227476-appliquez-les-principes-du-green-it-dans-votre-entreprise), Openclassrooms
* [L’histoire racontée du Smartphone](https://colori.education/green-it), jeu à télécharger et à imprimer, jouable dès 5 ans.

## Outils

### Mesure d'impact environnemental

* [Argos](https://github.com/marmelab/argos), docker monitoring experiment
* [Calculatrice impact environnemental pro](https://institutnr.org/calculatrice/impact-environnemental-numerique-inr.html) proposée par l'INR
* [Calculette EcoIndex](https://github.com/rachelwe/Simulateur-ecoindex)
* [Carbonalyser](https://theshiftproject.org/carbonalyser-extension-navigateur/), outil de sensibilisation proposée par The Shift Project mais ne repose pas sur une ACV mais sur le [1-byte model](https://theshiftproject.org/wp-content/uploads/2018/10/Lean-ICT-Materials-1byte-Model-2018.xlsx) qui fait une équivalence entre un octet transféré sur le réseau + terminal + datacenter et un impact environnemental lié à la consommation électrique.
* [Cloud Carbon Footprint](https://www.cloudcarbonfootprint.org/)
* [CodeCarbon](https://github.com/mlco2/codecarbon), un package python pour mesurer la consommation énergétique d'un algorithme.
* [EcoDiag](https://ecoinfo.cnrs.fr/ecodiag/), "calculatrice" proposée
* [EcoIndex](http://www.ecoindex.fr) proposé par greenIt.fr : c'est l'outil de référence, basé sur une ACV simplifiée.
* [EcoIndex node](https://github.com/cyve/ecoindex_node) : Node.js module to calculate a webpage's ecoindex
* [Ecometer](http://www.ecometer.org/), similaire à EcoIndex et propose un contrôle automatique de 15 bonnes pratiques. Outil soutenu par l'ADEME Bourgogne Franche-Comté.
* [Futureco – L'impact climat des gestes quotidiens](https://futur.eco/) dont une catégorie sur le numérique.
* [GreenFrame](https://greenframe.io/) What is the carbon footprint of my website?
* GreenIT-analysis, extension de navigateur basée sur la même méthodologie que [EcoIndex](http://www.ecoindex.fr), pour [Firefox](https://addons.mozilla.org/fr/firefox/addon/greenit-analysis/) et [Chrome](https://chrome.google.com/webstore/detail/greenit-analysis/mofbfhffeklkbebfclfaiifefjflcpad)
* [Impactomètre](https://impactometre.fr/) : comparaison d'impact environnemental des réunions, basé sur [cette étude de l'UTC](https://halshs.archives-ouvertes.fr/halshs-03120479).
* [Kastor.green](https://kastor.green/), outil d'audit d'évaluation de la conformité NR des sites web et applications web proposé par Spécinov, basé sur les recommandations du GR491.
* [Mobile Efficiency Index](https://mobile-efficiency-index.com/), outil proposé par Greenspector et qui permet de mesurer la consommation d'énergie d'un site web sur un appareil mobile.
* [Pagiel](https://github.com/Zenika/pagiel) rend possible l'utilisation de quatre projets web open source que sont GreenIT Analysis, SiteSpeed, Yellow Lab Tools et PowerAPI depuis un runner GitLab pour les tests ou le déploiement en continu.
* [PowerAPI](http://www.powerapi.org/) PowerAPI est un middleware pour estimer la consommation énergétique d'un logiciel en temps réel.
* [Scaphandre](https://github.com/hubblo-org/scaphandre) un outil de mesure de la consommation énergétique des serveurs et des services qu'ils hébergent
* [Web energy archive](https://wea.greencodelab.org/fr/)
* [Websitecarbon.com](https://www.websitecarbon.com/), outil anglais très axé sur l'impact GES de la consommation électrique, donc à prendre avec des pincettes.
* [WeNR 2021](https://wenr.isit-europe.org/), outil de mesure de l'empreinte du SI

### Performance

* [GTmetrix](https://gtmetrix.com/)
* Panel Audit de Chrome
* [Pingdom](https://tools.pingdom.com/)
* [Web.dev](https://web.dev/), l'outil de mesure de la performance proposé par Google.
* [Yellow Lab Tools](https://yellowlab.tools/)

### Autres outils

* [Axe Developer Tools](https://addons.mozilla.org/fr/firefox/addon/axe-devtools/), accessibility auditing to the Firefox Developer Tools
* [Low web extension](https://github.com/lowwebtech/low-web-extension), webextension that reduces data and carbon footprint of your internet browsing.

## Divers

### Financements

* Perfecto 2021 de l'ADEME. Deux axes thématiques pour cette édition : étude de faisabilité en écoconception et Ecoconception numérique. [Webinaire de présentation le 23/10/2020](https://register.gotowebinar.com/register/950584287478439180).
* [Appel à manifestation Greentech Innovation](https://greentechverte.fr/2020/10/02/test/) dont un volet sur le numérique durable.

### Challenges

* [ApiDays - Sustainable Digital Challenge](https://www.apidays.co/sustainable-digital-challenge/)
* [Design4Green](https://design4green.org/)

## Autres référentiels

* « [Référentiel de connaissances pour un numérique éco-responsable](https://hal.archives-ouvertes.fr/hal-02954188/document) », Pierre Boulet, S Bouveret, A Bugeau, E Frenoux, Julien Lefevre, et al..Travaux universitaires EcoInfo. 2020.
* [Awesome Green IT](https://github.com/alvessteve/awesome-green-it)
* [Awesome Numérique Responsable](https://github.com/cyrildotcc/awesome-numerique-responsable)
* [Awesome Energy](https://github.com/bpetit/awesome-energy.git)
* [Bookmarks Green IT](https://github.com/rlemaire/bookmarks-green-it)
* [Des liens sur le numérique responsable](https://bertrandkeller.info/liens/numeriques-responsables/)

repo_name: supertanuki/numeriqueEcoResponsable

mime_type: text/plain


text:
#!/usr/bin/env python3

from __future__ import print_function
import os
import queue
import sys
import traceback
import time

class Bot:
    def __init__(self):
        self.conns = {}
        self.persist_dir = os.path.abspath("persist")
        if not os.path.exists(self.persist_dir):
            os.mkdir(self.persist_dir)

bot = Bot()

def main():
    sys.path += ["plugins"]  # so 'import hook' works without duplication
    sys.path += ["lib"]
    os.chdir(
        os.path.dirname(__file__) or "."
    )  # do stuff relative to the install directory

    print("Loading plugins")

    # bootstrap the reloader
    eval(
        compile(
            open(os.path.join("core", "reload.py"), "r").read(),
            os.path.join("core", "reload.py"),
            "exec",
        ),
        globals(),
    )
    reload(init=True)

    print("Connecting to IRC")

    try:
        config()
        if not hasattr(bot, "config"):
            exit()
    except Exception as e:
        print("ERROR: malformed config file:", e)
        traceback.print_exc()
        sys.exit()

    print("Running main loop")

    while True:
        reload()  # these functions only do things
        config()  # if changes have occured

        for conn in bot.conns.values():
            try:
                out = conn.out.get_nowait()
                main(conn, out)
            except queue.Empty:
                pass
        while all(conn.out.empty() for conn in iter(bot.conns.values())):
            time.sleep(0.1)

if __name__ == "__main__":
    main()

repo_name: rmmh/skybot

repo_language: Python


text:
[tox]
envlist = py27,py37
skipsdist=True

[testenv]
commands = pip install -qqq lxml future
           pip install -qqq mock==2.0.0
           python test


text:
lxml
future


text:
# Skybot

## Goals
* simplicity
  * little boilerplate
  *  minimal magic
* power
  * multithreading
  * automatic reloading
  * extensibility

# Features
* Multithreaded dispatch and the ability to connect to multiple networks at a time.
* Easy plugin development with automatic reloading and a simple hooking API.

# Requirements
To install dependencies, run:

    pip install -r requirements.txt

Skybot runs on Python 2.7 and Python 3.7.

## License
Skybot is public domain. If you find a way to make money using it, I'll be very impressed.

See LICENSE for precise terms.


text:
# Installation #

## Requirements ##

* Python 2.6 or 2.7
* Many of the plugins require [lxml](http://lxml.de/)

## Download ##

You can easily retrieve Skybot's files using git. Browse to the directory in
which you wish to place the bot and run the following command:

    git clone git://github.com/rmmh/skybot.git

## First run ##

Browse to Skybot's directory and run the following command:

    python bot.py

On first run, Skybot will create a default configuration file in its
directory. You can then stop the bot and follow the [[Configuration]] page's
instructions.


text:
# Configuration #

Skybot uses a JSON configuration file to hold settings: `config.json`

On first run this file is created with default settings:

```json
{
  "connections":
  {
    "local irc":
    {
      "server": "localhost",
      "nick": "skybot",
      "channels": ["#test"]
    }
  }
}
```

## Options ##

Connections is an associative array of connection_name : connection_settings
key/value pairs.

`connection_settings:`

Required:

* nick: the name of the bot.
* server: the hostname of the irc server.
* channels: channels to join. A list of strings. Can be []

Optional:

* port: defaults to 6667. The port to connect to.
* user: defaults to "skybot". (user@netmask)
* realname: defaults to "Python bot - http://github.com/rmmh/skybot"
  (Shown in whois)
* server_password: the server password. Omit if not needed.
* nickserv_password: defaults to "" (no login is performed)
* nickserv_name: defaults to "nickserv" (standard on most networks)
* nickserv_command: defaults to "IDENTIFY %s" (interpolated with password)
* ssl: defaults to false. Set to true to connect to the server using SSL
* ignore_cert: defaults to `false`. Set to `true` to disable validation of certificates
  from servers - thus weakening the security of your connection.

## Examples ##

A single skybot instance can have multiple connections and multiple channels:

```json
{
  "connections":
  {
    "public bot":
    {
      "server": "irc.example.org",
      "nick": "publicbot",
      "channels": ["#main"]
    },
    "private bot":
    {
      "server": "irc.example.org",
      "nick": "privatebot",
      "channels": ["#secret", "#admin"]
    }
  }
}
```

The user and realname can be set.

* user: defaults to "skybot"
* realname: defaults to "Python bot - http://github.com/rmmh/skybot"

```json
{
  "connections":
  {
    "poker irc":
    {
      "server": "irc.poker.example.com",
      "nick": "pokerbot",
      "channels": ["#poker"],
      "user": "pokerbot",
      "realname": "Pokerbot - a fork of Skybot",
    }
  }
}
```

Automatic identification is possible.

* nickserv_password: defaults to "" (no login is performed)
* nickserv_name: defaults to "nickserv" (standard on most networks)
* nickserv_command: defaults to "IDENTIFY %s" (interpolated with password)

```json
{
  "connections":
  {
    "poker irc":
    {
      "server": "irc.poker.example.com",
      "nick": "pokerbot",
      "nickserv_password": "aceofspades",
      "channels": ["#poker"]
    }
  }
}
```


text:
# Skybot documentation #

Skybot is a python IRC bot.

## Introduction ##

### Goals ###

* simplicity
* little boilerplate
* minimal magic
* power
* multithreading
* automatic reloading
* extensibility

### Features ###

* multithreaded dispatch and the ability to connect to multiple networks at
  a time
* easy plugin development with automatic reloading and a simple hooking API

### Requirements ###

Skybot runs on Python 2.6 and 2.7. Many of the plugins require
[lxml](http://lxml.de/).

## Table of contents ##

* [[Installation]]
* [[Configuration]]
* [[Plugin development]]


text:
# Plugin development #

> This documentation page needs to be improved. Contributions are welcomed.

##Overview ##

Skybot continually scans the `plugins/` directory for new or changed .py
files. When it finds one, it runs it and examines each function to see whether
it is a plugin hook.

All plugins need to `from util import hook` in order to be callable.

## A simple example ##

plugins/echo.py:

```python
from util import hook

@hook.command
def echo(inp):
    return inp + inp
```

usage:

    <rmmh> .echo hots
    <skybot> Scaevolus: hotshots

This plugin example defines a command that replies with twice its input. It
can be invoked by saying phrases in a channel the bot is in, notably ".echo",
"skybot: echo", and "skybot, echo" (assuming the bot's nick is "skybot").

## Plugin hooks ##

There are four types of plugin hooks: commands, regexes, events, and sieves.
The hook type is assigned to plugin functions using decorators found
in `util/hook.py`.

There is also a secondary hook decorator: `@hook.singlethread`

It indicates that the function should run in its own thread. Note that, in
that case, you can't use the existing database connection object.

### Shared arguments ###

> This section has to be verified.

These arguments are shared by functions of all hook types:

* nick -- string, the nickname of whoever sent the message.
* channel -- string, the channel the message was sent on. Equal to nick if
  it's a private message.
* msg -- string, the line that was sent.
* raw -- string, the raw full line that was sent.
* re -- the result of doing `re.match(hook, msg)`.
* bot -- the running bot object.
* db -- the database connection object.
* input -- the triggering line of text

### Commands hook ###

`@hook.command`
`@hook.command(command_name)`

Commands run when the beginning of a normal chat line matches one of
`.command`, `botnick: command`, or `botnick, command`, where `command` is the
command name, and `botnick` is the bot's nick on the server.

Commands respond to abbreviated forms: a command named "`dictionary`" will be
invoked on both "`.dictionary`" and "`.dict`". If an abbreviated command is
ambiguous, the bot will return with a list of possibilities: given commands
"`dictionary`" and "`dice`", attempting to run command "`.di`" will make the
bot say "`did you mean dictionary or dice?`".

When `@hook.command` is used without arguments, the command name is set to the
function name. When given an argument, it is used as the command name. This
allows one function to respond to multiple commands:

```python
from util import hook

@hook.command('hi')
@hook.command
def hello(inp):
    return "Hey there!"
```

Users can invoke this function with either "`.hello`" or "`.hi`".

### Regexes hook ###

> This section needs to be improved.

`@hook.regex(pattern)`

Each line of chat is matched against the provided regex pattern. If it is
successful, the hook function will be called with the matched object.

```python
from util import hook

@hook.regex("lame bot")
def hurtfulcomment(match):
    return "I have FEELINGS!"
```

### Events hook ###

> This section needs to be improved.

`@hook.event(irc_command)`

Event hooks are called whenever a specific IRC command is issued. For example,
if you provide "*" as parameter, it will trigger on every line. If you provide
"PRIVMSG", it will only trigger on actual lines of chat (not nick-changes).

The first argument in these cases will be a two-element list of the form
["#channel", "text"].

### Sieves hook ###

> This section needs to be improved.

`@hook.sieve`

Sieves can prevent commands, regexes, and events from running.

For instance, commands could be tagged as admin-only, and then a sieve would
verify that the user invoking the command has the necessary privileges.

The function must take 5 arguments: (bot, input, func, type, args).
To cancel a call, return None.

## Available objects ##

> This section needs to be written.

### The bot object ###

### The db object ###

### The input object ###


text:
                               RFC 2810 (RFC2810)

                       Internet RFC/STD/FYI/BCP Archives

    [ RFC Index | RFC Search | Usenet FAQs | Web FAQs | Documents | Cities ]

                Alternate Formats: rfc2810.txt | rfc2810.txt.pdf

                  RFC 2810 - Internet Relay Chat: Architecture

     ----------------------------------------------------------------------

 Network Working Group                                           C. Kalt
 Request for Comments: 2810                                   April 2000
 Updates: 1459
 Category: Informational

                    Internet Relay Chat: Architecture

 Status of this Memo

    This memo provides information for the Internet community.  It does
    not specify an Internet standard of any kind.  Distribution of this
    memo is unlimited.

 Copyright Notice

    Copyright (C) The Internet Society (2000).  All Rights Reserved.

 Abstract

    The IRC (Internet Relay Chat) protocol is for use with text based
    conferencing. It has been developed since 1989 when it was originally
    implemented as a mean for users on a BBS to chat amongst themselves.

    First formally documented in May 1993 by RFC 1459 [IRC], the protocol
    has kept evolving. This document is an update describing the
    architecture of the current IRC protocol and the role of its
    different components.  Other documents describe in detail the
    protocol used between the various components defined here.

 Table of Contents

    1.  Introduction ...............................................   2
    2.  Components .................................................   2
       2.1  Servers ................................................   2
       2.2  Clients ................................................   3
          2.2.1  User Clients ......................................   3
          2.2.2  Service Clients ...................................   3
    3.  Architecture ...............................................   3
    4.  IRC Protocol Services ......................................   4
       4.1  Client Locator .........................................   4
       4.2  Message Relaying .......................................   4
       4.3  Channel Hosting And Management .........................   4
    5.  IRC Concepts ...............................................   4
       5.1  One-To-One Communication ...............................   5
       5.2  One-To-Many ............................................   5
          5.2.1  To A Channel ......................................   5
          5.2.2  To A Host/Server Mask .............................   6

          5.2.3  To A List .........................................   6
       5.3  One-To-All .............................................   6
          5.3.1  Client-to-Client ..................................   6
          5.3.2  Client-to-Server ..................................   7
          5.3.3  Server-to-Server ..................................   7
    6.  Current Problems ...........................................   7
       6.1  Scalability ............................................   7
       6.2  Reliability ............................................   7
       6.3  Network Congestion .....................................   7
       6.4  Privacy ................................................   8
    7.  Security Considerations ....................................   8
    8.  Current Support And Availability ...........................   8
    9.  Acknowledgements ...........................................   8
    10.  References ................................................   8
    11.  Author's Address ..........................................   9
    12.  Full Copyright Statement ..................................  10

 1. Introduction

    The IRC (Internet Relay Chat) protocol has been designed over a
    number of years for use with text based conferencing.  This document
    describes its current architecture.

    The IRC Protocol is based on the client-server model, and is well
    suited to running on many machines in a distributed fashion.  A
    typical setup involves a single process (the server) forming a
    central point for clients (or other servers) to connect to,
    performing the required message delivery/multiplexing and other
    functions.

    This distributed model, which requires each server to have a copy
    of the global state information, is still the most flagrant problem
    of the protocol as it is a serious handicap, which limits the maximum
    size a network can reach.  If the existing networks have been able to
    keep growing at an incredible pace, we must thank hardware
    manufacturers for giving us ever more powerful systems.

 2. Components

    The following paragraphs define the basic components of the IRC
    protocol.

 2.1 Servers

    The server forms the backbone of IRC as it is the only component
    of the protocol which is able to link all the other components
    together: it provides a point to which clients may connect to talk to

    each other [IRC-CLIENT], and a point for other servers to connect to
    [IRC-SERVER].  The server is also responsible for providing the basic
    services defined by the IRC protocol.

 2.2 Clients

    A client is anything connecting to a server that is not another
    server.  There are two types of clients which both serve a different
    purpose.

 2.2.1 User Clients

    User clients are generally programs providing a text based
    interface that is used to communicate interactively via IRC.  This
    particular type of clients is often referred as "users".

 2.2.2 Service Clients

    Unlike users, service clients are not intended to be used manually
    nor for talking.  They have a more limited access to the chat
    functions of the protocol, while optionally having access to more
    private data from the servers.

    Services are typically automatons used to provide some kind of
    service (not necessarily related to IRC itself) to users.  An example
    is a service collecting statistics about the origin of users
    connected on the IRC network.

 3. Architecture

    An IRC network is defined by a group of servers connected to each
    other.  A single server forms the simplest IRC network.

    The only network configuration allowed for IRC servers is that of
    a spanning tree where each server acts as a central node for the rest
    of the network it sees.

                        1--\
                            A        D---4
                        2--/ \      /
                              B----C
                             /      \
                            3        E

    Servers: A, B, C, D, E         Clients: 1, 2, 3, 4

                     [ Fig. 1. Sample small IRC network ]

    The IRC protocol provides no mean for two clients to directly
    communicate.  All communication between clients is relayed by the
    server(s).

 4. IRC Protocol Services

    This section describes the services offered by the IRC protocol.  The
    combination of these services allow real-time conferencing.

 4.1 Client Locator

    To be able to exchange messages, two clients must be able to locate
    each other.

    Upon connecting to a server, a client registers using a label which
    is then used by other servers and clients to know where the client is
    located.  Servers are responsible for keeping track of all the labels
    being used.

 4.2 Message Relaying

    The IRC protocol provides no mean for two clients to directly
    communicate.  All communication between clients is relayed by the
    server(s).

 4.3 Channel Hosting And Management

    A channel is a named group of one or more users which will all
    receive messages addressed to that channel.  A channel is
    characterized by its name and current members, it also has a set of
    properties which can be manipulated by (some of) its members.

    Channels provide a mean for a message to be sent to several clients.
    Servers host channels, providing the necessary message multiplexing.
    Servers are also responsible for managing channels by keeping track
    of the channel members.  The exact role of servers is defined in
    "Internet Relay Chat: Channel Management" [IRC-CHAN].

 5. IRC Concepts

    This section is devoted to describing the actual concepts behind the
    organization of the IRC protocol and how different classes of
    messages are delivered.

 5.1 One-To-One Communication

    Communication on a one-to-one basis is usually performed by clients,
    since most server-server traffic is not a result of servers talking
    only to each other.  To provide a means for clients to talk to each
    other, it is REQUIRED that all servers be able to send a message in
    exactly one direction along the spanning tree in order to reach any
    client.  Thus the path of a message being delivered is the shortest
    path between any two points on the spanning tree.

    The following examples all refer to Figure 1 above.

    Example 1: A message between clients 1 and 2 is only seen by server
        A, which sends it straight to client 2.

    Example 2: A message between clients 1 and 3 is seen by servers A &
        B, and client 3.  No other clients or servers are allowed see the
        message.

    Example 3: A message between clients 2 and 4 is seen by servers A, B,
        C & D and client 4 only.

 5.2 One-To-Many

    The main goal of IRC is to provide a forum which allows easy and
    efficient conferencing (one to many conversations).  IRC offers
    several means to achieve this, each serving its own purpose.

 5.2.1 To A Channel

    In IRC the channel has a role equivalent to that of the multicast
    group; their existence is dynamic and the actual conversation carried
    out on a channel MUST only be sent to servers which are supporting
    users on a given channel.  Moreover, the message SHALL only be sent
    once to every local link as each server is responsible to fan the
    original message to ensure that it will reach all the recipients.

    The following examples all refer to Figure 2.

    Example 4: Any channel with 1 client in it. Messages to the channel
        go to the server and then nowhere else.

    Example 5: 2 clients in a channel. All messages traverse a path as if
        they were private messages between the two clients outside a
        channel.

    Example 6: Clients 1, 2 and 3 in a channel.  All messages to the
        channel are sent to all clients and only those servers which must
        be traversed by the message if it were a private message to a
        single client.  If client 1 sends a message, it goes back to
        client 2 and then via server B to client 3.

 5.2.2 To A Host/Server Mask

    To provide with some mechanism to send messages to a large body of
    related users, host and server mask messages are available.  These
    messages are sent to users whose host or server information match
    that of the mask.  The messages are only sent to locations where
    users are, in a fashion similar to that of channels.

 5.2.3 To A List

    The least efficient style of one-to-many conversation is through
    clients talking to a 'list' of targets (client, channel, mask).  How
    this is done is almost self explanatory: the client gives a list of
    destinations to which the message is to be delivered and the server
    breaks it up and dispatches a separate copy of the message to each
    given destination.

    This is not as efficient as using a channel since the destination
    list MAY be broken up and the dispatch sent without checking to make
    sure duplicates aren't sent down each path.

 5.3 One-To-All

    The one-to-all type of message is better described as a broadcast
    message, sent to all clients or servers or both.  On a large network
    of users and servers, a single message can result in a lot of traffic
    being sent over the network in an effort to reach all of the desired
    destinations.

    For some class of messages, there is no option but to broadcast it to
    all servers so that the state information held by each server is
    consistent between servers.

 5.3.1 Client-to-Client

    There is no class of message which, from a single message, results in
    a message being sent to every other client.

 5.3.2 Client-to-Server

    Most of the commands which result in a change of state information
    (such as channel membership, channel mode, user status, etc.) MUST be
    sent to all servers by default, and this distribution SHALL NOT be
    changed by the client.

 5.3.3 Server-to-Server

    While most messages between servers are distributed to all 'other'
    servers, this is only required for any message that affects a user,
    channel or server.  Since these are the basic items found in IRC,
    nearly all messages originating from a server are broadcast to all
    other connected servers.

 6. Current Problems

    There are a number of recognized problems with this protocol, this
    section only addresses the problems related to the architecture of
    the protocol.

 6.1 Scalability

    It is widely recognized that this protocol does not scale
    sufficiently well when used in a large arena.  The main problem comes
    from the requirement that all servers know about all other servers,
    clients and channels and that information regarding them be updated
    as soon as it changes.

 6.2 Reliability

    As the only network configuration allowed for IRC servers is that of
    a spanning tree, each link between two servers is an obvious and
    quite serious point of failure.  This particular issue is addressed
    more in detail in "Internet Relay Chat: Server Protocol" [IRC-
    SERVER].

 6.3 Network Congestion

    Another problem related to the scalability and reliability issues, as
    well as the spanning tree architecture, is that the protocol and
    architecture for IRC are extremely vulnerable to network congestions.
    This problem is endemic, and should be solved for the next
    generation: if congestion and high traffic volume cause a link
    between two servers to fail, not only this failure generates more
    network traffic, but the reconnection (eventually elsewhere) of two
    servers also generates more traffic.

    In an attempt to minimize the impact of these problems, it is
    strongly RECOMMENDED that servers do not automatically try to
    reconnect too fast, in order to avoid aggravating the situation.

 6.4 Privacy

    Besides not scaling well, the fact that servers need to know all
    information about other entities, the issue of privacy is also a
    concern. This is in particular true for channels, as the related
    information is quite a lot more revealing than whether a user is
    online or not.

 7. Security Considerations

    Asides from the privacy concerns mentioned in section 6.4 (Privacy),
    security is believed to be irrelevant to this document.

 8. Current Support And Availability

         Mailing lists for IRC related discussion:
           General discussion: ircd-users@irc.org
           Protocol development: ircd-dev@irc.org

         Software implementations:
           ftp://ftp.irc.org/irc/server
           ftp://ftp.funet.fi/pub/unix/irc
           ftp://coombs.anu.edu.au/pub/irc

         Newsgroup: alt.irc

 9. Acknowledgements

    Parts of this document were copied from the RFC 1459 [IRC] which
    first formally documented the IRC Protocol.  It has also benefited
    from many rounds of review and comments.  In particular, the
    following people have made significant contributions to this
    document:

    Matthew Green, Michael Neumayer, Volker Paulsen, Kurt Roeckx, Vesa
    Ruokonen, Magnus Tjernstrom, Stefan Zehl.

 10. References

    [KEYWORDS]   Bradner, S., "Key words for use in RFCs to Indicate
                 Requirement Levels", BCP 14, RFC 2119, March 1997.

    [IRC]        Oikarinen, J. and D. Reed, "Internet Relay Chat
                 Protocol", RFC 1459, May 1993.

    [IRC-CLIENT] Kalt, C., "Internet Relay Chat: Client Protocol", RFC
                 2812, April 2000.

    [IRC-SERVER] Kalt, C., "Internet Relay Chat: Server Protocol", RFC
                 2813, April 2000.

    [IRC-CHAN]   Kalt, C., "Internet Relay Chat: Channel Management", RFC
                 2811, April 2000.

 11. Author's Address

    Christophe Kalt
    99 Teaneck Rd, Apt #117
    Ridgefield Park, NJ 07660
    USA

    EMail: kalt@stealth.net

 12.  Full Copyright Statement

    Copyright (C) The Internet Society (2000).  All Rights Reserved.

    This document and translations of it may be copied and furnished to
    others, and derivative works that comment on or otherwise explain it
    or assist in its implementation may be prepared, copied, published
    and distributed, in whole or in part, without restriction of any
    kind, provided that the above copyright notice and this paragraph are
    included on all such copies and derivative works.  However, this
    document itself may not be modified in any way, such as by removing
    the copyright notice or references to the Internet Society or other
    Internet organizations, except as needed for the purpose of
    developing Internet standards in which case the procedures for
    copyrights defined in the Internet Standards process must be
    followed, or as required to translate it into languages other than
    English.

    The limited permissions granted above are perpetual and will not be
    revoked by the Internet Society or its successors or assigns.

    This document and the information contained herein is provided on an
    "AS IS" basis and THE INTERNET SOCIETY AND THE INTERNET ENGINEERING
    TASK FORCE DISCLAIMS ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING
    BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION
    HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF
    MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.

 Acknowledgement

    Funding for the RFC Editor function is currently provided by the
    Internet Society.

 Comments about this RFC:

   * RFC 2810: Hi, Here goes the text in section 5.2.1 : "The following
     examples all... by AkA (6/2/2007)

Previous: RFC 2809 - Implementation of     Next: RFC 2811 - Internet Relay Chat:
L2TP Compulsory Tunneling via RADIUS                          Channel Management

     ----------------------------------------------------------------------

    [ RFC Index | RFC Search | Usenet FAQs | Web FAQs | Documents | Cities ]