La naissance du Modèle OSI
Avant l'Interconnexion "L'Ère des Machines Isolées"
Avant les années 1960, le paysage informatique était radicalement différent de ce que nous connaissons aujourd'hui. Les ordinateurs, souvent des machines massives occupant des pièces entières, fonctionnaient de manière isolée.
Absence de Communication :Chaque machine, qu'elle soit dans un laboratoire universitaire ou un centre de recherche militaire, traitait ses données de manière autonome. Il n'y avait aucun moyen direct de faire communiquer ces systèmes entre eux.
Problème de l'Échange :Pour échanger des données, il fallait souvent utiliser des supports physiques comme des cartes perforées ou des bandes magnétiques. C'était lent, fastidieux, et limitait considérablement la collaboration scientifique et la mutualisation des ressources.
La Naissance d'une Idée "Le Besoin de Réseau"
C'est dans ce contexte que les scientifiques et les ingénieurs ont pris conscience du potentiel immense que représenterait la communication directe entre machines.
Mutualisation des Ressources :L'idée initiale était de permettre à des chercheurs d'accéder à des ordinateurs puissants à distance, ou de partager des périphériques coûteux (comme des imprimantes).
Projets Pionniers :Aux États-Unis, des projets majeurs, souvent financés par des organismes de défense (comme l'ARPA, qui a donné naissance à ARPANET), ont commencé à explorer les techniques de mise en réseau. Ces travaux ont jeté les bases des réseaux à commutation de paquets, la technologie fondamentale qui permet à Internet de fonctionner.
Cependant, au début, chaque réseau développé utilisait ses propres protocoles (ses propres règles de communication), ce qui signifiait qu'un ordinateur conçu pour communiquer sur le Réseau A ne pouvait pas naturellement communiquer sur le Réseau B. C'était un peu comme avoir des téléphones qui ne pouvaient parler qu'avec d'autres téléphones du même fabricant.
La Solution de Standardisation "Le Modèle OSI"
Face à cette prolifération de réseaux incompatibles, un besoin pressant d'universalité est apparu. Il fallait un cadre commun, une référence que tous les constructeurs et développeurs de logiciels pourraient suivre pour garantir que leurs systèmes puissent s'interconnecter.
C'est là que l'ISO (Organisation internationale de normalisation) est intervenue. Leur objectif était de créer une architecture de réseau générique, indépendante des technologies matérielles et logicielles spécifiques (appelée standardisation). En 1984, l'ISO a publié le modèle OSI (Open Systems Interconnection).
Le Principe Clé d'OSILe génie du modèle OSI réside dans sa structure en sept couches distinctes. Chaque couche a une fonction bien définie et ne communique qu'avec la couche immédiatement supérieure et la couche immédiatement inférieure.
Couche 7 : Application (Interface avec l'utilisateur)
Couche 6 : Présentation (Formatage des données)
Couche 5 : Session (Établissement/gestion des connexions)
Couche 4 : Transport (Transfert de données fiable/non fiable)
Couche 3 : Réseau (Routage des paquets)
Couche 2 : Liaison de données (Transfert d'une machine à une autre)
Couche 1 : Physique (Support de transmission : câbles, ondes)
Même si le modèle OSI n'est pas le jeu de protocoles le plus utilisé aujourd'hui (c'est le modèle TCP/IP qui domine Internet), il reste la référence théorique absolue pour l'enseignement et la conception des réseaux. Il a réussi à fournir le vocabulaire et le cadre conceptuel qui ont permis aux systèmes hétérogènes du monde entier de se comprendre et de s'interconnecter, jetant ainsi les bases du réseau global que nous appelons Internet.
Référence
- ISO (Organisation internationale de normalisation). (1994). ISO/IEC 7498-1: Information technology — Open Systems Interconnection — Basic Reference Model: The Basic Model. (Révision de la norme originale de 1984). Genève, Suisse : ISO.
-
Tanenbaum, Andrew S., & Wetherall, David J. (2011).
Computer Networks (5th ed.). Upper Saddle River, NJ : Pearson Education.
(Ce livre est une référence mondiale pour l'enseignement des couches et des protocoles réseau, y compris l'OSI et TCP/IP.) -
Comer, Douglas E. (2018).
Internetworking with TCP/IP Vol. I: Principles, Protocols, and Architecture (6th ed.).
Upper Saddle River, NJ : Pearson Education.
(Bien que centré sur TCP/IP, il donne le contexte historique et compare l'architecture avec le modèle OSI.) -
Abbate, Janet. (2000).
Inventing the Internet. Cambridge, MA : The MIT Press.
(Couvre les motivations et les développements initiaux des réseaux informatiques, y compris ARPANET, qui démontrent le passage de machines isolées aux systèmes interconnectés.) -
Hauben, Michael, & Hauben, Ronda. (1997).
Netizens: On the History and Impact of Usenet and the Internet.
Los Alamitos, CA : IEEE Computer Society Press.
(Un regard sur l'évolution culturelle et technique des premiers réseaux.)
La Philosophie du Modèle OSI
L’ISO (Organisation internationale de normalisation) avait pour objectif de définir des règles communes pour la communication entre systèmes informatiques, en proposant une architecture cohérente et interconnectée. Elle visait à préciser les concepts et la terminologie, à hiérarchiser les fonctions et à spécifier les interactions entre différents niveaux d’abstraction appelés couches. La structure obtenue est donc ouverte et modulaire, composée de couches interconnectées, chacune ayant un rôle défini dans la communication.
Le modèle OSI est conceptuel : il décrit les tâches à accomplir à chaque niveau, mais ne spécifie pas quels services ou protocoles doivent être employés. Cette indépendance rend le modèle universel et adaptable à différentes technologies.
Principes de Structuration
- Les fonctions devaient être divisées en groupes séparables.
- Chaque couche devait contenir un volume suffisant de fonctions.
- Chaque couche offre des services à la couche supérieure.
- Les fonctions d’une couche devaient avoir le même niveau d’abstraction.
- Les interfaces entre couches devaient être aussi simples que possible.
- Les protocoles devaient agir uniquement à l'intérieur de la même couche.
- Une couche doit pouvoir être modifiée sans que soit affecté le service offert.
“Je me suis posé des questions dont j’ai réparti en trois axes fondamentaux qui répondent au besoin initial de l'ISO de rendre les systèmes informatiques différents capables de s'interconnecter (Open Systems Interconnection).”
1. La Flexibilité et l'Indépendance (Universalité)
La philosophie principale était de s'affranchir de toute technologie ou produit spécifique pour garantir l'universalité.
Pourquoi les "Niveaux d'Abstraction" ? (Points 1 & 5)C'est la clé de l'indépendance. En définissant QUE FAIRE (le rôle abstrait) et non COMMENT FAIRE (la mise en œuvre concrète), l'ISO a créé un cadre qui n'impose aucun protocole, permettant à la norme d'être appliquée quel que soit le matériel ou la technologie utilisée.
Pourquoi la Modifiabilité sans Affecter le Service ? (Point 8)Cela assure la pérennité du modèle. Les technologies évoluent rapidement (par exemple, Ethernet est passé de 10 Mbps à 100 Gbps). Le modèle survit et intègre ces changements car une amélioration technologique dans la Couche 1 (Physique) n'affecte pas les applications dans la Couche 7 (Application).
2. La Gestion de la Complexité (Modularité)
L'architecture en couches est une méthode d'ingénierie pour gérer des systèmes très complexes.
Pourquoi la Structure en Couches et les Fonctions Séparables ? (Points 2 & 3)La communication réseau est intrinsèquement complexe (adressage, routage, chiffrement, vérification d'erreurs, etc.). Le découpage en couches (modularité) permet de diviser pour régner : chaque couche résout un problème spécifique et offre son service à la couche supérieure, simplifiant ainsi le développement et la maintenance.
Pourquoi l'Équilibre (Volume Suffisant de Fonctions) ? (Point 4)L'ISO cherchait un équilibre entre granularité et efficacité. Trop de couches créent un surcoût de traitement, trop peu réduisent la modularité. Les sept couches OSI représentent le compromis optimal entre complexité, performance et évolutivité.
3. La Cohérence et l'Interopération (Standardisation)
Les règles d'interaction garantissent que les produits de différents fabricants peuvent fonctionner ensemble.
Pourquoi les Protocoles Agissent Horizontalement ? (Point 7)C'est le principe des couches homologues. Chaque couche sur une machine communique avec sa couche correspondante sur une autre machine, assurant l'encapsulation et la désencapsulation correctes des données à chaque étape du processus.
Pourquoi les Interfaces Simples ? (Point 6)Cela renforce le principe de la boîte noire : chaque couche n’a besoin que d’un minimum d’informations (l’interface) pour accomplir sa tâche. La complexité interne est cachée, permettant de modifier ou d’améliorer une couche sans perturber le reste du modèle.
Les Deux Familles de Normes du Modèle OSI
Pour rendre le concept de 'Interconnexion des Systèmes Ouverts (OSI) opérationnel, l’ISO a dû développer une série de normes cohérentes, réparties en deux grands ensembles complémentaires : le cadre général et le cadre spécifique.
1. Le Cadre Général : L'Architecture et les Concepts
Le cadre général regroupe les principes d'organisation et de conception du réseau. Il décrit la structure logique et les concepts fondamentaux du modèle OSI, servant de base théorique sur laquelle les protocoles spécifiques sont bâtis.
-
Le Modèle de Référence OSI et l'Architecture Théorique
Au cœur de ce cadre se trouve le Modèle de Référence OSI, la structure conceptuelle en 7 couches. Ce modèle définit le rôle de chaque couche, les relations verticales (entre couches adjacentes) et horizontales (entre systèmes homologues), ainsi que les interfaces et services offerts. Il fournit l'architecture théorique complète des communications.
-
Sécurité, Adressage et Gestion
Le cadre général inclut l'Architecture de Sécurité, qui établit les principes pour protéger les échanges, notamment l'Authentification (vérification d'identité), la Confidentialité (protection des données), l'Intégrité (prévention des modifications) et la Non-répudiation (preuve d'envoi/réception). Ces principes peuvent s'appliquer à diverses couches.
Il couvre également la Dénomination et l'Adressage, qui sont essentiels pour l'identification et la localisation de chaque entité du réseau. La Dénomination attribue un nom logique (ex. nom de domaine), tandis que l'Adressage fournit une adresse unique pour la communication (ex. adresse MAC ou IP).
Enfin, la Gestion OSI regroupe les fonctions nécessaires à la supervision et à la maintenance du réseau, assurant son administration efficace. Cela inclut la gestion des pannes, des performances, de la configuration, de la sécurité et de la comptabilité. -
Modes de Communication
Le cadre général définit les différents Modes de Communication pour s'adapter à divers services réseau. Le Mode sans connexion (ex. UDP) ne nécessite pas d'établir de liaison préalable, chaque paquet étant indépendant. Le Mode avec connexion (ex. TCP) nécessite l'établissement d'une liaison logique avant l'échange. Enfin, le Mode multipoint permet la communication simultanée entre plusieurs entités (ex. diffusion multicast).
2. Le Cadre Spécifique : L'Implémentation et la Technique
Le cadre spécifique décrit les éléments techniques concrets qui mettent en œuvre les concepts définis par le cadre général. Il se divise en deux catégories interdépendantes : les services OSI et les protocoles OSI.
-
Services OSI : Le Quoi
Les Services OSI sont les fonctions offertes par une couche à la couche supérieure adjacente. Ils définissent ce qu’une couche fait — son rôle logique et ses capacités — sans spécifier comment elle y parvient. Par exemple, la couche réseau offre un service d'acheminement, la couche transport offre un service de transfert fiable, et la couche liaison offre un service de transfert de trame entre systèmes voisins.
-
Protocoles OSI : Le Comment
Les Protocoles OSI sont les règles concrètes et formalisées qui permettent à deux entités homologues (de la même couche) sur des systèmes différents de communiquer. Ils définissent comment le service est rendu, notamment par la structure et la séquence des messages échangés. Par exemple, IP est un protocole de la couche réseau, TCP ou UDP sont des protocoles de transport, et Ethernet est un protocole typique de la couche de liaison.
Protocole: Comment deux entités de même couche échangent pour offrir ce service
Vue d'Ensemble des 7 Couches OSI
Les Points Essentiels Induits par la Communication
Lorsqu'une communication réseau est mise en œuvre dans le cadre de l'architecture OSI, plusieurs défis techniques fondamentaux doivent être résolus pour garantir un échange de données fiable, ordonné et efficace. Le modèle doit donc intégrer des mécanismes pour répondre à ces problèmes pratiques.
1. Adressage : L'Identification Unique
L'Adressage est le mécanisme de base qui permet d'identifier et de localiser de manière unique chaque machine ou processus recevant des données. Ce processus est hiérarchique et opère à différentes couches du modèle OSI :
- L'Adresse Physique (MAC) est utilisée à la Couche Liaison pour l'échange de données entre machines directement connectées.
- L'Adresse Logique (IP) est utilisée à la Couche Réseau pour identifier les systèmes à travers différents réseaux (inter-réseaux).
- L'Adresse de Port est utilisée à la Couche Transport pour désigner le processus ou l'application spécifique sur la machine destinataire.
- Le Nom de Domaine est utilisé à la Couche Application pour une identification conviviale pour l'utilisateur.
2. Acheminement (Routage) : Déterminer le Chemin Optimal
L'Acheminement (ou Routage) est le processus qui consiste à déterminer le chemin le plus efficace pour envoyer les données de la source à la destination, notamment lorsque des réseaux intermédiaires sont impliqués. Réalisé par les équipements de la Couche Réseau (les routeurs), il utilise des algorithmes sophistiqués (comme OSPF ou RIP) pour optimiser la transmission en fonction de critères tels que la rapidité, la fiabilité ou l'encombrement du réseau.
3. Contrôle de Flux : Assurer l'Équilibre
Le Contrôle de Flux a pour rôle d'empêcher l'émetteur de surcharger le récepteur avec un volume de données qu'il ne peut pas traiter dans l'immédiat. Ce mécanisme, essentiel à la Couche Transport, ajuste le taux d'envoi. Par exemple, la fenêtre glissante permet à l'émetteur de réguler la vitesse en fonction de la capacité du destinataire, évitant ainsi la saturation et la perte inutile de paquets.
4. Gestion des Erreurs : Intégrité et Fiabilité
La gestion des erreurs est vitale pour garantir l'intégrité des données transmises.
- La Détection des Erreurs vérifie l'altération des bits due aux interférences, utilisant des codes comme la somme de contrôle ou le CRC. Elle est principalement assurée aux Couches Liaison et Transport.
- La Correction des Erreurs intervient après la détection. La stratégie la plus courante est la Demande de Retransmission Automatique (ARQ), où les segments endommagés ou perdus sont renvoyés par l'émetteur à la demande du récepteur.
5. Séquencement des Données : Maintenir l'Ordre
Dans un environnement où les paquets peuvent prendre des chemins différents et arriver dans le désordre, le Séquencement des Données est nécessaire. Ce mécanisme, géré par la Couche Transport, consiste à numéroter les segments de données avant l'envoi. Le récepteur utilise ensuite ces numéros de séquence pour réassembler correctement le message dans son ordre initial, assurant que le message reconstitué est identique à l'original.
L’Encapsulation des Données
L'encapsulation est le processus central par lequel les données (le message original) sont préparées pour la transmission. C'est un emballage successif, de la Couche Application (N=7) jusqu'à la Couche Physique (N=1), où chaque couche ajoute ses propres informations de contrôle nécessaires à son homologue distant.
Il existe deux types de communication dans le modèle OSI :
• Horizontale : entre entités de même couche sur deux systèmes différents
(ex. : TCP ↔ TCP) → se fait grâce à un protocole.
• Verticale : entre couches adjacentes d’un même système
(ex. : transport ↔ réseau) → se fait grâce à une interface de service.
1. Communication Inter-Couches (Verticale)
Communication Inter-Couches est une séquence descendante (verticale) où chaque couche ajoute son propre en-tête d'information de contrôle au message de la couche supérieure.
Termes importants
Analogie : un numéro de port TCP pour une application spécifique.
Exemple : “utiliser le service avec connexion” ou “avec telle priorité”.
Explication du schema
a. Point de Départ : La Couche N+1 (Le SDU)
Le processus commence à la couche supérieure, N+1 (par exemple, la Couche Application).
Le message brut ou les données que cette couche souhaite envoyer sont appelés
Unité de Données de Service (SDU).
Rôle : Le SDU est la charge utile — il contient l'information essentielle
qui ne doit pas être modifiée par la couche inférieure.
b. Le Passage de l'Interface (IDU et SAP)
La couche N+1 doit transmettre le SDU à la couche immédiatement inférieure, N, via l’interface de service.
Le SAP (Service Access Point) : c’est le point d’accès logique où la couche N+1 demande le service de la couche N. C’est la “porte d’entrée”.
L’IDU (Interface Data Unit) : pour traverser cette porte, le message est formaté en IDU, qui inclut le SDU, plus l’Information de Contrôle d’Interface (ICI). L’ICI est une instruction (comme une priorité ou un mode de connexion) que N+1 donne à N sur la façon de traiter le SDU.
c. L’Encapsulation Proprement Dite : La Couche N
Une fois que la Couche N reçoit l’IDU et ses instructions, elle exécute son rôle principal : elle se prépare à communiquer avec son homologue distant (communication horizontale).
Ajout du PCI : la couche N ignore l’ICI et prend le SDU. Elle ajoute ensuite son propre en-tête (et parfois une queue), appelé N-PCI (Protocol Control Information).
Le PCI contient les informations nécessaires à l’homologue distant pour réaliser la fonction de la couche N (ex. adresses logiques, numéros de séquence, codes de vérification d’erreur, etc.).
N-PDU = N-PCI + SDU
d. La Continuation du Cycle : Le PDU Devient SDU
Le N-PDU est l’unité de données que la couche N échange avec la couche N de la machine distante. Cependant, pour être envoyé sur le réseau, il doit descendre vers la couche inférieure N-1.
Le N-PDU entier est transmis à la couche inférieure N-1, où il est traité comme le nouveau SDU. Le cycle recommence : la couche N-1 ajoute son propre (N-1)-PCI pour former le (N-1)-PDU, et ainsi de suite jusqu’à ce que la Couche Physique transforme le dernier PDU en signaux électriques (bits).
Ce processus garantit que chaque couche remplit sa fonction spécialisée sans affecter le contenu des données utiles (le SDU).
2. La Communication Homologue (Horizontale)
La communication horizontale est la véritable communication réseau. Elle se fait entre deux entités de même niveau (couche N) situées sur deux systèmes distants. Elle est régie par un Protocole.Communication Horizontale entre Couches Homologues
comment deux couches homologue établissent la Communication horizontale : CEP, PDU, PCI
Ce diagramme se concentre sur deux systèmes : Système A (l’émetteur) et Système B (le récepteur), et montre comment les Entités de couche N de ces deux systèmes communiquent logiquement, même si la transmission réelle est assurée par les couches inférieures.
a. Le Rôle de l’Entité de Couche N (CEP)
Chaque système possède une Entité de Couche N, appelée CEP. Dans le Système A (Émetteur) : la tâche du CEP est de recevoir le SDU (Service Data Unit, la charge utile) de la couche supérieure, d’y ajouter le PCI (Protocol Control Information, l’en-tête de la couche N), et de former le PDU (Protocol Data Unit).
b. La Communication Logique (PDU)
La communication horizontale entre les deux systèmes est purement logique et représentée par la flèche bidirectionnelle entre les couches N des deux systèmes.
Le CEP du Système A considère qu’il communique directement avec le CEP du Système B en échangeant un PDU. Ce PDU contient :
- le PCI (l’en-tête de la couche N), contenant les instructions comme les adresses logiques, les numéros de séquence ou les informations de contrôle d’erreur ;
- le SDU, c’est-à-dire le message original transmis depuis la couche supérieure.
Seul le CEP homologue du Système B peut interpréter ces informations.
c. La Transmission Réelle (Couches Inférieures)
Bien que la communication soit logiquement horizontale, le transfert des données se fait physiquement de manière verticale.
Le PDU créé par la Couche N du Système A descend la pile protocolaire jusqu’à la Couche Physique, où il est converti en signaux électriques ou optiques.
Ces signaux sont alors transmis par le support physique (câble, fibre, onde radio, etc.) vers le Système B. La flèche en bas du schéma symbolise cette transmission réelle des bits via les couches inférieures.
d. La Désencapsulation (Récepteur)
Lorsque le signal atteint le Système B, il remonte la pile de protocoles par un processus de désencapsulation.
Dans la Couche N du Système B : le CEP homologue reçoit le PDU, lit et interprète le PCI (vérification d’intégrité, séquencement, validation d’adresse, etc.).
Une fois le PCI traité, il est retiré. Le reste du message, le SDU reconstitué (qui correspond au PDU de la couche N+1), est ensuite transmis verticalement à la couche supérieure.
Les Primitives de Service : Le Langage de l'Interaction Verticale
Les Primitives de Service (ou Service Primitives) constituent le vocabulaire précis par lequel les couches adjacentes d'une même machine communiquent pour demander et fournir des services. Elles décrivent l'ensemble des actions spécifiques qui traversent l'interface de service (SAP).
Il existe quatre types de primitives de base, qui peuvent être utilisées seules ou combinées pour former des scénarios de service complets :
1. Primitives pour l'Initiation et la Confirmation
Ces primitives sont utilisées pour les échanges où la couche supérieure a besoin d'une garantie ou d'une réponse de la couche inférieure concernant l'exécution d'une tâche.
REQUEST (Demande) : Point de départ d'une transaction initiée par la couche supérieure (N+1). Elle exprime le besoin d'un service.
Flux : Descendant
CONFIRM (Confirmation) : Utilisée par la couche inférieure (N) pour informer la couche supérieure (N+1) que l'action demandée via la REQUEST a été complétée avec succès.
Flux : Montant
2. Primitives pour la Notification et la Réponse
Ces primitives gèrent les événements externes et les réponses de l'utilisateur ou du système distant.
INDICATION (Indication) : Notification utilisée par la couche inférieure (N) pour signaler à la couche supérieure (N+1) qu'un événement significatif s'est produit (par ex. arrivée d'une requête).
Flux : Montant
RESPONSE (Réponse) : Primitive utilisée par la couche supérieure (N+1) pour répondre à une INDICATION reçue, complétant ainsi l’échange local.
Flux : Descendant
Dans ce scénario les quatre primitives sont utilisées :
nous allons regrouper les quatre primitives pour définir la fiabilité et l’obligation des services offerts par une couche.
A. Services Orientés Confirmation vs. Non Confirmé
Cette distinction est cruciale car elle détermine le niveau de fiabilité et de synchronisation d’un échange.
Service Non Confirmé (Unconfirmed)
Ce type de service utilise uniquement les primitives REQUEST (descendante) et INDICATION (montante). Le demandeur envoie sa requête et l’entité de service notifie simplement au récepteur l’arrivée de l’événement. L’émetteur n’attend aucune confirmation que le service a été exécuté ou que la donnée a été livrée. Le flux est simple et rapide :
Exemple : Le protocole UDP (User Datagram Protocol) est un service non confirmé au niveau du transport.
Service Confirmé (Confirmed)
Ce type de service utilise les quatre primitives principales :
Il garantit à l’entité demanderesse que son service a été non seulement exécuté, mais également que le système distant a réagi. Le flux assure une exécution synchrone et fiable de l’opération. La primitive finale, CONFIRM, constitue la garantie de succès ou d’échec.
Exemple : Le protocole TCP (Transmission Control Protocol) utilise ce modèle pour l’établissement de connexion (T.CONNECT service).
B. Types de Services : Obligatoire vs. Optionnel
Cette distinction concerne la conformité des implémentations à la norme OSI :
Services Obligatoires (Mandatory)
Ce sont les fonctions de base jugées essentielles à la conformité du système pour une couche donnée. Toutes les implémentations doivent supporter ces services et leurs primitives associées.
Services Optionnels (Optional)
Ce sont des services supplémentaires que la couche peut choisir d’implémenter ou non. Cependant, s’ils sont implémentés, ils doivent respecter strictement la norme afin d’assurer l’interopérabilité.
C. Nomenclature des Primitives
Pour identifier sans ambiguïté la nature et la cible de l’interaction, les primitives utilisent une notation normalisée :
- Couche N : Lettre majuscule indiquant la couche du fournisseur de service (ex : T pour Transport, N pour Réseau).
- Nom du Service : Fonction concernée (ex : CONNECT, DATA, DISCONNECT).
- Primitive : Action réalisée (ex : request, indication, response, confirm).
T.CONNECT.request: La couche supérieure (N+1) demande à la couche Transport (T) d’établir une connexion.
T.CONNECT.indication: La couche Transport (T) informe la couche supérieure (N+1) qu’une demande de connexion distante est arrivée.
T.CONNECT.response: La couche supérieure (N+1) accepte ou rejette la demande notifiée par l’indication.
T.CONNECT.confirm: La couche Transport (T) confirme à la couche supérieure (N+1) que l’établissement de la connexion a réussi (ou échoué).
La Couche Physique (Niveau 1) : Le Transport des Bits
La Couche Physique est le niveau le plus bas du modèle OSI. Son rôle exclusif est d'assurer la transmission effective des bits (0 et 1) à travers un support physique (fils de cuivre, fibre optique ou ondes radio). Elle ne s'intéresse ni aux données, ni à l'ordre, ni aux erreurs, elle ne voit que des signaux bruts. Elle crée le "tuyau" physique nécessaire au transport des informations.
1. Le Fonctionnement Détaillé : Comment un Bit Devient un Signal
La Couche Physique doit définir les règles pour que le récepteur interprète correctement le signal émis. "comment" un bit est transporté et "pourquoi" ces règles sont nécessaires? La Couche Physique est confrontée à quatre domaines de contraintes et définit des règles pour chacun afin d'envoyer des signaux :
- Mécanique (Le Corps) : Elle décrit l'interface physique. Si un câble Ethernet est utilisé, elle définit le connecteur et le nombre de paires de fils utilisées (ex : deux paires pour le 100BASE-T).
- Électrique / Optique / Radio (Le Signal) : Elle choisit le type de signal émis (électrique pour le cuivre, lumineux pour la fibre, électromagnétique pour le Wi-Fi) et spécifie ses propriétés. Par exemple, quelle tension représente le bit '1' et quel est le débit maximal possible.
- Fonctionnel (Le Protocole) : Elle attribue des rôles spécifiques aux différents signaux de l'interface, notamment l'horloge et les indicateurs d'état.
- Procédural (Le Timing) : Elle définit les procédures de synchronisation pour assurer que l'émetteur et le récepteur s'accordent sur le début et la durée de chaque bit. Sans cette synchronisation, il serait impossible de distinguer un '0' d'un '1'.
2. Modes de Transmission et Nature du Signal
La Couche Physique définit les règles régissant la direction, le timing et la nature des signaux. Donc elle définisse la manière dont la communication peut s'établir entre deux systèmes en termes de direction :
Modes de Transmission :
- Simplexe : Unidirectionnelle. Communication dans une seule direction (ex : diffusion TV).
- Half-Duplex : Bidirectionnelle alternée. Les deux parties peuvent émettre mais jamais simultanément (ex : walkie-talkie).
- Full-Duplex : Bidirectionnelle simultanée. Les deux parties émettent et reçoivent en même temps (ex : appel téléphonique).
3. Quantification du Débit et Théorèmes Limites
Pour définir la performance d'un support physique, il est essentiel de distinguer ce qui est transmis (les bits) de la manière dont cela est transmis (les changements de signal ou symboles).
- Débit Binaire (Db) : bits/seconde, quantité d'information utile transmise par seconde.
- Rapidité de Modulation (R) : Bauds ou symboles/seconde, nombre de changements de signal par seconde.
- Valence (V = log2(M)) : Nombre de bits encodés par un changement de signal (M = nombre d'états du signal).
Relation Clé : Db = R × V = R × log2(M)
Exemple : Si M=4 niveaux d'état, V=2 bits/symbole. Si R = 1000 Bauds → Db = 2000 bits/s.
La rapidité de modulation R qu'un canal peut supporter est limitée par sa bande passante (B). L'ingénierie des télécommunications utilise deux théorèmes fondamentaux pour établir les limites théoriques du débit binaire maximal.
- Théorème de Nyquist :
Le Théorème de Nyquist s'applique à un canal sans bruit (un scénario idéal). Il établit que la fréquence maximale à laquelle le signal peut changer (la rapidité de modulation R) est limitée à deux fois la bande passante B du canal.
Canal idéal sans bruit, débit maximal : Dmax = 2B log2(M)Conclusion :
Pour un canal sans bruit, le seul moyen d'augmenter le débit est d'augmenter la bande passante (B) ou d'augmenter la Valence (M) (c'est-à-dire le nombre de niveaux d'état du signal). - Théorème de Shannon :
Le Théorème de Shannon donne la capacité maximale théorique (C) d'un canal en présence de bruit (le scénario réel). Il introduit le facteur crucial du rapport entre la puissance du signal et la puissance du bruit.
Canal réel avec bruit, capacité maximale : C = B log2(1 + S/B)C est la capacité maximale (en bits/s).
B est la bande passante (en Hz).
S/B est le Rapport Signal sur Bruit (sans unité, souvent dérivé du décibel).Conclusion :
Le Théorème de Shannon démontre qu'il existe une limite absolue au débit binaire, même si l'on augmente infiniment le nombre de niveaux d'état (M) dans l'équation de Nyquist. Le facteur S/B et la bande passante B imposent une borne infranchissable à la quantité d'information que le canal peut transporter de manière fiable.
5. Bande de Base vs. Large Bande
Les Signaux de Contrôle Fonctionnels de la Couche Physique
Ces signaux sont les rouages essentiels qui assurent que les bits sont échangés de manière ordonnée
et sans interférence.
La Couche Physique utilise divers signaux pour régir le temps, le début et la validité des données transmises,
assurant ainsi la fiabilité de la transmission des bits bruts.
1. Signal d’Horloge (Clock Signal)
Rôle : L'horloge est la référence temporelle fondamentale de toute transmission. C'est un signal périodique, une succession d'impulsions qui cadence les échanges.
Fonction : Elle garantit la synchronisation des bits. Elle indique au récepteur le moment exact où un bit commence et se termine, lui permettant d’échantillonner la ligne de communication au bon instant pour interpréter correctement le niveau de tension ou de lumière comme un ‘0’ ou un ‘1’.
Remarque : Dans les réseaux modernes à haut débit (comme Ethernet), l’horloge n’est pas transmise sur un fil séparé : elle est intégrée aux données grâce à des techniques de codage comme le Manchester ou le 8B/10B. Le récepteur peut ainsi reconstruire l’horloge directement à partir du flux de données.
Quand ?
Comment ?
-
A. Horloge Externe (Séparée)
Comment : Le signal d'horloge est transmis sur une ligne physique séparée (un fil ou un canal dédié) en parallèle avec les lignes de données.Où : Ce mode est courant dans les communications synchrones sur courte distance (bus internes d'ordinateurs, certaines interfaces série spécialisées entre équipements adjacents) où le maintien d'une ligne supplémentaire est faisable. L'ETCD (Modem, carte réseau) peut fournir un signal d'horloge à l'ETTD (ordinateur).
-
B. Horloge Intégrée (Auto-Synchronisation)
Comment : Le signal d'horloge n'est pas transmis séparément. Il est intégré dans le signal de données lui-même par l'utilisation de codes à auto-synchronisation (ex. : Manchester pour l'ancien Ethernet, 8B/10B pour le Gigabit Ethernet). Le codage garantit des transitions régulières dans le signal.Note : Le codage Manchester permet d'extraire l'horloge. Vous les verrez dans la partie suivante.Où : C'est la méthode dominante pour la plupart des réseaux modernes (Ethernet, Fibre Optique) et pour les longues distances. Le récepteur utilise un circuit (PLL) pour reconstruire l'horloge interne à partir de ces transitions régulières.
2. Signal de Synchronisation (Synchronization Signal)
Rôle : Le signal de synchronisation agit au niveau des blocs de données. Il se présente sous la forme d’une séquence de bits spéciale, appelée préambule ou séquence de délimitation, placée juste avant les données utiles.
Fonction : Il garantit la synchronisation de la trame. Une fois les bits synchronisés par l’horloge, ce signal permet au récepteur d’identifier le début précis d’une unité de données, notamment de localiser l’en-tête (PCI) de la Couche Liaison de Données (Niveau 2).
Utilisation : L’exemple typique est le préambule Ethernet, qui précède chaque trame pour permettre la synchronisation des récepteurs.
Quand ?
Le signal de synchronisation (le marqueur de début de bloc) est transmis juste avant l'en-tête de la trame (ou du paquet). Il n'est pas transmis en continu pendant les données utiles, mais uniquement au début de chaque nouvelle unité de données.
Comment ?
Ce signal prend la forme d'une séquence de bits prédéfinie :
-
A. Le Préambule (Couche Liaison de Données - Couche 2)
Comment : Il est constitué d'une séquence de bits connue et fixe qui est ajoutée par la Couche 2 (ou l'interface physique) au tout début de l'unité de données de la couche supérieure.Où : Le meilleur exemple est la trame Ethernet :Structure du Préambule Ethernet :• Préambule (7 octets) : Séquence de 10101010... (qui sert également à donner le temps au PLL du récepteur de se synchroniser parfaitement avec l'horloge)
• Délimiteur de Début de Trame (SFD) (1 octet) : Séquence de 10101011 (qui signale que le prochain bit est le premier bit de l'adresse de destination, c'est-à-dire le début réel de la trame) -
B. Le Délimiteur de Début (Couche Physique/Liaison de Données)
Rôle : Il sert de marqueur d'alignement pour que le récepteur sache précisément où commence l'information utile après le bruit potentiel et le temps de synchronisation de l'horloge.
Définition : Le signal de synchronisation est un mécanisme de niveau trame qui permet au
récepteur d'identifier le début d'une unité de données après que la synchronisation au niveau bit a été établie.
Différence clé : L'horloge synchronise les bits individuels, tandis que le signal de
synchronisation délimite le début des blocs de données (trames ou paquets).
3. Signal de Validation de Données (Data Valid Signal)
Rôle : C’est un signal de contrôle destiné à garantir la validité des données transmises à un instant donné. Il participe à la gestion du flux matériel (handshaking).
Fonction : Il indique au récepteur que les données présentes sur les lignes sont stables et prêtes à être lues. Ce signal empêche le récepteur de lire pendant que l’émetteur est encore en train de changer la valeur des bits.
Utilisation : On le retrouve dans les bus parallèles, les interfaces internes ou les connexions point-à-point strictes (entre un ETTD et un ETCD), où le timing est critique et le contrôle de flux doit être immédiat.
4. Signal de Détection de Collision (Collision Detection Signal)
Rôle : Ce signal est propre aux supports partagés. Il apparaît lorsqu’une condition électrique anormale indique que deux stations ont tenté d’émettre simultanément sur le même canal.
Fonction : Ce signal permet l’application du protocole CSMA/CD (Carrier Sense Multiple Access with Collision Detection). Lorsqu’une station détecte une collision :
- Elle interrompt immédiatement sa transmission.
- Elle attend un délai aléatoire (back-off).
- Elle tente de réémettre après ce délai.
Remarque : Ce mécanisme est typique des anciens réseaux Ethernet partagés (avec hubs). Dans les réseaux modernes à commutation (switch) et en mode Full-Duplex, il n’existe plus de domaine de collision, et donc ce signal n’est plus utilisé.
Codage (Conversion de Numérique à Numérique)
Le codage de ligne est le processus par lequel les données numériques (un flux de bits) sont transformées en signaux physiques discrets pouvant être transmis sur un support de communication.
Explication des Codages Illustrés
1. NRZ-L (Non Return to Zero - Level)
Principe : Le niveau de tension représente directement la valeur du bit, selon la convention la plus courante :
- Bit 1 → Niveau Haut (tension positive)
- Bit 0 → Niveau Bas (tension négative)
Visualisation : Pour la séquence 11 (bits 3 et 4)
et 00 (bits 5 et 6), le signal reste plat, car la tension ne change pas.
Problème : Si le signal reste constant trop longtemps, le récepteur perd la synchronisation de l’horloge et ne peut plus distinguer les limites entre les bits successifs.
2. NRZI (Non Return to Zero, Inverted)
Principe : Ce codage repose sur les transitions du signal plutôt que sur ses niveaux :
- Bit 1 → Provoque une transition (Haut → Bas ou Bas → Haut)
- Bit 0 → Ne provoque aucune transition
Visualisation : Les transitions se produisent à chaque bit '1', ce qui permet une meilleure synchronisation, notamment pour une séquence de '1' consécutifs.
Problème : Pour la séquence 00 (bits 5 et 6),
le signal reste plat, entraînant une perte de synchronisation,
tout comme dans le codage NRZ-L.
Les réseaux modernes (comme l'Ethernet 10 Mbps et plus, le Wi-Fi, la fibre optique) reposent sur une synchronisation parfaite et automatique du bit.
Problème de l'Horloge : Comme discuté précédemment, NRZ-L et NRZI perdent leur synchronisation lorsque le signal reste plat (longue séquence de '0' pour les deux, ou longue séquence de '1' pour NRZ-L).
Composante Continue (NRZ-L) : Le maintien d'un niveau de tension élevé pendant une longue période (longue séquence de '1') peut entraîner l'accumulation d'énergie sur le support, ce qui est problématique pour les transformateurs et les lignes couplées en CA.
C'est pourquoi des codes comme le Manchester (qui résout le problème d'horloge) ou, plus récemment, les codes de bloc plus complexes comme le 8B/10B et le 64B/66B (qui résolvent à la fois le problème d'horloge et la composante continue) ont remplacé NRZ-L et NRZI pour l'Ethernet moderne.
Les principes NRZ (où la valeur du bit est liée au niveau ou à la transition) sont encore employés, souvent dans des contextes où la synchronisation est gérée par d'autres moyens :
-
A. Comme Base pour les Modulations Modernes
8B/10B et 64B/66B : Ces codages modernes, utilisés dans le Gigabit Ethernet et au-delà, produisent un flux de symboles qui est souvent transmis en utilisant des niveaux de tension basés sur le principe NRZ. Cependant, ils s'assurent que la séquence d'entrée est délivrée au récepteur sans longues séquences plates grâce à leur propre algorithme de codage/décodage (qui est la véritable couche d'auto-synchronisation).
-
B. Dans les Communications Asynchrones
RS-232/UART (Série Asynchrone) : Les communications série asynchrones (utilisées pour les consoles, les équipements embarqués, etc.) utilisent des schémas de codage de type NRZ-L.
Pourquoi c'est possible : Ces systèmes n'ont pas besoin d'être auto-synchronisants sur de longues séquences car la synchronisation est rétablie à chaque octet grâce aux bits de start et de stop qui encadrent chaque bloc de données. -
C. Dans les Systèmes de Stockage et Optiques
Stockage Magnétique (Disques Durs) : Certaines variantes de NRZI sont encore utilisées dans les schémas d'enregistrement magnétique.
Interfaces Optiques Simples : Dans certaines liaisons fibre optique à très haute vitesse, des formes de codage NRZ sont utilisées pour leur efficacité spectrale (leur capacité à utiliser moins de bande passante que Manchester), mais elles nécessitent des circuits PLL très précis pour la récupération d'horloge.
Définition : NRZ (Non-Return-to-Zero) est une famille de codes de ligne où le signal ne revient pas à un état de référence (zéro) entre les bits. NRZ-L maintient un niveau constant pour chaque bit, tandis que NRZI utilise des transitions pour représenter les données.
3. Manchester
Principe : Chaque bit contient une transition obligatoire au milieu de sa période, permettant au récepteur de récupérer l’horloge.
- Bit 1 → Transition de Haut vers Bas
- Bit 0 → Transition de Bas vers Haut
Visualisation : Quelle que soit la séquence de bits ('1' ou '0'), une transition se produit toujours au centre de l’intervalle, garantissant une parfaite auto-synchronisation.
Avantage : Synchronisation fiable et intégrée — ce qui explique son adoption dans les réseaux Ethernet 10BASE-T.
Inconvénient : Le nombre de transitions double,
augmentant la fréquence de modulation (R) et la consommation de bande passante.
- ✓ Optimiser l'utilisation du support – Un canal (câble, fibre, fréquence radio) a souvent une capacité bien supérieure à ce que nécessite une seule communication.
- ✓ Réduire les coûts – Moins de câbles, moins d'infrastructures, moins d'équipements.
- ✓ Augmenter le débit global disponible – Plusieurs communications partagent le canal → meilleure efficacité.
- ✓ Organiser les communications – Permet d'offrir des services structurés (internet, téléphonie, TV, LTE, 5G…).
| Caractéristique | Description | Exemples |
|---|---|---|
| Support utilisé | Type de média physique | Câble coaxial, paire torsadée, fibre optique, ondes radio |
| Ressource partagée | Élément divisé entre utilisateurs | Temps, fréquence, code, longueur d'onde, espace |
| Type de signaux | Nature des données transmises | Analogiques, numériques |
| Synchronisation | Nécessité de coordination | Horloge partagée, complexité de séparation |
| Débit total | Capacité globale du système | Capacité du canal, nombre d'utilisateurs |
20-30 kHz
30-40 kHz
40-50 kHz
50-60 kHz
| Type TDM | Description | Caractéristiques |
|---|---|---|
| STDM | TDM statique | Slots fixes même si inutilisés |
| DTDM | TDM dynamique | Adapté aux flux actifs |
- Très résistant aux interférences
- Offre un partage flexible
- Sécurité accrue (codes difficiles à détecter)
| Type WDM | Description | Capacité |
|---|---|---|
| CWDM | Coarse WDM | 8 longueurs d'onde espacées |
| DWDM | Dense WDM | Jusqu'à 160 longueurs d'onde |
- Excellente résistance aux échos
- Très haut débit possible
- Adapté à l'environnement radio
| Technologie | Combinaison | Avantages |
|---|---|---|
| 4G | OFDMA (fréquence + temps) | Efficacité spectrale optimale |
| 5G | OFDM + massive MIMO (espace) + beamforming | Débit et capacité maximisés |
| Fibre optique | WDM + TDM | Capacité multipliée |
| Satellite | TDM + FDM | Flexibilité et couverture étendue |
- Utilisation optimale du support
- Augmentation du débit global
- Partage équitable des ressources
- Réduction des coûts
- Transmission simultanée multi-services (voix, vidéo, données)
- Meilleure qualité de service (QoS)
- Nécessite synchronisation (TDM)
- Risque d'interférences (FDM)
- Complexité de séparation des signaux
- Besoin de codes orthogonaux (CDMA)
- Coût du matériel optique (WDM)
| Type | Principe | Usage principal |
|---|---|---|
| FDM | Fréquences séparées | Radio, TV, ADSL |
| TDM | Temps découpé | Téléphonie numérique, USB |
| CDMA | Codes uniques | 3G, GPS |
| WDM | Longueurs d'onde | Fibre optique |
| OFDM | Sous-porteuses orthogonales | Wi-Fi, 4G, 5G |
- Permet de transmettre plusieurs canaux simultanément en utilisant différentes bandes de fréquences
- Permet de transporter un signal sur de longues distances
- Réduit les interférences et améliore la qualité
- Permet l'adaptation aux supports comme le câble coaxial, la fibre ou le spectre radio
| Type de modulation | Principe | Avantages | Inconvénients | Applications |
|---|---|---|---|---|
| Modulation d'amplitude (ASK / AM) | Modifie la hauteur du signal | Simple à mettre en œuvre | Très sensible au bruit | Radiocommunications anciennes |
| Modulation de fréquence (FSK / FM) | Fait varier la fréquence selon la valeur du bit | Résiste mieux au bruit | Bande passante importante | Bluetooth classique, certaines radio |
| Modulation de phase (PSK) | Change la phase de la porteuse | Très robuste, permet plusieurs bits par symbole | Plus complexe à décoder | Wi-Fi, ADSL/VDSL, 4G, 5G, satellite |
| QAM (combinaison) | Combine amplitude et phase | Débit très élevé | Très sensible au bruit | Wi-Fi moderne, câble, fibre |
- Simplicité
- Faible latence
- Bonne rapidité
- Ne permet pas de contrôle d'erreur
- Pas de gestion intelligente du trafic
- Contrôler la validité des données
- Gérer les erreurs localement
- Découper ou réassembler les unités de données
- Décider du meilleur chemin (routage)
- Horloge séparée : un fil dédié transporte le signal d'horloge (ex. bus parallèle)
- Horloge intégrée : le récepteur extrait l'horloge du signal reçu grâce à la forme du codage (Manchester, NRZI, etc)
| Aspect | Transmission asynchrone | Transmission synchrone |
|---|---|---|
| Principe | Données envoyées caractère par caractère avec bits de start/stop | Flux continu de données groupées en trames avec préambule |
| Horloge | Pas d'horloge partagée nécessaire | Horloge partagée ou extraite du signal |
| Avantages | Simple, économique | Meilleur débit, moins de surcharge, plus fiable |
| Inconvénients | Faible rendement, vitesse limitée | Plus complexe à mettre en œuvre |
| Applications | RS-232, communications série | Ethernet, USB, Fibre optique |
Supports de Transmission
1. Les supports guidés
Paire Torsadée
Câble Coaxial
Fibre Optique
2. Les supports non guidés
Ondes Radio
Micro-ondes
Infrarouge
Satellites
3. Influence du support sur la transmission
| Support | Contraintes techniques | Solutions requises |
|---|---|---|
| Paire torsadée | Interférences électromagnétiques, atténuation | Codage adapté, limite de 100m, blindage |
| Câble coaxial | Coût, rigidité, atténuation aux hautes fréquences | Amplificateurs, connecteurs spécifiques |
| Fibre optique | Fragilité, connectique précise | Convertisseurs électro-optiques, soudeuse |
| Ondes radio | Bruit, interférences, échos, diffraction | Modulations complexes (OFDM, QAM) |
| Satellites | Latence, conditions atmosphériques | Antennes directionnelles, correction d'erreur |
4. Pourquoi plusieurs supports existent-ils ?
Aucun support n'est parfait : chacun répond à des besoins différents selon le contexte d'utilisation.
- Paire torsadée : Économique et suffisante pour un réseau local
- Fibre optique : Incontournable pour les très hauts débits et les longues distances
- Ondes radio : Apportent la mobilité et la flexibilité
- Satellites : Couvrent les zones reculées
| Support | Meilleur usage | Débit typique | Portée | Coût |
|---|---|---|---|---|
| Paire torsadée | Réseaux locaux d'entreprise | 1 Gbps - 10 Gbps | 100 m | Faible |
| Câble coaxial | TV câble, Internet résidentiel | 100 Mbps - 1 Gbps | 500 m | Moyen |
| Fibre optique | Backbone, FTTH, centres de données | 10 Gbps - 100+ Gbps | 40+ km | Élevé |
| Wi-Fi (ondes radio) | Réseaux sans fil locaux | 100 Mbps - 2 Gbps | 50 m | Faible |
| Satellite | Zones isolées, couverture globale | 10 Mbps - 100 Mbps | Illimitée | Très élevé |
Couche Liaison de Données (Niveau 2)
Fonctions Clés
- Framing (Trame) : Elle divise le flux de bits reçus de la Couche Physique en unités logiques appelées trames.
- Adressage Physique : Elle ajoute les adresses physiques (adresses MAC) de l'émetteur et du récepteur à la trame.
- Contrôle d'Erreurs : Elle ajoute des informations de redondance pour détecter et/ou corriger les erreurs.
- Contrôle de Flux : Elle régule le débit des données pour éviter la saturation du récepteur.
La Notion de Trame : Délimitation et Transparence
Explication de la structure de trame :
Fanion (Flag) : Séquence de bits unique (souvent 01111110) qui marque le début et la fin de la trame.
En-tête (Header) : Contient les informations de contrôle comme les adresses MAC source et destination, le type de protocole, et les numéros de séquence.
Données (Payload) : Les informations utiles transmises par les couches supérieures.
Trailer : Contient les bits de contrôle d'erreurs (FCS - Frame Check Sequence) calculés à partir du contenu de la trame.
- Délimitation : Marquer clairement le début et la fin de chaque bloc d'informations. C'est le rôle du Fanion (Flag).
- Adressage et Contrôle : Permettre l'ajout d'une En-tête (contenant les adresses physiques MAC et le contrôle de flux) et d'une Queue (Trailer) (contenant le contrôle d'erreurs).
- Gestion des Erreurs : Si une erreur est détectée (grâce au CRC dans le Trailer), seule la trame endommagée doit être retransmise, et non l'intégralité du flux de données.
| Élément | Rôle |
|---|---|
| Fanion de Début | Marque le début de la trame. |
| En-tête | Adresses MAC, contrôle de flux, type de protocole. |
| Données | Paquet de la Couche Réseau (Payload). |
| Queue (Trailer) | Code de Contrôle d'Erreur (FCS/CRC). |
| Fanion de Fin | Marque la fin de la trame. |
Explication de la structure de trame :
Fanion (Flag) : Séquence de bits unique (souvent 01111110) qui marque le début et la fin de la trame.
En-tête (Header) : Contient les informations de contrôle comme les adresses MAC source et destination, le type de protocole, et les numéros de séquence.
Données (Payload) : Les informations utiles transmises par les couches supérieures.
Trailer : Contient les bits de contrôle d'erreurs (FCS - Frame Check Sequence) calculés à partir du contenu de la trame.
A. Comptage des Caractères (Obsolète)
Principe : L'en-tête de la trame contient un champ spécifiant le nombre d'octets de données qui suivent.
Problème : Cette méthode est très peu fiable. Si le champ de comptage est altéré par une erreur de transmission, le récepteur perd la trace des trames suivantes jusqu'à la fin de la communication.
B. Début et Fin par Caractère (Byte Stuffing)
Principe : On utilise un caractère spécial unique (le Fanion, souvent 01111110) pour marquer le début et la fin de la trame.
Transparence : Pour éviter que le Fanion n'apparaisse dans les données, on utilise le bourrage d'octets (Byte Stuffing). Si l'octet de données correspond au Fanion, l'émetteur insère un octet spécial d'échappement (ESC). Le récepteur supprime cet octet ESC et traite l'octet suivant comme une donnée, et non comme un Fanion.
Utilisation : Protocole PPP (Point-to-Point Protocol), par exemple.
C. Début et Fin par Bit (Bit Stuffing)
Principe : On utilise une séquence de bits spécifique (le Fanion, généralement 01111110) pour marquer le début et la fin de la trame.
Transparence (Bourrage de Bits) : C'est la méthode utilisée dans les protocoles orientés bits (comme HDLC). L'émetteur inspecte les données :
- Chaque fois qu'il rencontre cinq 1 consécutifs dans le champ de données, il insère un 0 supplémentaire (le bit de bourrage).
- Le récepteur supprime automatiquement le 0 suivant cinq 1 consécutifs, restaurant la trame originale.
- La seule séquence de six 1 consécutifs que le récepteur verra est le Fanion (01111110), garantissant ainsi la délimitation.
Utilisation : HDLC, protocole X.25, et souvent la base conceptuelle de l'Ethernet.
Explication du Bit Stuffing :
Dans cet exemple, l'émetteur détecte deux séquences de cinq '1' consécutifs dans les données. Pour chaque séquence, il insère un '0' (bit de bourrage) après le cinquième '1'.
Le récepteur, en recevant les données, supprime automatiquement le '0' qui suit cinq '1' consécutifs, restaurant ainsi les données originales.
Cette technique garantit que la séquence de fanion (01111110) n'apparaîtra jamais dans les données transmises.
- Il permet de structurer le flux de bits brut en unités logiques (trames)
- Il fournit un mécanisme de délimitation fiable (fanions)
- Il permet l'ajout d'informations de contrôle (adresses, FCS)
- Il assure la transparence des données (bourrage)
- Il permet une gestion efficace des erreurs (retransmission par trame)
Contrôle d'Erreurs et Protection des Données
Le contrôle d'erreurs est la fonction essentielle de la Couche Liaison. Elle s'assure que les trames sont reçues correctement.
- Détection d'Erreurs : Utilisation de bits de contrôle ajoutés à la trame pour identifier si les données ont été altérées pendant la transmission.
- Correction Auto-Correctrice (FEC) : Ajout de suffisamment de bits redondants pour que le récepteur puisse corriger l'erreur sans retransmission.
- Correction par Retransmission (ARQ) : Le récepteur détecte l'erreur et demande à l'émetteur de renvoyer la trame.
- Détection d'Erreurs : envoyer doubles trames et si il y a une différence alors erreur est détecté
- Auto-correction : la trame est envoyé trois fois consécutive et la trame correcte est celle qui est répétée au minimum 2 fois
Avertissement : Les méthodes naïves de détection et de correction d'erreurs, telles que l'envoi de trames en double ou en triple, sont inefficaces et gaspillent la bande passante. Elles ne sont pas utilisées dans les systèmes modernes en raison de leur manque de fiabilité et d'efficacité. Nous pouvons utiliser des méthodes plus sophistiquées comme CCE et ARQ.
Codes Correcteurs d'Erreurs (CCE)
Les Codes Correcteurs d'Erreurs (CCE) sont des codes utilisés pour détecter ET corriger automatiquement les erreurs introduites dans un message lors de sa transmission sur un canal bruité, sans nécessiter une retransmission.
Différence clé : Contrairement aux mécanismes de retransmission (comme ARQ), les CCE permettent de corriger les erreurs directement à la réception, ce qui les rend indispensables dans les transmissions où les retours ne sont pas possibles (satellite, espace, stockage sur disque, communications temps réel).
Processus en deux étapes :
Explication compacte :
Algorithme : on traite les séquences binaires comme des polynômes, la division binaire se fait par XOR (sans retenue). Le reste R a une longueur r égale au degré du polynôme générateur G(x). On envoie M||R ; si le récepteur calcule la division et obtient un reste 0, la trame est considérée intègre.
Remarque pédagogique : l'illustration ne montre pas chaque XOR bit-à-bit sur toute la longueur (trop verbeux pour une page). Pour un TP ou examen, on peut détailler les itérations de XOR ligne par ligne à l'aide d'une table.
Polynômes pratiques : CRC-16 (ex. X^16 + X^15 + X^2 + 1), CRC-32 (standard Ethernet). Le choix de G(x) conditionne la capacité de détection des rafales d'erreurs.
Codes Correcteurs d'Erreurs (CCE)
Les CCE sont les techniques mathématiques pour générer les bits de redondance nécessaires au contrôle d'erreurs.
| Code Correcteur | Principe | Usage Principal | Avantages/Inconvénients |
|---|---|---|---|
| Parité Verticale | Ajout d'un bit (parité) pour rendre le nombre de '1' dans l'octet pair ou impair | Détection d'une seule erreur sur un octet | Simple mais ne corrige pas les erreurs |
| Parité Longitudinale (LRC) | Ajout d'un octet de parité pour l'ensemble d'une trame | Détection de deux erreurs ou plus sur une ligne | Détection améliorée mais toujours pas de correction |
| Code de Hamming | Ajout de bits de parité stratégiquement placés | Correction d'une seule erreur par bloc de données | Auto-correction possible mais complexité accrue |
| Codage Polynomial (CRC) | Utilisation d'une division polynomiale pour générer un FCS | Détection d'erreurs pour Ethernet, Wi-Fi | Très efficace pour les erreurs en rafale, détection quasi-parfaite |
- Toutes les erreurs simples
- Toutes les erreurs doubles
- Toutes les erreurs avec un nombre impair de bits
- Toutes les rafales d'erreurs de longueur inférieure au degré du polynôme générateur
Techniques de Correction par Retransmission (ARQ)
L'ARQ (Automatic Repeat Request) est le moyen le plus courant d'assurer la fiabilité du lien dans les réseaux. Il utilise la détection d'erreurs (souvent via CRC) pour demander la retransmission des trames incorrectes ou manquantes.
Scénario 1 : Trame reçue, mais ACK perdu
Situation :
L’émetteur envoie la trame n
Le récepteur la reçoit et envoie un ACK
Mais l’ACK est perdu en chemin
L’émetteur attend l’ACK et, à l’expiration du timeout, retransmet la même trame
Scénario 2 : Trame perdue, timeout + retransmission
Situation :
L’émetteur envoie trame n
Elle est perdue avant d’arriver au récepteur
Aucun ACK n’est reçu → expiration de la minuterie → retransmission
Scénario 1 : Retransmission inutile due à délai d’ACK
Situation :
Trame n est bien reçue et l’ACK est envoyé
L’ACK arrive après le timeout → retransmission inutile
Récepteur reçoit une doublure et répond avec ACK encore
La Fenêtre Glissante (Sliding Window)
Le protocole de la Fenêtre Glissante est une technique ARQ avancée qui maximise l'efficacité en autorisant l'envoi de plusieurs trames sans attendre l'ACK pour chacune d'elles. L'ensemble des trames autorisées à être envoyées forme une "fenêtre" qui avance (glisse) lorsque les ACK sont reçus.
Explication de la fenêtre glissante :
Principe : L'émetteur est autorisé à envoyer plusieurs trames consécutives sans attendre d'ACK pour chacune. Ces trames forment une "fenêtre" qui glisse au fur et à mesure que les ACK sont reçus.
Avantages : Maintient la liaison occupée et maximise l'efficacité de la transmission, surtout sur les liaisons à longue distance ou à haut débit.
Mécanismes :
- Go-Back-N : Si une erreur est détectée, l'émetteur renvoie la trame erronée et toutes les suivantes
- Selective Repeat : Seule la trame erronée est retransmise (plus efficace mais plus complexe)
Protocole HDLC (High-level Data Link Control)
| Variable/Constante | Symbole | Rôle |
|---|---|---|
| Numéro de séquence d'envoi | N(S) | Numéro de la prochaine trame d'information (I-frame) que la station est prête à envoyer. |
| Numéro de séquence de réception | N(R) | Numéro de la prochaine trame attendue par la station réceptrice. N(R) sert d'accusé de réception (ACK) implicite pour toutes les trames jusqu'à N(R)−1. |
| Taille de la Fenêtre | W (ou K) | Nombre maximal de trames qu'une station peut envoyer sans recevoir d'ACK. La taille standard est W=7 pour un champ N(S) de 3 bits, et W=127 pour un champ de 7 bits. |
- L'émetteur démarre un temporisateur après l'envoi d'une trame.
- Si l'émetteur ne reçoit pas d'accusé de réception (N(R)) avant l'expiration du temporisateur, il considère que la trame est perdue.
- L'émetteur procède alors à une retransmission selon le mécanisme Go-Back-N (Retour-N) ou Selective Repeat (Répétition Sélective).
Description des champs de la trame HDLC :
Fanion (Flag) : Séquence 01111110 qui délimite le début et la fin de la trame.
Adresse (Address) : Identifie la station secondaire (dans une configuration point-multipoint). Non utilisé dans la configuration point-à-point.
Contrôle (Control) : Définit le type de la trame (I, S ou U) et contient les numéros de séquence N(S) et N(R).
Information (Data) : Les données utiles (paquet de la Couche Réseau). Présent uniquement dans les trames I.
FCS (Frame Check Sequence) : Code de Contrôle d'Erreur (CRC) utilisé pour la détection d'erreurs.
| Champ | Taille | Rôle |
|---|---|---|
| Fanion (Flag) | 8 bits | Séquence 01111110 qui délimite le début et la fin de la trame. |
| Adresse (Address) | 8 bits (ou plus) | Identifie la station secondaire (dans une configuration point-multipoint). Non utilisé dans la configuration point-à-point. |
| Contrôle (Control) | 8 ou 16 bits | Définit le type de la trame (I, S ou U) et contient les numéros de séquence N(S) et N(R). |
| Information (Data) | Variable | Les données utiles (paquet de la Couche Réseau). Présent uniquement dans les trames I. |
| FCS (Frame Check Sequence) | 16 ou 32 bits | Code de Contrôle d'Erreur (CRC) utilisé pour la détection d'erreurs. |
| Fanion (Flag) | 8 bits | Séquence 01111110 marquant la fin de la trame. |
1. Trame d'Information (I-Frame)
Format : 1 | N(S) | P/F | N(R) (où le premier bit est 0)
Rôle : Transport des données utiles de l'utilisateur (paquet de la Couche Réseau) et intègre également la fonction d'ACK implicite via N(R).
- N(S) : Numéro de séquence de la trame en cours d'envoi.
- N(R) : Accusé de réception implicite de la prochaine trame attendue.
2. Trame de Supervision (S-Frame)
Format : 0 1 | Code | P/F | N(R)
Rôle : Permet la gestion du flux de données et le contrôle d'erreurs (ARQ) sans transporter de données utiles.
- Code : Définit la fonction de la trame de supervision (ex. : ACK, NACK).
- N(R) : Accusé de réception/réponse de retransmission.
Fonctions courantes :
- RR (Receive Ready) : Prêt à recevoir (ACK).
- REJ (Reject) : Demande de retransmission (NACK), utilisant généralement Go-Back-N.
- RNR (Receive Not Ready) : Indique une saturation (contrôle de flux).
3. Trame Non Numérotée (U-Frame)
Format : 1 1 | Modif. | P/F | Modif.
Rôle : Utilisée pour des fonctions de gestion de la liaison, notamment l'établissement, le maintien et la rupture de la connexion. Elle ne contient pas de numéros de séquence N(S) ou N(R).
1. Établissement d'une Connexion (Phase d'Initialisation)
L'établissement se fait généralement avec des trames U-Frame :
- Station Primaire (Émetteur) : Envoie une trame SABM (Set Asynchronous Balanced Mode) pour demander l'établissement de la liaison.
- Station Secondaire (Récepteur) : Répond par une trame UA (Unnumbered Acknowledgment) si elle accepte la connexion, ou par une trame DM (Disconnected Mode) si elle refuse.
Une fois l'UA reçu, la liaison est établie et le transfert de données peut commencer.
2. Transfert de Données HDLC
La communication utilise les trames I (pour les données) et les trames S (pour les accusés de réception et les demandes de retransmission) dans le cadre de la Fenêtre Coulissante.
3. Fenêtre Coulissante HDLC (Sliding Window)
HDLC utilise la technique de la fenêtre glissante pour optimiser le transfert de données, permettant d'envoyer W trames sans confirmation.
- La taille de la fenêtre est limitée par la taille du champ de séquence (par exemple, 7 trames pour 3 bits).
- L'émetteur maintient la trace des trames envoyées mais non confirmées.
- Le N(R) reçu dans toute trame (I ou S) fait glisser la fenêtre de l'émetteur. Si un N(R)=k est reçu, cela signifie que toutes les trames jusqu'à k−1 ont été reçues correctement.
4. Rupture de la Connexion
- Station : Envoie une trame DISC (Disconnect) pour demander la fin de la liaison.
- Autre Station : Répond par une trame UA (Unnumbered Acknowledgment).
La liaison est coupée.
Explication de la fenêtre coulissante :
Dans cet exemple, la taille de fenêtre W est de 7 trames. Initialement, l'émetteur peut envoyer les trames 0 à 6 sans attendre d'ACK.
Lorsque le récepteur envoie un ACK avec N(R)=3, cela signifie que toutes les trames jusqu'à N(R)-1 (c'est-à-dire les trames 0, 1 et 2) ont été correctement reçues.
La fenêtre glisse alors vers l'avant, permettant à l'émetteur d'envoyer les trames 3 à 9.
Couche Réseau (Niveau 3) : L'Art du Routage
- Adressage Logique (IP) : Elle définit un système d'adressage universel (les adresses IP) qui est indépendant du réseau physique sous-jacent (adresses MAC).
- Routage (Forwarding) : Elle détermine le meilleur chemin à travers un ensemble d'inter-réseaux pour acheminer le paquet jusqu'à sa destination finale.
- Encapsulation/Désencapsulation : Elle encapsule les segments de la Couche Transport dans des paquets, et les désemballe à la réception.
- Fragmentation : Si un paquet est trop gros pour être transmis sur une liaison spécifique, cette couche peut le découper en fragments plus petits pour la transmission.
Composition d'un paquet IP :
En-tête (Header) : Contient des informations cruciales pour le routage :
- Adresses IP Source et Destination : Les adresses logiques de bout en bout.
- TTL (Time To Live) : Un compteur qui limite la durée de vie du paquet pour éviter qu'il ne tourne indéfiniment en boucle sur le réseau.
- Protocole : Indique à la Couche Transport supérieure le type de protocole (TCP, UDP, etc.) qui doit recevoir les données.
- Champs de Fragmentation : Nécessaires si le paquet a été divisé.
Données (Payload) : Le segment de la Couche Transport (Niveau 4).
1. Adressage Logique (IP)
L'adresse IP est l'identifiant logique utilisé pour acheminer le paquet à travers différents réseaux. Contrairement à l'adresse MAC (physique, utilisée localement), l'adresse IP est hiérarchique et globale.
- Partie Réseau : Identifie le réseau auquel l'hôte est attaché. (Utilisée par les routeurs).
- Partie Hôte : Identifie l'hôte spécifique sur ce réseau.
2. Les Équipements de la Couche Réseau : Les Routeurs
Le rôle principal du Routeur est de prendre des décisions de routage.
- Un routeur relie deux ou plusieurs réseaux différents.
- Il examine l'adresse IP de destination du paquet.
- Il utilise sa Table de Routage pour déterminer l'interface de sortie et l'adresse du prochain routeur (appelé saut suivant ou next hop) sur le chemin vers la destination.
- Le processus de routage est la fonction de couche 3.
Processus de routage :
Le paquet voyage de la source (192.168.1.10) vers la destination (10.0.0.15) en passant par plusieurs routeurs (R1, R2, R3).
Chaque routeur examine l'adresse IP de destination et utilise sa table de routage pour déterminer le prochain saut vers la destination finale.
| Protocole | Type | Rôle | Exemple |
|---|---|---|---|
| Intérieur (IGP) | Routage Intradomaine | Utilisé au sein d'un seul système autonome (AS, grand réseau local). | OSPF, EIGRP |
| Extérieur (EGP) | Routage Interdomaine | Utilisé pour échanger des informations entre différents systèmes autonomes (l'épine dorsale d'Internet). | BGP |
Exemple de Table de Routage
| Réseau Destination | Masque | Passerelle | Interface | Métrique |
|---|---|---|---|---|
| 192.168.1.0 | 255.255.255.0 | 0.0.0.0 | eth0 | 10 |
| 10.0.0.0 | 255.0.0.0 | 192.168.1.1 | eth0 | 20 |
| 172.16.0.0 | 255.255.0.0 | 10.0.0.1 | eth1 | 15 |
| 0.0.0.0 | 0.0.0.0 | 192.168.1.254 | eth0 | 5 |
Caractéristiques d'IP
- Sans Connexion (Connectionless) : IP ne garantit pas la livraison, l'ordre de réception ou l'absence de duplication des paquets. C'est un service en "meilleur effort" (best effort).
- Fiabilité (Garantie) : La gestion de la fiabilité (vérification de la réception, retransmission des paquets) est déléguée à la Couche Transport (Niveau 4), via le protocole TCP.
- Indépendant des supports : IP peut fonctionner sur différents types de réseaux physiques (Ethernet, Wi-Fi, etc.).
- Fragmentation : IP peut fragmenter les paquets pour s'adapter aux différentes MTU (Maximum Transmission Unit) des réseaux traversés.
Versions d'IP
- IPv4 : La version la plus répandue, utilisant des adresses 32 bits (environ 4,3 milliards d'adresses).
- IPv6 : La nouvelle version, utilisant des adresses 128 bits pour résoudre le problème d'épuisement des adresses IPv4.
Exemple d'adresse IPv6 : 2001:0db8:85a3:0000:0000:8a2e:0370:7334
Processus d'encapsulation :
Les données traversent les couches OSI en étant encapsulées avec des en-têtes spécifiques à chaque couche :
- Couche Application : Données utilisateur
- Couche Transport : Ajout de l'en-tête TCP/UDP
- Couche Réseau : Ajout de l'en-tête IP (adresses source/destination)
- Couche Liaison : Ajout de l'en-tête et trailer de trame
- Couche Physique : Transmission des bits sur le média
Couche Transport (Niveau 4) : De Processus à Processus
Unité de données : Le Segment (appelé Datagramme pour UDP).
- Multiplexage et Démultiplexage : Utilisation des ports pour permettre à plusieurs
applications sur le même hôte d'envoyer et de recevoir des données simultanément.
- Multiplexage : Collecter des données de différents processus et les encapsuler dans des segments.
- Démultiplexage : Délivrer les segments reçus au bon processus d'application, basé sur le numéro de port.
- Gestion de la Connexion : Établissement et rupture d'une connexion logique (pour TCP).
- Contrôle de Flux : Empêche l'émetteur de submerger le récepteur.
- Contrôle d'Erreurs : Assure la livraison fiable, dans l'ordre, et sans duplication des données (pour TCP).
Processus de multiplexage/démultiplexage :
La couche transport permet à plusieurs applications de communiquer simultanément sur le même hôte :
- Multiplexage (émission) : La couche transport collecte les données de différentes applications et les encapsule dans des segments avec les ports appropriés.
- Démultiplexage (réception) : La couche transport examine le port de destination des segments reçus et les délivre à l'application correspondante.
0 à 1023
Ports Bien Connus (Well-known)
Réservés aux services standards
- HTTP = 80
- SSH = 22
- FTP = 21
- HTTPS = 443
1024 à 49151
Ports Enregistrés (Registered)
Utilisés par des applications enregistrées ou des serveurs secondaires
- MySQL = 3306
- RDP = 3389
- PostgreSQL = 5432
49152 à 65535
Ports Dynamiques/Privés
Attribués dynamiquement par le système d'exploitation aux clients pour les sessions éphémères
1. TCP (Transmission Control Protocol)
TCP est le protocole de transport le plus courant pour les applications qui exigent une fiabilité totale.
| Caractéristique | Description |
|---|---|
| Connexion Orientée | Nécessite un établissement de connexion (le Three-way Handshake) et une rupture de connexion explicites. |
| Fiable | Utilise des numéros de séquence, des accusés de réception (ACK) et des retransmissions (ARQ) pour garantir que chaque octet est livré, dans l'ordre, et une seule fois. |
| Contrôle de Flux | Utilise une fenêtre glissante dynamique pour réguler le débit en fonction de la capacité du récepteur. |
| Contrôle de Congestion | Ajuste dynamiquement le débit de l'émetteur pour éviter de saturer les routeurs intermédiaires du réseau. |
| Utilisation | Web (HTTP), Email (SMTP), Transfert de fichiers (FTP), SSH. |
2. UDP (User Datagram Protocol)
UDP est un protocole minimaliste qui offre un service rapide mais non garanti.
| Caractéristique | Description |
|---|---|
| Sans Connexion | N'a pas de phase d'établissement ou de rupture. L'émetteur envoie les données immédiatement. |
| Non Fiable | N'utilise pas d'ACK, pas de retransmission, pas de numéros de séquence. Si un datagramme est perdu, il est perdu. |
| Pas de Contrôle | N'inclut ni contrôle de flux, ni contrôle de congestion. |
| Faible Latence | Les applications peuvent transmettre rapidement. |
| Utilisation | Vidéo/Voix en continu (streaming), Jeux en ligne, DNS, SNMP. |
Three-Way Handshake TCP :
L'établissement d'une connexion TCP nécessite trois échanges :
- SYN : Le client envoie un segment SYN (synchronize) avec un numéro de séquence initial.
- SYN-ACK : Le serveur répond avec un segment SYN-ACK (synchronize-acknowledge) contenant son propre numéro de séquence et un accusé de réception.
- ACK : Le client envoie un ACK final pour confirmer la connexion.
| Caractéristique | TCP (Transmission Control Protocol) | UDP (User Datagram Protocol) |
|---|---|---|
| Fiabilité | Oui, garanti, ordonné | Non, service en "meilleur effort" |
| Nature | Orienté Connexion (Établissement nécessaire) | Sans Connexion |
| Surcharge (Overhead) | Élevée (nombreux champs d'en-tête, ACK, timers) | Très Faible (seulement 8 octets d'en-tête) |
| Vitesse | Plus Lent (doit attendre les ACK) | Rapide (envoi immédiat) |
| Contrôle de Flux | Oui (fenêtre glissante) | Non |
| Contrôle de Congestion | Oui (algorithme dynamique) | Non |
| Applications Typiques | Web, Email, FTP, SSH | Streaming, VoIP, DNS, Jeux |
| Fonction | Description |
|---|---|
| Gestion du Dialogue | Déterminer qui émet et quand. Elle gère le type de communication : Bidirectionnelle Alternée (Half-Duplex) ou Bidirectionnelle Simultanée (Full-Duplex). |
| Synchronisation | Insérer des points de contrôle (checkpoints) dans le flux de données. Si la session échoue (panne, déconnexion), la communication peut reprendre au dernier point de contrôle valide, au lieu de recommencer depuis le début. |
| Ouverture/Fermeture de Session | Établir et maintenir la connexion logique au-dessus de la connexion Transport (Niveau 4) et assurer une fermeture ordonnée de la session. |
Fonctionnalités de la Couche Session :
Full-Duplex : Communication bidirectionnelle simultanée
Half-Duplex : Communication alternée avec gestion par jeton
Points de contrôle : Permettent la reprise après échec sans tout retransmettre
| Fonction | Description |
|---|---|
| Traduction (Syntaxe de Transfert) | Convertir les données du format utilisé en interne par la machine source (syntaxe locale) vers un format commun de transfert (syntaxe de transfert), et vice-versa à la destination. (Ex : conversion des différents formats de caractères comme ASCII vers EBCDIC). |
| Compression | Réduire le nombre de bits à transmettre pour augmenter la vitesse et l'efficacité. Elle est effectuée avant l'encapsulation par la Couche Transport. |
| Chiffrement (Cryptage) | Appliquer des algorithmes de chiffrement et de déchiffrement pour garantir la confidentialité des données (Ex : SSL/TLS travaillait à l'origine à ce niveau). |
La couche Présentation se concentre sur la syntaxe (la manière dont l'information est codée et présentée) et la sémantique (le sens des informations) pour l'application destinataire. Elle masque les différences entre les représentations de données internes des systèmes.
| Fonction | Description |
|---|---|
| Interface avec l'Utilisateur | Fournir les protocoles nécessaires pour interagir avec les applications. |
| Identification des Partenaires | S'assurer que les deux applications communiquant sont disponibles et authentifiées. |
| Services d'Application | Offrir les protocoles pour les fonctions réseau courantes (transfert de fichiers, messagerie, navigation web, etc.). |
Protocoles Applicatifs Majeurs :
HTTP/HTTPS : Navigation Web (HyperText Transfer Protocol)
SMTP/POP3/IMAP : Messagerie électronique
FTP/SFTP : Transfert de fichiers
DNS : Résolution de noms de domaine
SSH/Telnet : Accès à distance