19/04/2017

ARCHITECTURE PROTOCOLAIRE

 Architecture en couches et encapsulation

 Le modèle de référence (OSI)
 Le modèle TCP/IP

Architecture en couches
 La technique usuelle en informatique : découper un problème
complexe en problèmes simples à traiter
 L'interconnexion réseau : des traitements séparés par niveaux
ou couche
 Chaque couche a ses propres responsabilités et utilise la couche
située en dessous d’elle
 Chaque couche fournit des services à son homologue de niveau
supérieur en occultant ses traitements propres
 Entre deux équipements, chaque couche dialogue à son niveau à
l'aide d'un protocole
 une couche : un ensemble homogène destiné à accomplir une
tâche ou à rendre un service
2

1
 19/04/2017

Architecture en couches
 Le découpage en couches permet de
 de maîtriser la complexité des systèmes : dissocier des problèmes de
natures différentes
 rendre évolutive l’architecture : une nouvelle technologie ne remet
en cause que la couche concernée
 masquer les détails d’implémentation : une couche fournie certains
services
 faire de la réutilisation de service
 favoriser la communication :
 à l’intérieur d’un système, en structurant les échanges entre les différentes
couches
 entre les systèmes en précisant les principes de communication liée aux couches
de divers systèmes

Protocole et service

 Service : fonctionnalité offerte par le réseau

 communication fiable de bout en bout, cryptage des
données, envoi lettre recommandée avec accusé de
réception
 Protocole : implémentation d’un service (format des
paquets, échanges des messages, …)
 dire « ALLO » et « AU REVOIR », manière de décrocher
ou raccrocher, faire signer le destinataire avec pièce
d’identité…

2
 19/04/2017

Notion de protocole
 Communication entre 2 personnes : processus résolu
car la plupart des opérations est prise en charge par
l’homme
 Communication entre 2 machines : nécessité de
codifier avec une extrême précision les différentes
fonctions réalisées à chaque phase de la
communication(ouverture/transfert/fermeture)

Exemple de Protocole

3
 19/04/2017

Exemple de protocole
 Echange d’un fichier sur un réseau sans perte,
 Le service : fournir un transfert fiable de fichier
 Un protocole simple :
 envoyer le fichier en une succession de paquets
 envoyer un « checksum » pour chaque paquet
 contrôler le checksum sur le récepteur et renvoyer un message OK ou Not-OK
à l’émetteur
 l’émetteur attend le OK ou Not-OK avant de demander le transfert du paquet
suivant
 l’émetteur attend le dernier message OK avant de clore la connexion
 si Not-OK pour un paquet, re-transférer le paquet

 Ce protocole a besoin d’un protocole de transfert de paquets :

comment transférer un paquet ?
-> architecture en couches
7

Protocole bout-en-bout/point-à-point
 point à point : transport de l’information
 contrôle du lien, contrôle/reprise sur erreur, adressage,
acheminement
 bout en bout : s’exécute aux extrémités, vérifie intégrité et organise le
dialogue applicatif

4
 19/04/2017

Un exemple I

Exemple II : le courrier postal

MAROC

Postier Français Postier Marocain

10

5
 19/04/2017

Besoin de la Normalisation
 Besoin de définir une architecture normalisée:
◦ Complexité croissante des besoins de communications.
◦ Diversité des solutions adoptées.
◦ Nécessité de transparence pour l’utilisateur.
◦ Besoin d’interopérabilité des systèmes.
◦ Assurer la pérennité des choix
 Historiquement, une architecture par constructeur
 Protocole propriétaire : Pour chaque marque d’ordinateur
correspond un protocole différent. Problèmes de
compatibilité. Nécessité d’utiliser des interfaces…
 SNA (System Network Architecture) d’IBM
 DSA (Distributed System Architecture) de BULL
 DEC net (Digital Equipment Corporation) de DEC
 Appel Talk
11

Normalisation
 Qu’est ce qu’une norme?: Des accords documentés décrivant des
spécifications des produits ou des services.
 Exemple: format d’une carte bancaire (longueur, largeur, épaisseur,
position de la bande magnétique, etc.).
 Pourquoi une norme?: Éliminer les incompatibilités entre les produits
et les services.
 Si on ne parle pas le même « langage », alors comment peut-on
communiquer et se comprendre?
 Qui définit les normes?: des organismes
 nationaux (SCC « Standards Council of Canada », AFNOR « France », ANSI
« USA »)
 Internationaux : ISO « International Organization for Standardization »
IEEE (Institute of Electrical Standard organisation), IETF (Internet
Engineering Task Force), UIT (Union internationale des
télécommunications)
12

6
 19/04/2017

Le modèle de référence – OSI (1)

 1977 : l' organisation internationale de normalisation (ISO)
démarre une réflexion sur une architecture de réseau en couches,
 1983 : définition du modèle OSI
 Open : systèmes ouverts à la communication avec d’autres systèmes
 Systems : ensemble des moyens informatiques (matériel et logiciel)
contribuant au traitement et au transfert de l’information
 Interconnection
 Objectif : constituer un modèle de référence d'un réseau
informatique
 But : permettre la connexion entre les architectures propriétaires
hétérogènes qui existaient

13

Le Modèle OSI
Le modèle
« Open de Interconnexion
System référence – OSI» (2)

 Ce modèle est constitué de sept couches dont chacune

correspond à une fonctionnalité particulière d'un réseau

 Couches dites basses : assurent l'acheminement des

informations entre les extrémités concernées et dépendent du
support physique.
 Couches dites hautes : sont responsables du traitement de
l'information relative à la gestion des échanges entre systèmes
informatiques.

7
 19/04/2017

Les Fonctions des Couches

Accès réseau des Application

Représentation des données
Communication Inter-Hôte
Communication bout-en-bout
Adressage et routage
Accès au support de Trans.
Transmission en Binaire

Le modèle
Modèle de référence
d’une – OSI (3)
couche OSI
 Chaque couche :
 Fourni des services à la couche supérieure
 Utilise des services de la couche inférieure
 Les données transférées par les services sont des SDU (Service Data Unit)
 Échange d’information suivant un protocole avec des couches distantes de même niveaux
 Les données transférées par ce protocole sont des PDU (Protocol Data Unit)

Couche n+1
Service de couche n
PDU
Couche n Couche n
Protocole de couche n
Service de couche n-1

Couche n-1
MACHINE LOCALE MACHINE DISTANTE

8
 19/04/2017

Le modèle de référence - OSI (4)

17

Le modèle de référence - OSI (5)

18

9
 19/04/2017

La couche « Physique »
 Gère la transmission des bits de façon brute sur un lien physique
 Transmet un flot de bit sans en connaître la signification ou la
structure
 Un bit envoyé à 1 par la source doit être reçu comme un bit à 1 par la
destination
 Définit les Spécifications
 mécaniques (connecteur : nbre de broches)
 électriques (niveau de tension)
 fonctionnelles des éléments de raccordement:
 mode de fonctionnement
 initialisation et relâchement de la connexion
 transmission simultanée dans les 2 sens
 Services fournis à la couche liaison (niveau 2)
 établissement/libération de la connexion physique
 transmission série ou // de n bits
 identification des extrémités de la connexion physique
 notification de dérangement
19

La couche « Liaison de données »

 Achemine les données reçues de la couche supérieure en
les organisant en blocs de transmission
 Service de transfert de trames entre 2 systèmes adjacents
 Services fournis aux entités de la couche Réseau
 contrôle de flux : des mécanismes de régulation pour éviter la
saturation du canal de communication par un émetteur unique
 fractionne les données d'entrée de l'émetteur en trames de
données
 délimitation et transfert des trames
 maintien de l’ordre séquentiel
 détection et correction de certaines erreurs
 notification d’erreurs non corrigées
 reconnaissance d’une séquence binaire

20

10
 19/04/2017

La couche « Réseau »
 Couche réseau: Acheminer les données du système source au
système destination quelle que soit la topologie du réseau de
communication entre les 2 systèmes terminaux,
 Gère les problèmes d’adressage dans l’interconnexion de réseaux :
Adressage logique
 convertit les messages en paquets dont la dimension est adaptée au réseau
(fragmentation/réassemblage)
 permet l’interconnexion des réseaux hétérogènes X25, IP, IPX (le
changement de formats d'adresses, le redimensionnement des paquets,.)
 régler tous les problèmes de qualité de service (délais, temps de transit,
...)
 Détermination du chemin et routage des paquets

21

11
 19/04/2017

La couche Transport
 Sa fonction de base est de traiter les données de la couche
session et de les découper au besoin en petites unités (segment)
 Assure aux couches supérieures un transfert fiable quelle que
soit la qualité du sous-réseau de transport utilisé
 Contrôle le transfert de bout en bout des messages entre les 2
systèmes d’extrémités
 établissement/libération des connexions de transport
 détection et correction d’erreurs de bout en bout
 contrôle de flux de bout en bout
 Ordonnancement des données

23

La couche session
 But : Gérer le dialogue entre 2 applications distantes
 Gestion du dialogue :
 dialogue unidirectionnel ou bidirectionnel,
 gestion du tour de parole,

 synchronisation entre les 2 applications (Mécanisme de

points de reprise en cas d’interruption dans le transfert
d’informations)

12
 19/04/2017

La couche présentation
 But : Affranchir les applications de la couche supérieure des
contraintes syntaxiques
 Gère les problèmes de différences de représentation des
données,
 Effectue la compression des données si elle est nécessaire
pour le réseau,
 S’occupe du chiffrement des données et de l’authentification.

La couche application
 But :Fournir des protocoles normalisés d’applications réseaux
« communes » :
 terminal virtuel,
 transfert de fichiers,
 messagerie électronique,
 gestion et administration de réseaux,
 ….

13
 19/04/2017

Encapsulation
L’encapsulation :
 - Les données d’une couche sont encapsulées dans une unité de données de la couche inférieure.
 - Par ex. : la lettre dans l’enveloppe dans le sac postal dans le train postal.

 La couche n ajoute l’en-tête Hn (encapsulation)

 La couche liaison ajoute un champ supplémentaire T2 pour le contrôle de la transmission
(FCS, Frame Check Sequence)
27

Encapsulation – Exemple-

28

14
 19/04/2017

Un modèle de référence ?!
 Pas de véritables implémentations du modèle
 lenteur des travaux de normalisation
 complexité des solutions adoptées
 OSI décrit tous les concepts et mécanismes
nécessaires au développement d’une architecture de
communication
 reste la référence pour présenter une architecture !

29

Architecture TCP/IP :
 TCP/IP structurés en quatre couches de protocoles
 La couche de liens : l'interface avec le réseau, constituée d'un
driver du système d'exploitation et d'une carte d'interface avec le réseau.
 La couche réseau ou couche IP (Internet Protocol) gère la
circulation des paquets à travers le réseau en assurant leur routage.
 La couche transport assure une communication de bout en bout en
faisant abstraction des machines intermédiaires entre l'émetteur et le
destinataire.
 Elle s'occupe de réguler le flux de données et assure un transport fiable
(données transmises sans erreur et reçues dans l'ordre de leur émission) dans
le cas de TCP (Transmission Control Protocol)
 non fiable dans le cas de UDP (User Datagram Protocol). Pour UDP, il n'est
pas garanti qu'un paquet (appelé dans ce cas datagramme) arrive à bon port,
c'est à la couche application de s'en assurer.
 La couche application est celle des programmes utilisateurs comme
telnet (connexion à un ordinateur distant), FTP (File Transfert Protocol),
SMTP (Simple Mail Transfert Protocol), etc ...
30

15
 19/04/2017

Architecture TCP/IP

31

Communication entre deux machines

du réseau local

16
 19/04/2017

Communication entre réseaux

Encapsulation de données TCP/IP

17
 19/04/2017

Encapsulation de données TCP/IP

35

Conclusion : modèles OSI et TCP/IP

 OSI
 générique mais trop complexe à implanter
 des inconsistances et des redondances
 normalisation très lente liée à un type de réseau
 TCP/IP
 protocoles existants mais dédiés à l’Internet
 Recherche de simplicité, interopérabilité, évolutivité dans la
conception initiale

36

18