Master Informatique M1

Rseaux et Applications Rparties

La majorit des applications informatiques sont maintenant rparties, cest--dire mettent en jeu un ensemble dordinateurs ou dorganes divers relis par un rseau de communication

Rseaux et Applications Rparties Introduction

s Objectif du cours
x Introduire les notions de base de larchitecture des rseaux et des applications rparties x Prsenter quelques exemples concrets de mise en uvre tous les niveaux

Sacha Krakowiak
Universit Joseph Fourier Projet Sardes (INRIA et IMAG-LSR) http://sardes.inrialpes.fr/people/krakowia Site de ce cours : http://sardes.inrialpes.fr/people/krakowia/Enseignement/M1/RAR-M1.html

s Esprit du cours
x Approche intgre : les mmes notions de base sappliquent depuis le rseau physique jusquaux applications : service, interface, protocole, dsignation, liaison x Enseignement dominante pratique : 12h de cours, 18h de TD sur machine)
RAR-M1

2003-2004, S. Krakowiak

Le domaine couvert
applications rparties

Services et interfaces

s Dfinition
application intergiciel (middleware) x Un systme est un ensemble de composants (au sens non technique du terme) qui interagissent x Un service est un comportement dfini par contrat, qui peut tre implment et fourni par un composant pour tre utilis par un autre composant, sur la base exclusive du contrat (*)

application intergiciel (middleware)

s Mise en uvre
systme dexploitation

systme de communication

x Un service est accessible via une ou plusieurs interfaces

systme dexploitation

x Une interface dcrit linteraction entre client et fournisseur du service y Point de vue oprationnel : dfinition des oprations et structures de donnes qui concourent la ralisation du service y Point de vue contractuel : dfinition du contrat entre client et fournisseur
(*) Bieber and Carpenter, Introduction to Service-Oriented Programming, http://www.openwings.org
3 2003-2004, S. Krakowiak RAR-M1 4

machine

support physique de communication

machine

rseaux
2003-2004, S. Krakowiak RAR-M1

Dfinitions dinterfaces (1)

contrat

Quelques interfaces importantes

conformit Interface application

application

client
int. requise

fournisseur
int. fournie

Interface middleware (ex. Java RMI)

intergiciel (middleware)
systme de communication systme dexploitation

Interface de transport (ex : TCP) Interface intermdiaire (ex : rseau - IP) Interface physique (ex : Ethernet)

x La fourniture dun service met en jeu deux interfaces y Interface requise (ct client) y Interface fournie (ct fournisseur ) x Le contrat spcifie la compatibilit (conformit) entre ces interfaces y Au del de linterface, chaque partie est une bote noire pour lautre (principe dencapsulation) y Consquence : client ou fournisseur peuvent tre remplacs du moment que le composant remplaant respecte le contrat (est conforme) x Le contrat peut en outre spcifier des aspects non contenus dans linterface y Proprits dites non fonctionnelles, ou Qualit de Service

Interface du systme (ex. Posix) Interface machine (ex. IA32)

machine

support physique de communication

Chaque interface cache les interfaces de niveau infrieur

2003-2004, S. Krakowiak

RAR-M1

2003-2004, S. Krakowiak

RAR-M1

Introduction aux rseaux informatiques

s Un rseau informatique (computer network) est un systme de

Types de rseaux (1)

communication (ensemble matriel + logiciel) qui permet un ensemble dordinateurs (au sens large) dchanger de linformation
x sens large : points daccs, terminaux de paiement, tlphones, capteurs divers, etc.

s Les rseaux peuvent tre classs selon diffrents critres x Nature de la liaison entre les organes connects (nuds)
y Liaison directe
v il y a un lien direct entre deux nuds du rseau

s Lchange dinformation nest pas une fin en soi. Les rseaux

point point

accs multiple

servent avant tout raliser des services

x accessibles partir de tout organe connect au rseau x mis en uvre par un ensemble dordinateurs sur le rseau x exemples de services
le courrier lectronique (mail) le transfert de fichiers (ftp) laccs distance (telnet) laccs au World Wide Web les services utilisant le Web : documentation, commerce lectronique, etc.

y Liaison commute
v la liaison passe par des organes intermdiaires

(analogie avec le rseau tlphonique commut)

s Lien entre rseaux et systmes dexploitation

x Le rseau (support de communication) comme organe dentre-sortie x le rseau (ensemble de serveurs interconnects) comme super-machine
2003-2004, S. Krakowiak RAR-M1 7

y Les supports physiques de la communication peuvent tre divers

v paires de fils, cble coaxial, fibre optique, radio, infra-rouge, etc.

x Couverture gographique (rseau local, grande distance, etc.)

2003-2004, S. Krakowiak

RAR-M1

Types de rseaux (2)

La classification par tendue de la couverture gographique est souvent utilise, bien que non stricte

Bref historique des rseaux informatiques

s Rseaux locaux (Local Area Networks, LAN)

x x x x x Communication au sein dune organisation (dpartement dentreprise, etc.) Administration unique bus Couverture gographique limite (~1 km) Dbit lev, taux derreur faible Topologies diverses : bus, anneau
anneau

LInternet et les applications

World Wide Web
rseaux spcialiss

1970
4 sites

mail, ftp, telnet

1980

1990

moteurs de recherche navigateurs 6 millions de sites

commerce lectronique

tlphonie appli. mobiles

2000

militaires comp. ariennes

x 100 sites

100 000 sites

Arpanet
1969

lInternet

120 millions de sites

s Rseaux grande distance (Wide Area Networks, WAN)

x x x x x Communication entre des organisations diverses Administrations multiples Couverture gographique tendue : un pays, toute la plante Dbit variable, taux derreur parfois non ngligeable Topologie maille ; interconnexion de rseaux (exemple : lInternet)

Outils logiciels

appel de procdure distance

CORBA

Java

composants

client-serveur

Quelques avances technologiques

commutation par paquets

Aloha
paquets radio

s Rseaux mtropolitains (Metropolitan Area Networks, MAN)

x Intermdiaires entre LAN et WAN - qq dizaines de km, ville ou rgion

Ethernet
1973
3 Mbit/s

tlphonie numrique

ATM
622 Mbit/s

ADSL
modem rapide

ISDN (RNIS)

1970
1964
anneau jeton

1980
10 Mbit/s

64 kbit/s

Myrinet

1990 Ethernet

1 000 Mbit/s 100 Mbit/s Fast Ethernet

2000
10Gb/s 1 000 Mbit/s Gigabit Ethernet

s Autres rseaux
x Interconnexion de grappes de machines (clusters) - Desk Area Networks (DAN) Storage Area Networks (SAN) : rseaux pour le stockage de donnes x Rseaux de mobiles
2003-2004, S. Krakowiak RAR-M1 9

constellations informatique de satellites mobile

couverture, accs universel

2003-2004, S. Krakowiak

RAR-M1

10

Bref historique du middleware (intergiciel)

Performances des communications (1)

s Deux mesures principales de performance ( tous les niveaux)

Systmes rpartis objets (recherche) messages

World Wide Web

bus messages

W3C Java
archi. N-niveaux servlets

1980
NFS

1990

2000
.NET J2EE EJB Web Services

appel de procdure distance (ide)

appel de procdure distance (ralisation industrielle)

OMG

spec.

COM DCOM premiers Java RMI produits

x Dbit (throughput) : quantit dinformation par unit de temps. Unit : bit/s (Kbit/s, Mbit/s, ), ou paquets/s, etc. y une mesure corrle au dbit est la bande passante (Hz, KHz, ...), cf plus loin x Latence (latency) : temps coul entre lmission dune unit de transmission et sa rception. Unit : s (ms, s, ) y on sintresse aussi parfois au temps daller-retour ( round trip time ou RTT)

s Facteurs de performance
Latence = dure de transmission + temps de propagation + temps dattente x Dure de transmission : taille du message / dbit y cest le temps ncessaire pour transmettre les donnes (les envoyer sur le rseau) x Temps de propagation : distance / vitesse de propagation y cest le temps ncessaire pour que les donnes aillent de lmetteur au rcepteur x Temps dattente y cest le temps perdu par le systme de communication (notamment cause de loccupation des ressources) x La somme (temps de propagation + temps dattente), ou latence de base, est un dlai incompressible (temps coul avant de recevoir le 1-er bit dun message)

CORBA client-serveur

CCM Composants logiciels

2003-2004, S. Krakowiak

RAR-M1

11

2003-2004, S. Krakowiak

RAR-M1

12

Performances des communications (2)

Qualit de service
s La qualit de service (Quality of Service, QoS) dsigne un ensemble

s Dbit et latence ont un impact variable selon les applications

x Exemple 1 : message bref (interaction question-rponse) Envoi 1 Kbit, retour 1 Kbit, distance 10 000 km. Temps incompressible dallerretour = 100 ms (si vitesse = 2c/3). Temps de transmission = 1 ms 1 Mbit/s, 0,01 ms 100 Mbit/s. y Conclusion : la latence est dominante, le dbit a peu dinfluence x Exemple 2 : message trs gros (fichier multimdia) y y Envoi 100 Mbit, distance 10 000 km. Temps incompressible de propagation = 50 ms. Temps de transmission = 100 s 1 Mbit/s, 1 s 100 Mbit/s. Conclusion : le dbit est dominant, la latence a peu dinfluence y

de facteurs de qualit ncessaires aux besoins dune application particulire

x Cette dfinition est gnrique et doit tre prcise dans chaque cas x Les besoins en QoS dpendent de la nature des applications

s Exemples
x Faible taux derreur (probabilit pour quun bit ou un message soit perdu ou modifi) y ncessaire si les donnes sont peu redondantes x Stabilit de la latence (absence de gigue) y ncessaire pour les applications multimdia (son et vido) x Garantie dune limite suprieure sur la latence y ncessaire pour les applications critiques lies au temps rel

latence

latence

grande taille dbit faible

dbit lev latence de base forte latence de base = attente + propagation dbit faible latence de base faible

taille moyenne dbit moyen petite taille dbit lev

s Garanties de qualit de service

x Problme difficile ! x Voies dapproche : rservation de ressources, rgulation de charge
temps daller-retour

taille du message

2003-2004, S. Krakowiak

RAR-M1

13

2003-2004, S. Krakowiak

RAR-M1

14

Comment fonctionne un rseau ? (1)

une requte sur le Web

Comment fonctionne un rseau ? (2)

194.199.25.124 http://sardes.imag.fr/ un fichier HTML client client lInternet serveur web serveur web Vu de lutilisateur on clique sur un lien une page web saffiche sur lcran Sur la station client le programme navigateur envoie une requte au serveur correspondant lURI (Uniform Resource Identifier) associ au lien (si tout se passe bien) le programme navigateur reoit un fichier HTML quil sait afficher sur lcran Sur le rseau, il faut : trouver le bon serveur (celui qui correspond lURI) transporter la requte depuis la station client vers le serveur transporter le fichier depuis le serveur la station client Premire tape : localiser le serveur Via le service de noms de lInternet (DNS) qui associe un nom une adresse IP (fonctionne comme un annuaire) Toute machine connecte lInternet a une adresse IP Question : comment trouver lannuaire ? Rponse : on connat ladresse IP dun point dentre
message le service de noms DNS (annuaire)

sardes.imag.fr lInternet

Deuxime tape : envoyer la requte au serveur Comment est transmise la requte ? La requte est un message (une suite de bits). Elle est dcoupe en paquets de taille fixe Chaque paquet est envoy sur le rseau

envoi

paquets

2003-2004, S. Krakowiak

RAR-M1

15

2003-2004, S. Krakowiak

RAR-M1

16

Comment fonctionne un rseau ? (3)

Comment fonctionne un rseau ? (4)

Fonctionnement du serveur

8 7 paquets routeur

194.199.25.124
2

Le serveur reconstruit le message initial en mettant les paquets dans lordre de leurs numros Que fait le serveur la rception de la requte ? Le site serveur interprte la requte comme une demande de fourniture de fichier (HTML) Il envoie le fichier au client (sous forme dune suite de paquets, comme prcdemment) Que se passe-t-il si un paquet sest perdu, ou a mal t transmis ? Le destinataire est capable de le dtecter et demande quon lui renvoie le paquet manquant ou erron.

client

4 5

6 1 3

serveur web

Transmission de linformation
Comment sont transmis concrtement les paquets ? Chaque paquet est une suite de bits. La transmission utilise un support physique : fils, fibre optique, ondes radio, etc., sur lequel sont envoys des signaux (lectriques, lumineux, etc.). Chaque bit (0 ou 1) est reprsent par une configuration particulire du signal

LInternet est une interconnexion de rseaux (internetwork) Les rseaux sont relis entre eux par des routeurs Chaque paquet contient son numro et son adresse de destination. Quand il arrive sur un rseau, et que le site destinataire nen fait pas partie, le paquet est transmis un routeur. Les routeurs contiennent les informations qui permettent dacheminer le paquet vers son site destinataire

Exemple (non raliste)

ceci explique le lien entre dbit et bande passante

2003-2004, S. Krakowiak

RAR-M1

17

2003-2004, S. Krakowiak

RAR-M1

18

Notions de protocole et dinterface (1)

s Lexemple de la requte sur le web permet didentifier divers

Notions de protocole et dinterface (2)

niveaux dchange entre le client et le serveur

x le niveau de lapplication : le client clique sur un lien, le serveur renvoie une page web x le niveau des messages : le client envoie un message contenant une URI, le serveur renvoie un message contenant un fichier HTML x le niveau des paquets : le message du client est dcoup en paquets, les routeurs du rseau les acheminent vers le serveur (idem pour le retour) x le niveau de la transmission des bits : pour envoyer les paquets, chaque bit (0 ou 1) est transmis comme un signal lectrique sur une ligne. x chaque niveau utilise les fonctions du niveau infrieur

s Interface (dun service) : ensemble de fonctions (logicielles ou

matrielles) et de rgles daccs utilisables pour accder au service

s Protocole : ensemble de conventions dfinissant les changes

entre des entits qui cooprent pour raliser un service

s Relations entre protocoles et interfaces
x une interface dfinit laccs un service, un protocole dfinit la ralisation dun service x la construction dun protocole utilise souvent des protocoles de niveau infrieur (plus lmentaires), en accdant leurs interfaces

s Les notions de protocole et dinterface visent reprsenter ce

mode de fonctionnement
Analogie : deux personnes peuvent dialoguer mme si elles ne parlent pas la mme langue A (ne parle que franais)
interface

s Protocoles en couches
B (ne parle que chinois)
protocoles

interface i protocole niveau i

couche i

entit cooprante

entit cooprante

franais

chinois

interface i-1

X (interprte franais-anglais)
interface

Y (interprte anglais-chinois)
anglais

anglais ligne tlphonique

couche i-1

2003-2004, S. Krakowiak

RAR-M1

19

2003-2004, S. Krakowiak

RAR-M1

20

Les protocoles de lInternet

Services Web

Quelques protocoles au niveau middleware

SOAP
applications

Informations transmises

s Objectif
x Permettre la construction, la composition et lexcution dapplications rparties x Fournir des services communs aux applications

HTTP FTP TCP IP Ethernet FDDI TFTP UDP

dpend de lapplication messages flots doctets paquets

transfre un message ou un flot de donnes entre metteur et rcepteur achemine un paquet entre deux htes sur des rseaux interconnects

s Position
x Utilisent les protocoles de transport des rseaux (souvent via linterface socket) x Sont utiliss par les applications finales

transport

rseau

s Exemples
trames bits

liaison physique

envoie une suite de bits entre deux htes sur un mme rseau spcifi

HTTP : HyperText Transfer Protocol : protocole du Web TFTP, FTP : (Trivial) File Transfer Protocol : transfert de fichiers TCP :Transmission Control Protocol : transport en mode connect UDP : User Datagram Protocol : transport en mode non connect IP : Internet Protocol : Interconnexion de rseaux, routage
2003-2004, S. Krakowiak RAR-M1 21

x x x x x x

RPC (Remote Procedure Call) Java RMI (Remote Method Invocation) CORBA : objets rpartis htrognes HTTP : protocole du World Wide Web SOAP (au-dessus de HTTP) : services Web

2003-2004, S. Krakowiak

RAR-M1

22

Le modle client-serveur (1)

s Dfinition
x Un schma gnral dinteraction au niveau application x Mis en uvre sous des formes diverses (diffrents protocoles) y RPC, Java RMI, Services Web, etc.

Le modle client-serveur (2)

s Communication par messages (plutt que par partage de donnes,

mmoire ou fichiers) x Requte : paramtres dappel, spcification du service requis x Rponse : rsultats, indicateur ventuel dexcution ou derreur x Communication synchrone (dans le modle de base) : le client est bloqu en attente de la rponse

s Proprits
x Le client demande lexcution dun service ; le serveur ralise le service x Client et serveur sont (en gnral, pas ncessairement) localiss sur deux machines distinctes x Indpendance interface-ralisation Interface (spcification du service)

requte excution service Client rponse Serveur

requte Client rponse Serveur

2003-2004, S. Krakowiak

RAR-M1

23

2003-2004, S. Krakowiak

RAR-M1

24

Intrt du modle Client-Serveur

Modle Client-Serveur : partage du serveur

s Structuration
x fonctions bien identifies x sparation interface du service - ralisation x client et serveur peuvent tre modifis (remplacs) indpendamment

s Vu du client
requte client rponse serveur

s Vu du serveur
x Gestion des requtes (priorit) x Excution du service (squentiel, concurrent) x Mmorisation ou non de ltat du client slection requtes file des requtes traitement rponses

s Protection
x client et serveur sexcutent dans des domaines de protection diffrents

s Gestion des ressources

x le serveur peut tre partag entre plusieurs clients ces considrations sont indpendantes de la rpartition

2003-2004, S. Krakowiak

RAR-M1

25

2003-2004, S. Krakowiak

RAR-M1

26

Modle Client-Serveur : gestion des processus

Gestion des processus dans le serveur (1)

s Processus serveur unique

s Client et serveur excutent des processus distincts

x le client est suspendu lors de lexcution de la requte (appel synchrone) x ventuellement, plusieurs requtes peuvent tre traites concurremment par le serveur y paralllisme rl (ex : multiprocesseur, entres -sorties) y pseudo-paralllisme x la concurrence peut prendre plusieurs formes y plusieurs processus (une mmoire virtuelle par processus) y plusieurs processus lgers (threads) dans le mme espace virtuel (contexte restreint : pile, mot dtat, registres)

while (true) { receive (client_id, message) ; extract (message, service_id, params) ; do_service[service_id] (params, results) ; send (client_id, results) ; };
slection

requtes

traitement

rponse

2003-2004, S. Krakowiak

RAR-M1

27

2003-2004, S. Krakowiak

RAR-M1

28

Gestion des processus dans le serveur (2)

Gestion des processus dans le serveur (3)

Processus veilleur while (true) { receive (client_id, message) extract (message, service_id, params) ; work_to_do.put (client_id, service_id, params) ; };

Pool dexcutants while (true) { work_to_do.get (client_id, service_id, params) ; do_service{service_id] (params, results) send (client_id, results) };

Processus veilleur while (true) { receive (client_id, message) extract (message, service_id, params) ; p=create_thread (client_id, service_id, params) ; };

Cration dynamique des excutants

programme de p
do_service{service_id] (params, results) send (client_id, results) exit ;

cration
slection slection

requtes

work_to_do

traitement

requtes

traitement

rponse rponse
2003-2004, S. Krakowiak RAR-M1 29 2003-2004, S. Krakowiak RAR-M1 30

Mise en uvre du schma client-serveur

Plan de la suite
s Introduction aux rseaux informatiques (P. Sicard)

s Par des oprations de bas niveau

x Utilisation de primitives du systme de communication x Exemple : sockets y Mode non connect (UDP) y Mode connect (TCP)

x Sance 2 : Couches et protocoles : TCP UDP IP ARP x Sance 3 : Couche de liaison, dtect/correct. Erreurs. Exemple : Ethernet x Sance 4 : Contrle de flux. Exemple : TCP x Sance 5 : Routage. Mise en uvre dans IP ; Exemple : RIP

s Par des oprations de haut niveau

x Utilisation dun middleware spcialis x Contexte : langage de programmation y Appel de procdure distance x Contexte : objets rpartis y Appel de mthodes, cration dobjets distance

s Introduction lintergiciel et la construction

dapplications rparties (S. Krakowiak)

x Sance 6 :, Mise en uvre du modle client-serveur (sockets, RPC) x Sance 7 : Objets rpartis : principes, exemple de Java RMI x Sance 8 : Services rpartis : exemples (DNS, Web)
TP1 : Rseau Ethernet : mise en place, observation TP2 : Observation et analyse de protocoles : ARP, TCP, UDP TP3 : Observation et analyse de protocoles : IP, routage TP4 : Appli. rpartie avec sockets TP5 : Appli. rpartie avec Java RMI (1) TP6 : Appli. rpartie avec Java RMI (2)

2003-2004, S. Krakowiak

RAR-M1

31

2003-2004, S. Krakowiak

RAR-M1

32

Rfrences

Complments

Bibliographie sommaire sur les rseaux

L. Toutain, Rseaux locaux et Internet, 2me dition, Herms, 1999 J. F. Kurose, K. W. Ross, Computer Networking, a top-down approach featuring the Internet, AddisonWesley, 2001 L. Peterson, B. S. Davie, Computer Networks, a systems approach, 2nd edition, Morgan Kaufmann, 1999 (il existe une traduction franaise, mais seulement pour la 1-re dition actuellement) A. Tanenbaum, Les rseaux, 3-me dition, Dunod, 1999

Matriau complmentaire, non trait en cours

Bibliographie sommaire sur le middleware

W. Emmerich, Engineering Distributed Objects, John Wiley, 2000 W. Grosso, Java RMI, OReilly, 2001 J.-M.Geib, Ch.Gransart, Ph.Merle, Corba : des concepts la pratique, 2me d., InterEditions, 2001

2003-2004, S. Krakowiak

RAR-M1

33

2003-2004, S. Krakowiak

RAR-M1

34

Problmes communs
( tous les niveaux)

Dsignation

s Dsignation (naming)
x Fonction : dsigner (identifier) une entit physique ou logique : machine, rseau, service, fichier, etc. x Principe : espace de noms, rgles de composition des noms y Exemples : adresses physiques en mmoire ; adresses de machines sur un rseau local (48 bits) ; numros de porte ; nom de sockets ; adresses IP sur lInternet (32 bits, IPv4, 128 bits, IPv6) ; noms de domaines sur lInternet ; noms de services x Outils : service de noms y Fonction : resolution des noms (passer dun nom la localisation de lentit qull dsigne) y Problme : comment commencer (trouver le service de noms)

s Dfinition dun nom

x Information attache une entit et remplissant 2 fonctions y Dsigner cette entit (la distinguer des autres) => identificateur y Permettre daccder cette entit (la localiser) => rfrence

s Exemples de noms
x Dans un programme y Identificateur = nom de variable, de mthode, etc. y Rfrence = adresse de la reprsentation correspondante en mmoire x Dans un SGF y Identificateur = nom symbolique de fichier (/usr/bin/prog) y Rfrence = i-node correspondant (permet de localiser le contenu du fichier, par les adresses sur disque des blocs qui le composent) x Sur un rseau y Identificateur = nom symbolique dune machine (kernighan.imag.fr) y Rfrence = adresse IP (195.221.225.6) : rseau (+ sous-rseau) + n hte

s Liaison (binding)
x Fonction : pouvoir accder lentit dsigne par un nom y Liaison rsolution : connatre la localisation dun objet ne suffit pas pour y accder : il faut un protocole pour raliser laccs effectif x Nature et moment de la liaison y Statique : une fois pour toutes (ex : adresses sur un rseau local) y Dynamique : au moment de laccs (ex : adresses IP sur lInternet, via routage ; noms de domaines sur lInternet, via DNS ; services dapplications via service de noms ou de courtage)

2003-2004, S. Krakowiak

RAR-M1

35

2003-2004, S. Krakowiak

RAR-M1

36

Organisation des noms

s

Dsignation et liaison
Rsoudre un nom (dans un contexte)
x partir du nom, trouver lobjet x Processus rcursif target = context.resolve(name) [ou name.resolve()] 3 issues possibles pour target y Une valeur type : cest lobjet y Une rfrence (ex : adresse) => lobjet est localis y Un autre nom (dans un autre contexte) => on rappelle resolve

Systme de dsignation
x Rgles permettant de dsigner une catgorie dentits (usagers, fichiers, machines, ec.)

Espace de noms
x Ensemble des noms utilisables dans un systme de dsignation

Un nom
s
a Un espace unifome (plat) est peu commode : - recherche peu efficace - regroupement impraticable Do une organisation par contextes (locaux) Nombreux exemples dans les rseaux et applications rparties alpha foo beta foo bar

Lier un nom
x partir du nom, construire une chane daccs lobjet x Diffrence majeure entre centralis et rparti : y En centralis, la rfrence donne accs lobjet dsign (exemple : adresses, inodes) ; donc rsolution = liaison y En rparti, une rfrence (adresse IP, n de porte) ne suffit pas pour accder lobjet ; donc rsolution liaison ! y La liasion ncessite de construire explicitement une chane daccs sous forme de protocoles de communication et de points dentre

Un objet

Un contexte
zzz tau here

2003-2004, S. Krakowiak

RAR-M1

37

2003-2004, S. Krakowiak

RAR-M1

38

Les protocoles normaliss de lISO (International Standards

Organisation) Open Systems Interconnection (OSI)
Application
compression chiffrement, etc. gestion de processus tablissement, terminaison transfert de messages routage, interconnexion gestion derreurs, contrle de flux reprsentation physique de linformation

Application Prsentation Session Transport Rseau Liaison Physique Rseau Liaison Physique Rseau Liaison Physique message paquet trame bit

Prsentation Session Transport Rseau Liaison Physique

Les protocoles OSI servent plutt de cadre de rfrence pour la dfinition des fonctions que de normes de ralisation. La normalisation de fait est autour de TCP/IP

2003-2004, S. Krakowiak

RAR-M1

39