Le modle OSI, suite

Transmission de donnes au travers du modle OSI

Le processus metteur remet les donnes envoyer au processus rcepteur la couche application qui leur ajoute un en-tte application AH (ventuellement nul). Le rsultat est alors transmis la couche prsentation. La couche prsentation transforme alors ce message et lui ajoute (ou non) un nouvel en-tte (ventuellement nul). La couche prsentation ne connat et ne doit pas connatre l'existence ventuelle de AH ; pour la couche prsentation, AH fait en fait partie des donnes utilisateur. Une fois le traitement termin, la couche prsentation envoie le nouveau "message" la couche session et le mme processus recommence. Les donnes atteignent alors la couche physique qui va effectivement transmettre les donnes au destinataire. A la rception, le message va remonter les couches et les en-ttes sont progressivement retirs jusqu' atteindre le processus rcepteur :

Le concept important est le suivant : il faut considrer que chaque couche est programme comme si elle tait vraiment horizontale, c'est dire qu'elle dialoguait

directement avec sa couche paire rceptrice. Au moment de dialoguer avec sa couche paire, chaque couche rajoute un en-tte et l'envoie (virtuellement, grce la couche sous-jacente) sa couche paire.

Critique du modle OSI

La chose la plus frappante propos du modle OSI est que c'est peut-tre la structure rseau la plus tudie et la plus unanimement reconnue et pourtant ce n'est pas le modle qui a su s'imposer. Les spcialistes qui ont analys cet chec en ont dtermin 4 raisons principales. Ce n'tait pas le bon moment David Clark du MIT a mis la thorie suivant quant l'art et la manire de publier une norme au bon moment. Pour lui, dans le cycle de vie d'une norme, il y a 2 pics principaux d'activit : la recherche effectue dans le domaine couvert par la norme, et les investissements des industriels pour l'implmentation et la mise en place de la norme. Ces deux pics sont spars par un creux d'activit qui apparat tre en fait le moment idal pour la publication de la norme : il n'est ni trop tt par rapport la recherche et on peut donc assurer une certaine matrise, et il n'est ni trop tard pour les investissements et les industriels sont prts utiliser des capitaux pour l'implmenter. Le modle OSI tait idalement plac par rapport la recherche, mais hlas, le modle TCP/IP tait dj en phase d'investissement prononc (lorsque le modle OSI est sorti, les universits amricaines utilisaient dj largement TCP/IP avec un certain succs) et les industriels n'ont pas ressenti le besoin d'investir dessus. Ce n'tait pas la bonne technologie Le modle OSI est peut-tre trop complet et trop complexe. La distance entre l'utilisation concrte (l'implmentation) et le modle est parfois importante. En effet, peu de programmes peuvent utiliser ou utilisent mal l'ensemble des 7 couches du modle : les couches session et prsentation sont fort peu utilises et l'inverse les couches liaison de donnes et rseau sont trs souvent dcoupes en souscouches tant elles sont complexes. OSI est en fait trop complexe pour pouvoir tre proprement et efficacement implment. Le comit rdacteur de la norme a mme du laisser de ct certains points techniques, comme le la scurit et le codage, tant il tait dlicat de conserver un rle bien dtermin chaque couche ainsi complte. Ce modle est galement redondant (le contrle de flux et le contrle d'erreur apparaissent pratiquement dans chaque couche). Au niveau de l'implmentation, TCP/IP est beaucoup plus optimis et efficace.

La plus grosse critique que l'on peut faire au modle est qu'il n'est pas du tout adapt aux applications de tlcommunication sur ordinateur ! Certains choix effectus sont en dsaccord avec la faon dont les ordinateurs et les logiciels communiquent. La norme a en fait fait le choix d'un "systme d'interruptions" pour signaler les vnements, et sur des langages de programmation de haut niveau, cela est peu ralisable. Ce n'tait pas la bonne implmentation Cela tient tout simplement du fait que le modle est relativement complexe, et que du coup les premires implmentations furent relativement lourdes et lentes. A l'inverse, la premire implmentation de TCP/IP dans l'Unix de l'universit de Berkeley (BSD) tait gratuite et relativement efficace. Historiquement, les gens ont donc eu une tendance naturelle utiliser TCP/IP. Ce n'tait pas la bonne politique Le modle OSI a en fait souffert de sa trop forte normalisation. Les efforts d'implmentation du modle taient surtout "bureaucratiques" et les gens ont peuttre vu a d'un mauvaise oeil. A l'inverse, TCP/IP est venu d'Unix et a t tout de suite utilis, qui plus est par des centres de recherches et les universits, c'est--dire les premiers a avoir utilis les rseaux de manire pousse. Le manque de normalisation de TCP/IP a t contrebalanc par une implmentation rapide et efficace, et une utilisation dans un milieu propice sa propagation.

L'avenir d'OSI
Au niveau de son utilisation et implmentation, et ce malgr une mise jour du modle en 1994, OSI a clairement perdu la guerre face TCP/IP. Seuls quelques grands constructeurs dominant conservent le modle mais il est amen disparatre d'autant plus vite qu'Internet (et donc TCP/IP) explose. Le modle OSI restera cependant encore longtemps dans les mmoires pour plusieurs raisons. C'est d'abord l'un des premiers grands efforts en matire de normalisation du monde des rseaux. Les constructeurs ont maintenant tendance faire avec TCP/IP, mais aussi le WAP, l'UMTS etc. ce qu'il devait faire avec OSI, savoir proposer des normalisations ds le dpart. OSI marquera aussi les mmoires pour une autre raison : mme si c'est TCP/IP qui est concrtement utilis, les gens ont tendance et utilisent OSI comme le modle rseau de rfrence actuel. En fait, TCP/IP et OSI ont des structures trs proches, et c'est surtout l'effort de normalisation d'OSI qui a impos cette "confusion" gnrale entre les 2 modles. On a communment tendance considrer TCP/IP comme l'implmentation relle de OSI.