Cetteapplication vous permet de vérifier votre consommation internet en terme d'octets émis et d'octets reçus . Date de SkTime, un compteur Internet pratique et complet . Date de sortie nombre d'octets à émettre / nombre d'octets émis sur le support de communication) si la taille du buffer d'émission est de 25, 250, 1 500 ou 2 500 octets ? Pour ce calcul, on ne tiendra pas compte des trames échangées pour les phases de connexion et de déconnexion, les acquittements de message, les retransmissions. CompteurIntelligent Qubino 3 phases UGS : GOAEZMNHXD1. Démarrage rapide Il s'agit d'un compteur intelligent sécurisé pour l'Europe. Pour faire fonctionner cet appareil, veuillez le connecter à votre alimentation secteur. Pour ajouter cet appareil à votre réseau, exécutez l'action suivante : Basculez le bouton Service S entre 0.2 et 6 secondes. Informations de Contrairementaux compteurs électriques actuels, nécessitant une intervention humaine pour le relevé ou le changement de puissance, le compteur triphasé Linky est un compteur autonome. Il transmet les informations et peut recevoir des ordres à distance. Pour cela, il utilise la technologie CPL (courants porteurs en ligne), qui envoie les Etsi le paquet 1 finit par arriver mais que la confirmation de réception se perd, Charles renverra le paquet 1 à Jérôme, qui ignorera le paquet (car il l'a déjà reçu) mais enverra de nouveau le paquet de bonne réception, et ce jusqu'à ce que le paquet de réception soit bien reçu. Bon, tout cela fonctionne et est assez simple à Vérificationfaite, extrait d'un vieux code Code : Sélectionner tout - Visualiser dans une fenêtre à part Il est possible de différencier le signal émis du signal reçu (aWok). J'utilise plutôt Synapse mais je dispose du paquet 10.5.8 (4797) de Indy qui fonctionne bien avec Lazarus sous Windows mais mal sous Linux Ledébit montant moyen varie de 300 o/s à 50 ko/s, ce qui est largement suffisant pour des objets. À titre d'exemple, un compteur connecté VxBFN. Bilan de la pollution émise par internet Lorsque l’on souscrit un contrat d’énergie, chez EDF ou un fournisseur autre, on peut logiquement penser que c’est notre consommation courante qui utilise le plus d’énergie, mais à tort ! Si Internet était un pays, il serait le 3ème plus gros consommateur d’électricité au monde avec 1500 TWH par an, derrière la Chine et les Etats-Unis. Au total, le numérique consomme 10 à 15 % de l’électricité mondiale, soit l’équivalent de 100 réacteurs nucléaires. Et cette consommation double tous les 4 ans ! Ainsi selon le chercheur Gerhard Fettweis, la consommation électrique du web atteindrait en 2030 la consommation mondiale de 2008 tous secteurs confondus. Dans un futur proche, Internet deviendrait ainsi la première source mondiale de pollution. Cette croissance du web est telle qu’elle constitue un véritable enjeu environnemental pour les années à venir. Dans un climat de transition énergétique où l’on tend vers la fin du nucléaire, il paraît essentiel de prendre en compte la consommation exponentielle du numérique, qui risque d’être dure à alimenter avec des énergies renouvelables. En matière d’émissions de CO2, internet pollue 1,5 fois plus que le transport aérien. La moitié des gaz à effet de serre produits par internet provient de l’utilisateur, l’autre moitié étant divisée entre le réseau et les data centers. L’impact environnemental des data centers Avec le développement du big data, les centres de données sont un véritable symbole de la croissance du numérique. Leur impact écologique, qui était encore minime il y a 15 ans, représente désormais 4% de la consommation électrique mondiale. Un data center consomme autant d’électricité que 30 000 habitants européens. Ainsi, les 182 centres de données présents sur le territoire français en 2016 concentrent 8% de la consommation électrique nationale. Des mesures sont actuellement prises pour réduire l’impact environnemental des data centers les alimenter à 100 % par des énergies renouvelables, comme commencent à le faire Facebook, Google et Apple. les localiser dans les pays nordiques, afin de profiter de l’air frais pour refroidir les ordinateurs et ainsi minimiser l’utilisation de la climatisation, qui représente 40% de leur consommation énergétique. réutiliser la chaleur émise en redirigeant les flux d’air ou les circuits d’eau. En Seine-et-Marne par exemple, un centre nautique et une pépinière d’entreprises du Val d’Europe l’expérimentent avec le data center voisin. L’empreinte écologique des internautes N’oublions pas l’utilisateur, responsable de 50 % des gaz à effet de serre d’internet ! Nous étions 3,9 milliards d’internautes en 2016 47 % de la population mondiale et d’après Google nous dépasserons les 5 milliards en 2020 +30%. Il est donc nécessaire de sensibiliser les internautes sur leur impact écologique et les gestes permettant de réduire leur empreinte carbone. Les emails Plus de 12 milliards de mails sont envoyés chaque heure dans le monde, émettant au total 50 Giga Watt Heure, soit la production électrique de 18 centrales nucléaires pendant une heure. L’envoi d’un mail avec une pièce jointe de 1 Mo dégage 19 grammes de CO2 et sa consommation électrique est équivalente à celle d’une ampoule pendant une heure. Mesures possibles Garder seulement les emails nécessaires. En effet un message conservé dans la boîte mail fait tourner des serveurs, qui vont scanner nos emails en permanence. Se désabonner des newsletters inutiles. Compresser les pièces jointes et envoyer les photos en basse résolution. Limiter le nombre de destinataires lors de l’envoi d’un email. La navigation sur le web Chaque heure dans le monde, plus de 140 millions de requêtes sont effectuées sur Google. D’après M. Wissner-Gross, chercheur à Harvard, chaque requête Google émet 7 grammes de CO2. Ainsi en une heure, le CO2 émis par les mails du monde entier équivaut à 1000 aller retours Paris – New York. Mesures possibles Prendre le temps de bien formuler ses requêtes et ne pas hésiter à utiliser les opérateurs de recherche si vous naviguez sur Google. Enregistrer les sites que vous visitez fréquemment en favori. Cela évite l’usage de requêtes pour les retrouver. Choisir un moteur de recherche responsable, qui compense les émissions carbones. C’est le cas de Lilo ou du français Ecogine, qui financent des projets sociaux et environnementaux ou encore d’Ecosia, qui plante un arbre toute les 7 secondes. Limiter l’utilisation du streaming. Regarder un film en streaming nécessite la connexion avec un serveur pendant toute la durée du visionnage. Ainsi, des études ont montré que regarder un film haute définition en streaming émet autant de gaz à effet de serre que la fabrication, le transport et la lecture d’un DVD. Garder sur le cloud seulement les fichiers importants. Le stockage de données sur Internet est en forte croissance, prenant peu à peu la forme d’un nuage de pollution. L’apparence infinie du cloud entraîne le dépôt de fichiers souvent lourds, qui nécessitent l’utilisation 24h/24 de serveurs pour les stocker. N’utilisez les recherches internet que lorsque c’est vraiment nécessaire. En plus, cela devrait faire baisser le prix de votre abonnement edf. Sources Ademe Agence de l’environnement et de la maîtrise de l’énergie Internet la pollution cachée. France 5 Mis à jour le 13 Juil, 2022 Qui sommes nous ? Alexis Willot Chef de projet Web - Telecom Ces articles pourront vous intéresser Un conseiller papernest vous rappelle gratuitement Ouvrir votre contrat d'énergie, changer de fournisseur ou comparer les prix n'aura jamais été aussi simple. Saisissez votre numéro, on s'occupe du reste ! Ce site est protégé par reCAPTCHA et les règles de confidentialité et d'utilisation de Google C’est noté ! Votre rappel a été programmé, restez bien à proximité de votre téléphone vous serez bientôt rappelé. Oups, une erreur s’est produite… Retournez en arrière et tentez avec un autre numéro de téléphone. Retourner sur la page précédente > Les Décodeurs Vérification La justice a rejeté la demande de 200 plaignants qui refusaient sa pose pour des raisons de santé. Les réponses à vos questions sur ce compteur connecté. Cet article a été rédigé à partir de questions posées par nos lecteurs sur le compteur connecté Linky, qui est en cours de déploiement par Enedis dans l’ensemble des foyers français. Quelles sont les ondes émises par le compteur ? Sont-elles dangereuses ? Peut-on poser un filtre pour bloquer le CPL ? Nos réponses aux questions les plus courantes. Les dernières informations le tribunal de Bordeaux rejette la demande de 200 plaignants Le compteur Linky émet-il en continu ? NON, MAIS… Question posée par Aurore Rodriguez Enedis “joue” sur les mots en indiquant dans sa communication à moult reprises que le compteur Linky n’émet que quelques secondes par jour. Ils ne parlent jamais de la technologie CPL qui, elle, circule toute la journée dans le réseau électrique domestique. » Par rapport aux anciens compteurs, Linky est dit communicant » ou intelligent », car il peut transmettre des informations sur la consommation des foyers, et être relevé à distance. Les données transitent non pas par Wi-Fi ou par ondes hertziennes, mais par le courant porteur en ligne CPL, c’est-à-dire par les fils de l’installation électrique. Le CPL est une technologie fréquemment utilisée depuis les années 1950, et développée dans les maisons pour les box Internet ou des usages domotiques, comme les volets roulants ou les alarmes, mais aussi dans tous les compteurs avec l’option heures pleines-heures creuses », soit environ dix millions de foyers. Un signal à haute fréquence et de faible énergie passe, en même temps que le courant alternatif, dans le logement, et au-delà, jusqu’au concentrateur, situé dans le poste de distribution à l’extérieur de la maison. Les informations sont ensuite transmises via le réseau télécoms GPRS vers les sites de supervisions. En fonctionnement normal, Linky se contente de relever la consommation du foyer une fois par jour, pour une période de quelques secondes, entre minuit et 6 heures du matin. Les concentrateurs peuvent aussi interroger le compteur ponctuellement, par exemple pour détecter une panne. Mais en réalisant des mesures d’exposition en 2016, l’Agence nationale de sécurité sanitaire de l’alimentation, de l’environnement et du travail Anses a repéré que des ping » étaient aussi envoyés plus souvent, pour vérifier que le réseau n’est pas coupé. Ces communications sont extrêmement brèves [140 millisecondes] mais assez fréquentes entre quatre et dix par minute, quel que soit le moment de la journée. Finalement, si on ajoute le tout, ça fait un temps quotidien de communication de quelques minutes à quelques heures, explique Olivier Merckel, chef de l’unité d’évaluation des risques liés aux nouvelles technologies à l’Anses. On ne peut pas dire qu’un compteur émet en permanence, mais il le fait plus que ce qu’on imaginait au départ. » Le niveau d’ondes émises par Linky est-il élevé ? NON Question posée par Claire Doun Quelle quantité d’ondes [est émise] par rapport à d’autres appareils, type smartphone, Wi-Fi… ? » Le CPL et le compteur émettent des ondes électromagnétiques, comme le font de nombreux appareils électriques sous tension. Ces types d’ondes ont été classées comme peut-être cancérogènes pour l’homme ». Mais le rapport publié en 2016 par l’Anses conclut que les niveaux relevés sont très faibles et ne présentent pas de danger. Selon des mesures réalisées par plusieurs organismes, le compteur émet un champ électrique compris entre 0,2 et 3,9 volts par mètre V/m, loin de la limite réglementaire de 87 V/m, et un champ magnétique de 0,26 microtesla µT, alors que le maximum autorisé est de 6,25 µT. Les comparaisons établies avec d’autres équipements domestiques montrent que le champ électrique du compteur Linky est cinquante fois plus faible que celui d’une plaque à induction, ou dix-sept fois plus faible que celui d’une lampe fluocompacte. Concernant le champ magnétique, à trente mètres d’un compteur, il est aussi inférieur à une plaque à induction et équivalent à celui d’une télévision cathodique. Les émissions baissent rapidement lorsque l’on s’éloigne du câble électrique. Mais elles restent supérieures à celles d’un ancien compteur qui étaient, elles, quasi nulles. Existe-t-il des émetteurs radio Linky, qui exposent à des ondes supplémentaires ? OUI, MAIS… Question posée par Stéphane Lhomme, militant antinucléaire et conseiller municipal de Saint-Macaire Gironde, devenu l’une des figures de proue du mouvement anti-Linky Alors qu’Enedis et les promoteurs du Linky contestent la problématique des ondes en insistant sur le fait que “le Linky ne fonctionne pas en Wi-Fi”, est-il vrai que, dans un second temps, des millions de Linky vont être équipés d’émetteurs Zigbee équivalent du Wi-Fi ? » Les émetteurs radio Linky ERL comme le Zigbee sont des modules supplémentaires conçus pour être rattachés aux compteurs communicants et leur donner de nouvelles fonctionnalités. L’ERL n’est pas installé par Enedis mais par les fournisseurs d’électricité. Il permet de connaître la consommation en temps réel des appareils électriques, de les piloter pour améliorer son confort – par exemple éteindre le chauffage lorsqu’on sort de chez soi et le rallumer avant de revenir – et réaliser des économies d’énergie. C’est le principe des smartgrids. Contrairement à Linky, qui utilise le courant porteur en ligne CPL, ce module fonctionne avec des protocoles radio standards et sécurisés, dont l’un appelé ZigBee ». Ce système proche du Bluetooth permet d’émettre avec une faible consommation d’énergie dans un rayon d’action assez limité. Ni l’Agence nationale des fréquences ANFR ni l’Anses n’ont encore réalisé de mesures concernant les ERL. Les bandes ISM et Wi-Fi sont libres ou sous autorisation générale tout le monde peut communiquer à condition de ne pas dépasser une certaine puissance », explique au Monde Gilles Brégant, directeur général de l’ANFR. Une chose est sûre, ces modules ne sont pas obligatoires et n’existent quasiment pas dans le commerce. Chaque consommateur peut choisir de l’ajouter ou non. Mais il est impossible d’empêcher son voisin de s’équiper d’un ERL… de même que lui interdire d’utiliser du Wi-Fi ou du Bluetooth dans son habitation. L’accumulation de compteurs Linky est-elle dangereuse ? NON Question de Gg Fourgi Vivant en appartement, la grappe des quarante compteurs de l’immeuble va émettre ses relevés toutes les vingt-quatre heures ou toutes les heures si l’option est choisie. Il semble qu’il n’y ait pas de filtres dans le compteur nous allons recevoir dans notre appartement le rayonnement du relevé des quarante compteurs au pire toutes les heures quelles mesures d’impact sur la santé ont été faites pas pour un compteur mais pour une grappe de quarante ? » La question a été posée sous des formes différentes par plusieurs internautes. En effet, dans les habitations collectives, les compteurs sont fréquemment regroupés. Les émissions d’un seul Linky sont faibles, mais peuvent-elles devenir dangereuses en se cumulant ? C’est peu probable, selon Gilles Brégant, directeur de l’Agence nationale des fréquences ANFR Les Linky ne sont pas synchrones, ils ne vont pas tous émettre en même temps et ne vont pas s’additionner, sauf dans des cas très rares. Cela dépend aussi de la configuration en immeuble, les compteurs sont en moyenne assez loin des appartements, or, les ondes s’affaiblissent vite avec la distance. » Notre analyse Article réservé à nos abonnés Pourquoi le compteur Linky électrise les passions Pour l’instant, les tests n’ont été réalisés qu’en laboratoire ou en condition réelle sur des compteurs Linky isolés, mais les particuliers peuvent demander par Internet que l’ANFR réalise des mesures d’onde chez eux, ou dans des dispositions particulières. Les résultats seront ensuite publiés sur le site Cartoradio. Selon Olivier Merckel, chargé des risques sanitaires liés aux nouvelles technologies à l’Anses, la multiplication des compteurs en un point rallonge le temps d’émission mais pas forcément leur intensité et il est très peu probable qu’on arrive à des niveaux d’exposition significatifs ». Peut-on installer un compteur Linky dans sa chambre ou son salon ? A PRIORI OUI Question de Georges Heribert Peut-on installer un compteur Linky dans une chambre à coucher sans danger ? » Une autre lectrice, Marie, s’inquiète de sa proximité avec la vie de famille. Il est à moins d’un mètre du canapé. » Le cas de figure n’est pas très fréquent, car les compteurs sont généralement installés à l’extérieur des maisons ou appartements, ou assez loin des pièces de vie couloir, garage…. Les mesures réalisées à vingt centimètres du Linky ne sont pas supérieures aux autres émissions d’appareils électriques, comme une télévision, un chargeur d’ordinateur ou un micro-ondes. Les autorités sanitaires se veulent rassurantes. La probabilité d’un effet sur la santé est extrêmement faible. On ne peut pas démontrer l’absence d’un risque, mais aucun élément scientifique aujourd’hui n’indique un quelconque risque, y compris pour les jeunes enfants, assure au Monde Olivier Merckel, de l’Anses. L’exposition n’a rien à voir avec celles des téléphones mobiles, par exemple. » Le rapport de l’Anses, publié en 2016, préconise toutefois de réaliser des mesures additionnelles sur des dispositifs électriques utilisés très proches du corps humain fauteuils, lits à commande électrique, etc.. Peut-on poser un filtre pour bloquer le CPL ? OUI, MAIS… Question de François Sermier Pourquoi personne ni Enedis, ni les anti-Linky ne mentionne jamais la possibilité de poser un filtre permettant d’empêcher complètement le passage du CPL en aval du compteur sans impact sur le fonctionnement du compteur ? » Les filtres anti-CPL destinés à bloquer les émissions de Linky ne sont pas si confidentiels. Ils sont même mis en avant comme la meilleure protection » pour la vie privée, le matériel sensible et la santé par la Plate-forme opérationnelle anti-Linky un site destiné à fédérer les opposants au compteur connecté. Ce filtre est un boîtier destiné à empêcher les parasites dans l’installation électrique, notamment les ondes émises par le CPL au sein des habitations. Le compteur Linky n’émet donc plus à l’intérieur, mais continue de communiquer vers l’extérieur pour relever la consommation vers Enedis – ce qui est une obligation légale. Mais ce filtre peut aussi occasionner des difficultés. Tout d’abord, il risque de perturber des systèmes domotiques comme les alarmes ou les volets télécommandés. Ensuite, il est assez cher. Par exemple, l’entreprise CEM-Bioprotect, qui commercialise ces filtres, les vend entre 235 et 500 euros, sans compter le coût de l’installation, qui doit être réalisée par un électricien. Un prix qui triple pour les installations électriques en triphasé. Surtout, est-ce une solution aux craintes sur les ondes et l’accès à la vie privée ? Pas si simple. S’il est conçu et installé correctement, ça doit pouvoir fonctionner. Mais cela n’a pas été testé, explique Olivier Merckel, de l’Anses, qui reste circonspect sur leur utilité. Avec ces inquiétudes liées aux ondes, malheureusement, on voit apparaître sur le marché des produits totalement inefficaces, comme par exemple des patchs censés atténuer ou annuler le rayonnement électromagnétique des téléphones portables. » Stéphane Lhomme, militant anti-Linky, a qualifié en avril 2018 les créateurs du site POAL d’ escrocs qui ne sont là que pour vendre très cher des pseudo-filtres ». Le cofondateur de la plate-forme anti-Linky, Philippe Mahé, est aussi le président de l’entreprise CEM-Bioprotect, sans que le lien entre les deux soit signifié clairement, comme l’a révélé une enquête de Libération. Linky est-il une nuisance pour les personnes électrohypersensibles ? DIFFICILE À DIRE René Sebek s’inquiète des effets du CPL sur les électrosensibles » et a transféré aux Décodeurs une centaine de témoignages de personnes souffrant de problèmes de santé qu’ils attribuent au compteur Linky. Maux de tête, insomnies et fatigue, acouphènes, picotement, vertiges, nausées…, de nombreuses personnes décrivent des symptômes variés qu’ils relient à la présence ou à la pose d’un compteur Linky, et des ondes électromagnétiques qu’il génère. Ces troubles, rassemblés sous le terme d’électrohypersensibilité EHS sont apparus dans les années 1980 et se sont développés depuis les années 2000, en même temps que la multiplication des téléphones mobiles, antennes-relais ou Wi-Fi. La science reste assez démunie face à ce phénomène. L’Anses a publié en mars 2018 un rapport, synthèse de quatre ans de travail pluridisciplinaire sur l’EHS, qui conclut que les souffrances correspondent à une réalité », qui justifie une prise en charge adaptée pour près de trois millions de personnes. Pourtant, ajoutent les auteurs de ces travaux, les connaissances scientifiques actuelles ne mettent pas en évidence de lien de cause à effet » avec l’exposition aux ondes électromagnétiques. Ce rapport ne traite pas spécifiquement du CPL, mais l’Anses, dans un avis sur les compteurs communicants appelait à réaliser des études spécifiques sur l’ effet nocebo » l’inverse du placebo », c’est-à-dire un effet négatif dû à une attente de nocivité d’un produit pourtant inactif d’une installation imposée aux citoyens. En attendant, certaines personnes électrosensibles se tournent vers la justice, avec plus ou moins de réussite. Une Iséroise a obtenu en décembre 2016 du tribunal de grande instance de Grenoble que son compteur d’eau communiquant soit retiré et qu’aucun nouveau compteur, y compris Linky, ne soit installé chez elle par précaution. Explications Non, la justice n’autorise pas les usagers à refuser les compteurs Linky Toujours dans l’Isère, un couple domicilié à Meylan avait aussi obtenu en septembre 2017 que le tribunal de grande instance de Grenoble interdise à Enedis d’installer un compteur Linky à leur domicile, car leur fils était électrosensible. Mais ce jugement a été annulé en appel en mars 2018. En juillet 2018, Ouest-France relatait l’histoire d’une Morbihanaise électrosensible qui avait obtenu la dépose de son compteur Linky. Interrogée sur ces exemptions » à l’obligation de pose d’un compteur Linky, l’entreprise Enedis explique qu’elle ne peut pas rester insensible à la détresse exprimée par certains clients connaissant parfois de graves difficultés de santé, sans qu’il y ait pour autant de lien possible avec l’installation du compteur. Face à de telles situations, qui restent heureusement extrêmement rares, Enedis agit avec bienveillance et coopération en prenant en compte leurs préoccupations et en reportant si nécessaire l’installation du compteur. » Le gestionnaire du réseau précise toutefois que cette position ne doit aucunement être interprétée comme la reconnaissance d’un lien entre la technologie des compteurs communicants et les difficultés de santé de ces clients ». Vérification L’intox du premier mort lié au compteur Linky » Notre série Linky en questions » Anne-Aël Durand Complément Réseaux de Transport et Applications L’administration de l’Internet SNMP Simple Network Management Protocol IntroductionLes standardsLes attendus d’une administration de réseauL’organisation d’une administrationLes systèmes de gestion de réseau L’architecture d’un logiciel d’administration de réseauLa gestion distribuée d’un réseau1. Les concepts de SNMPLe ModèleLe Modèle 2Le Modèle 32. La MIB Management Information BaseSMI Structure of de spécification des informations d’administrationLa spécification de l’arbre des MIB typesMise jour de la structureLes MIBs3. Le Protocole SNMPQuelques règles Communautés et Nom de communautésDéfinition de la communautéLes concepts d’administration L’identification d’instanceL’accès direct dans une tableL’ordre lexicographiqueLa spécification du protocoleEchange sur le réseau au niveau du serviceExempleSuite de l’exempleConclusion provisoire4. SNMP v2SMI Structure de l’information d’administration1. Définition des objets2. Les tablesCréation et destruction d’un rang dans un tableauCréation et destruction d’un rang dans un tableauExemple de création de ligne d’une tableLe protocolePossibilité de station d’administration à station d’administrationLa MIBLa compatibilité entre SNMP et SNMPv2 La sécurité dans SNMP 2Format des messages sécurisésÉmission d’une requête sécuriséeExemples d’agentsAlgorithme de synchronisation des horlogesAlgorithme de synchronisation des horloges25. Conclusion6. Bibliographie Introduction Le réseau est devenu une ressource indispensable voir vitale au bon fonctionnement d’une organisation, une entreprise, … L’administration du réseau met en oeuvre un ensemble de moyens pour offrir aux utilisateurs un service de qualité, permettre l’évolution du système en incluant des nouvelles fonctionnalités optimiser les performances des services pour les utilisateurs permettre une utilisation maximale des ressources pour un coût minimal. Administration c’est la partie opérationnelle d’un réseau Les fonctions d’administration doivent permettre l’extraction des informations des éléments du réseau au moyen d’outils => récolte un grand nombre d’information, la réduction du volume d’information au moyen de filtres => sélection d’information significatives, le stockage des informations retenues dans une base de données d’administration, des traitements sur ces informations, offrir des interfaces utilisateur d’administration administration, opérateur réseau. Les standards Pour être utiliser par une large gamme de produits systèmes terminaux, ponts, routeurs, équipement de télécommunication quelconque et dans un environnement multi-constructeurs, On trouve deux grandes familles de standards SNMP regroupe un ensemble de standards incluant un protocole, une spécification de la structure de la base de données et un ensemble d’objets. C’est le standard pour TCP/IP. L’administration de systèmes OSI regroupe un grand ensemble de standards qui décrivent une architecture générale d’administration, un service et un protocole de gestion CMISE/CMIP, la spécification de la structure de la base de données et un ensemble d’objets. Les attendus d’une administration de réseau Les cinq domaines fonctionnels de l’administration tel que définis dans l’OSI La gestion des pannes permet la détection, la localisation, la réparation de pannes et le retour à une situation normale dans l’environnement. La comptabilité permet de connaître les charges des objets gérés, les coûts de communication, … Cette évaluation est établie en fonction du volume et de la durée de la transmission. Ces relevés s’effectuent à deux niveaux Réseau et Application. La gestion des configurations permet d’identifier, de paramétrer les différents objets. Les procédures requises pour gérer une configuration sont la collecte d’information, le contrôle de l’état du système, la sauvegarde de l’état dans un historique L’audit des performances permet d’évaluer les performances des ressources du système et leur efficacité. Les performances d’un réseau sont évaluées à partir de quatre paramètres le temps de réponse, le débit, le taux d’erreur par bit et la disponibilité. La gestion de la sécurité une des fonctions de gestion concerne le contrôle et la distribution des informations utilisées pour la sécurité. Un sous-ensemble de la MIB concerne les informations de sécurité SMIB. Il renferme le cryptage et la liste des droits d’accès. L’organisation d’une administration Qui a besoin d’administration et pour quoi faire ? Il existe différents types de décision d’administration décisions opérationnelles décision à court terme, concernant l’administration au jour le jour et opérations temps réel sur le système décisions tactiques décision à moyen terme concernant l’évolution du réseau et l’application des politiques de long terme décisions stratégiques décision de long terme concernant les stratégies pour le futur en exprimant les nouveaux besoins et désirs des utilisateurs. Ces niveaux déterminent différents niveaux d’administration le contrôle opérationnel réseau pour les décisions opérationnelles la gestion réseau pour les décision tactiques l’analyse de réseau pour les décision tactiques et stratégiques la planification pour les décisions stratégiques Les systèmes de gestion de réseau Un système de gestion réseau est une collection d’outils pour contrôler et gérer le réseau qui comprend une interface pour opérateur avec un ensemble de commandes pour exécuter la plupart des tâches d’administration de réseaux. un minimum d’équipements supplémentaire intégré au système existant. La configuration d’un environnement de réseau géré L’architecture d’un logiciel d’administration de réseau L’architecture de l’application dans un gestionnaire ou dans un agent va varier en fonction des fonctionnalités de la plate-forme. Une vue générique d’une plate-forme divisé en trois grandes catégories le logiciel utilisateur le logiciel de gestion réseau le logiciel de communication et de support des données La gestion distribuée d’un réseau Ressources Réseau serveurs, routeurs, hotes avec des agents d’administration concepts de SNMP Protocole d’administration de machine supportant TCP/IP Conçu en 87-88 par des administrateurs de réseau Réponse à un appel d’offre de l’OSF selon le modèle DCE RMON MIB1-91, Secure SNMP-92, SNMPv2 – 93. Permet de répondre à un grand nombre de besoins disposer d’une cartographie du réseau fournir un inventaire précis de chaque machine mesurer la consommation d’une application signaler les dysfonctionnements Avantages protocole très simple, facile d’utilisation permet une gestion à distance des différentes machines le modèle fonctionnel pour la surveillance et pour la gestion est extensible indépendant de l’architecture des machines administrées Le Modèle Une administration SNMP est composée de trois types d’éléments des agents chargés de superviser un équipement. On parle d’agent SNMP installé sur tout type d’équipement. une ou plusieurs stations de gestion capable d’interpréter les données une MIB Management Information Base décrivant les informations gérées. Un protocole activé par une API permet la supervision, le contrôle et la modification des paramètres des éléments du réseau. Les fonctionnalités get permet à la station d’interroger un agent, get_next permet la lecture de l’objet suivant d’un agent sans en connaitre le nom set permet de modifier les données d’un agent trap permet de transmettre une alarme Le Modèle 2 Architecture de SNMP Le Modèle 3 L’utilisation de SNMP suppose que tous les agents et les stations d’administration supportent IP et UDP. Ceci limite l’administration de certains périphériques qui ne supportent pas la pile TCP/IP. De plus, certaines machines ordinateur personnel, station de travail, contrôleur programmable, … qui implantent TCP/IP pour supporter leurs applications, mais qui ne souhaitent pas ajouter un agent SNMP. => utilisation de la gestion mandataire les proxies Un agent SNMP agit alors comme mandataire pour un ou plusieurs périphériques La MIB Management Information Base => Modèle de données associé à SNMP . SMI Structure of Management information – méta modèle . MIB = liste des variables reconnues par les agents => Base de données contenant les informations sur les éléments du réseau à gérer => 1 ressource à gérer = 1 objet MIB = Collection structurée d’objets chaque noeud dans le système doit maintenir une MIB qui reflète l’état des ressources gérées une entité d’administration peut accéder aux ressources du noeud en lisant les valeurs de l’objet et en les modifiant. => 2 objectifs Un schéma commun SMI Structure of Management Information Une définition commune des objets et de leur structure SMI Structure of de spécification des informations d’administration => donne les règles de définition, d’accès et d’ajout des objets dans la MIB méta-modèle Objectif encourager la simplicité et l’extension de la MIB rendre un objet accessible de la même manière sur chaque entité du réseau posséder une représentation identique des objets La MIB contient des éléments simples scalaire et tableaux à deux dimensions de scalaires SNMP ne permet que des interrogations de scalaires OSI permet des structures et des modes de recherche complexes La spécification de l’arbre des MIB accessibles . On utilise la syntaxe pour décrire les données. Chaque objet est représenté par un “object identifier” Exemple Internet Object Identifier = {ISO org3 dod6 1} soit en notation pointée pour le noeud Internet. Exemple directory Object Identifier = {internet 1} mgmtObject Identifier = {internet 2} Les types Des types simples INTEGER, OCTET STRING, OBJECT IDENTIFIER, NULL, SEQUENCE, SEQUENCE OF Les types dérivés ou applicatifs [RFC 1155] Exemple de types applicatifs IpAddress = — type de données représentant une adresse IP [APPLICATION 0] IMPLICIT OCTET STRING SIZE 4 NetwokAddress = –adresse réseau CHOICE {internet IpAddress} Counter = — repasse à 0 lorsque = Max [APPLICATION 1] IMPLICIT INTEGER 0..4294967295 Gauge = – ne repasse pas à 0 [APPLICATION 2] IMPLICIT INTEGER 0..4294967295 TimeTicks = — compte le tps en centième de sec depuis une époque donnée [APPLICATION 3] IMPLICIT INTEGER 0..4294967295 Opaque = — représente un encodage arbitraire [APPLICATION 4] IMPLICIT Octet String + 2 types construits = SEQUENCE { …} = SEQUENCE OF Les objets décrits utilisent la macro suivante OBJECT-TYPE MACRO = BEGIN TYPE NOTATION = “SYNTAX” type TYPE ObjectSyntax “ACCESS” Access “STATUS” Status VALUE NOTATION = value VALUE ObjectName Access = “read-only” ”read-write” ”write-only” ”not-accessible” Status = “mandatory” ”optional” ”obsolete” ”deprecated” END Exemple d’objets défini par le SMI du RFC1155 OBJECT ———— atIndex {atEntry 1} Syntax INTEGER Definition The interface number for the physical address Access read-write Status mandatory OBJECT ———— atPhysAddress {atEntry 2} Syntax OCTET STRING Definition The media-dependant physical address Access read-write Status mandatory OBJECT ———— atEntry {atTable 1} Syntax AtEntry= SEQUENCE { atIndex INTEGER, atPhysAddress OCTET STRING, atNetAddress NetworkAddress, } Definition an entry in the translation table Access read-write Status mandatory OBJECT ———— atTable{at 1} Syntax SEQUENCE OF AtEntry Definition The address translation table Access read-write Status mandatory Autres objets intéressants atIndex OBJECT-TYPE SYNTAX INTEGER ACCESS read-write STATUS mandatory = {atEntry 1} atPhysAddress OBJECT-TYPE SYNTAX OCTET STRING ACCESS read-write STATUS mandatory = {atEntry 2} atNetAddress OBJECT-TYPE SYNTAX NetWorkAddress ACCESS read-write STATUS mandatory = {atEntry 3} atEntry OBJECT-TYPE SYNTAX AtEntry ACCESS read-write STATUS mandatory = {atTable 1} Mise jour de la structure le nom de la MIB concernée ne change pas mais son no de version évolue exemple mgmt version-number les anciens objets sont déclarés comme obsolètes s’il y a besoin mais sont préservés augmentation de la définition d’un objet en ajoutant de nouveaux objets dans la structure ou création complète d’un objet => Évolution pas de modification des objets existants dans les nouvelles versions Les MIBs Version 2 de la MIB mib-2 Object Identifier = {mgmt 1} => groupe de travail “SNMP Working Group” MIB II 10 sous ensembles qui sont system interfaces at ip icmp tcp udp udp egp transmission snmp system correspond au nom de l’agent, no de version, type de la machine, nom du système d’exploitation, type de logiciel réseau en ASCII imprimable exemple d’interrogation Accès à des variables d’administration sur une passerelle appletalk-internet echo “internet[]” snmp-table more sysDescr[0]=”Beholder running on Ultrix” sysObjectID[0]= sysUpTime[0]=449144 sysContact[0]=”Stephane Bortzmeyer” sysName[0]=” sysLocation[0]=”My office” sysServices[0]=127 interface ¹ interfaces réseau d’une machine nombre d’interface, type des interfaces et nom du fabricant, vitesse des interfaces, nombre de paquets entrants, sortants, en erreur,… at conservé pour des raisons de compatibilité avec MIB-I. gère une table de translation entre des adresses réseau de niveau logique IP et adresses spécifiques Ethernet. équivalent à la table ARP. ip paramètres durée de vie par défaut des paquets IP, nb de paquets reçus ou envoyés, nb de paquets réassemblés avec succès ainsi que le nb de fragments crées, la table de routage si elle existe, le masque sous-réseau, l’adresse physique, etc. la partie de la MIB la plus importante icmp 26 compteurs pour chaque message icmp, 2 compteurs pour compter les messages reçus et émis 4 compteurs pour compter le nombre total de messages icmp reçus, reçus par erreur ou non envoyés, tcp rend compte des connexions TCP en cours et des paramètres de type nombre max de connexions simultanées permises, nombre d’ouverture active,…et l’état de chaque connexion écoute, time-wait,…. udp 4 compteurs renseignent sur le nombre de datagramme UDP envoyés, reçus, en erreur, … la table gère la liste des applications utilisant UDP ainsi que le pour correspondant egp gère le protocole egp External gateway protocolroutage des paquets entre routeurs. on a le nbre de paquets entrants, sortants, en erreur, la table des routeurs adjacents, des infos sur les routeurs… transmission ne contient que type Object Identifier ={transmission number} qui permet d’identifier le type de media utilisé pour la transmission. snmp requis pour chaque entité mettant en oeuvre le protocole contient le nombre de message SNMP entrants et sortants, le nombre de mauvaises versions reçues ou de nom de communauté invalide, la répartition du type de requêtes reçues et envoyées get, get_next, set et trap Protocole SNMP L’architecture du réseau utilisé Format d’un message SNMP un identificateur de version no de version SNMP un nom de communauté une PDU version communauté SNMP PDU Les opérations de SNMP get une station d’administration lit la valeur d’un compteur, d’une variable d’un agent géréset mise à jour d’une variable sur un agent trap un agent envoie une valeur d’une variable de manière implicite vers la station d’administration. Quelques règles il n’est pas possible de changer la structure de la MIB par ajout ou retrait d’instances. L’accès aux objets est possible uniquement sur les objets-feuilles de l’arbre des identificateurs d’objets. Par convention, il est possible d’exécuter des opérations sur des tables à deux dimensions. =>D’un côté ces restrictions simplifient l’implantation de SNMP => De l’autre côté ils limitent la capacité du système d’administration. Communautés et Nom de communautés Le contrôle d’accès par les différentes stations d’administration à la MIB de chaque agent comporte trois aspects un service d’authentification un agent peut souhaiterlimiter les accès à la MIB aux stations d’administrations autorisées une politique d’accès un agent peut donner desprivilèges différents aux différentes stations d’administration un service de mandataire proxy un agent peut agircomme un proxy pour d’autres stations gérées => Concerne la sécurité => d’où la création de communauté SNMP Définition de la communauté La communauté SNMP est une relation entre un agent et les stations d’administration qui définit l’authentification, le contrôle d’accès et les caractéristiques des proxys Le concept est local à un agent Un agent établit une communauté pour chaque combinaison d’authentification, de contrôle d’accès et de caractéristiques de proxys. Chaque communauté définie entre un agent et ses stations d’administration a un nom unique pour l’agent employé lors des opérations get et set. Une station d’administration garde la liste des noms de communauté donnés par les différents agents. L’authentification => doit assurer l’agent que le message vient bien de la source citée dans le message. => SNMP fournit un schéma d’authentification simple chaque message d’une station d’administration comporte le nom de la communauté => ce nom fonctionne comme un mot de passe, et le message est dit authentifié si l’émetteur connaît le mot de passe. => léger ! ce qui fait que les opérations set et trap sont mis dans des communautés à part avec utilisation de cryptage et décryptage. La politique d’accès => Un agent limite l’accès à sa MIB à une sélection de stations d’administration => Il peut fournir plusieurs types d’accès en définissant plusieurs communautés => Ce contrôle d’accès a deux aspects une vue de la MIB un sous-ensemble des objets de la MIB. Différentes vues de la MIB peuvent être définies pour chaque communauté un mode d’accès SNMP un élément de l’ensemble {read-only, read-write}. Il est défini pour chaque communauté. La vue de la MIB et le mode d’accès forment ce que l’on appelle le profil de la communauté SNMP. Le service de proxy => c’est un agent SNMP qui agit pour d’autres périphériques qui ne supportent pas par exemple TCP/IP => Pour chaque périphérique représenté par le système de proxy, celui-ci doit maintenir une politique d’accès => le proxy connaît quels sont les objets MIB utilisés pour gérer le système mandaté la vue de la MIB et les droits d’accès Les concepts d’administration L’identification d’instance Nous avons vu que chaque objet de la MIB a un unique identificateur qui est défini par sa position dans la structure en arbre de la MIB Quand un accès est fait à une MIB, via SNMP, on veut accéder à une instance spécifique d’un objet et non à un type d’objet. SNMP offre deux moyens pour identifier une instance d’objet spécifique dans une table – une technique d’accès par série on utilise l’ordre lexicographique des objets de la structure de la MIB. – une technique d’accès direct L’accès direct dans une table Définition de table Une table a la syntaxe suivante SEQUENCE OF Un rang a la syntaxe suivante SEQUENCE {,…} les types définissent chaque colonne d’objet et chaque type a la forme suivante nom de la colonne valeur de la syntaxe Chaque colonne d’objet est définie de la manière habituelle avec une macro OBJECT-TYPE. Chaque élément a un identificateur unique Exemple d’instance d’une table de connexion TCP Les trois instances de tcpConnState ont le même identificateur L’index de table La clause INDEX définit un rang. Il détermine sans ambiguïté la valeur de l’objet La règle de construction de l’identificateur de l’instance d’une instance de colonne d’objet est la suivante Soit un objet dont l’identificateur d’objet est y, dans une table avec des objets INDEX i1, i2,…, iN, alors l’identificateur d’instance pour une instance d’objet y dans un rang particulier est y.i1.i2…iN On distingue par les index les différentes colonnes. On combine l’identificateur de l’objet pour une colonne et un ensemble de valeur de l’Index pour obtenir le rang. Identificateurs d’instance pour les objets de la table précédente x= = identificateur de l’objet tcpConnEntry qui est l’identificateur de tcpConnTable i = le dernier sous-identificateur de la colonne sa position dans la table name = valeur du nom de l’objet Toutes les identificateurs d’instances de tcpConnTable ont la forme mAddress L’ordre lexicographique L’identificateur d’objet est une séquence d’entiers qui reflète une structure hiérarchique des objets de la MIB. => un identificateur d’objet pour un objet donné peut être dérivé par la trace du chemin de la racine à l’objet. => L’utilisation d’entiers apporte un ordre lexicographique => La règle les noeuds “fils” sont définis en ajoutant un entier à l’identificateur du père et en visitant l’arbre de bas en haut et de gauche à droite. => Cela permet d’accéder aux différents objets de la MIB sans vraiment en connaître le nom spécifique de l’objet => la station d’administration peut donner un identificateur d’objet ou un identificateur d’instance d’objet et demander l’instance de l’objet qui est le suivant dans l’ordre. La spécification du protocole Les formats SNMP versioncommunautéSNMP PDU Message SNMP type PDUid-request00variable GetRequestPDU, GetNextRequestPDU, SetRequestPDU type PDUid-requestetat erreurindex erreurvariable GetResponse PDU type génértrap speciftime-stampvariable Trap PDU nom1 valeur1nom2 valeur2nomn valeurn la partie variable Émission d’un message construction de la PDU via ajout d’un nom de communauté, adresse source, adresse destination, numéro de version, envoi de datagramme contenant l’objet spécifié Réception d’un message réception du message analyse du message message correct ?=> non => fin version OK ? => non => finExamen de la communauté et des données contenues dans le message OK ? oui examen de la PDU reçue analyse syntaxiqueOK ? oui construction d’une nouvelle PDU correspondant à la requête reçue. construction du message et envoi non Signale l’erreur d’authentification Archive l’erreur et trap éventuel RFC1157-SNMP DEFINITIONS = BEGIN IMPORTS ObjectName, ObjectSyntax, NetworkAddress, IpAddress, TimeTicks FROM RFC1155-SMI; Message = SEQUENCE { version INTEGER {version-1 0},– Version 1 for this RFC community OCTET STRING, — Community name data ANY — e . g . PDUs } — Protocol data units PDUs = CHOICE { get-request GetRequest-PDU, get-next-request GetNextRequest-PDU, get-response GetResponse-PDU, set-request SetRequest-PDU, trap Trap-PDU } GetRequest-PDU = [0] IMPLICIT PDU GetNextRequest-PDU=[1] IMPLICIT PDU GetResponse-PDU = [2] IMPLICIT PDU SetRequest-PDU = [3] IMPLICIT PDU PDU = SEQUENCE { request-id INTEGER, — Request identifier error-status INTEGER { — Sometimes ignored noError 0, toobig 1, noSuchName 2, badValue 3, readOnly 4, genError 5}, error-index INTEGER, — Sometimes ignored variable-binding VarBindList }– Values are sometimes ignored Trap-PDU = [4] IMPLICIT SEQUENCE { enterprise OBJECT IDENTIFIER,–Type of object generating trap agent-addr NetworkAddress– Only one type of network adresses — IP adress of object generating trap generic-trap INTEGER {– Generic trap type coldStart 0, warmStart 1, linkDown 2, linkUp 3, authenticationFailure 4 egpNeighborLoss 5, enterpriseSpecific 6 } , specific-trap INTEGER, — Specific code time-stamp TimeTicks, — Elapse time since the last reinitialization of the enti variable-binding VarBindList — “Interesting” information } Variable binding VarBind = SEQUENCE {name ObjectName, value ObjectSyntax} VarBindList = SEQUENCE OF VarBind END Echange sur le réseau au niveau du service Get GetRequest-PDU = [0] IMPLICIT SEQUENCE { request-id RequestID, error-status ErrorStatus, — à 0 error-index ErrorStatus, — à 0 Variable_Binding VarBindList} Réception d’une GetRequest-PDU, Si pour chaque objet de la VarBindList, l’objet ne correspond pas alors envoi d’un GetResponse-PDU avec ErrorStatus Limitation locale alors envoi de GetResponse-PDU avec ErrorStatus limitation locale alors envoi de GetResponse-PDU avec ErrorStatus limitation locale alors envoi de GetResponse-PDU avec ErrorStatus valeurs utilisées dans le “generic_trap” coldstart l’agent envoyant le trap se réinitialise suite à un incident crash, erreur majeure, …. Le redémarrage n’était pas prévu warmstart l’agent envoyant le trap se réinitialise suite à une altération de ses données linkdown signale l’erreur sur une voie de communication de l’agent. le premier élément de la VarBindList précise l’interface en erreur linkup signale qu’une voie de communication de l’agent est mise en service. Le premier élément de la VarBindList précise l’interface activée authentificationfailure signale que l’agent a reçu un message non authentifié egpneihborloss le routeur voisin de l’agent qui communiquait avec lui via EGP vient d’être stoppé enterprisespecific indique qu’un événement spécifique vient de se produire. Le specific trap indique le numéro de trap concerné. Conclusion provisoire modélisation par groupe d’objets ou variables scrutation des agents mode non connecté 5 opérations GetRequest, GetNextRequest, GetResponse, SetRequest, Trap Opérations atomiques Avantages – simple Faiblesses interrogation périodique polling –> limite le nombre d’agents pouvant être supervisés pas d’initiatives des agents sauf exceptions mode non connecté sécurité des messages mal assurée comptabilité entre MIB propriétaires pas ou peu de sécurité nom de communauté v2 Historique de SNMPv2 SGMP Simple Gateway-Monitoring Protocol RMON Remote Network Monitoring CMOT CMIP au dessus de TCP/IP Ce qui change par rapport à SNMP SNMPv2 est capable de gérer de manière distribuée un réseau opérations entre stations d’administration sécurité renforcée nouvelles opérations SMI Structure de l’information d’administration des objets Quelques changements mineurs – redéfiniton de certains types Counter devient Counter32 ou Counter64 La clause ACCESS devient MAX-ACCESS permet d’indiquer que c’est un niveau maximum d’accès Quatre possibilités pas d’accès, lecteur seule, lecture-écriture, lecture-création. Introduction de nouveaux mots-clés Unit La clause STATUS n’inclut plus les catégories optionnel et obligatoire tables Les droits de création, de destruction et d’accès – Les tables protégées Elles ne peuvent être ni crées ni détruites par une station de gestion. Ces tables sont contrôlées par l’agent. Le maximum d’un type d’accès alloué pour cette table et Read-write. Ces tables sont pratiques lorsqu’elles correspondent à un nombre fixe d’attributs comme le nombre d’interfaces physiques par exemple. – Les tables non protégées Certaines tables peuvent être crées ou détruites. Elles peuvent être initialisées avec un nombre de rangs égal à 0. snmpORTable OBJECT_TYPESYNTAX SEQUENCE OF SnmpOREntry MAX_ACCESS not-accessibleSTATUS currentDESCRIPTION"the conceptual table listing the dynamically-configurable objet resources in a SNMPv2 entity acting in an agent role. SNMPv2 entities which do not support dynamically-configurable objetc resources will never have any instances of the columnar objetc in this table"= {snmpOR 2}snmpOREntry OBJECT-TYPESYNTAX SnmpOREntryMAX-ACCESS not-accessibleSTATUS currentDESCRIPTION"An entry conceptual row in the snmpORTable"INDEX {snmpORIndex}= {snmpORTable 1} Création et destruction d’un rang dans un tableau La méthode createAndWait La station de gestion commence à ordonner à l’agent de créer un nouveau rand dans la table avec une instance d’identification “index value” Si l’agent accepte, il crée le rang et assigne des valeurs par défaut aux objets du rang, Si tous les objets de type read-write possèdent des valeurs par défaut, le rang est placé dans l’état notInservice si il existe des objet de type read-write qui n’ont pas des valeurs par défaut, le rang est placé dans l’état notready Le gestionnaire envoie une requête de type “Get” pour déterminer l’état de chaque objet dont le type d’accès est read-create dans le rang. L’agent envoie chaque valeur de chaque objet. Si l’objet ne possède pas de valeur, il envoie NoSuchInstance. La station d’administration doit alors envoyer un SetRequest pour assigner des valeurs aux objets. Elle peut ensuite envoyer une requête de type “Set” pour activer les objets non actifs. Création et destruction d’un rang dans un tableau – La méthode createAndGo Plus simple, mais plus restrictive car elle permet de travailler sur des tables dont les objets sont contenus dans une seule PDU. De plus la station d’administration ne connaît pas les valeurs par défaut attribuées aux différentes colonnes. La station d’administration envoie un Get-PDU pour déterminer les objets de type “read-create” possédant le type noSuchInstance. Elle envoie ensuite un Set-PDU pour créer un nouveau rang et assigner des valeurs aux objets ayant le type d’accès “read-create” dans ce rang. Si le Set réussit, l’agent active ces objets. Exemple de création de ligne d’une table La commande “ping” qui fournit un echo distant Les messages utilisés dans ICMP sont echo et echo_reply => La station d’administration peut mettre à jour un rang pour dire à l’agent de faire un ping sur un autre système à intervalle régulier L’agent possède initialement la table Index IpAddress Delai Remanient Total Received Rtt Status 1 0 10 9 3 active La station d’administration souhaite ajouter un nouveau rang en utilisant la méthode createAndWait. Elle détermine que le prochain index est 2 et souhaite que le nouveau rang ait les valeurs suivantes Index IpAddress Delai Remanient Total Received Rtt Status 1 20 20 0 active Pour ajouter cette dernière entrée, la station de gestion commence par envoyer une commande Set à l’agent SetRequest En cas d’acceptation, l’agent répond Response La station de gestion envoie un Get pour lire le nouveau rang GetRequest L’agent répond Response Certaines valeurs ont été affectées par défaut. Il faut alors compléter….par un SetRequest Le protocole Quelques modifications GetBulkRequest But minimiser le nombre d’échange à travers le réseau Permet à une station d’administration de solliciter de la part d’un agent une réponse contenant le maximum d’information pouvant être contenu dans un message limitation par la taille du message Possibilité de spécifier des successeurs multiples lexicographiques. Fonctionnement GetBulkRequest inclut une liste de N+R variables dans le champ “partie variable”. Pour les N noms, la récupération est faite comme dans GetNextRequest Pour chaque variable de la liste, la variable suivante dans l’ordre lexicographique ainsi que sa valeur sont retournées. Si il n’y a pas de suivant lexicographique, la variable nommée et la valeur “endOfMibView sont retournées. les champs “non-repeaters” et “max-repetition” indiquent le nombre de variables contenu dans la liste “partie variable” et le nombre de successeurs dans être retournées pour les variables restantes. Soient L nombre de variables dans partie variable N nombre de variables dans partie variable avec demandevariable=un seul successeur R nombre de variables, succédant les N premières variables pour lesquelles de multiples successeurs lexicographiques sont demandées M nombre de successeurs lexicographiques sollicités pour chacune des dernières R variables N=MAXMINnon-repeaters,L,0 M=MAXmax_repeatetions,0 R=L-N Si N> 0 , alors les N premières variables son traitées comme pour un GetNextRequest Si R>0 et M>0 alors pour chacun des R dernières variables, ces M successeurs lexicographiques sont renseignées. Pour chaque variable, cela signifie obtenir la valeur du successeur lexicographique de la variable considérée obtenir la valeur du successeur lexicographique de l’instance objet obtenu à l’étape précédente ainsi de suite, jusqu’à ce que M instances objets soient extraites Exemple Ordonnancement des variables-bindings dans la réponse GetBulkrequest Soit la table suivante Interface-NumberNetwork-Address Physical-Address Type 1 1 2 La station de gestion envoie GetBulkRequest [non-repeaters=1, max-repetitions=2] sysUpTime, ipNetToMediaPhysAddress, ipNetToMediaType L’agent répond Response 0″, La station de gestion envoie GetBulkRequest [non-repeaters=1, max-repetitions=2] sysUpTime, L’agent répond Response 7654″, . Possibilité de station d’administration à station d’administration InformRequest-PDU But permet à une station de gestion d’envoyer des informations vers une station d’administration qui centralise des informations contenues dans la MIB “manager-to-manager” Le message a le même format que Get, Set,… La MIB permet de spécifier des paramètres tels que l’intervalle de temps devant séparer 2 “InformRequest_PDU” le nombre d'”InformRequest-PDU” voulues description de l’événement à rapporter la date de l’événement … Cette PDU étend le mécanisme de Trap de SNMP1. La MIB 2 nouvelles MIB sont définies SNMPv2 Management Information Base Manager-To-Manager SNMPv2 Management Information Base permet de décrire le comportement des agents SNMP du réseau. composé de 5 groupes SNMPv2 Statistics group contient des informations relatives au protocole SNMPv2 comme le nombre total de paquets reçus au niveau transport, le nombre de paquets mal codés, le nombre de requêtes PDU GetRequest, GetNextRequest,…. SNMPv1 Statistics group informations relatives au protocole SNMPv1 . Par exemple, le nombre de messages ayant un mauvais nom de communauté, nombre de message demandant une opération non autorisée,… Object resource group utilisé par l’agent SNMPv2 pour décrire les objets susceptibles d’être configurés par une station d’administration. on y trouve le nom de l’objet, sa description,… Traps group gère les “traps” générés par un agent Set group se compose d’un seul objet qui permet de résoudre 2 problèmes la sérialisation des opérations de type Set émises par une station de gestion et la gestion de la concurrence d’accès par de multiples stations de gestion Manager-To-manager MIB Alarm group permet de spécifier les paramètres de configuration des alarmes intervalles entre les alarmes, instances ou objet ayant provoqué l’alarme,… Event group permet de renseigner une station de gestion sur un ensemble d’événements choisis, sur l’instant où ils se produisent,… La compatibilité entre SNMP et SNMPv2 La coexistence des 2 versions est facilitée par le fait que SNMPv2 est un sur ensemble de SNMPv1. => La manière la plus simple de gérer le passage de V1 à V2 est de passer la station d’administration à la version 2, qui peut ainsi gérer à la fois des stations en V2 en cas de gestion répartie et des agents en V1 et V2. Il est nécessaire des équivalences dans la manière dont sont gérées les informations SMI le protocole Le SMI Pour assurer la compatibilité, les correspondances suivantes sont nécessaires INTEGER défini sans restriction devient Integer32 Counter devient Counter32 Gauge devient Gauge32 ACCESS devient MAX-ACCESS …. Le protocole SNMPv2 gère des PDU supplémentaires On prévoit l’utilisation d’un agent proxy qui assure la traduction des PDU entre les 2 versions. noSuchName, readOnly et badValue ne sont pas utilisables par un agent en version 2 mais interprétable par une station d’administration l’agent proxy assure la gestion des messages ne pouvant pas être contenues dans une seule PDU. Possibilité de faire cohabiter 2 versions SNMP- le gestionnaire utilise au choix le protocole 1 ou 2 La sécurité dans SNMP 2 Dans la version 1 => utilisation de la notion de communauté pour définir la visibilité accordée à une station par un agent. Dans la version 2 => notion de groupe SnmpParty = SEQUENCE { partyIdentify OBJECT IDENTIFIER, — identifiant du groupe partyDomain OBJECT IDENTIFIER, — type de couche transport partyAddress OCTET STRING, — adresse de niveau transport partyMaxMessageSize INTEGER, — taille max des messages partyAuthProtocol OBJECT IDENTIFIER, — nomme le protocole d’authentification utilisé partyAuthClock INTEGER, — période valide pour le groupe partyAuthPrivate OCTET STRING, — clé privée d’authentification partyAuthPublic OCTET STRING, — clé publique d’authentification partyAuthLifeTime INTEGER, — durée de vie des messages partyPrivProtocol OBJECT IDENTIFIER, –identification du protocole utilisé PGP par exemple partyPrivPrivate OCTET STRING, — clé privée partyPrivPublic OCTET STRING, — clé publique } Un élément actif sur le réseau agit de la manière suivante exécute uniquement les opérations permises par le groupe,maintient une petite base de données qui contient tous les groupes reconnus par l’entité, les opérations pouvant s’effectuer directement et celles qui font appel à un agent de proxy, les ressources accessibles notion de contexte => Chaque entité maintient donc l’ensemble des données définissant le concept de “politique d’accès” Le Contexte se définit comme étant l’ensemble des ressources accessibles objets par une entité SNMPv2 Il existe deux types de contexte • local Le gestionnaire accède directement aux informations dans l’agent Le gestionnaire envoie une opération de gestion qui contient un groupe source srcParty le gestionnaireun groupe destination dstParty agent un contexte PDU Get, Set,… l’agent consulte l’entité ACL Access Control List et détermine si les opérations sont permises. distant L’agent intervient comme médiateur entre une station d’administration et une entité distante. L’agent agit comme un proxy qui gère les droits d’accès. Format des messages sécurisés privDst désigne le groupe pour lequel le message est destiné authInfo protocole d’authentification utilisé Émission d’une requête sécurisée construction d’un message srcParty recherche d’un protocole compatible avec la V1 de SNMP Quelques inconnues le devenir du modèle OSI CMISE/CMIP la forte évolution des réseaux et l’émergence de nouveaux protocoles problèmes législatifs concernant le cryptage 2 phénomènes qui devraient aussi influencer l’administration de réseau la technologie orientée objetla notion d’agent intelligent sachant prendre des décisions sans en référer à la station de gestion Telecharger PDF bonjourIl est fort dommage qu'Orange ne fournisse pas la liste des appels effet, je viens de recevoir un appel, j'ai decroché, on me demande mon mode de chauffageavec un baratin me disant que c'est une etude sur la surconsommation d'energie, sans butcommercial. Je reponds si le but n'est pas commercial pourriez-vous me dire qui payecette etude ? On me raccroche au 1 on me derange 2 on me ment 3 on me raccroche au voulais donc prendre le temps de signaler ce numero chez pacitel, mais je ne peux ce telephone ne sert plus à rien, c'est une nuisance, on recoit plus d'appel commerciaux/arnaquesque d'appels souhaités, je ne me leve plus pour repondre, je vais bientot couper la sonnerie. Apresje couperai la ligne. 4. Modélisation TCP/IP Le nom de ce modèle de référence provient de ses deux principaux protocoles. Ce modèle est apparu en 1974 avec la construction de l'ancêtre militaire de l'Internet, l'ARPANET. Les objectifs principaux de cette modélisation sont relier des réseaux hétérogènes de façon transparente lignes téléphoniques, réseaux locaux, etc, garantir les connexions quel que soit l'état des lignes de transmission commutation de paquets, assurer le fonctionnement d'applications très différentes transfert de fichier, multimédia, etc. Network Access La couche d'accès réseau a pour rôle de transmettre les données sur le média physique utilisé. En fonction du type de réseau, des protocoles différents peuvent être utilisés à ce niveau. Internet La couche inter-réseaux a pour rôle de transmettre les données à travers une série de réseaux physiques différents qui relient un hôte source avec un hôte destination. Les protocoles de routage sont étroitement associés à ce niveau. IP est le protocole routé de base sur l'Internet. Host-to-Host La couche hôte-à-hôte prend en charge la gestion de connexion, le contrôle de flux, la retransmission des données perdues et d'autres modes de gestion des flux. Les protocoles TCP et UDP sont dédiés à ces fonctions de transport. Process/Application La couche application sert à l'exécution des protocoles de niveau utilisateur tels que les échanges de courrier électronique SMTP, le transfert de fichiers FTP ou les connexions distantes telnet. Point fort les protocoles Le fait que ce modèle porte le nom de ces protocoles est lourd de signification. Si la démarche de recherche de consensus dans le développement du modèle s'apparente à la démarche suivie pour le modèle OSI, les spécifications ont été directement accessibles pour un public beaucoup plus large. C'est ce principe de publication de RFC Request for comments qui a favorisé le développement des protocoles au profit du modèle. Tous les protocoles de l'Internet ont été standardisés» à l'aide de ces documents. Lorsque quelqu'un met au point un protocole, il le soumet à la communauté à l'aide d'un document RFC. Ce travail est ensuite repris et amélioré par d'autres qui publient un nouveau RFC et ainsi de suite. C'est la démarche d'origine de développement des logiciels libres. Ce travail à base de propositions ouvertes s'est montré très efficace puisqu'il a supplanté le modèle issu de l'ISO, l'organisme officiel de normalisation. Dès les premiers documents RFC, les piles de protocoles ont été illustrées. Point faible le modèle La notion de modélisation n'est pas apparue comme une priorité relativement au développement des protocoles. Pour répondre aux objectifs du modèle Internet, ses développeurs ne se sont que très peu intéressés aux modes de transmission de l'information. Ils devaient utiliser l'existant de façon transparente. Le modèle Internet est donc très incomplet sur les aspects transmission. En reprenant le principe à l'origine du réseau de communication militaire ARPANET, on doit pouvoir communiquer d'un point à un autre de l'Internet quel que soit l'état du réseau». Une grande partie de l'infrastructure peut être détruite par une frappe nucléaire et les communications doivent toujours être possibles. C'est ce mode de fonctionnement singulier qui a conduit à l'adoption d'un réseau à commutation de paquets fonctionnant en mode non connecté sans aucune hiérarchie. Si un autre principe avec supervision, hiérarchie et mode connecté avait été retenu il suffirait qu'un point névralgique soit touché pour interrompre l'ensemble des communications. C'est donc sur les couches basses qui traitent de la transmission de l'information que le modèle OSI conserve l'avantage. Le protocole IP est une implémentation particulière des fonctions de la couche réseau décrites dans le modèle OSI. De la même façon, les protocoles TCP et UDP sont des implémentations particulières des fonctions de la couche transport. Couche Internet le protocole IP Pour répondre aux objectifs énoncés ci-dessus, le principe d'un réseau à commutation de paquets en mode non connecté a été retenu. Ce type de réseau correspond à un mode particulier d'utilisation de la couche réseau 3 du modèle OSI. Le fonctionnement de la couche réseau du modèle TCP/IP a été décrit pour la première fois dans le document standard RFC791 Internet Protocol. Le rôle de la couche Internet est de transmettre des paquets sur n'importe quel type de liaison indépendamment les uns des autres. Les paquets émis dans un certain ordre peuvent ainsi être reçus dans un autre ordre en différents fragments. Par principe, ce protocole ne dispose que de mécanismes de détection d'erreur. La correction d'erreur et donc la fiabilisation des communications ne se joue pas au niveau réseau mais au niveau transport avec le protocole TCP. Le recours à la commutation de paquets a une autre conséquence. Chaque paquet doit contenir les adresses de l'émetteur et du destinataire. Ces adresses servent non seulement à identifier les extrémités en communication, mais elles sont aussi utilisées par les routeurs pour prendre leurs décisions d'acheminement du trafic entre ces extrémités. Aujourd'hui, il existe deux versions de protocole IP. Le protocole IPv4, dont les adresses sont représentées sur 32 bits, est le plus largement utilisé mais son espace d'adressage arrive à épuisement puisque toutes les adresses disponibles ont déjà été attribuées par l'IANA. Le document Adressage IPv4 présente le format des adresses du protocole IPv4 ainsi que les différentes évolutions des mécanismes de découpage du plan d'adressage en groupes logiques adaptés aux différents usages. Le protocole IPv6, dont les adresses sont représentées sur 128 bits, est adopté progressivement mais à un rythme très lent. Au delà du gain en espace d'adressage, l'en-tête IPv6 est plus simple que l'en-tête IPv4 et les traitements d'analyse doivent être plus légers et raccourcir les temps de commutation dans les équipements d'interconnexion. En-tête paquet IPv4 Version 4 bits Version du protocole IP codée sur 4 bits 0100 pour IPv4 et 0110 pour IPv6. Internet Header Length 4 bits, IHL Longueur de l'en-tête en mots de 32 bits. Cette valeur est utilisée pour distinguer la partie en-tête de la partie données du paquet. La représentation usuelle de l'en-tête se fait sur 32 bits de largeur. Comme les champs Options et Padding ne sont pas obligatoires, la valeur minimum du champ IHL est 5 0101. Type Of Service 8 bits, TOS Champ découpé en 2 parties. Les 3 premiers bits sont appelés precedence et les 5 derniers représentent le type de service. La définition d'origine prévoyait 3 choix low-delay, high-reliability et high-throughput. Ce marquage» des paquets est utilisable pour définir des flux prioritaires sur une interconnexion réseau sous contrôle». Sur l'Internet, les opérateurs définissent leurs propres priorités ; donc leurs propres valeurs pour ce champ. Voir le document HOWTO du routage avancé et du contrôle de trafic sous Linux. Total Length 16 bits Longueur du datagramme en-tête & données. La taille minimum est de 21 octets en-tête + 1 octet de donnée. Comme se champ est représenté sur 16 bits, la taille maximum est de 2^16 - 1, soit 64 Ko. Identification 16 bits Chaque paquet IPv4 reçoit un numéro d'identification à sa création. Il est possible qu'un paquet soit découpé en fragments avant d'atteindre sa destination finale. Chaque fragment appartient au même paquet IPv4. Chaque fragment possède le même numéro d'identification. Flags 3 bits Ce champ contient 3 indicateurs d'état Reserved flag doit toujours être à 0. Don't Fragment DF à 0 si le paquet peut être fragmenté ; à 1 s'il ne doit pas être fragmenté. More Fragments MF à 1 si d'autres fragments sont attendus ; à 0 s'il n'y a pas/plus de fragments. Fragment Offset 13 bits Position du fragment dans le datagramme courant. Cette position est comptée en octets. Time To Live 8 bits, TTL Ce compteur est décrémenté à chaque traversée de routeur. Si la valeur 0 est atteinte, le paquet est jeté. Cela signifie qu'il ne peut être délivré à sa destination finale. La valeur initiale du champ TTL dépend du système d'exploitation utilisé. Protocol 8 bits Ce champ spécifie le protocole utilisé dans les données du paquet IP. Par exemple, la valeur 1 indique que le protocole utilisé est ICMP. On sait ainsi que ce paquet n'est pas destiné à une application. Les différentes valeurs de ce champs sont listées dans le fichier /etc/protocols sur les systèmes GNU/Linux ou *BSD. Header Checksum 16 bits A chaque création ou modification d'un paquet, une somme de contrôle cyclic redundancy check est calculée sur son en-tête. Lorsque le paquet arrive à destination, cette somme est recalculée. Si le résultat diffère, c'est que le paquet a été endommagé lors de son trajet. Source Address 32 bits Adresse IPv4 de l'hôte qui a émis le paquet. Destination Address 32 bits Adresse IPv4 de l'hôte qui doit recevoir le paquet. Options and Padding Cette partie de l'en-tête est optionnelle. Ce champ est utilisé pour fournir des instructions spécifiques de distribution du paquet qui ne sont pas couvertes par les autres champs de l'en-tête. La taille maximum de ces instructions est limitée à 40 octets regroupés en double mots de 32 bits. Les bits de padding servent à compléter le dernier double mot de 32 bits. Data C'est le dernier champ du paquet IPv4. Il contient les données vues de la couche réseau. Celles ci peuvent débuter par un en-tête de couche transport 4 ou un message ICMP. Couche Host-to-Host les protocoles TCP & UDP Avec la couche transport, on aborde le domaine des communications de bout en bout indépendantes de l'état du sous-réseau. Les paquets de la couche réseau peuvent être acheminés à destination par des chemins différents et dans le désordre. Par nature, le protocole IP n'offre pas de garantie. Les routeurs peuvent se débarrasser des paquets suivant plusieurs critères tels que des erreurs sur les sommes de contrôle, des congestions de trafic sur les interfaces réseau ou des adresses ne correspondant à aucune route connue. Tous les programmes et services de la couche application ne peuvent se contenter d'un mode de fonctionnement aussi fragile». C'est une des raisons pour laquelle deux protocoles distincts ont été développés pour la couche transport. Protocole TCP Historiquement, TCP est le premier protocole de transport développé pour l'Internet. Les premières spécifications ARPANET prévoyaient un transport de l'information très fiable indépendant du type et de l'état du réseau. Le fonctionnement du protocole TCP a été décrit dans le document RFC793 Transmission Control Protocol. Protocole de bout en bout. Les processus pairs des couches transport de deux équipements connectés dialoguent l'un avec l'autre sans rien connaître du réseau sous-jacent. Les numéros de port source et destination présents dans l'en-tête de segment servent à adresser les processus de couche application en communication. Protocole orienté connexion. La fiabilité du transport TCP dépend de l'établissement d'une connexion entre les processus pairs qui veulent dialoguer. L'établissement d'une connexion est réalisé par l'échange d'informations telles que les numéros de ports, les numéros de séquence et la taille de fenêtre. Multiplexage à l'aide des numéros de ports. Les numéros de ports constituent le mécanisme d'adressage de la couche transport. Ils servent à désigner le processus de la couche application utilisé pour l'émission ainsi que celui utilisé pour la réception. Transfert de données segmenté et ordonné. Le flux des données issues de la couche application est segmenté et comptabilisé lors de l'encapsulation puis délivré dans le même ordre au processus qui le reçoit. Récupération sur erreur. L'utilisation des numéros de séquence et d'acquittement permet de comptabiliser les données transmises et de reprendre l'émission des données non reçues. Contrôle de flux avec fenêtrage. La combinaison de l'utilisation des numéros de séquence et d'acquittement avec la notion de fenêtre permet de contrôler la quantité de données à transmettre avant de procéder à un acquittement. Au début des échanges, la taille de fenêtre est réduite. Si aucune erreur ne survient, cette taille de fenêtre augmente suivant une règle définie. Au contraire, si des erreurs surviennent, la taille de fenêtre diminue de façon à augmenter le nombre des contrôles. En-tête TCP Les fonctions d'établissement, de maintien, de libération et de contrôle des échanges ont conduit au développement d'un en-tête comprenant un grand nombre de champs. Source Port 16 bits Numéro du port source. Ce numéro correspond au point de communication socket inet utilisé par le service de la couche application de l'émetteur. Destination Port 16 bits Numéro du port destination. Ce numéro correspond au point de communication socket inet utilisé par le service de la couche application du destinataire. Sequence Number 32 bits Le protocole TCP a besoin de garder une trace de toutes les données qu'il reçoit de la couche application de façon à être sûr qu'elles ont bien été reçues par le destinataire. De plus, le protocole doit être sûr que ces données ont été reçues dans l'ordre dans lequel elles ont été envoyées. Il doit retransmettre toute donnée perdue. On affecte un numéro de séquence à chaque octet de donnée pour en garder une trace lors du processus de transmission, réception et acquittement. Dans la pratique, ce sont des blocs d'octets qui sont gérés en utilisant les numéros de séquence de début et de fin de bloc. Les numéros de séquence sont nécessaires à la mise en œuvre du système de fenêtre glissante du protocole TCP. C'est ce système qui garantit fiabilité et contrôle de flots de données. Acknowledgment Number 32 bits Le rôle des numéros d'acquittement est le même que celui des numéros de séquence. Simplement, chaque extrémité en communication initie son propre jeu de numéros. Ainsi chaque extrémité assure la fiabilisation et le contrôle de flux de façon autonome. Data Offset 4 bits Nombre de mots de 32 bits contenus dans l'en-tête TCP. Indication du début des données. Tout en-tête TCP, avec ou sans options, est un multiple de mots de 32 bits. Reserved 6 bits Champ réservé pour une utilisation ultérieure. Les 6 bits doivent être à 0. Control bits 6 bits Ces bits sont les indicateurs d'état qui servent à l'établissement, au maintien et à la libération des connexions TCP. Leur rôle est essentiel dans le fonctionnement du protocole. URG indique que le champ Urgent Pointer est significatif. Une partie des données du segment sont urgentes. ACK indique que le champ Acknowledgment field est significatif. Le segment acquitte la transmission d'un bloc de d'octets. PSH indique à l'hôte en réception de pousser» toutes les informations en mémoire tampon vers l'application en couche supérieure. L'émetteur notifie le récepteur qu'il a transmis toutes ses données pour l'instant». RST indique un arrêt ou un refus de connexion. SYN indique une demande de synchronisation de numéro de séquence. Demande d'ouverture de connexion TCP. FIN indique que l'émetteur n'a plus de données à transmettre. Demande de libération de connexion. Window 16 bits Nombre d'octets de données à transmettre à partir de celui indiqué par le champ Acknowledgment. Checksum 16 bits Somme de contrôle sur 16 bits de l'en-tête et des données. Urgent Pointer 16 bits Ce champ est interprété uniquement si le bit de contrôle URG est à 1. Le pointeur donne le numéro de séquence de l'octet qui suit les données urgentes. Options variable entre 0 et 44 octets Il existe 2 formats d'options un seul octet de catégorie d'option ou un octet de catégorie d'option suivi d'un octet de longueur d'option et de l'octet des données de l'option. Protocole UDP Le protocole UDP est apparu avec le développement des réseaux locaux dont la fiabilité est connue à priori. Il permet de s'affranchir des fonctions de contrôle. C'est un protocole minimum sans garantie de délivrance des messages et sans séquencement. En conséquence, l'en-tête est très nettement simplifié et le nombre de champs est très réduit. Ce protocole présente un grand intérêt dans les applications orientées temps réel dans la mesure où il n'introduit aucune latence relativement aux fonctions de contrôle de flux de TCP. En-tête UDP Les numéros de ports constituent le mécanisme d'adressage pour les communications de bout en bout comme dans le cas du protocole TCP. Unités de données Les protocoles listés ci-avant échangent des données entre eux lors du passage d'une couche à l'autre. On parle d'unité de donnée de protocole ou Protocol Data Unit PDU propre à chaque couche. De nos jours, on ne retrouve l'acronyme PDU que dans le contexte de l'étude du protocole Spanning Tree au niveau liaison de données. Avec l'utilisation systématique des protocoles de l'Internet, l'acronyme PDU a laissé la place à des termes spécifiques à chaque couche. Voici un schéma sur lequel figure ces termes ainsi que les dimensions en octets de chaque élément. Cette représentation fait apparaître le format de trame Ethernet. Même si la technologie Ethernet n'est pas directement liée aux protocoles de l'Internet, son format de trame tend à devenir universel. On le retrouve avec les technologies Wifi, les connexions ADSL ou FTTH avec PPPoE et même de plus en plus sur les réseaux étendus. Avant 1997, date à laquelle l'IEEE a incorporé le format historique» de trame Ethernet dans le standard officiel, on devait systématiquement distinguer deux formats de trames suivant le champ Type/Longueur. La définition de trame Ethernet II, celle qui utilise le champ type, a été intégrée avec les protocoles de l'Internet à partir des documents RFC894 Standard for the transmission of IP datagrams over Ethernet networks et RFC1042 Standard for the transmission of IP datagrams over IEEE 802 networks. Le champ type de la trame indique le type du protocole de couche supérieure ; IP ou ARP dans la plupart des cas. Pour plus d'informations, voir la référence sur les ETHER TYPES. La définition de trame IEEE initiale, celle qui utilise le champ longueur, n'est jamais utilisée pour le trafic IP ; donc pour le trafic utilisateur. Seules les communications spécifiques entre équipements réseau utilisent ce format de trame associé à des protocoles spécifiques.

compteur internet d octets émis et reçus