Ils en tiennent une couche : OSI et TCP/IP

Ne soyez pas du(e) ! Nous n'en sommes qu'au dbut du cours, alors ce chapitre sera plus une introduction aux
modles que Le Modle OSI de A Z en vingt-cinq volumes... Mais ne vous inquitez pas, cela viendra !

Le modle OSI en douceur

Dans cette sous-partie, nous allons dfinir le plus simplement possible ce qu'est le modle OSI. En effet, vous allez
le comprendre, il n'y a aucun rapport avec la mode ni la 3D (si si, nous vous le jurons).

Qu'est-ce que le modle OSI ?

Le modle OSI (Open Systems Interconnection : interconnexion de systmes ouverts ) est une faon
standardise de segmenter en plusieurs blocs le processus de communication entre deux entits. Chaque bloc
rsultant de cette segmentation est appel couche. Une couche est un ensemble de services accomplissant un but
prcis. La beaut de cette segmentation, c'est que chaque couche du modle OSI communique avec la couche au-
dessus et au-dessous d'elle (on parle galement de couches adjacentes). La couche au-dessous pourvoit des
services que la couche en cours utilise, et la couche en cours pourvoit des services dont la couche au-dessus
d'elle aura besoin pour assurer son rle. Voici un schma pour illustrer ce principe de communication entre
couches :

Ainsi le modle OSI permet de comprendre de faon dtaille comment s'effectue la communication entre un
ordinateur A et un ordinateur B. En effet, il se passe beaucoup de choses dans les coulisses entre l'instant t, o
vous avez envoy un mail (par exemple), et l'instant t1, o le destinataire le reoit.

Le modle OSI a segment la communication en sept couches :

Application (ou couche applicative).

Prsentation.
Session.
Transport.
Rseau.
Liaison de donnes.
Physique.

Une faon efficace de connatre ces couches par cur, de haut en bas et en anglais, serait de mmoriser la
phrase suivante : All People Seem To Need Data Processing, ce qui signifie : Tout le monde a besoin du
traitement de donnes. Chaque majuscule reprsente la premire lettre d'une couche : A pour application, P pour
prsentation, S pour session, T pour transport, N pour rseau (network en anglais), D pour data (liaison de
donnes) et finalement le dernier P (processing) pour physique.

De bas en haut, le moyen mnmotechnique anglais utilis est Please Do Not Throw Sausage Pizza Away. Ce qui
donne en franais : Sil vous plat, ne jetez pas les saucisses de pizza. Ces sacrs anglophones ont des
inspirations hilarantes ! Un gentil zro du nom de castor01 a propos un moyen mnmotechnique en franais
pour retenir ces couches de bas en haut : Partout Le Roi Trouve Sa Place Assise. Ou encore : Pour Le Rseau,
Tout Se Passe Automatiquement.
Le modle OSI par l'exemple : le facteur

Oui, nous le savons, vous tes impatient(e) ; nanmoins, allons-y lentement mais srement. Nous n'allons rien
vous enseigner de trop complexe, rassurez-vous. Nous avons pris l'habitude de toujours illustrer nos propos par un
exemple concret, une analogie parlante.

Pour comprendre le modle OSI, nous allons inventer un scnario. Vous vous souvenez de Pierre et de Jacques ?
Oui, nos camarades d'antan ! Pierre garde une lettre dans son bureau. Il veut la donner au facteur, qui attend
devant le portail de sa belle villa. La lettre est destine Jacques, mais Pierre n'a pas le droit d'entrer dans le
bureau de Jacques. Jacques non plus n'a pas le droit de sortir de son bureau. Seul le facteur peut entrer dans le
bureau de Jacques pour dlivrer la lettre, mais il lui est interdit d'aller dans celui de Pierre pour la chercher.
La maison de Pierre est mal construite : il n'y a pas de couloir, juste un alignement vertical de pices spares par
une porte. Pour aller du bureau au portail, Pierre doit traverser le salon et le jardin. Schmatiquement, cela donne
ceci :

Dans le schma ci-dessus, chaque pice de la maison peut tre considre comme une couche. Pierre doit quitter
la couche la plus leve pour se diriger vers la plus basse (le portail). Une fois la lettre remise au facteur, ce
dernier devra faire l'inverse chez Jacques, c'est--dire quitter la couche la plus basse pour aller vers la couche la
plus leve (le bureau de Jacques).

Chaque pice de la maison possde une fonction prcise. Le bureau est gnralement rserv au travail ; le salon,
la distraction (discussions, tlvision, etc.). Le jardin, lui, nous offre sa beaut et son air pur. Quant au portail, il
permet d'accder aussi bien au jardin qu' la maison.

Faisons intervenir un autre personnage, ric, dans notre histoire. ric ne connat absolument rien au processus de
transfert de lettres. Alors quand Pierre lui dit : J'ai crit une lettre Jacques , ric imagine le scnario suivant :

Pierre a crit la lettre.

Il l'a envoye.
Jacques a reu la lettre.

ric, c'est un peu vous avant la lecture de ce tutoriel. Vous pensiez sans doute qu'aprs avoir envoy un mail,
par exemple, M. le destinataire le recevait directement. Mais vous venez de comprendre grce l'exemple de la
lettre que votre mail est pass par plusieurs couches avant d'arriver au destinataire. Cet exemple vous semble
peut-tre aberrant, mais nous pensons qu'il a aid plusieurs personnes mieux concevoir le principe du modle
OSI.
Pour illustrer ce processus et faciliter votre comprhension, nous n'avons abord que quelques couches du modle
OSI en faisant appel un facteur. N'en dduisez pas quoi que ce soit !

Survol des couches du modle OSI

Nous y sommes presque ! Nous allons regarder le modle OSI d'un il plus technique, cela devrait vous plaire
! Le modle OSI est donc constitu de sept couches distinctes. Dans chacune de ces couches oprent un
certain nombre de protocoles.

Comment a fonctionne ?

Lorsque vous voulez envoyer un mail l'quipe des rdacteurs de ce tutoriel (comment a, a ne vous tente pas
? ), plusieurs choses se passent en coulisses.

Couche applicative

Vous avez besoin d'accder aux services rseaux. La couche applicative fait office d'interface pour vous donner
accs ces services, qui vous permettent notamment de transfrer des fichiers, de rdiger un mail, d'tablir une
session distance, de visualiser une page web Plusieurs protocoles assurent ces services, dont FTP (pour le
transfert des fichiers), Telnet (pour l'tablissement des sessions distance), SMTP (pour l'envoi d'un mail), etc.

Couche prsentation

Il vous faut formater votre mail pour une bonne prsentation. C'est dans la couche prsentation que cela se
passe. Elle s'occupe de la smantique, de la syntaxe, du cryptage/dcryptage, bref, de tout aspect visuel de
l'information. Un des services de cette couche, entre autres : la conversion d'un fichier cod en EBCDIC (Extended
Binary Coded Decimal Interchange Code) vers un fichier cod en ASCII (American Standard Code for Information
Interchange).

Le cryptage peut tre pris en charge par une autre couche que la couche de prsentation. En effet, il peut
s'effectuer dans la couche application, transport, session, et mme rseau. Chaque niveau de cryptage a ses
avantages.
Certains protocoles, tels que le HTTP, rendent la distinction entre la couche applicative et la couche de
prsentation ambigu. Le HTTP, bien qu'tant un protocole de la couche applicative, comprend des fonctionnalits
de prsentation comme la dtection du type de codage de caractres utilis.

Couche session

Une fois que vous tes prt(e) envoyer le mail, il faut tablir une session entre les applications qui doivent
communiquer. La couche session du modle OSI vous permet principalement d'ouvrir une session, de la grer et
de la clore. La demande d'ouverture d'une session peut chouer. Si la session est termine, la reconnexion
s'effectuera dans cette couche.

Couche transport

Une fois la session tablie, le mail doit tre envoy. La couche de transport se charge de prparer le mail l'envoi.
Le nom de cette couche peut prter confusion : elle n'est pas responsable du transport des donnes proprement
dit, mais elle y contribue. En fait, ce sont les quatre dernires couches (transport, rseau, liaison de donnes et
physique) qui toutes ensemble ralisent le transport des donnes. Cependant, chaque couche se spcialise. La
couche de transport divise les donnes en plusieurs segments (ou squences) et les runit dans la couche
transport de l'hte rcepteur (nous y reviendrons). Cette couche permet de choisir, en fonction des contraintes de
communication, la meilleure faon d'envoyer une information. Devrai-je m'assurer que la transmission a russi,
ou devrai-je juste l'envoyer et esprer que tout se passe bien ? Quel port devrai-je utiliser ? La couche de
transport modifie galement l'en-tte des donnes en y ajoutant plusieurs informations, parmi lesquelles les
numros de ports de la source et de la destination. Le protocole TCP (Transmission Control Protocol) est le plus
utilis dans la couche de transport.

Couche rseau

Maintenant que nous savons quel numro de port utiliser, il faut aussi prciser l'adresse IP du rcepteur. La
couche rseau se charge du routage (ou relai) des donnes du point A au point B et de l'adressage. Ici aussi, l'en-
tte subit une modification. Il comprend dsormais l'en-tte ajout par la couche de transport, l'adresse IP source
et l'adresse IP du destinataire. Se fait galement dans cette couche le choix du mode de transport (mode connect
ou non connect, nous y reviendrons l encore). Le protocole le plus utilis ce niveau est bien sr le protocole IP.

La couche liaison

Prsentation effectue ? O.K. !

Session tablie ? O.K. !
Transport en cours ? O.K. !
Adresses IP prcises ? O.K. !

Il reste maintenant tablir une liaison physique entre les deux htes. L o la couche rseau effectue une
liaison logique, la couche de liaison effectue une liaison de donnes physique. En fait, elle transforme la couche
physique en une liaison, en assurant dans certains cas la correction d'erreurs qui peuvent survenir dans la couche
physique. Elle fragmente les donnes en plusieurs trames, qui sont envoyes une par une dans un rseau local.
Par consquent, elle doit grer l'acquittement des trames (nous enfin bref, ce chapitre n'est qu'une introduction,
vous l'avez compris ). Quelques exemples de protocoles de cette couche : Ethernet, PPP (Point to Point
Protocol), HDLC (High-Level Data Link Control), etc.

La couche 2 assure la livraison des trames dans un rseau local. Cela dit, elle utilise des adresses physiques, la
transmission des donnes au-del du rseau local ne peut donc pas tre gre ce niveau. Logique, quand on y
pense : cest le rle de la couche 3. Tous les protocoles de cette couche n'ont pas forcment la possibilit de grer
lacquittement des trames, qui se fait alors dans une couche suprieure.

Finalement : la couche physique

Notre mail est en cours de transport, mettons-le sur le mdia. La couche physique reoit les trames de la couche
de liaison de donnes et les convertit en une succession de bits qui sont ensuite mis sur le mdia pour l'envoi.
Cette couche se charge donc de la transmission des signaux lectriques ou optiques entre les htes en
communication. On y trouve des services tels que la dtection de collisions, le multiplexing, la modulation, le circuit
switching, etc.

Rsum

Nous avons abord, en donnant quelques dtails, chacune des couches du modle OSI ; voici un tableau
rcapitulatif.

Position dans Nom de la

Rle de la couche
le modle OSI couche

7 Application Point de contact avec les services rseaux.

6 Prsentation Elle s'occupe de tout aspect li la prsentation des donnes : format, cryptage, encodage, etc.

5 Session Responsable de l'initialisation de la session, de sa gestion et de sa fermeture.

4 Transport Choix du protocole de transmission et prparation de l'envoi des donnes. Elle spcifie le numro de
port utilis par l'application mettrice ainsi que le numro de port de l'application rceptrice. Elle
fragmente les donnes en plusieurs squences (ou segments).

3 Rseau Connexion logique entre les htes. Elle traite de tout ce qui concerne l'identification et le routage dans
le rseau.

2 Liaison de tablissement d'une liaison physique entre les htes. Fragmente les donnes en plusieurs trames.
donnes

1 Physique Conversion des trames en bits et transmission physique des donnes sur le mdia.

Processus de transmission/rception

Quand un hte A envoie un message un hte B, le processus d'envoi va de la couche 7 (application) la couche
1 (physique). En revanche, quand il s'agit de recevoir, le message emprunte le chemin inverse : il part de la couche
1 (physique) pour arriver la couche 7 (application). Souvenez-vous de l'exemple de Pierre, Jacques et le facteur :
Pierre quittait le salon pour le portail afin d'envoyer sa lettre, alors que le facteur quittait le portail et se dirigeait vers
le bureau de Jacques pour la dlivrer.
TCP/IP vs OSI : le verdict ?

Vous vous tes peut-tre pos la question de savoir pourquoi le titre de cette partie tait Les modles de
communication et les protocoles plutt que Le modle OSI et les protocoles. En effet, nous allons tudier deux
modles diffrents : TCP/IP et OSI. Nous allons commencer par revoir leurs origines et le but de leur cration,
ensuite nous comparerons leurs architectures respectives.

Il y a une gnration

Le modle TCP/IP fut cr dans les annes 1970 par le dpartement de la Dfense des tats-Unis dAmrique,
plus prcisment par lagence DARPA (Defense Advanced Research Projects Agency). Cest pour cette raison que
vous le trouverez aussi sous lappellation DoD Model pour Department of Defense Model ( modle du
dpartement de la Dfense ).
Quant au modle OSI, il a t cr en 1978 par lOrganisation internationale pour la standardisation (ou
ISO, International Organization for Standardization). Cest un certain Charles Bachman qui proposa la
segmentation de la communication dans un rseau en sept couches distinctes.

Les buts de ces deux modles ne sont pas les mmes. En effet, le modle OSI a t dvelopp vocation
normative, cest--dire pour servir de rfrence dans le droulement de la communication entre deux htes.
D'ailleurs, il est galement connu sous les noms OSI Reference model ( modle de rfrence OSI ) ou OSI-RM.
Alors que le modle TCP/IP a une vocation descriptive, cest--dire qu'il dcrit la faon dont se passe la
communication entre deux htes. En dautres termes, si vous voulez comprendre comment se droule la
communication sur le terrain , prenez le modle TCP/IP. Par contre, si vous voulez comprendre la suite logique,
la procdure selon la norme, penchez-vous sur le modle OSI. Ceci dit, cest le modle OSI qui vous servira de
plan si vous voulez crer un protocole ou un matriel en rseau.

Il se peut qu'Internet Reference Model fasse parfois rfrence au modle TCP/IP. Cette appellation nest pas
fausse, mais inexacte : la suite protocolaire TCP/IP sert de description plutt que de rfrence.

Comparaison dans la structure

Voici un schma comparatif des deux modles.

Comme vous le voyez, le modle TCP/IP nest constitu que de quatre couches. Ce sont des couches
dabstraction, autrement dit des couches qui cachent les dtails dimplmentation de la communication et leurs
noms ne refltent pas mot pour mot les fonctions qu'elles assurent. Le modle OSI, quant lui, est firement
constitu de sept couches. Les trois premires couches du modle OSI correspondent la couche applicative du
modle TCP/IP.

Cette correspondance ne veut pas dire que la couche applicative du modle TCP/IP soit une synthse des trois
premires couches du modle OSI. Non ! Elle ne remplit que les rles des couches application et prsentation du
modle OSI, comme le spcifie la RFC 1122.
Le formatage des donnes dans le modle TCP/IP peut galement se faire via des librairies.

Les deux modles possdent une couche de transport. La couche rseau du modle OSI correspond la couche
Internet(work) du modle TCP/IP. Les couches liaison de donnes et physique du modle OSI forment une seule
couche pour le modle TCP/IP : interface rseau. Les couches application, prsentation, session et transport sont
dites couches htes (host layers en anglais). En effet, ces couches concernent directement les htes. Les
couches rseau, liaison et physique, elles, sont des couches de mdias (media layers) : elles sont plus lies au
mdia qu lhte. Voici un schma illustrant cette correspondance :

Point vocabulaire : les units de donnes

Au dbut de la communication entre deux htes, chaque information qui sera transmise est une donne.
Cependant, cette donne a plusieurs units selon la couche dans laquelle elle se trouve : il sagit de la mme
donne, mais sous plusieurs appellations. Prenons un exemple : votre pre, vous lappelez papa la maison. Au
travail, on lappelle M. X ; chez son frre, ses neveux lappellent tonton, etc. Cest bien la mme personne, connue
sous plusieurs appellations selon le milieu.
Ainsi, les donnes que vous transmettez sont tout simplement appeles unit de donnes (data unit en anglais).
On les nomme parfois PDU (Protocol Data Unit : unit de donnes de protocole ) ; dans ce cas, leur nom sera
prcd de l'initiale de la couche dont ces donnes sont issues. Par exemple dans la couche applicative, elles
prennent le nom d'APDU (Application Protocol Data Unit : unit de donnes de protocole dapplication ). Dans la
couche de session, elles sappelleront donc... SPDU (Session Protocol Data Unit : unit de donnes de protocole
de session ). Mme principe pour la couche de prsentation. Une fois dans la couche de transport, o elles sont
segmentes, ces donnes deviennent logiquement des segments. (Nous les avons appels squences dans le
chapitre prcdent.)

Lappellation TPDU (Transport Protocol Data Unit) est galement correcte en ce qui concerne la couche de
transport.

Dans la couche rseau du modle OSI, ces donnes prennent le nom de paquets ; dans les couches liaison et
physique, respectivement ceux de frame (trame) et bit.

Voici une image rsumant cela pour votre plus grand plaisir. Les acronymes dans limage ci-dessous sont en
anglais parce qu'ils sont plus courts. Vous ne devriez pas avoir de difficult les comprendre puisque leurs
quivalents franais sont juste plus haut.

Vous pouvez remarquer la prsence de datagram dans le schma. Datagram (datagramme) est le nom donn un
PDU transmis par un service non fiable (UDP par exemple). Faites-nous confiance, ne demandez pas de dtails
pour linstant.
Tout au long du tutoriel, nous ne ferons pas forcment usage du nom appropri pour une couche donne. Nous
utiliserons souvent les mots donnes et paquets pour faire rfrence toute information qui se transmet.
Lutilisation du mot appropri interviendra lorsqu'elle sera de rigueur.

Faites attention labstraction des noms de couches

Les noms des couches des modles TCP/IP ou OSI sont abstraits, voil pourquoi nous vous avons parl de
couches dabstraction. Leurs noms ne sont pas toujours synonymes de leurs fonctions et peuvent par moments
tre vagues. Par exemple, la couche application du modle OSI ne veut pas dire grand-chose. Quand vous
lisez application, est-ce que cela vous donne une ide de la fonction de cette couche ? Ce nom nest pas si
explicite. La couche transport des deux modles est certainement la plus abstraite dans sa dnomination. Quand
on lit transport, on a tendance croire que cette couche transporte vraiment les donnes jusqu son destinataire
alors que la transmission seffectue la couche 1 (physique) du modle OSI et la couche interface rseau du
modle TCP/IP. Par contre, la couche rseau est la moins abstraite, lon comprend tout de suite quil sagit de
lexercice des fonctions intimement lies au rseau.
Critiques du modle OSI

En dehors de labstraction des noms de couches, dont le modle TCP/IP est galement coupable, les reproches
faits ce modle relvent de quatre domaines : la technologie, limplmentation, la dure de recherche et
linvestissement.

La technologie

Par technologie, nous voulons parler de degr de complexit. Le modle OSI est plus complexe que le modle
TCP/IP. En effet, sept couches contre quatre : y a pas photo ! Cette complexit peut faire douter de lutilit de
certaines couches. Par exemple, les couches prsentation et session sont assez rarement utilises. Lorsque lISO
a voulu neutraliser la normalisation/standardisation du modle OSI, les Britanniques nont pas hsit
demander la suppression de ces couches-l. Comme nous lavons vu en survolant les couches de ce modle,
certaines fonctions se partagent entre plusieurs niveaux. Par consquent, la complexit mme du modle OSI
rduit lefficacit de la communication.

Limplmentation

cause de la complexit de ce modle, ses premires implmentations ont t trs difficiles, lourdes et surtout
lentes.

La dure et linvestissement

En technologie, il faut sortir le bon produit au bon moment, nest-ce pas ? OSI na pas respect cette rgle. Les
recherches de lISO pour mettre au point un modle normalis ont pris du temps : OSI est sorti alors que le modle
TCP/IP tait dj utilis. De ce fait, lISO a rencontr des difficults pour trouver un investissement, le monde
ntant pas tellement intress par une deuxime suite de protocoles.

Critiques du modle TCP/IP

Nallez pas croire que le modle TCP/IP est parfait ! Nous pouvons lui reprocher plusieurs choses :

Contrairement au modle OSI, TCP/IP ne distingue pas clairement le concept de services rseaux, des
interfaces et des protocoles. Par consquent, il ne respecte mme pas la bonne procdure de
lingnierie logicielle.
Le modle TCP/IP est un peu carr . Nous voulons dire par l qu'il est tellement spcifique que lon
ne peut pas se servir de ce modle pour en dcrire un autre, alors que le modle OSI peut tre utilis
pour dcrire le principe du modle TCP/IP.
Interface rseau : c'est ainsi que l'acadmie Cisco appelle cette couche du modle TCP/IP. La RFC
1122 la nomme tout simplement lien ; on la trouve aussi sous l'appellation hte--rseau (host-to-
network). Cette couche a t fortement critique parce quil ne sagit pas dune couche proprement
parler, mais dune interface entre le rseau et la liaison de donnes.
Le modle TCP/IP ne fait pas la distinction entre la couche physique et la couche liaison de donnes.
En principe, la couche physique devrait tre une couche part, car elle conclut la transmission
grce la mise sur mdia.

Et maintenant : le verdict des juges

Aprs avoir compar les deux modles, lheure est la sanction au verdict !

En conclusion cette analyse/critique des deux modles, il est clair que TCP/IP a plus de succs qu'OSI. Mais ce
succs est simplement d au fait que les protocoles de ce modle sont les plus utiliss. Sans ses protocoles, le
modle TCP/IP serait pratiquement inexistant. Par contre, le modle OSI, avec ou sans protocoles, est la parfaite
norme dictant la procdure de communication. Plusieurs personnes ont sanctionn le modle OSI au profit de
TCP/IP et, daprs elles, TCP/IP gagnerait ce duel. Cependant, je(ce nest peut-tre pas lavis de tous les
rdacteurs de ce tutoriel, mais de celui qui rdige en ce moment) ne partage pas cet avis, et aprs quelques
recherches fructueuses, je me dclare pro-OSI. Je voterais mme pour le remplacement du modle TCP/IP. La
seule chose que je peux reprocher au modle OSI, qui est encore dactualit, est la prsence des couches
prsentation et session qui sont presque inutiles. Sans elles, le modle OSI serait, pour moi, le modle idal.
Cette conviction est galement fonde sur le rapport analytique publi en 2004 par Internet Mark 2 Project,
intitul Internet Analysis Report 2004 - Protocols and Governance. ( Rapport de lanalyse dInternet - Protocoles
et gouvernance ). Vous pouvez tlcharger un rsum de ce rapport gratuitement ici et le rapport complet (en
anglais) se trouve l.
Lanalyse en soi est trs critiquable. votre niveau, vous ne serez peut-tre pas capable d'en proposer une autre.
Ce nest pas grave. Cependant, notez qu'il y a matire rflexion dans certaines remarques.
Si le modle OSI est meilleur que le TCP/IP, pourquoi ce dernier a-t-il plus de succs ?

TCP/IP est sorti, et fut donc largement utilis, avant le modle OSI. De cette utilisation massive dcoule une
complexit de migration vers un autre modle, d'o le maintien du succs de TCP/IP.

Mme si je suis pro-OSI, cela ne veut pas dire que ce modle remportera dfinitivement le duel. Au train o vont
les choses, TCP/IP rgnera pendant encore trs longtemps. Mais sait-on jamais ? Il se pourrait quun meilleur
modle voie le jour
Je ne comprends pas langlais, mais je veux lire le rapport de lanalyse. Une solution ?

Oui : apprendre langlais !

Principe d'encapsulation

Chaque couche du modle OSI a une fonction dtermine. Nous avons vu que la couche en cours utilise les
services de la couche au-dessous delle qui, son tour, en offre pour la couche du dessous. Cette corrlation
indique bien que certaines informations peuvent se retrouver d'une couche une autre. Cela nest possible que
grce au principe dencapsulation.
Lencapsulation consiste encapsuler. En d'autres termes, elle consiste envelopper les donnes chaque
couche du modle OSI.

Quand vous crivez une lettre (pas un mail), vous devez la glisser dans une enveloppe. Cest peu prs le mme
principe dans le modle OSI : les donnes sont enveloppes chaque couche et le nom de lunit de donnes
n'est rien d'autre que le nom de lenveloppe. Nous avons vu dans la sous-partie prcdente que, dans la couche
applicative, lunit de donnes tait lAPDU (ou plus simplement le PDU). Ensuite, nous avons vu que dans la
couche rseau, lunit de donnes tait le paquet. Ces PDU forment une sorte d'enveloppe qui contient deux
choses : la donne en elle-mme et len-tte spcifique cette couche. La partie donne de ce paquet est
compose de la donne initiale, mais aussi des en-ttes des couches qui la prcdent. Il existe une toute petite
formule mathmatique dfinissant la relation entre les couches. Ce nest pas difficile, pas la peine de fuir !

Considrons limage ci-dessous :

Soit C une couche du modle OSI. La couche C + 1 utilise les services de la couche C. Facile, nest-ce pas ? La
couche session utilise les services de la couche transport, par exemple. La donne que la couche C + 1 transmet
la couche C est appele SDU tant quelle na pas encore t encapsule par cette dernire. Si, par contre, la
couche C encapsule ce SDU, on lappelle dsormais PDU.

Quelle est donc la relation entre le PDU et le SDU ?

Dans une couche C, le PDU est le SDU de la couche C + 1 plus son en-tte (couche C). Ce SDU ne devient un
PDU qu'aprs lencapsulation. La couche C ajoute des informations dans len-tte (header) ou le pied (trailer), voire
les deux, du SDU afin de le transformer en un PDU. Ce PDU sera alors le SDU de la couche C - 1. Donc le PDU
est un SDU encapsul avec un en-tte.

Voici la constitution d'un PDU :

Comprendre la relation entre un SDU et un PDU peut tre complexe. Pour vous simplifier la tche, nous allons
considrer un exemple inspir du monde rel et vous aurez ensuite droit un schma.

Nous classons lexemple ci-dessous entre les catgories un peu difficile et difficile . Il est important de ne
pas admirer les mouches qui voltigent dans votre chambre en ce moment. Soyez concentrs.

Quand vous crivez une (vraie) lettre, c'est un SDU. Vous la mettez dans une enveloppe sur laquelle est crite une
adresse. Cette lettre qui ntait quun SDU devient un PDU du fait quelle a t enveloppe (encapsule). Votre
lettre arrive la poste. Un agent du service postal regarde le code postal du destinataire et place la lettre dans un
sac. Mais on ne la voit plus, puisquelle est dans un sac. Pour l'instant, la lettre, lenveloppe et le sac forment un
SDU. Lagent du service postal va alors inscrire le code postal du destinataire sur le sac en question, qui devient
donc un PDU. S'il contient dautres lettres partant pour la mme ville, elles seront alors toutes mises dans une
caisse : cest un SDU. Tout comme on a ajout des informations sur lenveloppe et sur le sac, il faut galement
mettre un code postal sur la caisse. Cet ajout fait de cette caisse un PDU.

Voil pour la procdure de transmission. Mais pour la rception, les sacs lintrieur de la caisse (des SDU) sont
enlevs lorsqu'elle atteint sa destination. Attention, cest ici que vous devez tre trs attentif/attentive. Si un
individu prend un sac et en lit le code postal pour lacheminer son destinataire, le sac nest plus considr
comme un SDU mais comme un PDU. Ctait un SDU au moment de sa sortie de la caisse. tant donn quil y a
des informations de plus sur le sac, cest un PDU pour celui qui les lit.

Lorsque le destinataire recevra la lettre, les informations ajoutes sur le sac ou sur la caisse ne seront plus visibles
: il ne restera plus quune enveloppe contenant la lettre originale (un SDU).

Tenez, un schma illustrant l'encapsulation des SDU dans le modle OSI :

Dans le schma ci-dessus, DF signifie Data link Footer. Le terme n'est pas exact, mais nous lutilisons pour faciliter
votre comprhension. Le vrai terme franais qui quivaut au mot trailerest remorque . Une remorque est un
genre de vhicule que lon attle un autre vhicule ; la remorque est en quelque sorte la queue ou le footer du
vhicule principal. Il est donc plus facile d'utiliser footer plutt que trailer ; le mot pied plutt que remorque.
Tous les lments encadrs en or forment un SDU, comme le stipule la lgende.
Comme vous le voyez, au dbut nous navons que les donnes initiales, que lon pourrait galement appeler
donnes dapplication. La donne initiale ce stade est un SDU. Une fois dans la couche applicative, un en-tte
AH (Application Header : en-tte dapplication ) est ajout cette donne initiale. La donne de la couche
applicative est un APDU. La couche applicative transmet cela la couche de prsentation au-dessous. Cette
donne transmise est un SDU. Par lencapsulation, cette couche ajoute un en-tte PH au SDU de la couche
applicative. La couche de prsentation envoie ce nouveau message la couche de session et cette dernire
encapsule son header avec le SDU obtenu de la couche prsentation pour former son SPDU. Et ainsi de suite
jusqu la couche liaison, qui a la particularit dajouter galement un trailer. Finalement, toutes ces donnes sont
converties en une srie de bits et mises sur le mdia pour la transmission.

Une couche ne doit pas connatre (ne connat pas) lexistence de len-tte ajout par la couche au-dessus delle (la
couche C + 1). En fait, cet en-tte, par lencapsulation, apparat comme faisant partie intgrante de la donne
initiale. Par consquent, la couche ignore qu'il s'agit d'un en-tte, mais elle le considre comme appartenant aux
donnes transmettre.

Vous pouvez galement constater que toutes les informations ajoutes dans la couche suprieure se retrouvent
dans la couche infrieure. Ainsi dans la couche rseau, par exemple, on retrouve la donne initiale + len-tte
dapplication (AH) + PH + SH + TH. Toutes ces informations seront considres par la couche rseau comme
la donne initiale. Dans cet exemple, la couche rseau ne soccupe donc que de son propre en-tte.

Si, chaque couche, len-tte est ajout la donne initiale, ne serait-ce pas compromettre lintgralit du
message ?

Qui peut rpondre cela ? Trs belle question, soit dit en passant. Chaque couche ajoute la donne
initiale un en-tte. De la sorte, tous les en-ttes sont runis dans la couche de liaison. Lorsque ces informations
seront converties en une suite de bits, le rcepteur devrait recevoir des donnes errones puisque la donne
initiale navait pas tous ces en-ttes, nest-ce pas ? En principe. Mais le modle OSI (ou le modle TCP/IP) est
assez intelligent. En effet, dans la procdure de rception, chaque en-tte est enlev lorsque le message grimpe
les couches, tel quillustr par le schma ci-dessous. Cette suppression den-tte, cest la dcapsulation !

Comme vous le voyez sur le schma, dans la procdure de rception, chaque couche supprime son en-tte
correspondant aprs lavoir lu. Par exemple, len-tte NH (rseau) est supprim dans la couche rseau de lhte
rcepteur aprs que ce dernier la lu.

Maintenant que vous savez quoi il sert, nous allons entrer dans les coulisses du modle OSI par le haut.
Pourquoi pas par le bas ? Parce qu'il est plus facile de descendre des escaliers que de les monter. Parce que nous
estimons qu'il est plus intressant de commencer par ce qui est plus proche de nous, savoir les applications que
nous utilisons.