Beruflich Dokumente
Kultur Dokumente
ISIMa
2010/2011
Introduction
Les rseaux informatiques doivent permettre des applications informatiques de cooprer sans avoir tenir compte de lhtrognit des moyens et procds de transmission (par exemple : de la topologie, des mthodes daccs, des caractristiques des quipements ou des supports, etc.). Adapter la technologie de transmission au support de communication Masquer les phnomnes altrant la transmission Maintenir la qualit demande Offrir linteroprabilit (1) Optimiser lutilisation des ressources (2) Assurer la prennit des choix (3) (1) + (2) + (3) Normalisation
ISIMa
2010/2011
Le protocole dune couche N dfinit lensemble des rgles ainsi que les formats et la signification des objets changs, qui rgissent la communication entre les entits de la couche N. Le service dune couche N dfinit lensemble des fonctionnalits possdes par la couche N et fournies aux entits de la couche N+1 linterface N/N+1. Notation : on note N_X (ou encore X(N)) lobjet de type X appartenant la couche N.
ex : N-entit ou entit(N)
ISIMa
2010/2011
Larchitecture dun rseau est dfinie par lensemble des couches et la description des protocoles et des services de chacune delles.
ISIMa
2010/2011
Le modle dcrit simplement ce que chaque couche doit raliser (le service), les rgles et le format des changes (le protocole), mais pas leur implantation.
ISIMa 2010/2011 6
ISIMa
2010/2011
ISIMa
2010/2011
ISIMa
2010/2011
Quelques fonctions
Transmission de donnes Lencapsulation : Les donnes dune couche sont encapsules dans une unit de donnes de la couche infrieure. Par ex. : la lettre dans lenveloppe dans le sac postal dans le train postal.
ISIMa
2010/2011
11
ISIMa
2010/2011
12
ISIMa
2010/2011
13
Conclusion et commentaires
Conclusion
Modle de rfrence pour linterconnexion des systmes informatiques htrognes : En 7 couches (P, LdD, N, T, S, P, A) Mais ce ne doit pas tre un dogme immuable, ni la vrit rvle ! Nombreuses variantes ou extensions : Piles multi-protocolaires (par ex. : UDP/TCP) Notion de sous-couches (par ex. : PMD/PHY) Adaptation lvolution des techniques (rseaux locaux, ATM, RNIS, etc.) Interconnexion de rseaux issus de familles protocolaires diffrentes Le modle est cependant pratique pour avoir un langage commun et fournir un repre. - par ex. : service /protocole, PDU/SDU, multiplexage/segmentation
ISIMa 2010/2011 14
Conclusion et commentaires
Quelques commentaires
Note 1 : les normes ont une dure de vie limite. Elles naissent, elles vivent, elles meurent ! - ex : IPv4 -- IPv6 Note 2 : une norme rpond des besoins spcifiques - Une rponse un problme, un instant ! - ex : HDLC nest pas parfaitement adapt aux rseaux locaux Note 3 : les normes spcifient juste ce quil faut - Ce nest pas un dossier de conception - Notamment, les normes protocolaires spcifient le comportement des systmes ouverts dans leurs changes avec les autres systmes, mais pas leur fonctionnement interne et propre. - ex : un langage est dfini par sa syntaxe et ses rgles opratoires, mais pas par limplantation de son compilateur ! - ex : de mme un protocole informatique est dfini par le format de ses messages, la procdure qui rgit ces messages (le protocole) et son service, mais pas par une de ses implantations.
ISIMa 2010/2011 15
Conclusion et commentaires
Note 4 : Un concept est abstrait
- Les concepts introduits pour dcrire les systmes ouverts constituent une abstraction, en dpit de similitude avec les objets du monde rel : - Parfois une nouvelle terminologie spcifique est introduite qui masque lobjet rel peut rendre difficile lapprhension du concept. . ex : N-PDU (Network layer Protocol Data Unit) == datagramme ou paquet - Parfois une terminologie usuelle est utilise qui fait rfrence (trop) clairement lobjet rel peut rendre difficile labstraction ou entraine une certaine confusion . ex : connexion Note 5 : Le modle OSI ne doit pas tre un dogme - Il nest pas ncessaire que les systmes soient implants suivant la description du modle de rfrence - Le systme nest pas forcment organis en 7 modules ou tches assurant chacune les fonctions de lune des 7 couches !
ISIMa
2010/2011
16
Conclusion et commentaires
Note 6: - Une couche peut exister et tre vide car une couche peut regrouper un ensemble de fonctions qui ne sont pas mises en oeuvre ! - Dans ce dernier cas, soit le service nest pas ncessaire la couche suprieure, soit il est dj rendu par la couche infrieure. Note 7 : - Le domaine de normalisation de lOSI est restreint aux problmes soulevs par la communication des donnes entre applications informatiques distantes.
ISIMa
2010/2011
17