CHAPITRE 2 Standardisation Systèmes Ouverts Modèle de

CHAPITRE 2
Standardisation
Systèmes Ouverts
Modèle de référence OSI
2-Modèle OSI
1
PLAN
Standardisation
Aspect de Standardisation
Organe de Standardisation
Processus de Standardisation
Systèmes Ouverts
Concept des Systèmes Ouverts
Deux modèles des Systèmes Ouverts
Impacts des Systèmes Ouverts
Modèle de référence OSI
Description fonctionnelle
Structure standard du modèle
Sept couches
Concepts fondamentaux
Conclusion
2-Modèle OSI
2
Aspect de la Standardisation
Conformité
Garantit que
Produit répond à certains critères de qualité
Produit fonctionne sans problème en connexion avec n’importe
quel autre produit conforme
On dit
Un produit est “conforme” à un standard s’il a réussi à passer un
ensemble de tests exécutés par une autorité reconnue pour
délivrer des certificats de conformité
Qu’est-ce un standard formel?
Spécification (matérielle ou logicielle)
Résultat de procédures formellement établies
-
notion de conformité
Ex
IEEE 802.3 (Ethernet)
X. 400 (messagerie)
2-Modèle OSI
3
Aspect de la Standardisation
Qu’est-ce un standard informel?
Spécification de fournisseur (matérielle ou logicielle)
Définie et respectée par des fournisseurs
-
Pas de procédure de standardisation formelle
On parle de « Standard de Facto »
Ex
Protocole NFS (Network file system) de SUN
SNA (System Network Architecture) d’IBM
Qu’est-ce une option et des paramètres?
Notion associée à un standard
Offre une certaine flexibilité au standard
-
évite une multitude de standards presque identiques
2-Modèle OSI
4
Aspect de la Standardisation
Qu’est-ce une option et des paramètres? (suite)
Option on définit comportement du standard
Sélection d’un mode de fonctionnement du standard parmi différents
modes supportés
Ex : Mode d’utilisation « Symétrique/ Asymétrique » du standard X25
-
Pour une communication entre 2 partenaires équivalents : Symétrique
Pour une communication entre ordinateur et terminaux : Asymétrique
Paramètres on customise/dimensionne le standard
Définition des limites du standard
Ex : Taille maximale des paquets transmis par un logiciel s’appuyant
sur le standard X25
Qu’est-ce un Profile?
Profile Ensemble de
Standards à respecter
Options cohérentes à choisir
Paramètres à utiliser
Profile garantit que :
« 2 produits conformes fonctionnent ensemble sans problème »
2-Modèle OSI
5
Organes de Standardisation
Niveau International
L’ISO (International Organisation for Standardization) :
Organe de standardisation visant surtout les produits de
l’industrie
-
Ex de standard: IS 7498 (= OSI)
L’UIT (Union International de Télécommunication)
(dans le passé : CCITT - Comité Consultatif International
Télégraphique et Téléphonique)
Se concentre sur les standards nécessaires au support des
communications traversant le domaine public
-
Ex de standard: X25 (communication par paquets), V.24
(interface modem)
Ne produit pas de standards mais des “Recommandations”
Souvent, les recommandations de l’ UIT
- sont reconnues par plusieurs pays en tant que standard
et
- sont reprises dans les normes de l’ISO
2-Modèle OSI
6
Organes de Standardisation
Niveau Régional
CEN (Comité Européen de Normalisation)
Organe de standardisation de la Communauté Européenne
-
Normes à l’usage de l’industrie européenne
•
élément de la politique commerciale de la CE
-
Reprend les normes ISO et UIT pour une harmonisation en vue
des besoins Européens
-
Ne peut prononcer des standards
•
Résultats doivent obligatoirement être repris comme standards
nationaux
ETSI (European Telecommunications Standards Institute)
Organe de standardisation de l’industrie de télécommunication
européenne
-
Collabore étroite avec l’UIT en élargissant le domaine d’activité
2-Modèle OSI
7
Organes de Standardisation
Niveau National
Organes de standardisation
Rôle comparable à celui de CEN
Souvent représenté auprès de l’ISO
-
Exemples
•
ANSI (American National Standards Institute) aux Etats- Unis
•
AFNOR (Association Française de NORmalisation) pour la
France
Niveau Industriel
Groupements industriels
Exemples
-
ECMA (European Computer Manufacturers Association)
-
EIA (Electronics Industries Association)
-
IEEE (Institute of Electrical and Electronics Engineers)
-
RFC (les normes du type “RFC” de l’Internet)
2-Modèle OSI
8
Processus de Standardisation
Processus de standardisation de l’UIT
Avant 1990 : Cycle de standardisation de 4 ans
Acceptation de nouvelles normes / révision de normes existantes
lors des assemblées ayant lieu tous les 4 ans
Publication des normes dans une série de fascicules d’une
couleur commune (jaune … 1980, rouge … 1984, bleu … 1988)
Après 1990 : Processus continu
Processus de standardisation des normes RFC
Proposition d’un “Request for Comment” comme solution à un
problème reconnu
Enregistrée par le “Internet Activity Board” (= IAB)
Proposition devient une norme (standard “de facto”)
lorsqu’au moins 2 implantations fonctionnent en service
productif
2-Modèle OSI
9
Processus de Standardisation
Processus de standardisation de l’ISO
Processus continu (et itératif) de définition de normes
Documents des “working groups”
Draft Proposal
Draft International Standard
International Standard
2-Modèle OSI
10
Systèmes Ouverts
Concept
Définir un ensemble de règles communes portant sur :
la Conception des nœuds
-
Conception Hiérarchie d’éléments fonctionnels
-
On parle de niveau de rang N ou de couche (N)
l’Architecture de communication entre nœuds
-
Architecture Voie de communication
-
On dit que des «couches homologues » communiquent par
l’intermédiaire de canaux.
Par convention, on parle de :
Protocoles de communication et de Normes
2-Modèle OSI
11
Systèmes Ouverts
2 Modèles
OSI (Open Systems Interconnection)
Standard dans un environnement industriel et étatique (IUT-T,
ISO)
Conception des normes visant à anticiper et à préparer la
création de produits
Normes de l’Internet
Infrastructure concrète dans un environnement R& D
-
Collaboration entre le ministère de la défense des US et
laboratoires de recherche
Standards développés en parallèle au produit
La famille de ces protocoles est connue sous 2 noms
-
“les protocoles TCP/IP”
-
“la suite des protocoles Internet”
Situation actuelle
Toute solution pratique a comme base les normes « Internet »
2-Modèle OSI
12
Systèmes Ouverts
Impact des Systèmes Ouverts
Maîtriser les systèmes de complexité importante
Support pour des applications dans un environnement
hétérogène
L’approche ‘OSI’ a produit
Cadre conceptuel pour définir la structure des systèmes repartis
Consensus entre fournisseurs
-
Définit un cadre bien spécifié servant ensuite à stimuler et
supporter des développements de l’industrie.
L’approche ‘Internet’ a produit
Ensemble de logiciels plus une infrastructure de services
opérationnels
TCP/ IP
-
Activité concertée entre développeurs et utilisateurs
-
processus itératif de spécification
-
Réalisation et Standardisation
2-Modèle OSI
13
Modèle de référence OSI
Description fonctionnelle
Normes: IUT-T X. 200, ISO IS 7498 : composé de
Sous- réseaux de communication
-
Noeuds de communication
Système “terminal”
-
Interface standard ⇒“règles communes”
Concept de communication entre homologues (‘ peer- entities’)
Ramène toute communication à une abstraction simple
Entité de
protocole
Canal de communication
2-Modèle OSI
Entité de
protocole
14
Modèle de référence OSI
Canal de communication
Voie de communication
Transporte les informations entre 1 source et 1 destinataire
Notion abstraite
-
indépendante d’une implantation spécifique
Peut se présenter comme un Canal Physique
L’implantation exploite une liaison physique
Peut se présenter comme un Canal Virtuel
L’implantation fait appel à une fonction de service
-
fonction de service offerte par une autre entité
-
elle-même s’appuyant sur une liaison physique
2-Modèle OSI
15
Modèle de référence OSI
Entité de protocole (‘ protocol entity’)
Module fonctionnel
Respecte un ensemble de règles « Le Protocole »
Pour collaborer avec un homologue
Échange d’information de données (“Protocol Data Units”)
Échange d ’information de contrôle
Pour fournir un service de communication
Fonctions destinées à une entité utilisatrice
Ex :
-
‘envoyer des données’
-
‘recevoir des données’
-
‘initialiser une communication’
-
…
2-Modèle OSI
16
Modèle de référence OSI
Structure hiérarchique des entités de protocole
Notion de ‘pile de protocoles’ (Protocol Stack)
Réduit la complexité par un principe de dégrossissement
successif
Canal virtuel
Services plus
complexes et
spécifiques
Canal virtuel
Canal physique
2-Modèle OSI
Services plus
simples et
généraux
17
Modèle de référence OSI
Technique modulaire de conception
Lettre
send()
Procédure send(...)
send(car-string)
Procédure send(...)
send(bit-string)
Procédure send(...)
receive()
Transport
« Cher monsieur … »
Liaison
« 010100110011… »
Physique
Procédure receive(...)
receive(car-string)
Procédure receive(...)
receive(bit-string)
Procédure receive(...)
canal physique
signaux électroniques
Noms standards pour les procédures : send et receive
(données) … data. request, data. Indication
(quittance) … data. response, data. confirm
2-Modèle OSI
18
Modèle de référence OSI
Technique de la « ré-utilisation »
Application 1
Application 2
Capacité de la liaison > Trafic applicatif
Utilisation efficace d’une liaison
-
Multiplexage “upward”
Partage du moyen de communication
entre plusieurs utilisateurs
-
Ex: service de communication d’un
fournisseur)
Capacité de la liaison < Trafic applicatif
MUX
Liaison
Application
Augmentation de la performance
-
MUX
Multiplexage “downward”
Mise à disposition d’une liaison
virtuelle plus performante
-
Ex: utilisation des 2 canaux B d’une
liaison RNIS pour une
communication)
2-Modèle OSI
Liaison 1
Liaison 2
19
Modèle de référence OSI
Contrôle de la visibilité
Approche norme OSI
Entité de protocole A peut accéder uniquement aux services
définis dans l’entité de protocole B, B seulement à ceux définis
dans l ’entité de protocole C etc...
-
⇒ Implanter dans B des services “vides” afin de reprendre tels
quels les services de C pour les mettre à disposition à
l’application A
Approche norme “Internet” (TCP/ IP)
Les services des entités de protocole B, C, D sont tous
accessibles (‘ visibles’) à l’entité de protocole A
A
B
A
B
C
C
D
D
2-Modèle OSI
20
Modèle de référence OSI
Protocoles dits “horizontaux” et “verticaux”
Protocoles horizontaux: Protocoles ( peer- to- peer/homologues)
Règles de conversation entre 2 couches de même rang
Protocoles verticaux : Services d’interface
Règles d'échange ou interfaces entre 2 couches contiguës
N+1
N+1
demande des services
Règles
d'échange
demande des services
N
Règles de
conversation
fournit des services
N
Règles
d'échange
fournit des services
N-1
N-1
2-Modèle OSI
21
Modèle de référence OSI
Séparation en 2 domaines Traitement et Transport
Domaine du transport = Regroupe les couches basses
Fonctions de transmissions de données
-
Souvent implantées dans les matériels spécifiques aux réseaux
(nœuds)
Domaine du traitement = Regroupe les couches hautes
Fonctions de traitements des données
-
Mises en œuvre dans les systèmes d ’exploitation
Station A
Gestion
Station B
P1
de l ’application
de l ’application
Fonctions
de
Gestion
Fonctions
P2
Transport
de
Transport
Support Physique de transmission
2-Modèle OSI
22
Modèle de référence OSI
Modèles en 7 couches
Système A
Couche 7
Système B
Protocole de couche 7
Interface couche 6/7
Interface couche 6/7
Couche 6
Protocole de couche 6
Protocole de couche 5
Protocole de couche 4
Protocole de couche 3
Couche 3
Interface couche 2/3
Interface couche 2/3
Couche 2
Couche 4
Interface couche 3/4
Interface couche 3/4
Couche 3
Couche 5
Interface couche 4/5
Interface couche 4/5
Couche 4
Couche 6
Interface couche 5/6
Interface couche 5/6
Couche 5
Couche 7
Protocole de couche 2
Interface couche 1/2
Couche 2
Interface couche 1/2
Couche 1
Couche 1
Médium Physique
2-Modèle OSI
23
Modèle de référence OSI
7 Application
Gestion
6 Présentation
des
applications
Fonctions
de
transports
A : interprétation sémantique : ensemble d'outils applicatifs (ex : X400)
P : interprétation syntaxique des données (compatibilité des codes...)
S : synchronisation de l'échange
5
Session
4
Transport
3
Réseau
N : acheminement des informations au travers du réseau
routage
2
Liaison
L : transfert d'une trame sans erreur
détection des erreurs, agencement des séquences, re-émission
1
Physique
T : communication fiable de bout en bout
transmission de bits sur le canal de transmission
caractéristiques mécaniques, électriques et fonctionnelles de la
transmission
canal de transmission
LH RH TH SH PH AH
2-Modèle OSI
Données
24
Modèle de référence OSI
Couche Physique
Support Physique + Couche Physique
Norme ISO 10022 ou Recommandation X.211
de l ’IUT définit le service qui doit être rendu
Application
Fournit les moyens mécaniques, électriques et
fonctionnels
Présentation
pour le maintien et la désactivation des
connexions physiques destinées à la
transmission des éléments binaires
Transmission des bits sur un circuit de
communication
Eléments de la couche physique
Support physique
Codeurs, Modulateurs
Multiplexeurs, Concentrateurs
Conception de cette couche fait partie du
domaine de l ’ingénieur électronicien
2-Modèle OSI
Session
Transport
Réseau
Liaison de données
Physique
25
Modèle de référence OSI
Couche Liaison de données
Utilise la couche Physique + Norme ISO 8886 ou
recommandation UIT X.212 définit le service
fournit par la couche 2
Gestion de la liaison de données
Données de l’émetteur en trame de données
transmission des trames en séquence,
gestion des trames d ’acquittement
reconnaissance des frontières de trames
envoyées par la couche physique
Détection et reprise sur erreur
régulation du trafic
gestion des erreurs
Application
Présentation
Session
Transport
Réseau
Liaison de données
Reconnaissance adresses émetteur/récepteur
adresses physiques généralement liées à
l’interface HW
Physique
Procédures de transmissions (HDLC,LC,X25
niv2,…)
2-Modèle OSI
26
Modèle de référence OSI
Couche Réseau
Fournit les moyens d ’établir, de maintenir et de
libérer des connexions de réseau entre des systèmes
ouverts
gestion du sous-réseau
acheminement des paquets de source vers
destination
reconnaissance des adresses source/destination
(adresse logique)
Application
Présentation
Session
Transport
Fonctionnalités
adressage
Routage (source routing/ hop by hop
contrôle de flux
Adapte le paquet en fonction de la couche liaison
de données utilisée
Mode connecté /non connecté (IP, X25 niv3, …)
Réseau
Liaison de données
Physique
Permet l ’interconnexion de réseaux hétérogènes
2-Modèle OSI
27
Modèle de référence OSI
Couche Transport
Indépendance des réseaux sous-jacents
Accepte les données de la couche session
Application
les découpe éventuellement
s’assure de l’ordonnancement
Optimiser les ressources réseaux
Fonctionnalités de bout en bout
multiplexage de plusieurs messages sur un
canal
-
nécessité d ’indiquer quel message
appartient à quelle connexion.
Dépendance du service réseau (QoS)
Protocoles de Transport
TP0, 1, 2, 3 ou4
Présentation
Session
Transport
Réseau
Liaison de données
Physique
TCP, UDP
Authentique couche de bout en bout
2-Modèle OSI
28
Modèle de référence OSI
Couche Session
Responsable de la synchronisation
Application
Fonctions de type
Gestion du dialogue (bi ou
unidirectionel)
Points de reprise
Présentation
Session
retour arrière
etc
Transport
Orchestration
Gestion des transactions
Réseau
Liaison de données
Physique
2-Modèle OSI
29
Modèle de référence OSI
Couche Présentation
S ’intéresse à la syntaxe et à la sémantque
des informations
Application
Représentation des données transférées
entre entités d’application
Présentation
Représentation de la structure de
données et représentation de l’ensemble
des actions
Encodage dans une norme agrée
permettant à des équipements de
communiquer
-
Session
Transport
Réseau
Ex:
•
Du codage ASCII vers EBCDIC
•
compression des données
•
chiffrement ….
Liaison de données
Physique
Exemple de norme ISO utilisée : Syntaxe
abstraite ASN.1 (ISO 8824)
messagerie X400 et annuaires X500
2-Modèle OSI
30
Modèle de référence OSI
Couche Application
Offre aux processus d’application le
moyen d’accéder à l’environnement OSI
Les processus d’application échangent
leurs informations par l ’intermédiaire
des entités d’application
Exemples de processus d ’applications
Terminal de réseau virtuel
Transfert de fichiers
Courrier électronique
Application
Présentation
Session
Transport
Réseau
Consultation des annuaires
…..
Liaison de données
Physique
2-Modèle OSI
31
Modèle de référence OSI
ISO 7498-1
Modèle de référence
Unités échangées
OSI de base
ISO 7498-3
Application
APDU
Application
Présentation
PPDU
Présentation
Dénomination
et Adressage
ISO 7498-4
Cadre général pour
Session
SPDU
Session
Transport
TPDU
Transport
Réseau
Paquet
Network
Liaison
Trame
Data Link
la gestion OSI
1/Ad-1
Transmission en mode
Physique
Bit
Physical
sans connexion
Support Physique de Transmission
1/Ad-2
Transmission en multipoint
2-Modèle OSI
32
Modèle de référence OSI
Structure standard du modèle
Application Processus A
Application Processus B
Support d ’applications
Application
7
Représentation
Présentation
6
Contrôle de communication
Session
5
Transport
4
Transport
Réseau
Réseau
Réseau
Transmission fiable
Liaison de Données
Liaison
Liaison
Communication
Physique
Physique
Physique
Noeud
Noeud
Utilisateur
Transfert de bits
3
2
1
Utilisateur
Système intermédiaire
Circulation des paquets de donnés
2-Modèle OSI
33
Modèle de référence OSI
Encapsulation
Consignes 1
Emetteur : Départ de
l ’information
Consignes 2
Consignes 3
Données
Colis 1
Colis 2
Colis 1 : Données mises dans le
colis 1 + Ajout de consignes au
colis 1
Colis 2 : Colis 1 mis dans le colis
2 + Ajout de consignes au colis 2
Colis n : etc…
Réception : Arrivée de
l ’information
Données
Colis n : Consignes du colis n sont
lues et colis n-1 est transmis
suivant les consignes lues
… Colis 2 : Consignes du colis 2
sont lues et colis 1 est transmis
suivant les consignes lues
Données
Consigne 1
Colis 1
Consigne 2
Colis 1 : Consignes du colis 1 sont
lues et données sont transmises
suivant les consignes lues
Colis2
Consigne 3
2-Modèle OSI
34
Modèle de référence OSI
Encapsulation
Unité de données de service (N+1)
SDU (N+1)
Information de contrôle de protocole (N)
PCI (N)
Application
Processus
«A»
PCI
Unité de données
de protocole (N) PDU
Unité de données
de protocole (N)
Application
Processus
«B»
PCI
Application
Application
Présentation
Présentation
Session
Session
Transport
Transport
Réseau
Réseau
Liaison
Liaison
Physique
Physique
Ligne de transmission
2-Modèle OSI
35
Modèle de référence OSI
Concepts de l’architecture OSI
Définition d ’objets de niveau(N)
le Service(N), le Protocole(N)
les Points d’accès au service(N) ou (N)-SAP
l’entité(N), l’adresse(N), la connexion (N)
Système A
COUCHE (N+1)
Système B
Service (N)
Service (N)
(N)-SAP
(N)-SAP
Primitives de
services (N)
Primitives de
services (N)
Protocole (N)
Primitives de
services (N-1)
COUCHE (N-1)
entité(N)
entité(N)
COUCHE (N)
(N-1)-SAP
COUCHE (N+1)
COUCHE (N)
Primitives de
services (N-1)
(N-1)-SAP
Système A
Système B
Service (N-1)
COUCHE (N-1)
Service (N-1)
2-Modèle OSI
36
Modèle de référence OSI
Concepts de l’architecture OSI (suite)
Le Service(N)
Est rendu au niveau (N)
C’est un ensemble d’actions réalisées au niveau (N)
-
Correspond aux événements et primitives à mettre en place pour rendre
un service au niveau supérieure (N+)
Fournisseur du service (N)
-
Met en œuvre des éléments ou entités qui communiquent et coopèrent
entre entités homologues selon le protocole (N)
•
Le niveau (N+1) passe au niveau (N) une trame d'information
•
Le niveau (N) assure la tâche pour laquelle il a été sollicitée
Utilisateur du service (N)
-
Niveau (N+1) utilise le service (N) pour acheminer le protocole (N+1)
COUCHE (N+1)
Utilisateur du
Service (N)
COUCHE (N)
COUCHE (N(N-1)
Fournisseur du
Utilisateur du
Service (N-1)
Fournisseur du
2-Modèle OSI
37
Modèle de référence OSI
Concepts de l’architecture OSI (suite)
Le Protocole (N)
Règles nécessaires pour que le service de niveau (N) soit réalisé
-
Définissent les mécanismes qui vont permettre de transporter les informations d’un
niveau (N) à un autre niveau (N) correspondant au service (N)
Le Point d'accès des services (N) ⇒ (N)SAP (Service Access Point)
Situé à la frontière entre les niveaux (N+1) et (N)
Permet d’identifier une entité de niveau (N+1)
-
Point où les services (N) sont fournis par une entité (N) à une entité (N+1)
L’Entité (N)
Élément actif de niveau (N)
-
2 entités homologues de niveau (N) s’échangent des unités d’information
2 entités de niveau (N) et (N-1) s’échangent des unités de services
L’adresse (N)
Identificateur indiquant où se trouve le point d’accès à des services (N)
Une adresse (N) peut être mise en correspondance avec un (N)-SAP
La Connexion (N)
Association établie qui permet la communication entre au moins 2 entités (N+1)
identifiées par une adresse(N)
C’est un service offert par la couche(N) permettant l’échange d’informations
entre les entités(N+1)
2-Modèle OSI
38
Modèle de référence OSI
Les Unités de données
Unité de données du service (N): (N)-SDU (Service Data Unit)
Ensemble de données provenant de l’interface avec la couche (N) qui doit
être transporté sur une connexion (N)
Information de contrôle du protocole (N) : (N)-PCI (Protocol Control
Information)
Information de coordination émise par 1 entité (N) pour 1 autre entité
homologue (N)
-
Généralement rajoutée à 1 (N)-SDU pour former 1 (N)-PDU
Unité de données de protocole (N) : (N)-PDU (Protocol Data Unit)
Ensemble de données composées de : (N)-PCI + (éventuellement) (N)-SDU
Information du contrôle de communication (N) : (N)-ICI (Interface Control
Information)
Information de communication émise par 1 entité (N+1) pour 1 entité(N)
-
Généralement rajoutée à 1 (N)-PDU pour former 1 (N)-IDU
Unité de donnée d’information (N) : (N)-IDU (Interface Data Unit)
Information de données émise par le niveau (N+1) vers le niveau (N)
Ensemble de données composées de : (N)-PDU + (éventuellement) (N)-ICI
2-Modèle OSI
39
Modèle de référence OSI
Les Unités de données (suite)
(N)-PCI
(N+1)-SDU
Sens des échanges
(N)-ICI
(N)-PDU
(N)-IDU
COUCHE (N)
COUCHE (N-1)
(N)-IDU
(N)-ICI
(N-1)-ICI
COUCHE (N-1)
(N-1)-PCI
(N-1)-SDU
(N-1)-PDU
(N-1)-IDU
COUCHE (N-2)
(N-2)-IDU
2-Modèle OSI
40
Modèle de référence OSI
Les Unités de données
(suite)
Contrôle des longueurs sur
les unités de données
(N)-PCI
(N)-SDU
Traitements optionnels
1: Segmentation
/Réassemblage
1 SDU(N) en plusieurs
PDU(N) avec la même
PCI(N) et inversement
2 : Groupage /Dégroupage
(N)-PDU
(N)-PCI
(N)-PDU
(N)-SDU
(N)-PCI
Plusieurs SDU(N) vers
un seul PDU(N) avec le
même PCI(N) et
inversement
(N)-PDU
2-Modèle OSI
41
Modèle de référence OSI
Les Primitives de Services
Entités communiquent par des protocoles: 4 primitives de
services
demande (request)
indication (indication)
réponse (response)
confirmation (confirm)
Primitive de services possède une liste de paramètres
appelés attributs
1-demande
4-confirmation
2-indication
3-réponse
Fournisseur de service(N)
Entité (N)
Entité (N)
Échange conforme au Protocole (N)
Système A - niveau(N+1)
Système B - niveau(N+1)
2-Modèle OSI
42
Modèle de référence OSI
Les Primitives de Services (suite)
1- demande (request)
Utilisateur demande au fournisseur de services l'activation du service
2- indication (indication)
Fournisseur de services avertit l'utilisateur de l'activation du service
3- réponse (response)
Utilisateur envoie au fournisseur de services une réponse à une
primitive d'indication (accepte ou refuse le service demandé)
4-confirmation (confirm)
Fournisseur de services signale que la demande a été acceptée ou
refusée
Utilisateur du service (N+1)
Utilisateur du service (N+1)
1-demande (request)
(N)-SAP
4-confirmation (confirm)
Fournisseur
de services
(N)
Système A
(N)-SAP
2-indication
(indication)
3-réponse (response)
Système B
2-Modèle OSI
43
Modèle de référence OSI
Les Primitives de Services (suite)
Convention de nommage
Nom de la primitive commence par l'initiale de la couche concerné
-
A(pplication), P(resentation), S(ession) T(ransport), N(etwork), L(ink)
Suivie du non de service demandé
-
request, indication, response, confirm
Lui-même suivi du type de la primitive
-
CONNECT, DATA, …
Ex: A_request.CONNECT(suivi éventuellement de paramètres)
2 types de Services
Service confirmé
-
par le correspondant
-
localement
-
par le fournisseur
Service non confirmé
2-Modèle OSI
44
Modèle de référence OSI
Les Primitives de Services
(suite)
Service confirmé par le
correspondant (entité
homologue)
Utilisateur
de services
Fournisseur
de services
Utilisateur
de services
demande
indication
Requête avec réponse de
l’entité homologue
réponse
confirmation
Requête avec réponse
(service confirmé par le
correspondant)
Utilisateur de
services
Service confirmé par le
fournisseur de service
Fournisseur
de services
Utilisateur de
services
demande
Requête sans réponse de
l’entité homologue
indication
confirmation
Requête sans réponse
(service confirmé par le fournisseur)
2-Modèle OSI
45
Modèle de référence OSI
Les Primitives de
Services (suite)
Utilisateur de
services
Service confirmé
localement
Fournisseur
de services
demande
Requête sans réponse
du fournisseur de
service
confirmation
Requête sans réponse
(service confirmé localement)
Service non confirmé
Requête sans réponse
Utilisateur de
services
Fournisseur
de services
Utilisateur de
services
demande
indication
Requête Indication
(service non confirmé)
2-Modèle OSI
46
Conclusion
Rôle des 7 couches
Physique :
Gestion de la transmission du signal sur le canal physique de la
communication
Liaison :
Gestion de la transmission de données numériques sur le nœud de
communication
Réseau :
Gestion de l’acheminement des données échangées entre partenaires
-
de nœuds de communication en nœuds de communication
Transport :
Gestion du transport des données de bout en bout entre partenaires
Session :
Contrôle et organisation du dialogue entre les partenaires
Présentation :
Convention sur les types et structures à utilisées lors des échanges
Application:
Bibliothèques de fonctions appelées
2-Modèle OSI
47
Conclusion
Modèle OSI et les Protocoles Internet
Assez bonne correspondance entre
Protocole IP et la couche “réseau” du modèle OSI (couche 3)
Protocoles TCP (et UDP) et la couche “transport” du modèle
OSI (couche 4)
Les choix d’Internet
Le développement réalisé sur
Une implantation bien structurée de fonctions essentielles
Et non pas sur des propositions spécifiques de type conceptuel
Une standardisation d’Internet basée
Sur les protocoles IP et TCP
2-Modèle OSI
48
Conclusion
Les choix des protocoles Internet (suite)
Un regroupement des protocoles en 2 niveaux
Bas- niveau
-
Protocole IP
Haut- niveau
-
Protocoles TCP et UDP
Les services des couches 1 et 2 s’appuient
Sur des solutions existantes pour la transmission des données
Les applications sont directement supportées
par la couche de transport (protocoles TCP ou UDP)
-
Pas de correspondance avec les couches 5 à 7 du modèle OSI
2-Modèle OSI
49
Conclusion
Correspondance entre le modèle OSI et les protocoles
Internet
OSI
Internet
Applications
Applications
•ftp
•telnet
•smtp ...
Application
Présentation
Session
Transport
Services protocoles TCP et UDP
Réseau
Services du protocole IP
Liaison
Protocoles non
spécifiées
Physique
2-Modèle OSI
50