Systèmes Ouverts Standardisation - cnam.toulouse.free.frcnam.toulouse.free.fr/cnam/19339-sri_02_modele_osi.pdf · 2-Modèle OSI 3 Aspect de la Standardisation Conformité Garantit

22--Modèle OSIModèle OSI 1

CHAPITRE 2CHAPITRE 2

StandardisationSystèmes OuvertsSystèmes Ouverts

Modèle de référence OSIModèle de référence OSI


PLANPLAN� 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


Aspect de la StandardisationAspect de la Standardisation

��Conformité 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’estQu’est--ce un standard formel?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)


Aspect de la StandardisationAspect de la Standardisation

��Qu’estQu’est--ce un standard informel?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’estQu’est--ce une option et des paramètres?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


Aspect de la StandardisationAspect de la Standardisation�� Qu’estQu’est--ce une option et des paramètres? (suite)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’estQu’est--ce un Profile? 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 »


Organes de StandardisationOrganes de Standardisation

��Niveau InternationalNiveau 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 standardet - sont reprises dans les normes de l’ISO



��Niveau RégionalNiveau 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é



��Niveau National 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 IndustrielNiveau 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)


Processus de StandardisationProcessus de Standardisation

��Processus de standardisation de l’UITProcessus 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 RFCProcessus 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


��Processus de standardisation de l’ISOProcessus 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

Processus de StandardisationProcessus de Standardisation


Systèmes OuvertsSystèmes Ouverts

��ConceptConcept� 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èles2 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 »



�� Impact des 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


��Description fonctionnelleDescription 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

Entité de protocole

Canal de communication




��Canal de communication 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



��Entité de protocole (‘ protocol entity’) 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’- …


��Structure hiérarchique des entités de protocole 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 physique

Canal virtuel

Canal virtuel

Services plus complexes et spécifiques

Services plus simples et généraux



��Technique modulaire de conception Technique modulaire de conception

Noms standards pour les procédures : send et receive (données) … data. request, data. Indication(quittance) … data. response, data. confirm

Lettre

Procédure send(...)

send(car-string)


send(bit-string)


send()

Procédure receive(...)

receive(car-string)


receive(bit-string)


receive()

Transport

« Cher monsieur … »

Liaison

« 010100110011… »

Physique

canal physique signaux électroniques



��Technique de la «Technique de la « réré--utilisationutilisation »»� 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� Augmentation de la performance

- Multiplexage “downward”

� Mise à disposition d’une liaison virtuelle plus performante

- Ex: utilisation des 2 canaux B d’une liaison RNIS pour une communication)

Application 1 Application 2

MUX

Liaison

Application

MUX

Liaison 1 Liaison 2



��Contrôle de la visibilité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éfinisdans 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

C

D

A

B

C

D



��Protocoles dits “horizontaux” et “verticaux”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

N

demande des services

fournit des services

N+1

N-1

N

demande des services

fournit des services

Règles d'échangeRègles de

conversation

Règles d'échange



��Séparation en 2 domaines Traitement et TransportSé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

Support Physique de transmission

Station A Station B

Gestion de l ’application

Fonctions de

Transport

Gestion de l ’application

Fonctions de

Transport

P1

P2



��Modèles en 7 couchesModèles en 7 couches

Couche 7

Interface couche 6/7

Système A

Médium Physique

Protocole de couche 2

Couche 6


Couche 5


Couche 4


Couche 3


Couche 2

Couche 1

Couche 7

Système B

Couche 6

Couche 5

Couche 4

Couche 3

Couche 2

Couche 1






Interface couche 1/2 Interface couche 1/2








Gestion des

applications

Fonctions de

transports

Physique

Liaison

Réseau

Transport

Session

Présentation

Application

transmission de bits sur le canal de transmissioncaractéristiques mécaniques, électriques et fonctionnelles de latransmission

L : transfert d'une trame sans erreurdétection des erreurs, agencement des séquences, re-émission

N : acheminement des informations au travers du réseauroutage

T : communication fiable de bout en bout

S : synchronisation de l'échange

P : interprétation syntaxique des données (compatibilité des codes...)

A : interprétation sémantique : ensemble d'outils applicatifs (ex : X400)

1

2

3

4

5

6

7

canal de transmission

LH RH TH SH PH AH Données



��Couche PhysiqueCouche Physique� Support Physique + Couche Physique� Norme ISO 10022 ou Recommandation X.211

de l ’IUT définit le service qui doit être rendu� Fournit les moyens mécaniques, électriques et

fonctionnels� 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

Liaison de données

Réseau

Transport

Session

Présentation

Application

Physique



��Couche Liaison de donnéesCouche 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

� Reconnaissance adresses émetteur/récepteur � adresses physiques généralement liées à

l’interface HW� Procédures de transmissions (HDLC,LC,X25

niv2,…)

Liaison de données

Réseau

Transport

Session

Présentation

Application

Physique



��Couche RéseauCouche 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)� 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, …)

Permet lPermet l ’interconnexion de réseaux hétérogènes’interconnexion de réseaux hétérogènes


Liaison de données

Réseau

Transport

Session

Présentation

Application

Physique


Liaison de données

Réseau

Transport

Session

Présentation

Application

Physique


��Couche TransportCouche Transport� Indépendance des réseaux sous-jacents� Accepte les données de la couche session

� 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� TCP, UDP

Authentique couche de bout en boutAuthentique couche de bout en bout


Liaison de données

Réseau

Transport

Session

Présentation

Application

Physique


��Couche SessionCouche Session� Responsable de la synchronisation� Fonctions de type

� Gestion du dialogue (bi ou unidirectionel)

� Points de reprise� retour arrière� etc

� Orchestration� Gestion des transactions


Liaison de données

Réseau

Transport

Session

Présentation

Application

Physique


��Couche PrésentationCouche Présentation� S ’intéresse à la syntaxe et à la sémantque

des informations� Représentation des données transférées

entre entités d’application� 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

- Ex:• Du codage ASCII vers EBCDIC• compression des données• chiffrement ….

� Exemple de norme ISO utilisée : Syntaxe abstraite ASN.1 (ISO 8824)� messagerie X400 et annuaires X500


Liaison de données

Réseau

Transport

Session

Présentation

Application

Physique


��Couche ApplicationCouche 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� Consultation des annuaires� …..


�� ISO 7498ISO 7498--11� Modèle de référence OSI de base

�� ISO 7498ISO 7498--33� Dénomination et Adressage

�� ISO 7498ISO 7498--44� Cadre général pourla gestion OSI

��1/Ad1/Ad--11� Transmission en mode sans connexion

��1/Ad1/Ad--22� Transmission en multipoint

Application

Présentation

Session

Transport

Réseau

Liaison

Physique

Application

Présentation

Session

Transport

Network

Data Link

Physical

Support Physique de Transmission

Unités échangées

Bit

Trame

Paquet

TPDU

SPDU

PPDU

APDU



��Structure standard du modèleStructure standard du modèle

Circulation des paquets de donnés

Application

Session

Transport

Réseau

Liaison de Données

Présentation

Physique

7

5

4

3

2

6

1

Réseau

Liaison

Physique

Réseau

Liaison

Physique

Application Processus A

Représentation

Contrôle de communication

Utilisateur Noeud Noeud Utilisateur

Système intermédiaire

Support d ’applications

Transport

Transmission fiable

Communication

Transfert de bits

Application Processus B




��EncapsulationEncapsulation� Emetteur : Départ de

l ’information� 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� 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

� Colis 1 : Consignes du colis 1 sont lues et données sont transmises suivant les consignes lues

Données

Consigne 3

Consigne 2

Consigne 1Données

Colis 1

Colis2

Données

Colis 1

Consignes 1

Colis 2

Consignes 2

Consignes 3


��EncapsulationEncapsulation

Information de contrôle de protocole (N)PCI (N)

Unité de donnéesde protocole (N) PDU

Présentation

PhysiqueLiaisonRéseau

TransportSession

Application

ApplicationProcessus

«A»

Présentation

PhysiqueLiaisonRéseau

TransportSession

Application

ApplicationProcessus

«B»

Ligne de transmission

PCIUnité de données

de protocole (N)

Unité de données de service (N+1)SDU (N+1)

PCI



��Concepts de l’architecture OSIConcepts 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 BSystème A

Protocole (N)

Primitives deservices (N-1)

(N)-SAP

Service (N)

(N)-SAP

Service (N)

(N-1)-SAP

Service (N-1)

(N-1)-SAP

Service (N-1)

COUCHE (N)

COUCHE (N+1)

COUCHE (N-1)

entité(N)

Système A

entité(N)

Système B

Primitives deservices (N)

Primitives deservices (N-1)

Primitives deservices (N)

COUCHE (N)

COUCHE (N+1)

COUCHE (N-1)


��Concepts de l’architecture OSI (suite)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)COUCHE (N+1)

COUCHE (N)COUCHE (N)

COUCHE (NCOUCHE (N--1)1)

Utilisateur du

Fournisseur du

Fournisseur du

Utilisateur du

Service (N)

Service (N-1)


�� Concepts de l’architecture OSI (suite)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)



Modèle de référence OSIModèle de référence OSI��Les Unités de donnéesLes 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


��Les Unités de données (suite)Les Unités de données (suite)


COUCHE (N-1)

COUCHE (N-2)

COUCHE (N)

COUCHE (N-1)

(N-1)-PCI(N)-ICI

(N-1)-ICI

Sens des échanges(N)-PDU

(N+1)-SDU(N)-PCI

(N)-ICI

(N)-IDU

(N)-IDU

(N-1)-SDU

(N-1)-PDU

(N-1)-IDU

(N-2)-IDU


(N)-PCI (N)-SDU

(N)-PDU(N)-PDU

(N)-PCI (N)-SDU

(N)-PDU

(N)-PCI

Modèle de référence OSIModèle de référence OSI��Les Unités de données Les Unités de données

(suite)(suite)� Contrôle des longueurs sur

les unités de données � 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 � Plusieurs SDU(N) vers

un seul PDU(N) avec le même PCI(N) et inversement



��Les Primitives de ServicesLes 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

Entité (N)Échange conforme au Protocole (N)

1-demande 4-confirmation 2-indication 3-réponse

Entité (N)

Système A - niveau(N+1) Système B - niveau(N+1)

Fournisseur de service(N)



��Les Primitives de Services (suite)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

Fournisseur de services (N)

Utilisateur du service (N+1)Utilisateur du service (N+1)

2-indication (indication)

3-réponse (response)4-confirmation (confirm)

1-demande (request)

(N)-SAP(N)-SAP

Système A Système B



��Les Primitives de Services (suite)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é


��Les Primitives de Services Les Primitives de Services (suite) (suite) �Service confirmé par le

correspondant (entité homologue)�Requête avec réponse de

l’entité homologue

�Service confirmé par le fournisseur de service�Requête sans réponse de

l’entité homologue

Utilisateur de services


Fournisseur de services

indication

réponse

demande

confirmation

Requête avec réponse

(service confirmé par le correspondant)





indication

demande

confirmation

Requête sans réponse

(service confirmé par le fournisseur)





indication

demande

Requête Indication

(service non confirmé)


��Les Primitives de Les Primitives de Services (suite) Services (suite) � Service confirmé

localement� Requête sans réponse

du fournisseur de service

� Service non confirmé� Requête sans réponse



demande

confirmation

Requête sans réponse

(service confirmé localement)


ConclusionConclusion

��Rôle des 7 couchesRôle des 7 couches� Physique :

� Gestion de la transmission du signal sur le canal physique de lacommunication

� 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



��Modèle OSI et les Protocoles InternetModè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’InternetLes 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



��Les choix des protocoles Internet (suite)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


��Correspondance entre le modèle OSI et les protocoles Correspondance entre le modèle OSI et les protocoles InternetInternet

InternetOSI

Transport

Réseau

Liaison

Physique

Applications

Application

Présentation

Session

Applications

•ftp•telnet•smtp ...

Protocoles non spécifiées

Services protocoles TCP et UDP

Services du protocole IP
