You are on page 1of 33

Architecture gnrale

Chapitre 4 : Architecture gnrale des rseaux informatiques


/udd/bcousin/Pages-web-Armor/Enseignement/Reseaux-generalites/Cours/4.recover.fm - 1 juin 2001 18:28

Plan
-

1.
2.
3.
4.
5.
6.
7.

Introduction
Le modle de rfrence OSI de lISO
Quelques fonctions
Autres exemples darchitecture de rseaux
Normalisation des rseaux
Conclusion
Quelques commentaires

p95
p98
p112
p118
p120
p123
p124s

Bibliographie
- Reference model for open systems interconnection : ISO 7498, UIT-T.200
- G. Pujolle, Les rseaux, Eyrolles, 1995. Chapitre 3.
- H. Nussbaumer, Tlinformatique, Presses Polytechniques romandes, 1987. Chapitre 1.3.
- A.Tanenbaum, Rseaux, 3me d., InterEditions, 1997. Chapitre 1.
____
B. Cousin et C. Viho - IFSIC -Universit Rennes I

94

Architecture gnrale

1. Introduction
Les rseaux informatiques doivent permettre des applications informatiques de cooprer sans
avoir tenir compte de lhtrognit des moyens et procds de transmission (par exemple : de la
topologie, des mthodes daccs, des caractristiques des quipements ou des supports, etc.).
. Adapter la technologie de transmission au support de communication
. Masquer les phnomnes altrant la transmission
. Maintenir la qualit demande
. Offrir linteroprabilit (1)
. Optimiser lutilisation des ressources (2)
. Assurer la prennit des choix (3)
(1) + (2) + (3) ==> Normalisation
DEC
DECnet

DEC
OSI

SNA/DECnet

____
B. Cousin et C. Viho - IFSIC -Universit Rennes I

BULL

IBM

OSI

SNA/DSA

OSI

IBM

DSA

SNA

DSA/DECnet

BULL

95

Architecture gnrale

1.1. Objectif
Rduire la complexit de conception des rseaux informatiques.
Principes :
- dmarche analytique : recensement des fonctions ncessaires
- dmarche synthtique : classement des fonctions
- dmarche simplificatrice et constructive :
. regroupement en sous-ensembles pour simplifier la comprhension des fonctions (frontires prcises, concises et utiles)
. dcomposition hirarchique de lensemble des mcanismes mettre en uvre en une
srie de couches (ou niveaux).
Remarque :
Le nombre de couches, leurs noms et leurs fonctions varient selon les types de rseaux
Exemples :
le modle de rfrence de lOSI : 7 couches
LAN : 2 + 2 sous-couches; ATM : 2 + 1 + 3 sous-couches, Internet : 3 ou 4 couches

____
B. Cousin et C. Viho - IFSIC -Universit Rennes I

96

Architecture gnrale

1.2. Principes de base de la dcomposition en couches


Une couche doit tre cre lorsquun nouveau niveau dabstraction est ncessaire
Chaque couche exerce une fonction bien dfinie
Les fonctions de chaque couche doivent tre choisies en pensant la dfinition des protocoles normaliss internationaux
Le choix des frontires entre couches doit minimiser le flux dinformations aux interfaces
Le nombre de couches doit tre :
- suffisamment grand pour viter la cohabitation dans une mme couche de fonctions trs diffrentes, et
- suffisamment petit pour viter que larchitecture ne devienne difficile matriser.

____
B. Cousin et C. Viho - IFSIC -Universit Rennes I

97

Architecture gnrale

2. Le modle de rfrence OSI de lISO


2.1. Prsentation
Norme de description de larchitecture gnrale des rseaux informatiques:
- LOSI = Open Systems Interconnection : reference model
- modle en 7 couches

Les noms de la norme :


- ISO : IS 7498
- CCITT : X200 (nouvellement IUT-T)
- AFNOR : NF.Z.70.001

____
B. Cousin et C. Viho - IFSIC -Universit Rennes I

98

Architecture gnrale

2.2. Notion de couche, de protocole et de service


Une couche est spcialise dans un ensemble de fonctions particulires. Elle utilise les fonctionnalits de la couche infrieure et propose ses fonctionnalits la couche suprieure.
Un systme est un ensemble de composants formant un tout autonome.
Une entit est llment actif dune couche dans un systme.
- entits homologues (paires) : entits de mme couche situes dans des systmes distants
Le protocole dune couche N dfinit lensemble des rgles ainsi que les formats et la signification
des objets changs, qui rgissent la communication entre les entits de la couche N.
Le service dune couche N dfinit lensemble des fonctionnalits possdes par la couche N et
fournies aux entits de la couche N+1 linterface N/N+1.
Notation : on note N_X (ou encore X(N)) lobjet de type X appartenant la couche N.
- ex : N-entit ou entit(N)

____
B. Cousin et C. Viho - IFSIC -Universit Rennes I

99

Architecture gnrale

Systme A
Couche (N+1)
Couche (N)

Systme B
Service de la couche N

entit A

Protocole de couche N

entit B

Interfaces
daccs au
service

Service de la couche N-1


Couche (N-1)

Larchitecture dun rseau est dfinie par lensemble des couches et la description des protocoles
et des services de chacune delles.

____
B. Cousin et C. Viho - IFSIC -Universit Rennes I

100

Architecture gnrale

2.3. Architecture gnrale du modle OSI

systme dextrmit
Protocole dapplication

Application
Prsentation
Session
Transport

Nom des units de


donnes changes
A-PDU

Protocole de prsentation

P-PDU

Protocole de session

S-PDU

Protocole de transport
systme intermdiaire

T-PDU/Message
N-IPDU/Paquet

Rseau

L-PDU/Trame

Liaison de donnes

Bit

Physique

Couches basses

Couches

Couches hautes

Le modle OSI possde sept couches

Support physique dinterconnexion

Le modle dcrit simplement ce que chaque couche doit raliser (le service), les rgles et le format
des changes (le protocole), mais pas leur implantation.

____
B. Cousin et C. Viho - IFSIC -Universit Rennes I

101

Architecture gnrale

2.4. Les sept couches du modle OSI


2.4.1

La couche Physique (couche 1)

Fournit les moyens mcaniques, optiques, lectroniques, fonctionnels et procduraux ncessaires


lactivation, au maintien et la dsactivation des connexions physiques ncessaires la transmission
de trains de bits.
Note : les systmes sont interconnects rellement au moyen de supports physiques de communication. Ces derniers ne font pas partie de la couche Physique.
2.4.2

La couche Liaison de donnes (couche 2)

Assure la transmission dinformations entre (2 ou plusieurs) systmes immdiatement adjacents.


Dtecte et corrige, dans la mesure du possible, les erreurs issues de la couche infrieure. Les objets
changs sont souvent appels trames (frames).
2.4.3

La couche Rseau (couche 3)

Achemine les informations travers un rseau pouvant tre constitu de systmes intermdiaires
(routeurs). Les objets changs sont souvent appels paquets (packets).

____
B. Cousin et C. Viho - IFSIC -Universit Rennes I

102

Architecture gnrale

2.4.4

La couche Transport (couche 4)

Assure une transmission de bout en bout des donnes. Maintient une certaine qualit de la transmission, notamment vis--vis de la fiabilit et de loptimisation de lutilisation des ressources. Les objets changs sont souvent appels messages (de mme pour les couches suprieures).
2.4.5

La couche Session (couche 5)

Fournit aux entits cooprantes les moyens ncessaires pour synchroniser leurs dialogues, les interrompre ou les reprendre tout en assurant la cohrence des donnes changes.
2.4.6

La couche Prsentation (couche 6)

Se charge de la reprsentation des informations que les entits schangent. Masque lhtrognit de techniques de codage utilises par les diffrents systmes.
2.4.7

La couche Application (couche 7)

Donne aux processus dapplication les moyens daccder lenvironnement de communication de


lOSI. Comporte de nombreux protocoles adapts aux diffrentes classes dapplication.
Note : les fonctionnalits locales des applications proprement dites sont hors du champ de lOSI
donc de la couche Application !
____
B. Cousin et C. Viho - IFSIC -Universit Rennes I

103

Architecture gnrale

2.4.8

Conclusion

Les trois premires couches constituent les couches basses o les contraintes du rseau sont perceptibles. Fonctions lmentaires spcialises dans la transmission.
La couche Transport est une couche charnire, dadaptation ou intermdiaire, associe le plus souvent aux couches basses.
Les trois dernires couches constituent les couches hautes o les contraintes de lapplication sont
perceptibles. Fonctions complexes et variables adaptes aux traitements applicatifs.
Attention : La norme stipule clairement quil sagit dun modle de rfrence et par consquent,
suivant le contexte dans lequel on se trouve et les besoins de communication, certaines fonctionnalits
de certaines couches peuvent ne pas tre utilises (protocoles alternatifs, classes de protocole, options,
etc.).

____
B. Cousin et C. Viho - IFSIC -Universit Rennes I

104

Architecture gnrale

2.5. Connexion
SAP(N) : service access point
- point identifi o les services sont fournis par lentit(N) une entit(N+1)
. ex : adresse
entits correspondantes

couche N+1
entit(N+1)

entit(N+1)

SAP(N)
Interface N

entit(N+1)
SAP(N)
connexion(N)

entit(N)

entit(N)

couche N

Connexion(N) : association dentits homologues pour le transfert de donnes


- entits correspondantes : entits associes par la mme connexion
Extrmit de connexion(N) : terminaison dune connexion(N) un SAP(N).
- connexion bipoint : connexion comportant exactement 2 extrmits.
- connexion multipoint : connexion comportant plus de 2 extrmits.

____
B. Cousin et C. Viho - IFSIC -Universit Rennes I

105

Architecture gnrale

2.6. Les modes de communication


On peut distinguer deux grands modes de communication:
- communication en mode connect (appel aussi with connection)
- communication en mode non connect (appel aussi connectionless ou par abus de langage datagramme)
2.6.1

Le mode non connect


- 1 seule phase (ou 0!) :
. le transfert de donnes
- chaque unit de transfert de donnes est achemine indpendamment
- les entits communicantes ne mmorisent rien (memoryless).
- les messages changes sont auto-suffisants (self-content)

____
B. Cousin et C. Viho - IFSIC -Universit Rennes I

106

Architecture gnrale

2.6.2

Le mode connect
- 3 phases :
. phase dtablissement de la connexion
. phase de transfert de donnes
. phase de libration de la connexion
- un contexte (rparti) est partag par les membres de la connexion :
. par exemple : le numro du paquet
- permet (facilite) le contrle et la gestion du transfert de donnes :
. contrle derreur, contrle de flux, maintien en squence, etc.
- les messages changs comportent des informations qui ne sont utilisables que grce la
connaissance de ce contexte :
. par exemple : le numro de paquet / la largeur de la fentre coulissante

____
B. Cousin et C. Viho - IFSIC -Universit Rennes I

107

Architecture gnrale

2.7. Les primitives de service


Le protocole(N) sappuie sur le service(N-1), donc la description du service est ncessaire la
comprhension du protocole.
Attention, le service nest accessible qu lintrieur dun systme : la faon daccder au service
ne doit pas tre normalise !
Les primitives spcifient le service :
- Ce sont des objets abstraits (puisque le service est abstrait !)
- Echanges travers un interface idal (sans perte et sans dlai)
- Leur reprsentation ressemble une procdure avec des paramtres
. prfixe : linitiale de la couche
. suffixe : le type de primitive
. Exemples :
. T_Data.req(T_SDU)
. LLC_Data.req(ad-locale, ad-distante, L_SDU, classe-de-service)

____
B. Cousin et C. Viho - IFSIC -Universit Rennes I

108

Architecture gnrale

Il existe quatre types de primitives :


- Request : Une entit sollicite un service
- Indication : Une entit est informe dune demande de service
- Response : Une entit a rendu le service, si possible
- Confirmation : Une entit est informe que le service a t rendu
Par exemple :
Utilisateur
du service A
(Couche N+1)

Fournisseur
du service
(Couche N)

Utilisateur
du service B

Utilisateur
du service A

(Couche N+1)

(Couche N+1)

N-xxx.req(...)

Fournisseur
du service
(Couche N)

Utilisateur
du service B
(Couche N+1)

N-xxx.req(...)
N-xxx.ind(...)

N-xxx.ind(...)

N-xxx.resp(...)

Temps

Temps

N-xxx.conf(...)
Service confirm

Service non confirm

De trs nombreuses variantes denchanement des types de primitives de service [1 4] existent !

____
B. Cousin et C. Viho - IFSIC -Universit Rennes I

109

Architecture gnrale

2.8. Les units de donnes


SDU(N) :
- unit de donnes spcifique au service(N), dont lintgrit est prserve dune extrmit
lautre dune connexion. Mais pas forcment entre !
. potentiellement de taille quelconque.
. exemple : un fichier transmettre
PDU(N) :
- unit de donnes spcifique au protocole(N), adapte la transmission, constitue par les
informations de contrle du protocole (PCI(N)) et ventuellement par des portions de donnes issues du SDU(N)
. par ex. : une trame, un paquet.

____
B. Cousin et C. Viho - IFSIC -Universit Rennes I

110

Architecture gnrale

Couche N+1

(N+1)PDU

Interface

(N)SDU
(N)PCI

Couche N

(N)PDU

(pas de segmentation ni de blocage)

Les entits de couche N


changent des N-PDU
par le protocole de
la couche N

IDU(N) :
- unit dinformation transfre en une seule interaction linterface de 2 couches, constitue
dinformation de contrle dinterface (ICI(N)) et tout ou partie dune SDU(N).
. dpend du systme daccueil (notamment leur format).
. dpendant de limplantation
. par ex. : les tampons (buffers) utiliss pour charger le fichier

____
B. Cousin et C. Viho - IFSIC -Universit Rennes I

111

Architecture gnrale

3. Quelques fonctions
Ces fonctions peuvent tre prsentes dans nimporte quelle couche.
3.1. Multiplexage/dmultiplexage
Fonction dune couche(N) permettant de prendre en charge plusieurs connexions(N) sur une seule
connexion(N-1)
- Optimise lutilisation de la connexion(N-1)
- Permet ltablissement simultan de plusieurs connexions(N) alors quune seule connexion(N-1) existe
- Problme : identification des connexions, contrle des diffrents flux
couche(N)

N-connexions
N-1-connexion

Exemple : multiplexage de plusieurs connexions de Transport sur une seule connexion de Rseau

____
B. Cousin et C. Viho - IFSIC -Universit Rennes I

112

Architecture gnrale

3.2. Eclatement/recombinaison
Fonction dune couche(N) permettant dutiliser plusieurs connexions(N-1) pour prendre en charge
une connexion(N).
- Amlioration de la fiabilit grce la redondance
- Amlioration des performances malgr lusage de connexions(N-1) peu performantes
- Problme : d-squencement
couche(N)

N-connexion
N-1-connexions

- Appel aussi multiplexage aval.


Exemple : HDLC multiliaison (multilink)

____
B. Cousin et C. Viho - IFSIC -Universit Rennes I

113

Architecture gnrale

3.3. Segmentation/rassemblage
Fonction dune couche(N) mettant en correspondance une SDU(N) avec plusieurs PDU(N)
- Adaptation de la taille des donnes (N-SDU) aux caractristiques de transmission (N-PDU)
- Problme : identification des PDU transportant les donnes constituant la SDU.

Couche N+1
Interface
Couche N

(N)SDU
(N)PCI

(N)PDU

(N)PDU

Exemple : les fragments dun datagramme IP

____
B. Cousin et C. Viho - IFSIC -Universit Rennes I

114

Architecture gnrale

3.4. Groupage/dgroupage
Fonction dune couche(N) mettant en correspondance plusieurs SDU(N) avec une seule PDU(N)
- Adaptation de la taille des donnes (N-SDU) aux caractristiques de la transmission (NPDU)
- Diminution du surcot (overhead)
- Problme : identification des SDU transportes.

Couche N+1
Interface

(N)SDU

(N)SDU

Couche N
(N)PCI

(N)PDU

Exemple : la bufferisation des donnes sous TCP

____
B. Cousin et C. Viho - IFSIC -Universit Rennes I

115

Architecture gnrale

3.5. Concatnation/sparation
Fonction dune couche (N) mettant en correspondance plusieurs PDU(N) avec une seule SDU(N)
- Adaptation de la taille des donnes aux caractristiques du service (N-SDU)
- Diminution du surcot (overhead)
- Problme : identification des PDU transportes

(N)PDU

(N)PDU

Couche N
Couche N-1

(N-1)SDU

Exemple : Concatnation des commandes et des donnes de la couche Transport.

____
B. Cousin et C. Viho - IFSIC -Universit Rennes I

116

Architecture gnrale

3.6. Transmission de donnes


Lencapsulation :
- Les donnes dune couche sont encapsules dans une unit de donnes de la couche infrieure.
- Par ex. : la lettre dans lenveloppe dans le sac postal dans le train postal.

donnes

Application

AH donnes

systme A

Prsentation

Prsentation
Session

SH

Transport

TH

Rseau

Physique

Application

PH

Session

Liaison

processus rception

NH
DH

message

Transport

paquet

Rseau

trame
signal codant le train de bits

DE

systme B

processus mission

Liaison
Physique

support de transmission

____
B. Cousin et C. Viho - IFSIC -Universit Rennes I

117

Architecture gnrale

4. Autres exemples darchitecture de rseaux


4.1. Architecture des rseaux locaux
couches suprieures

couche
Liaison de
donnes

couche
Physique

sous-couche LLC
(Logical Link
Control)
sous-couche MAC
(Medium Access
Control)

(Ethernet, Token Ring, Token Bus, FDDI, etc.)

sous-couche PHY
sous-couche PMD

correspondance
avec lOSI

____
B. Cousin et C. Viho - IFSIC -Universit Rennes I

Architecture des rseaux locaux

118

Architecture gnrale

4.2. Architecture gnrale dInternet

Les protocoles applicatifs


dInternet : telnet, ftp, http,
smtp, dns, nfs, snmp, xdr, etc.

couches applicatives

couche
Transport

TCP
(Transmission
Control
Protocol)

couche
Rseau
couche
Liaison de
donnes
couche
Physique
correspondance
avec lOSI

____
B. Cousin et C. Viho - IFSIC -Universit Rennes I

UDP
(User Datagram
Protocol)

IP (Internet Protocol)

Toutes sortes de protocoles


offrant lquivalent des
fonctionnalits des couches 1 et 2
du modle OSI

Architecture du monde Internet

119

Architecture gnrale

5. Normalisation des rseaux


La normalisation garantit linterfonctionnement et une certaine prennit, diffusion ou efficacit
ou de lobjet produit partir de ces normes.
Diffrents types
de protocoles

Dveloppement
de nouvelles technologies

Besoin croissant
de communication

Ncessit de dfinir des normes

5.1. Les principaux organismes de normalisation, dans le domaine des rseaux numriques
- ISO (International Standardization Organization)
- IUT-T (International Union of Telecommunication - section Telecommunication) (exCCITT)
- IEEE (Institute of Electrical and Electronic Engineers)
- IETF / IRTF (Internet Engineering/Research Task Force)
- ANSI, ECMA, AFNOR, etc.
____
B. Cousin et C. Viho - IFSIC -Universit Rennes I

120

Architecture gnrale

5.2. Identification des normes et exemples de normes


La dnomination dune norme doit tenir compte dun ensemble de critres :
- son origine (ISO, IEEE, etc)
- son domaine dapplication (rseaux publics/privs/locaux/, tlphone, etc)
- sa zone dapplication (europenne, internationale, etc)
Exemples de normes :
Les normes ISO sont prfixes par IS (International Standard)
. ISO/ IS 8208 (=X.25/L3), ISO / IS 8802.3 (=Ethernet), etc.
Les normes IUT-T sont nommes laide dune lettre suivie dun point et dun numro :
. IUT-T / X.25, IUT-T / X.400 (Messagerie), IUT-T / V.24 (Jonction pour la transmission
de donnes numriques sur lignes tlphoniques), etc.
Les noms des normes IEEE :
. IEEE 802.5 (Token Ring), etc.
Les normes de lIETF/IRTF sont appeles des RFC (Request For Comments) :
. RFC 791 (Internet Protocol), RFC 768 (UDP), RFC 793 (TCP),

____
B. Cousin et C. Viho - IFSIC -Universit Rennes I

121

Architecture gnrale

5.3. Cycle de vie dune norme


Une norme est gnralement dveloppe au sein dun groupe de travail ad hoc.
- production de draft
- exprimentation
- la norme est gnralement la (meilleure) rponse technique un problme en fonction des
connaissances de lpoque.
Une norme est adopte par des instances officielles
- aprs un vote formel
- la norme est publique et publie
- la norme rpond a des compromis conomiques et politiques
Une norme est gnralement rvise :
- priodiquement
- une norme peut tre carte et mme disparatre

____
B. Cousin et C. Viho - IFSIC -Universit Rennes I

122

Architecture gnrale

6. Conclusion
Modle de rfrence pour linterconnexion des systmes informatiques htrognes :
- en 7 couches (P, LdD, N, T, S, P, A)
Mais ce ne doit pas tre un dogme immuable, ni la vrit rvle !
Nombreuses variantes ou extensions :
- Piles multi-protocolaires (par ex. : UDP/TCP)
- Notion de sous-couches (par ex. : PMD/PHY)
- Adaptation lvolution des techniques (rseaux locaux, ATM, RNIS, etc.)
- Interconnexion de rseaux issus de familles protocolaires diffrentes
Le modle est cependant pratique pour avoir un langage commun et fournir un repre.
- par ex. : service /protocole, SDU/PDU, multiplexage/segmentation
Nous allons explorer les diffrentes couches (de bas en haut) en tudiant leurs protocoles, leurs
fonctions, leurs mcanismes et le format des objets quelles changent.

____
B. Cousin et C. Viho - IFSIC -Universit Rennes I

123

Architecture gnrale

7. Quelques commentaires
Note 1 : les normes ont une dure de vie limite
- Elles naissent, elles vivent, elles meurent !
- ex : IPv4 -- IPv6
Note 2 : une norme rpond des besoins spcifiques
- Une rponse un problme, un instant !
- ex : HDLC nest pas parfaitement adapt aux rseaux locaux
Note 3 : les normes spcifient juste ce quil faut
- Ce nest pas un dossier de conception
- Notamment, les normes protocolaires spcifient le comportement des systmes ouverts
dans leurs changes avec les autres systmes, mais pas leur fonctionnement interne et propre.
- ex : un langage est dfini par sa syntaxe et ses rgles opratoires, mais pas par limplantation de son compilateur !
- ex : de mme un protocole informatique est dfini par le format de ses messages, la procdure qui rgit ces messages (le protocole) et son service, mais pas par une de ses implantations.
____
B. Cousin et C. Viho - IFSIC -Universit Rennes I

124

Architecture gnrale

Note 4 : Un concept est abstrait


- Les concepts introduits pour dcrire les systmes ouverts constituent une abstraction, en
dpit de similitude avec les objets du monde rel :
- Parfois une nouvelle terminologie spcifique est introduite qui masque lobjet rel
. peut rendre difficile lapprhension du concept.
. ex : N-PDU (Network layer Protocol Data Unit) == datagramme ou paquet
- Parfois une terminologie usuelle est utilise qui fait rfrence (trop) clairement lobjet rel
. peut rendre difficile labstraction ou entrane une certaine confusion
. ex : connexion
Note 5 : Le modle OSI ne doit pas tre un dogme
- Il nest pas ncessaire que les systmes soient implants suivant la description du modle de
rfrence
- Le systme nest pas forcment organis en 7 modules ou tches assurant chacune les fonctions de lune des 7 couches !
- Le modle doit sadapter au cours du temps aux inovations :
. les bons concepts, les bonnes techniques perdurent naturellement

____
B. Cousin et C. Viho - IFSIC -Universit Rennes I

125

Architecture gnrale

Note 6:
- Une couche peut exister et tre vide car une couche peut regrouper un ensemble de fonctions qui ne sont pas mises en oeuvre !
- Dans ce dernier cas, soit le service nest pas ncessaire la couche suprieure, soit il est
dj rendu par la couche infrieure.
Note 7 :
- Le domaine de normalisation de lOSI est restreint aux problmes soulevs par la communication des donnes entre applications informatiques distantes.
. Ce nest pas le domaine des traitements locaux spcifiques ces applications tel que les
techniques dutilisation des ressources locales : gestion locale de fichiers, partage du
processeur, synchronisation locale des tches, accs aux donnes locales, etc.

____
B. Cousin et C. Viho - IFSIC -Universit Rennes I

126

You might also like