Les Rseaux Informatiques

Chapitre VII
Le modle de rfrence
OSI

1
Le transport des donnes dune extrmit une autre dun
rseau ncessite un support physique ou hertzien de
communication. Pour que les donnes arrivent correctement
au destinataire, avec la qualit de service, ou QoS (Quality of
Service), exige, il faut en outre une architecture logicielle
charge du contrle des paquets dans le rseau.
Les trois grandes architectures suivantes se disputent
actuellement le march mondial des rseaux :
larchitecture OSI (Open Systems Interconnection), ou
interconnexion de systmes ouverts, provenant de la
normalisation de lISO (International Standardization
Organization) ;

larchitecture TCP/IP utilise dans le rseau Internet ;

larchitecture introduite par lUIT (Union internationale des

tlcommunications) pour lenvironnement ATM
(Asynchronous Transfer Mode).
Le prsent chapitre dtaille larchitectures introduite par
lISO il y a plus de vingt ans et qui constitue toujours le
2
modle de rfrence pour dcrire les lments ncessaires
 Structuration du modle en couches:

Le modle de rfrence comporte deux sous-ensembles de

couches aux fonctionnalits spcifiques :
les couches hautes qui sont essentiellement charges
dassurer linter-fonctionnement des processus applicatifs
distants, ce sont les couches orientes traitement des
donnes.
les couches basses qui fournissent aux couches hautes un
service de transport fiable de donnes, dchargeant les
couches hautes de la gestion de tous les mcanismes de
transfert dinformation.
La couche suprieure des couches basses assure linterface
entre ces 2 groupes. Elles adapte les besoins de transport
3
de donnes exiges par les applications distantes (avec une
 Le modle de rfrence OSI:

Le modle de rfrence d'Interconnexion de Systmes Ouverts (ISO

en franais et OSI en anglais) a t mis au point par l'ISO, en troite
collaboration avec le CCITT, remplac depuis par l'UIT-T

Ce modle est abstrait, c'est dire qu'il n'est pas fond sur le
fonctionnement interne des systmes, ni sur leur technologie, mais
il dcrit des concepts pour leur interconnexion.

Il n'impose rien de faon autoritaire, mais des organismes et des

constructeurs, de plus en plus nombreux, l'adoptent, au moins
comme base conceptuelle de leurs dveloppements.

Le modle OSI est constitu par l'empilement de 7 couches , ce

nombre constituant un bon compromis entre deux impratifs :

augmenter le nombre de couches, pour rduire la complexit

des fonctions de chacune des couches selon le principe
d'indpendance des couches.

diminuer le nombre de couches pour rduire le nombre

d'interfaces entre les couches, et en consquence, amliorer
4 les
performances de la communication physique dans les systmes.
Le modle de rfrence

5
 Couche Description
Transparence du rseau et
7 - Application
distribution du traitement
Compression, conversion
6 - Prsentation
et encodage des donnes
5 - Session Gestion des connexions logiques
Segmentation des donnes et
4 - Transport
squencement des transmissions
Aiguillage des paquets
3 - Rseau
et contrle du trafic
Formation des paquets physiques
2 - Donnes
et vrification des transmissions
Cblage, carte rseau, quipements
1 - Physique
physiques

6
 Description des sept couches du modle OSI

Les couches basses garantissent aux couches hautes que le

transfert dinformation se ralise correctement.
Il est donc ncessaire que la dernire couche basse
destination sassure, avant de dlivrer les donnes aux
couches applicatives, que celles-ci sont correctes ( contrle
de bout en bout).
les autres couches infrieures neffectuent quun transfert
de proche en proche entre systmes.

La couche Physique : Elle assure la transmission des

signaux binaires (suite de bits) entre les quipements relis
par un support.

La couche Liaison (de donnes ) : Elle assure la transmission

des donnes structures et fiabilises en blocs (trames) entre
des stations directement relies par une liaison de donnes.
7
La couche Rseau : Elle concerne l'acheminement des
donnes (paquets) travers tout le rseau en passant
ventuellement par des stations intermdiaires ou par des
sous-rseaux.
Cette couche est charge de traiter les informations de
commutation ou de routage associes au paquet.

La couche Transport : Cest elle qui est charge de prparer

les donnes tre transportes. Elle gre entre autres le
contrle de flux (en indiquant la machine distante quelle
doit ralentir ses missions), la correction derreurs, la
dtection des pertes et des duplications, la rcupration des
informations correctes, pour offrir si ncessaire, un service
fiable la couche suprieure .la division des donnes des
applications en segments de taille adapte aux couches
infrieures.
Le niveau transport soccupe dtablir une liaison pour le
compte de la couche session, de grer le transfert8 de
donnes, puis librer la connexion.
A partir de niveau 5, on entre dans le domaine des
couches orients application .

Ces couches nassurent, globalement, que lorganisation

des changes et fournissent les mcanismes
ncessaires assurer linterfonctionnement de une ou
plusieurs applications distantes

9
La couche Session : Le rle de la couche session est de
fournir aux entits de prsentation, les moyens
ncessaires pour organiser et synchroniser leur
dialogue. Pour arriver ce but, la couche session doit
fournir les services ncessaires l'tablissement d'une
connexion, son maintien et sa libration

La couche Prsentation (des donnes) : Elle fournit les

transformations syntaxiques des donnes pour leur
transfert (compression, cryptage ...), et pour les rendre
comprhensibles aux applications rparties (codes
ASCII, EBCDIC...)

La couche Application : Contrairement son nom, elle

ne contient pas les applications(interface entre le
rseau et les logiciels), mais des processus pour
faciliter la communication entre les applications
rparties (transfert de fichiers, transfert de messages,
terminaux virtuels , gestion du rseau ... ).
10
 Organisation du dialogue entre les couches

Service N. Dsigne le service qui doit tre rendu par la couche N

de larchitecture la couche suprieure (N + 1). Ce service
correspond un ensemble dactions devant tre effectues par cette
couche, incluant vnements et primitives, pour rendre ce service
au niveau suprieur.
Protocole N. Dsigne lensemble des rgles ncessaires la
ralisation du service N. Ces rgles dfinissent les mcanismes
permettant de transporter les informations dun mme service N
dune couche N une autre couche N. En particulier, le protocole N
propose les rgles de contrle de lenvoi des donnes.
Points daccs au service N, ou N-SAP (Service Access Point).
quand une entit (n) fournit un service une entit (n+1), les
paramtres descriptifs du service sont changs travers une
11
connexion par des points d'accs au service (n), appels (n)-SAP,
 La mise en oeuvre des services

Quatre primitives de service sont dfinies pour permettre un

utilisateur de service de sadresser une entit ou une entit de
rpondre un utilisateur de service
Les primitives de demande, par lesquelles un utilisateur de
service appelle une procdure.
Les primitives dindication, par lesquelles lentit destinataire est
avertie quune procdure a t mise en route par lentit mettrice
sur son point daccs au service ou que le fournisseur de service
indique quil appelle une procdure.
Les primitives de rponse, par lesquelles lutilisateur distant du
service N accepte ou refuse le service demand.
Les primitives de confirmation, qui indiquent lacceptation ou le
12
refus du service demand qui a t fait au point daccs au service
 Les units de donnes

Les entits homologues de la couche (n) changent des

informations appeles Units de Donnes Protocolaires,
notes nPDU, suivant un protocole P(n).
Ce transfert horizontal est logique, puis quil ny a pas de
lien physique entre les entits distantes de mme niveau.
Pour que la nPDU issue de lentit E(n) du systme A soit
effectivement transfre vers son entit homologue du
systme B, il faut la faire descendre verticalement dentit
en entit du systme A, jusquau support (seul moyen
physique de transmission), puis la propager jusqu lautre
extrmit du support, et enfin la faire remonter jusqu 13
Quand l'entit E(n+1) demande un service l'entit E(n), elle lui
transmet une (n+1)PDU en excutant une procdure de service.
L'entit E(n) la reoit comme une Unit de Donnes de Service note
nSDU (utilisatrice de service N). Il sagit bien de la mme unit de
donnes qui est perue par lentit E(n+1) comme une unit
protocolaire, et par lentit E(n) comme une unit de service.
L'entit E(n) gnre ensuite des Informations de Contrle de
Protocole, conformes au protocole P(n), notes nPCI, l'intention
des autres entits du niveau (n) (ajout des information ncessaire
la couche homologue (n) pour que celle-ci traite et dlivre
correctement les donnes sa couche (n+1)). L' ensemble {nPCI:
protocol control Information, n SDU} constitue la nPDU. Ainsi, dans
le sens descendant, nous avons une encapsulation des donnes :
14 (n-
Ce principe rcurrent est rpt entre le niveau (n) et le niveau
Dans le sens ascendant, nous avons, au contraire une dcapsulation
des donnes:
Quand l'entit E(n-1) fournit un service l'entit E(n), elle lui
transmet une (n-1)SDU par une procdure de service. L'entit E(n) la
reoit comme une Unit de Donnes Protocolaire nPDU.

Ensuite, l'entit E(n) analyse cette unit de donnes, d'o elle

extrait les Informations de Contrle de Protocole nPCI, conformes au
protocole p(n) et plac son intention par lentit homologue de
lautre systme. Elle utilise ces informations, puis les supprime.
L'information restante constitue, pour elle, une unit de donnes de
service nSDU, qu'elle transmet son tour par une procdure de
service l'entit de niveau (n+1).
15
Ce principe rcurrent est rpt entre le niveau (n) et le niveau
Lors de linvocation dun service de niveau (N), le niveau (N+1)
fournit un ensemble dinformation ncessaire au traitement correct
de lunit de donne. Une partie de ces informations est utilise
pour construire le PCI. Lautre est lusage exclusif de lentit N,
elle prcise le traitement qui doit tre opr localement sur 16 les
Lencapsulation des donnes dans le modle OSI

17
 Les techniques d'adaptation de la taille des donnes

Les units de donnes, manipules par les diffrents couches ou

par le systme intermdiaire ne sont pas forcment de taille
compatible avec les capacits de ces systmes. Diffrentes
mcanisme peuvent alors tre utiliss

La segmentation et le rassemblage
Le groupage et le dgroupage

18
La concatnation et la sparation.
 Multiplexage et clatement d une connexion

De mme qu il faut adapter la tailles des units de donnes

aux formats dfinis par les protocoles, il faut galement
adapter la capacit des connexions. 2 oprations sont
possibles :

le multiplexage : plusieurs flots de donnes issus de nSAP

diffrents utilisent la mme connexion au niveau (n-1)

lclatement : un flot de donnes issu du niveau (n) est

rparti vers plusieurs connexions du niveau (n-1) travers
19
des points daccs diffrents.
 Architectures propritaires

Bien avant le modle de rfrence OSI, IBM (le plus grand constructeur de
l'poque) a adopt un modle d'architecture en couches SNA(System
Network Architecture), pour connecter le matriel IBM, ...avec le matriel
IBM. Les architectures des autres grands constructeurs sont, en gnral
postrieures au modle OSI, et de ce fait plus ouvertes (DSA(Distributed
System Architecture) de Bull, DNA(Digital Network Architecture)20 de