Professional Documents
Culture Documents
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
____
B. Cousin et C. Viho - IFSIC -Universit Rennes I
97
Architecture gnrale
____
B. Cousin et C. Viho - IFSIC -Universit Rennes I
98
Architecture gnrale
____
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
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
systme dextrmit
Protocole dapplication
Application
Prsentation
Session
Transport
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 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
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
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
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
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
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
____
B. Cousin et C. Viho - IFSIC -Universit Rennes I
105
Architecture gnrale
____
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
____
B. Cousin et C. Viho - IFSIC -Universit Rennes I
108
Architecture gnrale
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
____
B. Cousin et C. Viho - IFSIC -Universit Rennes I
109
Architecture gnrale
____
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
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
____
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
____
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
____
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
____
B. Cousin et C. Viho - IFSIC -Universit Rennes I
116
Architecture gnrale
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
couche
Liaison de
donnes
couche
Physique
sous-couche LLC
(Logical Link
Control)
sous-couche MAC
(Medium Access
Control)
sous-couche PHY
sous-couche PMD
correspondance
avec lOSI
____
B. Cousin et C. Viho - IFSIC -Universit Rennes I
118
Architecture gnrale
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)
119
Architecture gnrale
Dveloppement
de nouvelles technologies
Besoin croissant
de communication
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
____
B. Cousin et C. Viho - IFSIC -Universit Rennes I
121
Architecture gnrale
____
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
____
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