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'OSI

Le 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)

Note:

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

  1. Les fonctions devaient être divisées en groupes séparables.
  2. Chaque couche devait contenir un volume suffisant de fonctions.
  3. Chaque couche offre des services à la couche supérieure.
  4. Les fonctions d’une couche devaient avoir le même niveau d’abstraction.
  5. Les interfaces entre couches devaient être aussi simples que possible.
  6. Les protocoles devaient agir uniquement à l'intérieur de la même couche.
  7. 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.

Service: Ce qu’une couche offre à la couche supérieure
Protocole: Comment deux entités de même couche échangent pour offrir ce service

Vue d'Ensemble des 7 Couches OSI

Modèle OSI Complet - Les 7 Couches
Modèle OSI - Vue d'Ensemble des 7 Couches 7. Application Interface utilisateur, services réseau 6. Présentation Traduction, chiffrement, compression 5. Session Gestion dialogue, synchronisation 4. Transport Communication bout-en-bout, fiabilité 3. Réseau Routage, adressage logique 2. Liaison de Données Trames, adressage physique, contrôle erreurs 1. Physique Signaux, câbles, connecteurs Flux de Données : Émission (Encapsulation) : Données → Segment → Paquet → Trame → Bits Réception (Désencapsulation) : Bits → Trame → Paquet → Segment → Données

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.
Sans ce système d'adressage correct, les données ne peuvent pas trouver leur destinataire exact.

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

SAPService Access Point (Point d'Accès au Service) : c'est l'adresse logique ou l'endroit où la couche supérieure (N+1) peut demander un service à la couche inférieure (N). Il agit comme une boîte aux lettres ou un numéro de port spécifique à l'interface entre les deux couches.
Analogie : un numéro de port TCP pour une application spécifique.
SDUService Data Unit (Unité de Données de Service) : c'est l'information utile (la charge utile ou payload) que la couche N+1 fournit à la couche N pour qu'elle la transmette. C'est le message brut, non modifié, qui descend dans la pile.
IDUInterface Data Unit (Unité de Données d'Interface) : c'est le message complet échangé entre la couche N+1 et la couche N. L'IDU est l’unité de communication qui traverse l’interface de service.
ICIInterface Control Information (Information de Contrôle d'Interface) : c'est l'information de paramétrage que la couche N+1 inclut dans l’IDU pour indiquer à la couche N comment traiter le SDU.
Exemple : “utiliser le service avec connexion” ou “avec telle priorité”.
Encapsulation verticale des données (SDU → PDU) Illustration schematique montrant comment un SDU de la couche N+1 descend vers la couche N, reçoit un PCI et devient un PDU, puis sert de SDU pour la couche N-1. Couche N+1 (supérieure) Fournit le SDU à la couche N via le SAP SDU (données applicatives) SAP (Point d'Accès) Couche N (fournisseur) Reçoit IDU (SDU + ICI) et ajoute son N-PCI pour générer le PDU. SDU (inchangé) ICI N-PCI N-PDU (N+1 PCI + SDU) Couche N−1 (inférieure) Le N-PDU est traité comme le SDU de cette couche. N-PDU (SDU pour N-1)

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.).

Création du PDU : l’ajout du PCI au SDU forme l’Unité de Données de Protocole (N-PDU) :
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

Système A Couche 7 — Application Couche 6 — Présentation Couche 5 — Session Couche 4 — Transport Couche 3 — Réseau Couche 2 — Liaison Couche 1 — Physique Système B Couche 7 — Application Couche 6 — Présentation Couche 5 — Session Couche 4 — Transport Couche 3 — Réseau Couche 2 — Liaison Couche 1 — Physique Légende : Chaque couche N du Système A communique logiquement avec la couche N du Système B (même protocole). Les flèches horizontales représentent ces communications "entre pairs" logiques.

comment deux couches homologue établissent la Communication horizontale : CEP, PDU, PCI

Système A Entité de couche N PCI (en-tête) SDU (données) = PDU à envoyer CEP (Peer A) Système B Entité de couche N PCI lu/interprété SDU reconstitué = PDU reçu CEP (Peer B) Communication logique Transmission réelle des bits via couches inférieures Légende : - CEP (Communication Entity Peer) : entité logique d'une couche communiquant avec son homologue distante. - PDU : unité de données du protocole échangée horizontalement entre CEPs. - PCI : informations de contrôle du protocole (en-têtes) interprétées par la couche distante.

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)

CEPCommunication Entity Peer : c’est l’entité logique au sein de la couche N chargée d’exécuter le protocole spécifique à ce niveau.

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.

Résumé : La communication homologue (horizontale) est une abstraction logique entre deux entités de même couche. La transmission réelle, elle, reste verticale et physique à travers les couches et le support de communication.

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

Exemple : La Couche Transport (N+1) émet un CONNECT.REQUEST à la Couche Réseau (N) pour lui demander d'établir une liaison avec un système distant.

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

Exemple : La Couche Réseau (N) renvoie un CONNECT.CONFIRM à la Couche Transport (N+1) une fois la liaison effectivement établie.

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

Exemple : La Couche Réseau (N) utilise CONNECT.INDICATION pour informer la Couche Transport (N+1) qu'une demande de connexion vient d'arriver.

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

Exemple : En réponse à CONNECT.INDICATION, la Couche Transport (N+1) émet CONNECT.RESPONSE pour accepter ou refuser la connexion entrante.

Dans ce scénario les quatre primitives sont utilisées :

Machine A Machine B Couche N+1 Couche N Couche N+1 Couche N REQUEST ⬇ CONNECT.REQUEST INDICATION ⬆ CONNECT.INDICATION ⬇ RESPONSE CONNECT.RESPONSE ⬆ CONFIRM CONNECT.CONFIRM PDU transmis horizontalement PDU de réponse SAP N (Interface) SAP N (Interface) REQUEST : Demande descendante de la couche supérieure vers l’inférieure. INDICATION : Notification montante vers la couche supérieure du système distant. RESPONSE : Réponse locale à une INDICATION. CONFIRM : Confirmation locale que la demande a abouti.

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 :

REQUEST → INDICATION

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 :

REQUEST → INDICATION → RESPONSE → CONFIRM

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.

Exemple : La capacité d’une couche Transport à accepter et envoyer des données brutes doit être implémentée.

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é.

Exemple : La possibilité de demander une Qualité de Service (QoS) spécifique (faible latence, faible perte) est souvent un service optionnel.

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 - Nom du Service.Primitive
  • 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).
Exemple : Couche Transport (T) avec le service CONNECT

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).
Modes de Transmission (Couche Physique) Émetteur A Récepteur B 1. Simplex (Unidirectionnel) Émet seulement Reçoit seulement 2. Half-Duplex (Bidirectionnel Alterné) Unidirectionnel à la fois (Walkie-Talkie) Émet / Reçoit Émet / Reçoit 3. Full-Duplex (Bidirectionnel Simultané) Simultané (Ligne séparée ou fréquence dédiée) Émet / Reçoit Émet / Reçoit

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 ?

Le signal d'horloge (le rythme de la transmission) est fondamentalement nécessaire pendant toute la durée de la communication de données. Il doit être présent ou extractible pour chaque bit transmis.

Comment ?

La méthode de transmission dépend du type d'interface :
  • 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.

Codage de Ligne : 10110010 Flux Binaire : 1 | 0 | 1 | 1 | 0 | 0 | 1 | 0 NRZ-L Problème de longue séquence de 1 ou 0 : pas de transition, perte de synchro. NRZI Bonne gestion des 1, mais perte de synchro sur longue séquence de 0 (bits 5 et 6). Manchester Excellente auto-synchronisation garantie par une transition à chaque milieu de bit.

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.

1. Pourquoi NRZ-L et NRZI ne sont (presque) plus utilisés dans les LAN?

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.

2. Où les principes NRZ sont Encore Utilisés?

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.

Multiplexage – Techniques et Applications
Le multiplexage est une technique qui permet de faire passer plusieurs flux d'informations simultanément à travers un seul support de transmission (câble, fibre optique, onde radio, etc.).
Idée clé : Partager une ressource physique unique en la découpant dans le temps, la fréquence, l'espace ou le code, pour transporter plusieurs signaux en parallèle.
Sans multiplexage, chaque communication aurait besoin de son propre câble, ce qui serait coûteux, encombrant et inefficace.
1. Pourquoi le multiplexage existe ?
  • 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…).
2. Caractéristiques importantes du multiplexage
Pour comprendre un type de multiplexage, on examine généralement :
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
3. Les grands types de multiplexage
Il existe 5 familles majeures de techniques de multiplexage :
3.1 Multiplexage en fréquence (FDM)
Principe : Chaque signal occupe une bande de fréquences différente dans le même support.
Diagramme FDM - Répartition des fréquences
Canal A
20-30 kHz
Canal B
30-40 kHz
Canal C
40-50 kHz
Canal D
50-60 kHz
Utilisation : Radio FM, télévision analogique, ADSL (voix + internet), câble coaxial TV/Internet
3.2 Multiplexage en temps (TDM)
Principe : Chaque source émet à tour de rôle dans une tranche de temps.
| A | B | C | A | B | C | A | B | C | ... (séquence temporelle)
Type TDM Description Caractéristiques
STDM TDM statique Slots fixes même si inutilisés
DTDM TDM dynamique Adapté aux flux actifs
Utilisation : Réseaux téléphoniques T1/E1, USB, transmissions synchrones, réseaux 4G/5G
3.3 Multiplexage par code (CDM / CDMA)
Principe : Chaque utilisateur a un code unique (séquence pseudo-aléatoire). Tous les signaux sont envoyés en même temps sur la même fréquence.
Avantages :
  • Très résistant aux interférences
  • Offre un partage flexible
  • Sécurité accrue (codes difficiles à détecter)
Utilisation : Téléphonie mobile 3G (W-CDMA), GPS, communications militaires
3.4 Multiplexage en longueur d'onde (WDM)
Principe : Dans une fibre optique, chaque communication utilise une couleur / longueur d'onde différente.
Type WDM Description Capacité
CWDM Coarse WDM 8 longueurs d'onde espacées
DWDM Dense WDM Jusqu'à 160 longueurs d'onde
Utilisation : Backbone internet, réseaux opérateurs (fibre longue distance)
3.5 Multiplexage OFDM / OFDMA
Principe : Le canal est découpé en sous-porteuses orthogonales (qui ne se perturbent pas). Chaque utilisateur occupe un ensemble de sous-porteuses.
Avantages :
  • Excellente résistance aux échos
  • Très haut débit possible
  • Adapté à l'environnement radio
Utilisation : Wi-Fi (802.11a/g/n/ac/ax), ADSL/VDSL, 4G (OFDMA), 5G
4. Multiplexage hybride
Certains systèmes combinent plusieurs techniques pour optimiser les performances :
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
5. Avantages et limites du multiplexage
Avantages :
  • 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)
Limites :
  • 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)
6. Résumé global des techniques
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
Pour aller plus loin : Ce document peut être complété par des schémas détaillés, des exercices pratiques, ou des explications approfondies sur chaque technique de multiplexage.
La transmission en large bande et les mécanismes physiques de communication
La couche physique du modèle OSI représente le niveau le plus bas de la communication entre machines. Son rôle principal est de transmettre des bits sous forme de signaux électriques, optiques ou radio à travers un support physique. Pour cela, elle doit résoudre plusieurs problèmes : l'adaptation du signal au support, la synchronisation, la modulation, la gestion du canal et les modes de transmission.
1. Transmission en large bande
On distingue fondamentalement deux modes de transmission : la bande de base et la large bande.
1.1 Transmission en bande de base
En bande de base, le signal numérique est transmis directement sous forme d'impulsions électriques. C'est le mode utilisé dans la majorité des réseaux filaires locaux (Ethernet cuivre). Le signal occupe toute la bande passante disponible sur le support et un seul canal est transmis à la fois.
1.2 Transmission en large bande
La transmission en large bande (broadband) repose sur l'utilisation d'une onde porteuse à haute fréquence. Le signal numérique ou analogique est ensuite inséré dans cette porteuse grâce à une technique de modulation.
Avantages de la transmission en large bande :
  • 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
Les technologies comme le satellite, le câble TV, le Wi-Fi, la 4G ou la 5G utilisent toutes la large bande.
2. Les techniques de modulation
La modulation consiste à modifier une onde porteuse pour y ajouter de l'information. Une porteuse est un signal sinusoïdal défini par trois paramètres : amplitude, fréquence et phase.
Définition : La modulation est le processus qui permet de faire varier un ou plusieurs paramètres d'une onde porteuse (amplitude, fréquence ou phase) pour y encoder des informations.
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
3. Modes de transmission : ETTD et ETCD
Dans une chaîne de communication, deux philosophies existent pour gérer la transmission des données.
3.1 ETTD : Émission Tête-à-Tête Directe
Le signal est transmis du point d'origine au point final sans traitement intermédiaire. Les équipements intermédiaires (répéteurs, hubs) ne font que régénérer ou amplifier le signal sans analyser son contenu.
Avantages :
  • Simplicité
  • Faible latence
  • Bonne rapidité
Inconvénients :
  • Ne permet pas de contrôle d'erreur
  • Pas de gestion intelligente du trafic
3.2 ETCD : Émission Tête-à-Tête avec Contrôle et Découpage
Dans ce mode, chaque nœud intermédiaire (switch, routeur) reçoit la trame, la vérifie, la décode puis la retransmet.
Fonctionnalités de l'ETCD :
  • 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)
C'est le mode utilisé dans les réseaux modernes car il offre plus d'intelligence et de robustesse.
4. Synchronisation de la transmission
Pour lire correctement les bits transmis, le récepteur doit être synchronisé avec l'émetteur. Cela signifie qu'il doit reconnaître le rythme des bits et les frontières des trames.
4.1 Synchronisation des bits
Chaque bit doit être échantillonné au bon moment. Si l'horloge du récepteur dérive, les bits sont mal lus.
Techniques de synchronisation :
  • 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)
5. Transmission synchrone et asynchrone
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

La transmission d'informations entre deux systèmes nécessite un support, c'est-à-dire un milieu capable de transporter un signal, qu'il soit électrique, lumineux ou électromagnétique. Le choix de ce support influence directement la qualité, la vitesse, la portée, la fiabilité et le coût de la communication.
Classification : On distingue généralement deux grandes catégories : les supports guidés, où le signal est confiné dans un câble, et les supports non guidés, où l'information se propage librement dans l'espace sous forme d'ondes.

1. Les supports guidés

Les supports guidés sont des fils, des câbles ou des fibres dans lesquels circule un signal électrique ou optique. Ils présentent l'avantage d'être moins sensibles aux interférences extérieures, mais nécessitent une infrastructure physique.

Paire Torsadée

Le support le plus courant est la paire torsadée. Elle est constituée de deux fils de cuivre isolés et enroulés l'un autour de l'autre. Cette torsion a un rôle essentiel : elle réduit les perturbations électromagnétiques en rendant les interférences identiques sur les deux fils, ce qui permet au récepteur de les éliminer.
Utilisation : Réseaux Ethernet modernes
Catégories : Cat 5e, 6, 6a, 7, 8
Portée : 100 mètres par segment
Avantage : Économique et largement déployé
cable paire torsadée

Câble Coaxial

Un autre support guidé important est le câble coaxial. Il est composé d'un conducteur central entouré d'un isolant, d'une tresse métallique qui joue le rôle de blindage et d'une gaine protectrice. Grâce à ce blindage, le coaxial résiste très bien aux perturbations externes.
Utilisation : Télévision par câble, réseaux Internet
Avantage : Bon rapport signal/bruit
Portée : Supérieure à la paire torsadée
Historique : Réseaux locaux 1980-1990
cable Coaxial

Fibre Optique

Le support guidé offrant les performances les plus élevées est la fibre optique. Celle-ci transporte l'information non plus sous forme électrique, mais sous forme de lumière. Le cœur de la fibre, en verre très pur, guide les rayons lumineux par réflexion interne totale.
Types : Monomode / Multimode
Avantages : Faible atténuation, grande bande passante
Utilisation : Backbone télécoms, FTTH
Immunité : Aux perturbations électromagnétiques
fibre optique

2. Les supports non guidés

Les supports non guidés utilisent l'air ou l'espace pour transmettre l'information à l'aide d'ondes électromagnétiques. Cette catégorie comprend les ondes radio, les micro-ondes, l'infrarouge et les communications satellite.

Ondes Radio

Les ondes radio couvrent une très large gamme de fréquences. Elles sont omniprésentes : Wi-Fi, Bluetooth, radio FM/AM, talkies-walkies, télévision hertzienne, etc.
Avantage : Mobilité et flexibilité
Limite : Sensible aux obstacles
Portée : Variable selon la fréquence
Applications : Wi-Fi, Bluetooth, 4G/5G

Micro-ondes

Les micro-ondes, utilisées notamment dans les réseaux cellulaires (4G, 5G) ou dans les liaisons point-à-point, nécessitent souvent une visibilité directe entre les antennes.
Avantage : Débits élevés
Sensibilité : Aux conditions climatiques
Fréquences : 20-40 GHz (sensibles à la pluie)
Utilisation : Réseaux cellulaires, liaisons point-à-point

Infrarouge

L'infrarouge est utilisé pour les télécommandes ou certaines communications de courte distance. Ce signal, comparable à un rayon lumineux, ne traverse pas les obstacles.
Portée : Courte distance
Exigence : Alignement direct requis
Applications : Télécommandes, communications courte portée
Avantage : Sécurité (ne traverse pas les murs)

Satellites

Les satellites permettent une couverture mondiale, en particulier dans les zones isolées. Les communications passent par un relais orbital (géostationnaire, MEO ou LEO).
Types d'orbite : GEO, MEO, LEO
Avantage : Couverture mondiale
Latence : Élevée pour GEO
Évolution : Constellations LEO (Starlink)

3. Influence du support sur la transmission

Chaque support possède des contraintes physiques qui influencent la forme du signal, la modulation, la bande passante, la distance maximale, et les dispositifs nécessaires (amplificateurs, répéteurs, antennes…).
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.

Choix selon les besoins :
  • 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
Conclusion : La diversité des supports permet d'optimiser les réseaux selon les critères de coût, de performance, de portée, de sensibilité au bruit, ou de facilité de déploiement. Un réseau moderne combine généralement plusieurs types de supports pour tirer parti des avantages de chacun.
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)

La Couche Liaison de Données se situe juste au-dessus de la Couche Physique. Son rôle principal est de transformer le canal de transmission de bits bruts (souvent sujet aux erreurs) fourni par la Couche Physique en une ligne de communication sans erreur pour la Couche Réseau (Niveau 3).

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

Une trame (Frame) est l'unité de données de la Couche Liaison. Elle contient une en-tête, les données utiles, et un champ de contrôle d'erreurs.
Structure d'une Trame Typique
Fanion En-tête Données Trailer Fanion Trame Complète

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.

Framing (Trame) - Couche Liaison de Données
Le Framing (ou trame) est la fonction la plus essentielle de la Couche Liaison de Données (Couche 2), car elle permet de donner une structure au flux continu de bits reçu de la Couche Physique. Sans le framing, le récepteur ne saurait pas où commence un message logique et où il se termine, ni distinguer les données utiles des bits de contrôle.
1. Définition et Objectif du Framing
Le Framing consiste à transformer le flux de bits brut provenant de la Couche Physique en unités de données discrètes et bien définies appelées Trames (Frames).
Rôle principal du Framing :
  • 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.
2. Structure d'une Trame Typique
Une trame est généralement composée des parties suivantes :
É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.
Structure d'une Trame Typique
Fanion En-tête Données Trailer Fanion Trame Complète

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.

3. Méthodes de Délimitation (Framing)
La principale difficulté du framing est d'assurer la transparence des données, c'est-à-dire que le fanion de début et de fin ne puisse jamais apparaître accidentellement dans le champ de données, car cela ferait croire au récepteur que la trame est terminée prématurément.

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.

Exemple de Bit Stuffing
Processus de Bit Stuffing Données originales: (avant bourrage) 1 1 1 1 1 0 1 1 1 1 1 5 bits '1' consécutifs Après Bit Stuffing: (0 inséré après 5 '1' consécutifs) 1 1 1 1 1 0 Bit de bourrage 0 1 1 1 1 1 0 Bit de bourrage Émetteur Récepteur

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.

4. Importance du Framing dans le Modèle OSI
Le Framing est donc crucial : il est le premier niveau de structuration des données qui permet aux protocoles plus complexes des couches supérieures de fonctionner.
Résumé de l'importance du Framing :
  • 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.

Stratégies de protection contre les erreurs de transmission
  • 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.
Exemple avec une approche Naïve
  • 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 :

1. Encodage (Émission) : Avant l'envoi, l'émetteur encode le message (k-bits) en y ajoutant des (n-k) bits de redondance calculés à partir des (k-bits) d'origine.
2. Décodage (Réception) : Le récepteur reçoit la séquence (n-bits), recalcule les bits de contrôle (n-k bits), compare avec ceux reçus, et corrige automatiquement les erreurs détectées.
Contrôle de Parité Verticale (VRC)
Contrôle de Parité Verticale (VRC) Principe de la Parité Parité paire : Nombre de bits à 1 doit être pair Parité impaire : Nombre de bits à 1 doit être impair Le bit de parité est ajouté pour respecter cette règle Exemple: Parité Paire (Données = 1101) Bit de parité = 1 (Total : 4 bits à 1) 1 1 0 1 1 Parité Message encodé: 11011 Exemple: Parité Impaire (Données = 1101) Bit de parité = 0 (Total : 3 bits à 1) 1 1 0 1 0 Parité Message encodé: 11010
Parité Longitudinale (LRC)
Parité Longitudinale - Exemple avec "Salut!" Message: "Salut!" Codage ASCII des caractères: Caractère Code ASCII Bits Parité (VRC) S 83 1 0 1 0 0 0 1 1 1 (4 bits à 1 - pair) a 97 1 1 0 0 0 0 0 1 0 (3 bits à 1 - impair) l 108 1 1 0 1 1 0 0 0 1 (4 bits à 1 - pair) u 117 1 1 1 0 1 0 1 0 0 (5 bits à 1 - impair) t 116 1 1 1 0 1 0 0 0 0 (4 bits à 1 - pair) ! 33 0 0 1 0 0 0 0 1 1 (2 bits à 1 - pair) Octet LRC: 1 1 0 1 0 0 1 0 (Parité verticale des colonnes)
Codage Hamming (7,4)
Code de Hamming - Distance de Hamming et Structure Distance de Hamming Nombre minimum de positions où deux mots de code diffèrent Exemple: 1011101 et 1001001 1 0 1 1 1 0 1 1 0 0 1 0 0 1 Distance de Hamming = 2 Structure Hamming (7,4) 4 bits de données + 3 bits de parité = 7 bits Bits de parité aux positions 2^n (1, 2, 4) P1 Position 1 P2 Position 2 D1 Position 3 P3 Position 4 D2 Position 5 D3 Position 6 D4 Position 7
Codage polynomial (CRC) — déroulement pas-à-pas
Calcul CRC : exemple concret et vérification 1. Message d'origine (M) — bits à transmettre M = 11010011101100 (ex. choisi pour illustration) 2. Polynôme générateur G(x) = 10011 (degré r = 4) → on ajoutera r = 4 zéros à M 3. Prolongement du message M * x^r = 11010011101100 0000 (on ajoute 4 zéros) 4. Division binaire (algorithme XOR) — étapes (schématisées) Étape initiale : diviser 11010 (on aligne G sous les premiers bits pertinents) 10011 (G) Résultat XOR (reste partiel) 01011 ... (on continue en "glissant" et répétant XOR) → Après itérations, on obtient le reste R R = 1010 (exemple : reste de longueur r = 4) 5. Trame envoyée = M concaténé avec le reste R Trame = 11010011101100 1010 (M || R) → le récepteur recalculera (M||R) mod G(x) Vérification récepteur : diviser (M||R) par G Efficacité & polynômes • Détecte erreurs simples & doubles • Détecte rafales inférieure à r (degré de G) • Polys courants : CRC-16, CRC-32 Si (M||R) mod G = 0 → trame ACCEPTÉE Sinon → ERREUR détectée (on demande retransmission)

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
Note sur le CRC : Le CRC est le mécanisme le plus utilisé dans les réseaux modernes. Il peut détecter :
  • 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.

Principe de l'ARQ : L'émetteur envoie une trame et démarre une minuterie (timer). Si un accusé de réception positif (ACK) n'est pas reçu avant l'expiration de la minuterie, ou si un accusé de réception négatif (NACK) est reçu, l'émetteur retransmet la trame.

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 1 : Perte de l'ACK Émetteur Récepteur Trame n ACK perdu Retransmission n

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 2 : Perte de la trame Émetteur Récepteur Trame n perdue Timeout Retransmission n ACK

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

Scénario 3 : ACK retardé → retransmission inutile Émetteur Récepteur Trame n ACK retardé Timeout Retransmission n ACK doublure

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.

Fenêtre Glissante (Sliding Window)
Fenêtre d'Émission 0 ACK reçu 1 ACK reçu 2 3 4 5 6 Trames acquittées Fenêtre courante Trames futures La fenêtre 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)

HDLC est un protocole historique et fondamental de la Couche Liaison de Données (Couche 2) qui a servi de modèle à de nombreux protocoles modernes (comme PPP, l'encapsulation de trame dans X.25, et même des aspects de l'Ethernet). HDLC est un protocole orienté bit (il manipule les données au niveau du bit plutôt qu'au niveau du caractère) et utilise l'ARQ par fenêtre glissante pour assurer la fiabilité.
HDLC (High-level Data Link Control) est un protocole de la Couche 2 (Liaison de Données) qui fournit des services de communication point-à-point ou multipoint fiables, full-duplex (transmission dans les deux sens simultanément) et synchrones.
Variables et Constantes de HDLC
HDLC utilise des numéros de séquence pour gérer l'ordre et la retransmission des trames.
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.
Temporisateur HDLC (Timer)
Le temporisateur (Timer) est essentiel dans le mécanisme ARQ de HDLC.
Fonctionnement du temporisateur :
  • 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).
Format de Trame HDLC
Toutes les trames HDLC partagent une structure commune et utilisent le Fanion 01111110 pour la délimitation, ainsi que le Bourrage de Bits (Bit Stuffing) pour la transparence des données.
Structure d'une Trame HDLC
Fanion Adresse Contrôle Information (Data) FCS Fanion Trame HDLC Complète

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.
Les Trois Types de Trames (Champ Contrôle)
Le champ Contrôle est la partie la plus importante, car il détermine la fonction de la trame. Le bit de poids faible indique le type de 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).

Établissement, Transfert et Fin de Connexion en HDLC
HDLC utilise un échange de messages pour passer à travers les différents états de la liaison.

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.

Fenêtre Coulissante HDLC
Fenêtre Coulissante HDLC - Exemple avec W=7 Séquence de trames envoyées: 0 1 2 3 4 5 6 7 8 9 10 Fenêtre courante (W=7) Trames 0-6: envoyées, en attente d'ACK Trames 7-10: non encore envoyées Après réception d'ACK N(R)=3: Nouvelle fenêtre Trames 0-2: confirmées (ACK reçu) Trames 3-9: dans la nouvelle fenêtre

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

La Couche Réseau est responsable de l'acheminement des paquets de la source à la destination, même si ces deux hôtes se trouvent sur des réseaux géographiquement ou structurellement distincts. L'unité de données à ce niveau est le Paquet (Packet).
Fonctions Clés
  • 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.
L'Unité de Données : Le Paquet (Datagramme)
L'unité de données de la Couche Réseau (également appelée datagramme dans les réseaux sans connexion) est structurée pour le routage.
Structure d'un Paquet IP
En-tête IP Données (Segment Transport) Paquet IP (PDU de la Couche Réseau)

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).

Le Cœur : Routage et Adressage
Le fonctionnement de la couche réseau repose sur deux concepts fondamentaux : l'adressage logique et le routage.

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.

192.168.1
25
  • 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.
Exemple de Routage à travers un Réseau
Routage d'un paquet à travers Internet Réseau A Src 192.168.1.10 R1 Routeur R2 Routeur R3 Routeur Réseau B Dest 10.0.0.15 Paquet

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.

Les Protocoles de Routage
Les protocoles de routage sont des algorithmes utilisés par les routeurs pour construire et maintenir la table de routage, leur permettant de partager des informations sur les chemins disponibles.
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
Le Protocole IP (Internet Protocol)
Le protocole IP est le protocole de Couche Réseau le plus courant et il définit l'acheminement des paquets sur Internet.

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 IPv4 : 192.168.1.1
Exemple d'adresse IPv6 : 2001:0db8:85a3:0000:0000:8a2e:0370:7334
Encapsulation des Données à travers les Couches
Encapsulation des données à travers les couches OSI Données Application Couche 7: Application Données Application En-tête TCP/UDP Couche 4: Transport Données Application En-tête TCP/UDP En-tête IP Couche 3: Réseau Données Application En-tête TCP/UDP En-tête IP En-tête Liaison Couche 2: Liaison Données Application En-tête TCP/UDP En-tête IP En-tête Liaison Trailer Couche 1: Physique Encapsulation Désencapsulation

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

Nous arrivons à la Couche Transport (Niveau 4). C'est une couche critique qui assure la communication logique et fiable de processus à processus (ou d'application à application). Son rôle principal est de fournir un service de communication qui isole les couches supérieures des détails du transport.
Différence fondamentale : Le rôle de la Couche Réseau est d'acheminer le paquet d'un ordinateur A à un ordinateur B. Le rôle de la Couche Transport est d'acheminer les données du processus X sur l'ordinateur A au processus Y sur l'ordinateur B.

Unité de données : Le Segment (appelé Datagramme pour UDP).
Fonctions Clés
  • 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).
Multiplexage et Démultiplexage
Multiplexage et Démultiplexage des Ports Hôte A Application Web (Port 49152) Email Client (Port 49153) Chat App (Port 49154) Transport Segments multiplexés Réseau Hôte B Transport Serveur Web (Port 80) Serveur Email (Port 25) Serveur Chat (Port 5222) Segments reçus

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.
L'Adressage de Processus : Les Ports
Pour identifier les applications, la Couche Transport utilise des adresses de 16 bits appelées numéros de port. Une connexion logique est définie par une paire de sockets : (Adresse IP source : Port source, Adresse IP destination : Port destination).

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

Les Deux Protocoles Fondamentaux
La Couche Transport est dominée par deux protocoles qui offrent des services très différents aux applications : TCP et UDP.

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
Établissement de Connexion TCP - Three-Way Handshake Client Serveur SYN seq = x SYN-ACK seq = y, ack = x+1 ACK ack = y+1 État: ÉTABLI État: ÉTABLI

Three-Way Handshake TCP :

L'établissement d'une connexion TCP nécessite trois échanges :

  1. SYN : Le client envoie un segment SYN (synchronize) avec un numéro de séquence initial.
  2. 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.
  3. ACK : Le client envoie un ACK final pour confirmer la connexion.
Comparaison : TCP vs. UDP
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
Couche Session (Niveau 5) : Gestion du Dialogue
La Couche Session est responsable de l'établissement, de la gestion et de la terminaison des sessions de communication entre les applications. Elle agit comme un chef d'orchestre pour le dialogue entre deux systèmes.
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.
Modes de Dialogue - Session
Modes de Dialogue Gérés par la Couche Session Mode Duplex Intégral (Full-Duplex) Les deux parties peuvent envoyer des données simultanément Machine A Machine B Émission simultanée dans les deux directions Mode Duplex Alterné (Half-Duplex) Un seul utilisateur peut émettre à la fois (avec jeton) Machine A Machine B T Jeton Seul le détenteur du jeton peut émettre Points de Contrôle (Checkpoints) CP1 CP2 CP3 CP4 Reprise possible depuis le dernier checkpoint en cas d'échec

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

Couche Présentation (Niveau 6) : Syntaxe et Sémantique
La Couche Présentation est le traducteur du réseau. Elle s'assure que l'information échangée est lisible par les deux systèmes d'application, même s'ils utilisent des formats de données différents en interne.
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).
Synthèse et Sémantique

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.

Processus de la Couche Présentation
Traitement des Données par la Couche Présentation Machine Source Données Locales Format: ASCII, Big-Endian Traduction ASCII → UTF-8 Compression GZIP, Déflate Chiffrement AES, RSA Réseau Machine Destination Déchiffrement AES, RSA Décompression GZIP, Déflate Traduction UTF-8 → EBCDIC Données Locales Format: EBCDIC, Little-Endian Exemples de Conversions : Encodages caractères : ASCII ↔ Unicode ↔ EBCDIC Représentations numériques : Big-Endian ↔ Little-Endian Formats multimédias : JPEG, MPEG, MP3 Formats documents : PDF, DOC, XML, JSON
Couche Application (Niveau 7) : Interface Utilisateur
La Couche Application est le niveau le plus proche de l'utilisateur final. Elle ne fournit pas de service à une autre couche OSI ; elle fournit des services directs aux applications logicielles.
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
Écosystème des Protocoles de la Couche Application 🌐 Web Navigation HTTP/HTTPS Ports 80/443 📧 Email Messagerie SMTP/POP3/IMAP Ports 25/110/143 📁 FTP Transfert Fichiers FTP/SFTP Ports 21/22 🔍 DNS Résolution Noms DNS Port 53 🖥️ Accès Accès Distant SSH/Telnet Ports 22/23 📊 Partage Partage Fichiers SMB/NFS Ports 445/2049 Interface Utilisateur : Navigateur Client Email App Mobile Logiciel Utilisent les protocoles applicatifs

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