1. PRINCIPE DES RSEAUX NUMRIQUES. ................................................................................................................... 2 1.1 INTRODUCTION. ........................................................................................................................................................... 2 1.2 LE MODLE DE RFRENCE OSI DE L'ISO. ............................................................................................................. 5 1.

3 LA COUCHE PHYSIQUE. ............................................................................................................................................. 6 1.3.1 Transmission en bande de base. .....................................................................................................................................................6 1.3.2 Transmission module. ...................................................................................................................................................................8 1.3.3 Multiplexage. ....................................................................................................................................................................................9 1.3.4 Les supports de transmission. ......................................................................................................................................................10 1.3.5 Exemple de l'ADSL. ......................................................................................................................................................................11 1.4 LA COUCHE LIAISON. ............................................................................................................................................... 11 1.4.1 Dtection et correction d'erreurs. ................................................................................................................................................12 1.4.2 Protocoles de liaison de donnes. .................................................................................................................................................14 1.5 LA COUCHE RSEAU. ............................................................................................................................................... 15 1.5.1 Le contrle de flux. ........................................................................................................................................................................16 1.5.2 Le problme de la congestion. ......................................................................................................................................................16 1.5.3 Le routage. .....................................................................................................................................................................................17 1.5.4 La norme X25, niveau rseau. ......................................................................................................................................................18 1.6 LA COUCHE TRANSPORT. ........................................................................................................................................ 19 1.6.1 Qualit de service. ..........................................................................................................................................................................20 1.6.2 Primitives du service transport. ...................................................................................................................................................21 1.6.3 Le protocole de transport ISO en mode connect (ISO 8073 ou X.224) ...................................................................................23 1.7 LES COUCHES HAUTES : SESSION, PRSENTATION ET APPLICATION. ...........................................................24 1.7.1 La couche session. ..........................................................................................................................................................................25 1.7.2 La couche prsentation. ................................................................................................................................................................26 1.7.3 La couche application. ..................................................................................................................................................................26

1. Principe des rseaux numriques. Dans ce chapitre nous aborderons les grands principes rgissant les quipements matriels et logiciels permettant d'changer des donnes mises sous forme numrique et qui forment les rseaux informatiques. 1.1 Introduction. Les rseaux informatiques qui permettaient leur origine de relier des terminaux passifs de gros ordinateurs centraux autorisent l'heure actuelle l'interconnexion de tous types, d'ordinateurs que ce soit de gros serveurs, des stations de travail, des ordinateurs personnels ou de simples terminaux graphiques. Les services qu'ils offrent font partie de la vie courante des entreprises et administrations (banques, gestion, commerce, bases de donnes, recherche, etc...) et des particuliers (messagerie, loisirs, services d'informations par minitel et Internet ...).

Figure: Classification des rseaux informatiques selon leur taille. On peut faire une premire classification des rseaux l'aide de leur taille comme on peut le voir dans la figure 1.1. Les bus que l'on trouve dans un ordinateur pour relier ses diffrents composants (mmoires, priphriques d'entre-sortie, processeurs, ...) peuvent tre considrs comme des rseaux ddis des tches trs spcifiques. Les structures d'interconnexion sont des rseaux de trs haut dbits, mais de faible tendue, et regroupent les pr et post-processeurs des ordinateurs vectoriels par exemple. En effet l'usage d'un super-calculateur (Cray notamment) ncessite un ordinateur, dit frontal, qui lui prpare les donnes et recueille les rsultats. Un rseau local (Local Area Network) peut s'tendre de quelques mtres quelques kilomtres et correspond au rseau d'une entreprise. Il peut se dvelopper sur plusieurs btiments et permet de satisfaire tous les besoins internes de cette entreprise. Un rseau mtropolitain (Metropolitan Area Network) interconnecte plusieurs lieux situs dans une mme vile, par exemple les diffrents sites d'une universit ou d'une administration, chacun possdant son propre rseau local. Un rseau tendu (Wide Area Network) permet de communiquer l'chelle d'un pays, ou de la plante entire, les infrastructures physiques pouvant tre terrestres ou spatiales l'aide de satellites de tlcommunications.

Figure: Topologie des rseaux informatiques. On peut galement diffrencier les rseaux selon leur structure ou plus prcisment leur topologie comme illustr dans la figure 1.2. On y distingue ainsi deux classes de rseaux : ceux en mode de diffusion ceux en mode point point

Le premier mode de fonctionnement consiste partager un seul support de transmission. Chaque message 1.1 envoy par un quipement sur le rseau est reu par tous les autres. C'est l'adresse spcifique place dans le message qui permettra chaque quipement de dterminer si le message lui est adress ou non. tout moment un seul quipement le droit d'envoyer un message sur le support, il faut donc qu'il coute au pralable si la voie est libre; si ce n'est pas le cas il attend selon un protocole spcifique chaque architecture. Les rseaux locaux adoptent pour la plupart le mode diffusion sur une architecture en bus ou en anneau et les rseaux satellitaires ou radio suivent galement ce mode de communication. Dans une telle configuration la rupture du support provoque l'arrt du rseau, par contre la panne d'un des lments ne provoque pas (en gnral) la panne globale du rseau. Dans le mode diffusion point point le support physique (le cble) relie une paire d'quipements seulement. Quand deux lments non directement connects entre eux veulent communiquer ils le font par l'intermdiaire des autres n uds du rseau. Dans le cas de l'toile le site central reoit et envoie tous les messages, le fonctionnement est simple, mais la panne du noeud central paralyse tout le rseau Dans une boucle simple, chaque n ud recevant un message de son voisin en amont le rexpdie son voisin en aval. Pour que les messages ne tournent pas indfiniment le n ud metteur retire le message lorsqu'il lui revient. Si l'un des lments du rseau tombe en panne, alors tout s'arrte. Ce problme est partiellement rsolu par la double boucle dont chacune des boucles fait tourner les messages dans un sens oppos. En cas de panne d'un quipement, on reconstitue une boucle simple avec les lments actifs des deux boucles, mais dans ce cas tout message passera deux fois par chaque noeud. Il en rsulte alors une gestion trs complexe. Dans le maillage rgulier l'interconnexion est totale ce qui assure une fiabilit optimale du rseau, par contre c'est une solution coteuse en cblage physique. Si l'on allge le plan de cblage, le maillage devient irrgulier et la fiabilit peut rester leve mais elle ncessite un routage des messages selon des algorithmes parfois complexes. Dans cette architecture il devient presque impossible de prvoir le temps de transfert d'un noeud un autre. Quelle que soit l'architecture physique d'un rseau on trouve deux modes de fonctionnement diffrents : avec connexion 3

 1. 2. 3. 4. 5.

sans connexion l'metteur demande l'tablissement d'une connexion par l'envoi d'un bloc de donnes spcial si le rcepteur (ou le gestionnaire de service) refuse cette connexion la communication n'a pas lieu si la connexion est accepte, elle est tablie par mise en place d'un circuit virtuel dans le rseau reliant l'metteur au rcepteur les donnes sont ensuite transfres d'un point l'autre la connexion est libre

Dans le mode avec connexion, toute communication entre deux quipements suit le processus suivant:

C'est le fonctionnement bien connu du rseau tlphonique classique. Les avantages du mode avec connexion sont la scurisation du transport par identification claire de l'metteur et du rcepteur, la possibilit d'tablir l'avance des paramtres de qualit de service qui seront respects lors de l'change des donnes. Les dfauts sont la lourdeur de la mise en place de la connexion qui peut se rvler beaucoup trop onreuse si l'on ne veut changer que quelques octets ainsi que la difficult tablir des communications multipoint. Dans le mode sans connexion les blocs de donnes, appels datagrammes, sont mis sans vrifier l'avance si l'quipement atteindre, ainsi que les noeuds intermdiaires ventuels, sont bien actifs. C'est alors aux quipements grant le rseau d'acheminer le message tape par tape et en assurant ventuellement sa temporisation jusqu' ce que le destinataire soit actif. Ce service est celui du courrier postal classique et suit les principes gnraux suivants: le client poste une lettre dans une bote aux lettres chaque lettre porte le nom et l'adresse du destinataire chaque client a une adresse propre et une bote aux lettres le contenu de l'information reste inconnu du prestataire de service les supports du transport sont inconnus de l'utilisateur du service

D'autre part il existe plusieurs types de commutation dont les principaux sont : la commutation de circuits : c'est historiquement la premire avoir t utilise, par exemple dans le rseau tlphonique l'aide des auto-commutateurs. Elle consiste crer dans le rseau un circuit particulier entre l'metteur et le rcepteur avant que ceux-ci ne commencent changer des informations. Ce circuit sera propre aux deux entits communiquant et il sera libr lorsque l'un des deux coupera sa communication. Par contre, si pendant un certain temps les deux entits ne s'changent rien le circuit leur reste quand mme attribu. C'est pourquoi, un mme circuit (ou portion de circuit) pourra tre attribu plusieurs communications en mme temps. Cela amliore le fonctionnement global du rseau mais pose des problmes de gestion (files d'attente, mmorisation,...) la commutation de messages : elle consiste envoyer un message1.2 de l'metteur jusqu'au rcepteur en passant de noeud de commutation en noeud de commutation. Chaque noeud attend d'avoir reu compltement le message avant de le rexpdier au noeud suivant. Cette technique ncessite de prvoir de grandes zones tampon dans chaque noeud du rseau, mais comme ces zones ne sont pas illimites il faut aussi prvoir un contrle de flux des messages pour viter la saturation du rseau. Dans cette approche il devient trs difficile de transmettre de longs messages. En effet, comme un message doit tre reu entirement chaque tape si la ligne a un taux d'erreur de 10-5 par bit (1 bit sur 105 est erron) alors un message de 100000 octets n'a qu'une probabilit de 0,0003 d'tre transmis sans erreur. la commutation de paquets : elle est apparue au dbut des annes 70 pour rsoudre les problmes d'erreur de la commutation de messages. Un message mis est dcoup en paquets1.3 et par la suite chaque paquet est commut travers le rseau comme dans le cas des messages. Les paquets sont envoys indpendamment les uns des autres et sur une mme liaison on pourra trouver les uns derrire les autres des paquets appartenant diffrents messages. Chaque noeud redirige chaque paquet vers la bonne liaison grce une table de routage. La reprise sur erreur est donc ici plus simple que dans la commutation de messages, par contre le rcepteur final doit tre capable de reconstituer le message mis en rassemblant les paquets. Ceci ncessitera un protocole particulier car les paquets peuvent ne pas arriver dans l'ordre initial, soit parce qu'ils ont emprunt des routes diffrentes, soit parce que l'un d'eux a du tre rmis suite une erreur de transmission. la commutation de cellules : une cellule est un paquet particulier dont la taille est toujours fixe 53 octets (5 octets d'en-tte et 48 octets de donnes). C'est la technique de base des rseaux hauts dbits ATM (Asynchronous Transfert Mode) qui oprent en mode connect o avant toute mission de cellules, un chemin virtuel est tabli par lequel passeront toutes les cellules. Cette technique mixe donc la commutation de circuits et la commutation de paquets de taille fixe permettant ainsi de simplifier le travail des commutateurs pour atteindre des dbits plus levs. 4

1.2 Le modle de rfrence OSI de l'ISO. Au dbut des annes 70, chaque constructeur a dvelopp sa propre solution rseau autour d'architecture et de protocoles privs (SNA d'IBM, DECnet de DEC, DSA de Bull, TCP/IP du DoD,...) et il s'est vite avr qu'il serait impossible d'interconnecter ces diffrents rseaux propritaires si une norme internationale n'tait pas tablie. Cette norme tablie par l' International Standard Organization1.4(ISO) est la norme Open System Interconnection (OSI, interconnexion de systmes ouverts). Un systme ouvert est un ordinateur, un terminal, un rseau, n'importe quel quipement respectant cette norme et donc apte changer des informations avec d'autres quipements htrognes et issus de constructeurs diffrents. Le premier objectif de la norme OSI a t de dfinir un modle de toute architecture de rseau bas sur un dcoupage en sept couches (cf figure 1.3), chacune de ces couches correspondant une fonctionnalit particulire d'un rseau. Les couches 1, 2, 3 et 4 sont dites basses et les couches 5, 6 et 7 sont dites hautes. Chaque couche est constitue d'lments matriels et logiciels et offre un service la couche situe immdiatement au-dessus d'elle en lui pargnant les dtails d'implmentation ncessaires. Comme illustr dans la figure 1.4, chaque couche n d'une machine gre la communication avec la couche n d'une autre machine en suivant un protocole de niveau n qui est un ensemble de rgles de communication pour le service de niveau n.

Figure: Les sept couches du modle de rfrence OSI de l'ISO.

Figure 1.4: Communication entre couches.

Figure 1.5: Communication entre couches. 5

En fait, aucune donne n'est transfre directement d'une couche n vers une autre couche n, mais elle l'est par tapes successives. Supposons un message transmettre de l'metteur A vers le rcepteur B. Ce message, gnr par une application de la machine A va franchir les couches successives de A via les interfaces qui existent entre chaque couche pour finalement atteindre le support physique. L, il va transiter via diffrents n uds du rseau, chacun de ces n uds traitant le message via ses couches basses. Puis, quand il arrive destination, le message remonte les couches du rcepteur B via les diffrentes interfaces et atteint l'application charge de traiter le message reu. Ce processus de communication est illustr dans la figure 1.5. Nous allons maintenant dtailler les caractristiques de chacune de ces couches en prcisant d'abord que les fonctions et services dfinis dans les couches du modle OSI peuvent se retrouver dans d'autres couches dans les systmes oprationnels disponibles sur le march. Il se peut galement qu'une fonctionnalit localise dans une seule couche dans le modle OSI se retrouve rpartie sur plusieurs couches. Mais cela illustre simplement la distance qui existe entre un modle thorique et des implantations pratiques essayant de suivre ce modle. 1.3 La couche physique. Dfinition 1.3.1 La couche physique fournit les moyens mcaniques, lectriques, fonctionnels et procduraux ncessaires l'activation, au maintien et la dsactivation des connexions physiques destines la transmission de bits entre deux entits de liaison de donnes. Ici, on s'occupe donc de transmission des bits de faon brute, l'important est que l'on soit sr que si l'metteur envoie un bit 1 alors le rcepteur reoit un bit 1. Les normes et standards de la couche physique dfinissent le type de signaux mis (modulation, puissance, porte...), la nature et les caractristiques des supports (cble, fibre optique...), les sens de transmission... Tout d'abord une liaison entre 2 quipements A et B peut tre simplex (unidirectionnelle), dans ce cas A est toujours l'metteur et B le rcepteur. C'est ce que l'on trouve par exemple entre un banc de mesure et un ordinateur recueillant les donnes mesures. La communication est half-duplex (bidirectionnelle l'alternat) quand le rle de A et B peut changer, la communication change de sens tour de rle (comme avec des talkies-walkies). Elle est full-duplex (bidirectionnelle simultane) quand A et B peuvent mettre et recevoir en mme temps (comme dans le cas du tlphone). La transmission de plusieurs bits peut s'effectuer en srie ou en parallle. En srie, les bits sont envoys les uns derrire les autres de manire synchrone ou asynchrone. Dans le mode synchrone l'metteur et le rcepteur se mettent d'accord sur une base de temps (un top d'horloge) qui se rpte rgulirement durant tout l'change. chaque top d'horloge (ou k tops d'horloge k entier fix dfinitivement) un bit est envoy et le rcepteur saura ainsi quand lui arrive les bits. Dans le mode asynchrone, il n'y a pas de ngociation pralable mais chaque caractre envoy est prcd d'un bit de start et immdiatement suivi d'un bit de stop. Ces deux bits spciaux servent caler l'horloge du rcepteur pour qu'il chantillonne le signal qu'il reoit afin d'y dcoder les bits qu'il transmet. En parallle, les bits d'un mme caractre sont envoys en mme temps chacun sur un fil distinct, mais cela pose des problmes de synchronisation et n'est utilis que sur de courtes distances (bus par exemple). Quel que soit le mode de transmission retenu, l'mission est toujours cadence par une horloge dont la vitesse donne le dbit de la ligne en bauds, c'est--dire le nombre de tops d'horloge en une seconde. Ainsi, une ligne d'un dbit de 100 bauds autorise 100 missions par seconde. Si chaque top d'horloge un signal reprsentant 0 ou 1 est mis, alors dans ce cas le dbit en bit/s est quivalent au dbit en baud. Cependant, on peut imaginer que le signal mis puisse prendre 4 valeurs distinctes (0, 1, 2, 3) dans ce cas le signal a une valence de 2 et le dbit en bit/s est double de celui en baud. D'une manire gnrale, si le signal peut prendre 2n valeurs distinctes on dit alors que sa valence est de n, ainsi chaque top n bits peuvent tre transmis simultanment et si le dbit de la ligne est de x bauds il est en fait de n.x bit/s. Sous-sections 1.3.1 Transmission en bande de base. 1.3.2 Transmission module. 1.3.3 Multiplexage. 1.3.4 Les supports de transmission. 1.3.5 Exemple de l'ADSL.

1.3.1 Transmission en bande de base. La transmission en bande de base consiste envoyer directement les suite de bits sur le support l'aide de signaux carrs constitus par un courant lectrique pouvant prendre 2 valeurs (5 Volts ou 0 par exemple). On dtaillera ci-aprs les diffrents codages des bits possibles, mais dans tous les cas l'metteur envoie sur la ligne un signal carr du type de celui de la figure 1.6 pour la squence de bits 1010 par exemple.

Figure: Signal carr de la squence de bits 1010. En considrant ce signal g(t) comme priodique (il suffit de rpter une fois sur [T..2T] le signal donn sur [0..T] pour obtenir un signal priodique sur [0..2T]) on peut le dcomposer en une srie de Fourier de la forme

On dit que le signal carr est dcompos en une somme infinie d'harmoniques, la premire tant dnomme fondamentale, et cette approximation mathmatique permet de savoir quel signal lectrique sera rellement reu au bout du cble. Cependant, le cble sur lequel est mis le signal possde une bande passante qui est l'intervalle des frquences possibles sur ce support, donc la rception on ne retrouve pas toute la richesse du signal initial et dans la plupart des cas le signal carr sera trs dform. Par exemple, le cble tlphonique a une bande passante de 300 3400 Hz, donc tous les signaux de frquence infrieure 300 ou suprieure 3400 seront limines. Dans notre exemple nous obtenons

Figure: Harmoniques et transforme de Fourrier de la squence de bits 1010. Dans la figure 1.7 nous trouvons gauche les 3 premires harmoniques et on remarque que plus la frquence augmente plus l'amplitude diminue. droite nous avons le signal rellement peru par le rcepteur si l'on considre que le cble ne laisse passer que ces 3 harmoniques-ci. Dans ce cas le signal reu reste assez proche du carr mis et le rcepteur n'aura pas trop de mal le dcoder. Sans entrer dans des dtails relevant de la thorie du signal, nous indiquerons simplement que sur une ligne tlphonique dont la bande passante est de 3100Hz et pour un rapport signal/bruit1.5 de 10dB on peut atteindre une capacit de 10Kbits/s.

Figure: Diffrents codages en bande de base de la squence 0110010. Dans la figure 1.8 nous trouvons quelques exemple de codage de l'information pour une transmission en bande de base. le code tout ou rien : c'est le plus simple, un courant nul code le 0 et un courant positif indique le 1 le code NRZ (non retour zro): pour viter la difficult obtenir un courant nul, on code le 1 par un courant positif et le 0 par un courant ngatif. le code bipolaire : c'est aussi un code tout ou rien dans lequel le 0 est reprsent par un courant nul, mais ici le 1 est reprsent par un courant alternativement positif ou ngatif pour viter de maintenir des courants continus. le code RZ : le 0 est cod par un courant nul et le 1 par un courant positif qui est annul au milieu de l'intervalle de temps prvu pour la transmission d'un bit. le code Manchester : ici aussi le signal change au milieu de l'intervalle de temps associ chaque bit. Pour coder un 0 le courant sera ngatif sur la premire moiti de l'intervalle et positif sur la deuxime moiti, pour coder un 1, c'est l'inverse. Autrement dit, au milieu de l'intervalle il y a une transition de bas en haut pour un 0 et de haut en bas pour un 1. le code Miller : on diminue le nombre de transitions en effectuant une transition (de haut en bas ou l'inverse) au milieu de l'intervalle pour coder un 1 et en n'effectuant pas de transition pour un 0 suivi d'un 1. Une transition est effectue en fin d'intervalle pour un 0 suivi d'un autre 0.

1.3.2 Transmission module. Le principal problme de la transmission en bande de base est la dgradation du signal trs rapide en fonction de la distance parcourue, c'est pourquoi elle n'est utilise qu'en rseau local (<5km). Il serait en effet trop coteux de prvoir des rpteurs pour rgnrer rgulirement le signal. C'est pourquoi sur les longues distance on met un signal sinusodal qui, mme s'il est affaibli, sera facilement dcodable par le rcepteur. Ce signal sinusodal est obtenu grce un modem (modulateur-dmodulateur)qui est un quipement lectronique capable de prendre en entre un signal en bande de base pour en faire un signal sinusodal (modulation) et l'inverse savoir restituer un signal carr partir d'un signal sinusodal (dmodulation). Autrement dit il permet de passer de signaux numriques discrets (0 ou 1) des signaux analogiques continus.

Figure: Modulations d'amplitude, de frquence et de phase de la squence de bits 0110010. Il existe trois types de modulation dcrits dans la figure 1.9 la modulation d'amplitude envoie un signal d'amplitude diffrente suivant qu'il faut transmettre un 0 ou un 1. Cette technique est efficace si la bande passante et la frquence sont bien ajustes. Par contre, il existe des possibilits de perturbation (orage, lignes lectriques...), car si un signal de grande amplitude (reprsentant un 1) est momentanment affaibli le rcepteur l'interprtera tort en un 0. la modulation de frquence envoie un signal de frquence plus leve pour transmettre un 1. Comme l'amplitude importe peu, c'est un signal trs rsistant aux perturbations (la radio FM est de meilleure qualit que la radio AM) et c'est assez facile dtecter. la modulation de phase change la phase du signal (ici de 180 ) suivant qu'il s'agit d'un 0 (phase montante) ou d'un 1 (phase descendante).

Dans les exemples donns ci-dessus on a seulement 2 niveaux possibles chaque fois, donc on a uniquement la possibilit de coder 2 valeurs diffrentes chaque instant, dans ce cas 1 baud = 1bit/s. De manire plus sophistique il existe des modems capables de moduler un signal suivant plusieurs niveaux, par exemple 4 frquences diffrentes que le modem rcepteur saura lui aussi distinguer. Dans ce cas, chaque signal envoy code 2 bits donc 1 baud = 2bit/s. Il est mme possible de transmettre des signaux mlant les diffrentes modulations prsentes comme dans le cas de la norme V29 qui module la fois l'amplitude du signal sur 2 niveaux et la phase sur 8 niveaux (0 ,45 ,...,315 ). En combinant les 2 modulations, on obtient ainsi 16 signaux diffrents possibles chaque instant, permettant de transmettre simultanment 4 bits chaque top d'horloge (1 baud = 4 bit/s). 1.3.3 Multiplexage. Le multiplexage consiste faire transiter sur une seule et mme ligne de liaison, dite voie haute vitesse, des communications appartenant plusieurs paires d'quipements metteurs et rcepteurs comme reprsent dans la figure 1.10. Chaque metteur (resp. rcepteur) est raccord un multiplexeur (resp. dmultiplexeur) par une liaison dit voie basse vitesse.

Figure 1.10: Multiplexages d'une ligne. Plusieurs techniques sont possibles :

le multiplexage frquentiel consiste affecter chaque voie basse vitesse une bande passante particulire sur la voie haute vitesse en s'assurant qu'aucune bande passante de voie basse vitesse ne se chevauche. Le multiplexeur prend chaque signal de voie basse vitesse et le remet sur la voie haute vitesse dans la plage de frquences prvues. Ainsi plusieurs transmissions peuvent tre faites simultanment, chacune sur une bande de frquences particulires, et l'arrive le dmultiplexeur 1.6est capable de discriminer chaque signal de la voie haute vitesse pour l'aiguiller sur la bonne voie basse vitesse. le multiplexage temporel partage dans le temps l'utilisation de la voie haute vitesse en l'attribuant successivement aux diffrentes voies basse vitesse mme si celles-ci n'ont rien mettre. Suivant les techniques chaque intervalle de temps attribu une voie lui permettra de transmettre 1 ou plusieurs bits. le multiplexage statistique amliore le multiplexage temporel en n'attribuant la voie haute vitesse qu'aux voies basse vitesse qui ont effectivement quelque chose transmettre. En ne transmettant pas les silences des voies basses cette technique implante dans des concentrateurs amliore grandement le dbit global des transmissions mais elle fait appel des protocoles de plus haut niveau et est base sur des moyennes statistiques des dbits de chaque ligne basse vitesse.

1.3.4 Les supports de transmission. L'objectif de la couche 1 du modle OSI est aussi de fixer les caractristiques des matriels utiliss pour relier physiquement les quipements d'un rseau. Nous dcrivons succinctement quelques uns des supports de transmission les plus usits. la paire torsade est un cble tlphonique constitu l'origine de deux fils de cuivre isols et enrouls l'un sur l'autre (d'o le nom). Actuellement on utilise plutt des cbles constitus de 2 ou 4 paires torsades. Elle est trs rpandue, de connexion facile et d'un faible cot mais elle possde une faible immunit aux bruits. Pour amliorer les performances on utilise la paire torsade blinde plus rsistante aux perturbations lectromagntiques et qui autorise un dbit pouvant aller jusqu' 16 Mbits/s. D'une manire gnrale les performances (et les cots) de ce support dpendent de la qualit des matriaux employs et des dtails de ralisation. On recommande actuellement d'utiliser de la 4 paires non blindes de catgorie 5 avec une impdance de 100 ohm (la catgorie 3 est infrieure en qualit, et l'impdance 120 ohm est une particularit franaise). Utilise en ligne de tlphone classique leur dbit est au maximum de 56 Kbit/s avec les modems les plus rcents, mais les progrs de cette technologie autorisent, sur de courtes distances, des dbits de l'ordre de 10 Mbit/s voire 100 Mbit/s. On la rencontre trs souvent comme support des rseaux 10 Base T1.7, chaque extrmit d'un tel cble tant muni d'une prise RJ45. Son intrt principal est que cette mme paire torsade peut servir au rseau tlphonique, au rseau informatique et vido d'une mme entreprise et de plus elle pourra tre utilise ultrieurement pour voluer vers des rseaux 100 Base T et mme Gigabits. Dans ce type de rseaux locaux chaque poste est reli un hub, par une liaison point point, formant physiquement une toile (dont le centre est un hub) ou un arbre, mais dont le fonctionnement est en mode de diffusion de type bus. Cependant l'orientation actuelle est de remplacer les hubs par des commutateurs qui eux ralisent de la diffusion en mode point point. le cble coaxial est un cble utilis galement en tlphonie et en tlvision, il est constitu d'un c ur qui est un fil de cuivre. Ce c ur est dans une gaine isolante elle-mme entoure par une tresse de cuivre, le tout est recouvert d'une gaine isolante. Certains coaxiaux large bande peuvent atteindre un dbit maximal de 150 Mhz mais son encombrement est nettement suprieur celui de la paire torsade et ses performances n'atteignant pas celle de la fibre optique il a tendance disparatre des nouveaux plans de cblage. On le rencontre dans sa version 10 Base2 (ou Ethernet fin 10 Mbit/s sur 200 m maximum) ou 10 Base5 (ou Ethernet pais 10 Mbit/s sur 500 m maximum) pour la ralisation de rseaux locaux topologie en bus. Les connexions de chaque poste sur le bus se font l'aide de connecteur en T et la connexion du cble sur le poste se fait l'aide de connecteur AUI pour l'Ethernet pais et BNC pour l'Ethernet fin1.8. Il est actuellement beaucoup utilis pour relier entre eux deux lments actifs (hub, routeur,...) la fibre optique est un support d'apparition plus rcente mais son utilisation prend de l'ampleur de jour en jour car elle permet(tra) des dbits de plusieurs Gbit/s sur de trs longues distances. Elle est particulirement adapte l'interconnexion de rseaux par exemple entre plusieurs btiment d'un mme site. En plus de ses capacits de transmission, ses grands avantages sont son immunit aux interfrences lectromagntiques et sa plus grande difficult d'coute, contrairement aux supports lectriques, ce qui la rend galement attrayante dans les contextes o la confidentialit est requise. D'un point de vue technique une fibre optique est constitue d'un c ur et d'une gaine en silice de quelques recouvert d'un isolant. une extrmit une diode lectroluminescente (LED) ou une diode laser met un signal lumineux et l'autre une photodiode ou un phototransistor est capable de reconnatre ce signal.

Figure: Rflexion interne. 10

Les diffrents rayons lumineux issus de la source sont guids par le fil de verre en suivant un principe de rflexion interne qui se produit au niveau de la frontire entre le c ur et la gaine comme illustr dans la figure 1.11. Si la rflexion ne laisse subsister qu'un seul rayon, car le diamtre du fil est trs rduit, alors on parle de fibre monomode sinon, lorsqu'il existe plusieurs rayons simultanment on parle de fibre multimode. Enfin, la bande passante d'une fibre optique tant trs large (plusieurs MHz) il est ais de faire du multiplexage frquentiel pour faire transiter simultanment plusieurs communications. les liaisons sans fil sont possibles grce des liaisons infrarouges, laser ou hertziennes sur de courtes distances et grce aux faisceaux hertziens pour les liaisons satellitaires. Les dbits sont trs levs mais les transmissions sont sensibles aux perturbations et les possibilits d'coute sont nombreuses.

1.3.5 Exemple de l'ADSL. La technique de l'ADSL (Asymetric bit rate Digital Subscriber Line ou ligne numrique d'abonns dbits asymtriques) est une technique rcente qui permet d'utiliser, sur de courtes distances, les lignes tlphoniques classiques mais avec un dbit trs suprieur celui des normes plus classiques (V34 ou V90). Par exemple, dans sa version Lite, elle permet de connecter Internet un particulier en utilisant simplement sa ligne tlphonique habituelle comme illustr dans la figure 1.12.

Figure: Connexion Internet via ADSL Lite. De manire thorique, cette technologie offre un dbit maximal descendant (d'Internet vers l'abonn) de 8,2 M bit/sec et un dbit maximal montant (de l'abonn vers Internet) de 640 K bit/sec. Cependant, ces performances ne sont pas possibles sur une grande distance (plus de 5 km) et les solutions commerciales grand public proposes en France actuellement (fin 1999) fixent par exemple le dbit entrant 512 Kbit/sec et le dbit sortant 128 Kbit/sec. D'un point de vue technique ADSL fonctionne en full duplex grce un multiplexage frquentiel, permettant de faire transiter simultanment les signaux montant et descendant accompagns galement des signaux portant la voix tlphonique.

Figure: Multiplexage frquentiel utilis par ADSL (chelle des frquences non relles). La figure 1.13 illustre ce multiplexage dans le cas o les frquences pour les voies montantes et descendantes ont t clairement spares. Pour gagner encore en largeur de bande, et donc en dbit, on peut envisager de rapprocher les deux espaces de frquences mais il faut alors annuler les perturbations (phnomne d'cho) que subissent les signaux montant et descendant mis simultanment. Les diffrents signaux sont transmis selon la technologie DMT (Discrete MultiTone) qui divise la totalit de la bande passante en 256 sous-canaux d'une largeur de 4,3 kHz. Ainsi, le 1ercanal est rserv la tlphonie. Les canaux 2 6 servent sparer la voix des donnes numriques. Le flux montant occupe les 32 canaux suivants et le flux descendant tous les canaux restant, dans le cas o aucune zone de frquence ne spare les deux sens de communication et que l'annulation d'cho est en place. Le fait que la largeur de bande montante soit plus faible que la descendante explique le terme asymtrique dans la dnomination ADSL. De plus, certains souscanaux sont utiliss pour la gestion de la transmission Chacun des sous-canaux est modul indpendamment en utilisant la technique du QAM (Quadrature amplitude modulation), qui est une mthode de modulation d'amplitude de deux porteuses en quadrature (4 niveaux d'amplitude). Avant tout transfert de donnes, une procdure de ngociation (handshake) est mise en place pour mesurer la qualit de la transmission et l'adapter en fonction de la ligne. On appelle cette technique rate adaptative, car elle est capable de diminuer le dbit si la qualit de la transmission se dgrade. 1.4 La couche liaison. Dfinition 1.4.1 La couche liaison de donnes fournit les moyens fonctionnels et procduraux ncessaires l'tablissement, au maintien et la libration des connexions de liaison de donnes entre entits du rseau. Elle dtecte et corrige, si possible, les erreurs des au support physique et signale la couche rseau les erreurs irrcuprables. Elle supervise le fonctionnement de la transmission et dfinit la structure syntaxique des messages, la manire d'enchainer les changes selon un protocole normalis ou non. Une connexion de liaison de donnes est ralise l'aide d'une ou plusieurs liaisons physiques entre deux machines adjacentes dans le rseau donc sans n uds intermdiaires entre elles. 11

Nous commenons par examiner les diffrentes techniques de dtection et correction d'erreur (changement de 1 par 0 ou vice-versa), puis nous tudierons deux familles de protocoles de liaison de donnes. Sous-sections 1.4.1 Dtection et correction d'erreurs. 1.4.2 Protocoles de liaison de donnes.

1.4.1 Dtection et correction d'erreurs. Le taux d'erreurs de transmission est de l'ordre de 10-5 sur une ligne tlphonique, de 10-7 10-8 sur un coaxial et de 10-10 10-12 sur une fibre optique. ce niveau-l il ne s'agit pas d'assurer la correction globale d'un change, mais de dtecter et d'ventuellement corriger des erreurs de transmissions dans un bloc de bits achemin par le support physique. En effet, puisque la couche 2 ne connat pas le propritaire des paquets qu'elle manipule, elle ne peut pas se substituer aux couches de niveau suprieur. Les techniques employes ici reposent sur l'utilisation de codes correcteurs ou codes dtecteurs d'erreurs qui chacun transforme la suite de bits envoyer en lui ajoutant de l'information base de bits de redondance ou bits de contrle. Le rcepteur se sert de cette information ajoute pour dterminer si une erreur s'est produite et pour la corriger si la technique employe le permet. la parit ajoute chaque bloc de i bits (i=7 ou 8) mis un bit de parit de telle sorte que parmi les i+1 bits mis le nombre de bits 1 soit toujours pair (ou impair). Par exemple, pour une parit paire si le bloc initial est de 7 bits et est gal 1000001 le bloc de 8 bits mis est 10000010, pour envoyer 0110100 le bloc 01101001 est mis. la rception, le dcodeur calcule le nombre de bits 1 et dans le cas d'une parit paire si ce nombre de bits est pair on suppose qu'il n'y a pas eu d'erreur. Sinon, on sait alors qu'il y a eu une erreur de transmission mais on ne sait pas la localiser et il faut alors demander la rmission du bloc. La technique de parit est simple mettre en uvre cependant elle ne permet pas de dtecter 2n erreurs dans le mme bloc de bits transmis, car dans ce cas la parit ne sera pas change. les codes redondance cyclique (CRC) ajoutent des bits qui sont des combinaisons linaires des bits de l'information transmettre. La suite de bits transmettre est considre comme un polynme

. Par exemple 1101011011 est reprsent par x9+x8+x6+x4+x3+x+1 . l'mission, on calcule la division du polynme M multipli par xr par le polynme gnrateur G de degr r. On appelle Q le polynme quotient et R le polynme reste de cette division, on a donc : xrM(x)=Q(x).G(x)+R(x) . La suite de bits correspondant au polynme R constitue le CRC qui est ajout l'information transmettre, le polynme total mis est donc E(x)=xrM(x)+R(x) Par exemple, l'aide du polynme gnrateur G(x)=x4+x+1, la suite 1101011011 sera transmise accompagne du CRC 1110 car

la rception, on divise le polynme M' correspondant la suite totale de bits reus (information+CRC) par le polynme gnrateur. Si le reste calcul est non nul, c'est qu'une erreur s'est produite dans la transmission. Si le reste est nul, on est peu prs sr (99,975% avec le polynme gnrateur x16+x12+x5+1 de la norme V41 du ITU-T) que la transmission s'est faite sans erreur. Pourquoi cela fonctionne-t-il ? Il est vident que xrM(x)-R(x) est divisible par G(x), mais en arithmtique modulo 2 addition et soustraction sont quivalentes (ce sont des OU exclusifs en fait) donc on a galement E(x)=xrM(x)+R(x)=G(x)Q(x) montrant que E est un polynme multiple de G. Si lors de la transmission des erreurs se sont produites, cela se traduit par le fait que le polynme reu M'(x)=E(x)+T(x), T tant le polynme correspondant aux erreurs (T(x)=xi si le iebit a t invers). la rception le dcodeur calcule le reste de qui est en fait le reste de puisque E est un multiple de G. Si ce rsultat est non nul, c'est que T est non nul et que des erreurs se sont produites. videmment, le rsultat est galement nul si T est un multiple de G ce qui masque des erreurs, mais le choix judicieux de G permet de minimiser ces erreurs non dtectes. Enfin, il faut aussi remarquer un inconvnient de cette mthode qui signale des erreurs de transmission mme si celles-ci ont eu lieu dans le CRC et non dans l'information transmettre initialement. Dans ce cas il ne devrait pas tre ncessaire de retransmettre l'information, or c'est ce qui est fait puisque globalement le transfert (info+CRC) a subi des perturbations.

12

le code de Hamming est un code correcteur d'erreurs bas sur la notion de distance de Hamming. Soit un alphabet compos de 4 caractres (00,01,10,11). Si une erreur se produit alors le caractre mis est transform en un autre caractre et il n'y a pas moyen de retrouver le caractre original. Par contre, en ajoutant de l'information de telle sorte que les caractres soient trs diffrents les uns des autres cela devient possible. Tableau 1.1: Codage de Hamming. caractre initial caractre mis 00 01 10 11

00000 01111 10110 11001 00001 01110 10111 11000

caractres errons possibles

00010 01101 10100 11011 00100 01011 10010 11101 01000 00111 11110 10001 10000 11111 00110 01001

Par exemple, on peut coder les 4 caractres de la manire illustre dans la table 1.1. Ainsi si un bit (parmi les 5 mis) est erron on sait quand mme dterminer quel caractre a t mis, car comme on peut le voir dans la table 1.1 la modification d'un bit ne peut pas faire passer d'un caractre initial l'autre. On a des ensembles d'erreurs possibles totalement disjoints. Par contre la modification de 2 bits dans cet exemple peut amener des confusions et l'impossibilit de corriger les erreurs. Soit x et y deux caractres d'un alphabet et soit N la longueur du codage des mots de cet alphabet, xi et yi dsignent

respectivement le iebit de x et y. On peut alors dfinir la distance

qui permet de compter le

nombre de bits qui diffrent entre x et y. On dfinit alors la distance de Hamming par . Dans l'exemple choisi ci-dessus, dH=1 dans le premier codage sur 2 bits et dH=3 dans le codage sur 5 bits. Chaque erreur sur un bit d'un caractre x donne un caractre x' tel que d(x,x')=1, donc pour pouvoir dtecter et corriger une seule erreur il faut que et pour corriger 2 erreurs il faut que distance de Hamming est 2n+1. . D'une manire gnrale on dtecte et corrige n erreurs quand la

Figure 1.14: Distance de Hamming. On peut voir ceci dans la figure 1.14 o sont reprsents x et y (2 caractres parmi les plus proches de l'alphabet), xi et yi des dformations de x et y aprs une erreur et x1' et y1' des dformations aprs deux erreurs. Ainsi, quand on reoit un caractre x (erron ou non on ne peut pas le savoir l'avance) il suffit de chercher le caractre selon la distance d pour obtenir le caractre mis. le plus proche de x

Un exemple de code de Hamming est donn par la technique suivante o l'on veut envoyer des caractres cods sur 4 bits de donnes ABCD. Pour cela on va mettre la suite ABCP2DP1P0 dans laquelle les bits de contrle Pi sont placs sur les bits de rang 2i et sont dfinis par

13

 Les Pi sont des bits de parit dfinis l'aide des bits de donnes de rang k tels que la dcomposition de k en somme de puissances de 2 contienne 2i. Par exemple, A est un bit de donne de rang 7=20+21+22 donc A sert au calcul de P0, P1 et P2. De mme, le rang de D est 3=20+21 donc il sert au calcul de P0 et P1. la rception on calcule

si on obtient P'2 = P'1 = P'0 = 0 alors c'est que la transmission s'est passe sans problme. Sinon, la valeur binaire de P'2P'1P'0 donne la place de l'erreur dans les bits reus (en commenant par la droite). On corrige alors l'erreur et on recalcule les P'i, s'ils sont devenus tous nuls l'erreur a t corrige, sinon il y avait eu au moins deux erreurs et on peut rejeter la suite de bits mais pas la corriger. Par exemple, si l'on veut envoyer les 4 bits 0010, on va finalement mettre 0011001. Si l'on reoit 0010001, on trouve P'2P'1P'0=100 c'est--dire 4, donc l'erreur tait en 4eplace. On corrige, pour obtenir 0011001 et un nouveau calcul donne P'2 = P'1 = P'0 = 0 assurant que l'on a corrig l'erreur. On peut remarquer qu'en fait on a corrig une erreur qui n'tait pas sur les donnes initiales mais sur les bits de parit rajouts.

1.4.2 Protocoles de liaison de donnes. Le rle d'un protocole de liaison de donnes est videmment de fixer comment doivent tre ralises les diffrentes tches qui incombent la couche 2 du modle OSI. Deux grandes familles de telles procdures sont employes. Les procdures orientes caractres (BSC de chez IBM) sont assez anciennes et sont utilises pour des communications l'alternat sur le principe send and wait. Les procdures orientes bits (HDLC) sont prvues pour des transmissions full-duplex et haut dbits. le protocole BSC (Binary Synchronous Communications) est bas sur la transmission de blocs de caractres reprsents principalement en ASCII (7 bits) ou EBCDIC (8 bits de chez IBM) avec acquittement l'alternat. Il utilise la fois des messages d'information pour transporter les donnes et des messages de service pour superviser ces changes.

Figure 1.15: Dialogue de type send and wait. Les erreurs sont donc dtectes et corriges par demande de rptition comme illustr dans la figure 1.15. La gestion des changes se fait grce l'ensemble de caractres de commandes de la table 1.2. Tableau: Caractres de commande BSC. SYN synchronous idle ENQ enquiry utilis pour la synchronisation caractre et mis en dbut de squence de caractres invite une station mettre ou recevoir 14

SOH start of heading STX start of text ETB end of transmission block ETX end of text ACK acknowledgement

dbut d'en-tte fin d'en-tte et dbut de texte fin de bloc de donnes fin du texte et dbut des caractres de contrle ncessaires la dtection des erreurs accus de rception positif

NACK negative acknowledgement accus de rception ngatif DLE data link escape EOT end of transmission D'autres caractres spcifiques ont t ajouts par des constructeurs mais ils ne sont pas dtaills ici. Le rle du caractre DLE est primordial car il permet d'obtenir une transmission transparente au code. En effet, si les donnes peuvent contenir des caractres de commande des confusions deviennent possibles. Pour viter cela, tous les caractres de commande sont prcds de DLE lorsque l'alphabet est tel que les codes de commande sont susceptibles d'apparatre dans les donnes transmises. De plus, si l'on doit transmettre dans les donnes le caractre DLE lui-mme, il sera alors lui-mme prcd de DLE de manire ce que le caractre qui le suit ne soit pas pris tort pour une commande. Les messages (donnes de taille quelconques ) mis selon le protocole BSC sont mis sous forme de blocs de taille approprie aux possibilits de la ligne. Ainsi un message constitu d'une en-tte et d'un texte de donnes, le tout ne constituant qu'un seul bloc sera mis de la manire suivante1.9 SYN SYN SYN SYN SOH ...en-tte... STX ...texte... ETX BCC EOT caractre d'chappement de transmission fin d'un transfert de donnes

BCC (Block Check Character) est en fait un ensemble de caractres de contrle pour dtecter les erreurs de transmission. Pour l'EBCDIC et l'ASCII en mode transparent le BCC est le polynme de la norme V41 prsent dans la section 1.4.1 le protocole HDLC (High level Data Link control) est un protocole orient bit et dfinit un ensemble de procdures normalises par l'ISO pour des communications, aussi bien point point que multipoint, half ou full-duplex, mais toujours entre une machine primaire et une (ou plusieurs) machine(s) secondaires. Les diffrents modes sont les suivants : o le mode ABM (Asynchronous Balanced Mode) est un mode de rponse asynchrone quilibr utilis sur une liaison full-duplex entre 2 machines uniquement (liaison point point) qui ont chacune le statut de primaire et de secondaire. Le secondaire peut mettre sans avoir reu de permission du primaire. le mode NRM (Normal Response Mode) est utilis sur une liaison half duplex et ici le secondaire ne peut transmettre que sur invitation du primaire. le mode ARM (Asynchronous Response Mode, connu galement sous le nom LAP) est utilis sur une liaison half duplex galement, mais le secondaire peut mettre sans que le primaire l'ait sollicit. Ceci peut alors provoquer des problmes si primaire et secondaire veulent simultanment mettre des donnes.

o o

Les trames changes ont l'allure suivante fanion adresse commande ...donnes... contrle Le fanion est gal 01111110 et pour que la transparence au code soit possible, c'est--dire pour que la prsence d'une suite de 6 bits 1 dans les donnes ne soit pas interprte comme un fanion, l'metteur insre un 0 aprs chaque suite de 5 1. Le rcepteur supprime ce 0 supplmentaire aprs 5 1 conscutifs de manire restaurer le caractre rellement mis. Il existe trois types de trame distingus par les 2 premiers bits du champ de commande. Les trames d'information contiennent des donnes en provenance, ou destination, des couches suprieures. Les trames de supervision assurent le contrle d'erreur et de flux. Les trames non numrotes servent l'initialisation de la liaison et aux problmes de reprise sur erreur non rgls la couche 2. Le contrle est assur par la technique du polynme gnrateur de la norme V41 (cf section 1.4.1). 1.5 La couche rseau. Dfinition 1.5.1 La couche rseau assure toutes les fonctionnalits de relai et d'amlioration de services entre entit de rseau, savoir : l'adressage, le routage, le contrle de flux et la dtection et correction d'erreurs non rgles par la couche 2. 15

 ce niveau l de l'architecture OSI il s'agit de faire transiter une information complte (un fichier par exemple) d'une machine une autre travers un rseau de plusieurs ordinateurs. Il existe deux grandes possibilits pour tablir un protocole de niveau rseau : le mode avec connexion et le mode sans connexion dj prsents dans 1.1. Le premier cas est celui adopt dans la norme X25.3 (composante de la norme X25 du CCITT, galement norme ISO 8208 et quasi standard international des annes 80, utilis dans le rseau franais TRANSPAC) et dcrit partiellement ci-aprs et le second est celui du protocole IP du rseau Internet dcrit dans la section 2.5. Sous-sections 1.5.1 Le contrle de flux. 1.5.2 Le problme de la congestion. 1.5.3 Le routage. 1.5.4 La norme X25, niveau rseau.

1.5.1 Le contrle de flux. Le contrle de flux consiste grer les paquets pour qu'ils transitent le plus rapidement possible entre l'metteur et le rcepteur. Il cherche viter les problmes de congestion du rseau qui surviennent lorsque trop de messages y circulent. On peut citer les quelques mthodes suivantes : Dans le contrle par crdits, seuls N paquets sont autoriss circuler simultanment sur le rseau, donc un paquet ne peut entrer dans le rseau qu'aprs avoir acquis un jeton qu'il relache lorsqu'il arrive destination. Dans la mthode isarythmique tous les jetons sont banaliss et la difficult rside dans leur distribution correcte aux bonnes portes du rseau pour assurer un fonctionnement optimal. Cette technique est amliore en fixant des jetons ddis par n ud d'entre dans le rseau. Chaque n ud gre avec ses jetons une file d'attente des paquets qu'il met. Quand un paquet arrive destination, le rcepteur renvoie l'metteur le jeton correspondant au paquet reu. Dans le cadre d'un circuit virtuel tabli pour le mode avec connexion des rseaux X25 on utilise un mcanisme de fentre. Les paquets de donnes sont numrots modulo 8 et contiennent deux compteurs : P(S) un compteur de paquets mis et P(R) un compteur de paquets reus. L'metteur n'est autoris mettre que les paquets inclus dans la fentre, c'est--dire les paquets dont le compteur de paquet mis est tel que

o W est la taille de la fentre d'mission. De son ct le rcepteur renvoie l'metteur le compteur de paquets reus P(R) en l'incrmentant du nombre de paquets reus correctement et en squence. Le gestionnaire du rseau peut trs bien ne pas renvoyer immdiatement les acquittements s'il dsire dcharger momentanment le rseau. Par exemple, si le dernier paquet P(R) reu est gal 1 et que la fentre W=4 cela signifie que le paquet 0 a bien t reu et que l'metteur peut envoyer les paquets 1, 2, 3 et 4.

Figure: Contrle de flux par fentre. Si l'metteur a dj expdi les paquets 1, 2 et 3 et qu'il reoit un compteur de paquets reu P(R)=3 il dplace sa fentre d'mission de deux positions comme illustr dans la figure 1.16 et peut expdier les paquets suivants. 1.5.2 Le problme de la congestion. Malgr tous les efforts pour contrler le flux d'information dans un rseau celui-ci peut se retrouver face un problme de congestion. Il s'agit alors de rsoudre le problme sans l'aggraver. En effet, les problmes de congestion arrivent lorsque les n uds d'un rseau saturent leurs files d'attente et donc perdent des paquets. Si ces paquets sont rexpdis ou si des messages de gestion de rseau se mettent circuler en grand nombre les performances du rseau vont s'crouler trs vite. On essaye d'viter le problme de la congestion en autorisant un paquet ne rester dans le rseau qu'un temps limit par un temps 16

maximal fix par le gestionnaire du rseau. Tout paquet est donc mis avec une date fixe par une horloge commune au rseau, si un n ud s'aperoit que le temps de prsence dans le rseau d'un paquet est dpass il le dtruit. Cela permet ainsi de dtruire les paquets perdus par erreur d'adressage ou de routage, ainsi que ceux bloqus dans un n ud. Mais cette mthode base sur une horloge est assez difficile mettre en uvre et on utilise souvent une mthode plus simple consistant mmoriser simplement dans la zone de temps un nombre dcrment chaque traverse de n ud. Lorsque ce nombre atteint la valeur 0 il est dtruit. 1.5.3 Le routage. Le routage des paquets dans un rseau maill consiste fixer par quelle ligne de sortie chaque commutateur rexpdie les paquets qu'il reoit. Ceci se fait en fonction de la destination finale du paquet et selon une table de routage qui indique pour chaque destination finale quelles sont les voies de sortie possible. Pour l'exemple de la figure 1.17 on pourrait avoir la table de routage suivante : destination finale voie de sortie D1 D2 D3 D4 A1, A2 A2 A2, A3 A3

Figure 1.17: Routage de paquets. D'une manire gnrale le routage est un ensemble de processus algorithmiques devant prendre des dcisions disperss dans le temps et dans l'espace. Les diffrents algorithmes sont rpartis sur chaque n ud du rseau et l'ensemble peut fonctionner de manire centralise ou rpartie. Le routage centralis est gr par un n ud particulier du rseau qui reoit des informations de chacun des n uds du rseau et leur envoie leur table de routage. Pour fixer ces tables on prend en compte notamment le cot des liaisons, le cot de passage dans un n ud, le dbit demand, le nombre de n uds traverser, la scurit de transport de certains paquets, l'occupation des mmoires des n uds de commutation,... Le plus souvent un algorithme de plus court chemin donne de bons rsultats en fixant 1 le cot de franchissement d'un n ud (on peut galement pondrer plus fortement les n uds qui sont les plus occups). La mise jour des tables de routage peut se faire de manire o o o fixe : en fait il n'y a pas de mise jour, la table de routage est fixe une fois pour toute en fonction de la topologie du rseau. synchrone : toutes les tables sont mises jour au mme moment par le centre de contrle qui reoit des informations de la part de tous les n uds intervalles rguliers (toutes les 10 sec par exemple). asynchrone : les tables sont mises jour indpendamment les unes des autres dans certaines parties du rseau, chaque n ud envoyant un compte-rendu de son tat au centre de contrle lorsqu'il observe des changements significatifs.

Mais le routage centralis dans un rseau grande chelle est peu performant, car un routage est d'autant meilleur qu'il ragit rapidement aux informations qui lui parviennent. De plus, si une panne survient dans l'ordinateur qui assure ce contrle, c'est tout le rseau qui tombe en panne.

17

Le routage dcentralis ne possde pas de centre de contrle et les rgles de passage d'un paquet (paquet d'appel pour tablissement d'un circuit virtuel) sont : o l'inondation : la rception d'un paquet celui-ci est renvoy sur toutes les lignes de sortie. Cette technique simpliste et rapide est efficace dans les rseaux trafic faible et o le temps rl est ncessaire mais elle est pnalisante en flux de donnes, inadapte aux rseaux complexe et au circuit virtuel. la technique hot patatoes : un paquet reu est renvoy le plus tt possible par la premire ligne de sortie vide. On amliore ce principe en affectant des coefficients chaque ligne de sortie en fonction de la destination voulue. On tient compte de l'tat des n uds voisins, sans utiliser de paquet de contrle, mais simplement en comptabilisant le nombre de paquets reus de chacun d'eux. Ils peuvent galement envoyer de manire synchrone ou asynchrone un compte-rendu de leur tat, permettant ainsi de choisir la meilleure ligne un instant donn. Mais ceci reste local et une panne du rseau localise au-del du premier n ud voisin ne pourra pas tre prise en compte. le routage adaptatif la fois dans l'espace et dans le temps demande, de la part de chaque n ud, une connaissance complte du rseau. Les diffrents n uds s'changent donc des messages, mais si chacun envoie des messages tous les autres le trafic va augmenter de manire baucoup trop grande. C'est pourquoi un n ud ne transmet un compte-rendu qu' ses voisins immdiats qui doivent en tenir compte dans leur propre compte-rendu. (voir exemple)

D'une manire gnrale, le routage doit viter l'usage d'algorithmes adaptatifs trop complexes et limiter les dialogues de services entre les n uds sinon l'effet obtenu sera l'oppos de celui recherch. 1.5.4 La norme X25, niveau rseau. Cette norme a t tablie en 1976 par le CCITT pour les rseaux commutation de paquets sur proposition de 4 pays qui l'utilisent pour leurs rseaux publics de communication : Transpac pour la France, EPSS pour la Grande-Bretagne, Datapac pour le Canada et Telenet pour les USA.

Figure 1.18: Niveaux du protocole X25. Comme illustr dans la figure 1.18 le protocole X25 contient les trois premires couches du modle OSI et dfinit l'interface entre un ETTD (quipement Terminal de Traitement de Donnes) et un ETCD (quipement de Terminaison de Circuit de Donnes) pour la transmission de paquets. Elle fixe donc les rgles de fonctionnement entre un quipement informatique connect un rseau et le rseau lui-mme. X25 dfinit les types de paquets et leur format est le suivant (chaque ligne correspond un octet 1.10) 87654321 identificateur gnral de format numro de groupe de voie logique numro de voie logique identificateur gnral de type de paquet

donnes

X25 utilise le mode avec connexion, sachant que la connexion est ralise l'aide d'un circuit virtuel dont le fonctionnement se droule comme illustr dans la figure 1.19.

18

Figure 1.19: Vie d'un circuit virtuel. L'tablissement du circuit virtuel se fait de bout en bout par l'envoi d'un paquet d'appel ( call request). Il existe des circuits virtuels permanents (CVP) ou commuts (CVC). un instant donn, plusieurs CVC et CVP peuvent coexister. Chaque circuit virtuel utilise une voie logique repre par un numro de groupe logique (entre 0 et 16) et un numro de voie (entre 0 et 255). Ainsi, 4095 (la voie 0 est rserve) voies sont utilisables par une entre. Pour un CVC les deux numros sont attribus pendant la phase d'tablissement de la communication, pour un CVP ils le sont lors de l'abonnement. Lorsque le paquet d'appel arrive l'ETCD destinataire, celui-ci peut refuser la connexion en envoyant une demande de libration ( clear request) ou l'accepter en envoyant un paquet de communication accepte (call accepted). ce moment-l le circuit virtuel est tabli et les donnes peuvent tre changes, celles-ci emprunteront alors toutes le mme chemin marqu travers le rseau par le paquet d'appel. Pour leur part la demande et la confirmation de libration sont traites localement et la demande peut tre traite par n'importe lequel des deux quipements. 1.6 La couche transport. Dfinition 1.6.1 La couche transport assure un transfert de donnes transparents entre entits de session et en les dchargeant des dtails d'excution. Elle a pour rle d'optimiser l'utilisation des services de rseau disponibles afin d'assurer au moindre cot les performances requises par la couche session. C'est la premire couche rsider sur les systmes d'extrmit. Elle permet aux deux applications de chaque extrmit de dialoguer directement indpendamment de la nature des sous-rseaux traverss et comme si le rseau n'existait pas. Au niveau infrieur de la couche rseau seule la phase d'tablissement de la liaison logique s'effectue de bout en bout, alors que les transferts d'information se font de proche en proche. La couche transport doit assurer, en mode connect ou non connect, un transfert transparent de donnes entre utilisateurs de service rseau en leur rendant invisible la faon dont les ressources de communication sont mises en uvre. Cette notion de transparence implique par exemple de pouvoir acheminer de bout en bout des TPDU (Transport Protocol Data Unit) dont la taille peut varier de 128 8192 octets. Cette taille est cependant fixe une fois que la valeur a t ngocie. Sous-sections 1.6.1 Qualit de service. 1.6.2 Primitives du service transport. 1.6.3 Le protocole de transport ISO en mode connect (ISO 8073 ou X.224)

19

1.6.1 Qualit de service. Une autre faon de dfinir la couche transport est de la considrer garante de la qualit de service (QOS) rendue par la couche rseau. Si cette dernire est sans faille, alors le travail de la couche transport est minime. Dans le cas contraire elle assure la jonction entre ce que dsire l'utilisateur et ce que la couche rseau met disposition en terme de qualit. La qualit est value sur certains paramtres avec trois types de valeurs possibles : prfr, acceptable et inacceptable qui sont choisis lors de l'tablissement d'une connexion (certains paramtres sont cependant disponibles pour un mode sans connexion). La couche transport surveille alors ces paramtres pour dterminer si la couche rseau sous-jacente assure la qualit de service demande. Les diffrents paramtres de la qualit de service sont : le temps d'tablissement de la connexion transport: c'est la dure qui s'coule entre le moment o une demande de connexion est mise et le moment o la confirmation de cet tablissement est reu et plus ce dlai est court meilleure est la qualit de service. la probabilit d'chec d'tablissement mesure la chance (ou plutt malchance) qu'une connexion ne puisse s'tablir dans un dlai maximum dfini. On ne tient pas compte ici du refus de l'entit distante d'tablir cette connexion, mais on considre plutt les problmes d'engorgement de rseau. le dbit de la liaison mesure le nombre d'octets utiles qui peuvent tre transfrs en une seconde, ce dbit est valu sparment dans les deux sens. le temps de transit mesure le temps coul entre le moment o l'utilisateur du service de transport envoie un message et celui o l'entit de transport rceptrice le reoit, ce temps est valu sparment dans les deux sens. le taux d'erreur rsiduel est le rapport entre le nombre de messages perdus ou mal transmis et le nombre total de messages mis au cours d'une priode considre. Ce nombre, en thorie nul, a une valeur faible. la probabilit d'incident de transfert mesure le bon fonctionnement du service transport. Lorsqu'une connexion est tablie, un dbit, un temps de transit, un taux rsiduel d'erreurs sont ngocis. La probabilit d'incident mesure la fraction de temps durant laquelle les valeurs fixes prcdemment n'ont pas t respectes. le temps de dconnexion mesure la dure s'coulant entre une demande de dconnexion mise et la dconnexion effective du systme distant. la probabilit d'erreur de dconnexion est le taux de demandes de dconnexion non excutes pendant le temps maximum dfini. la protection est dfinie comme la possibilit de se prmunir contre les intrusions passives (interfrences sur une mme ligne) et actives (coute et modification des donnes transmises). La priorit permet l'utilisateur de privilgier certaines transmissions par rapport d'autres. La rsiliation est la libert laisse la couche transport de dcider elle-mme de la dconnexion suite un problme.

En mode non connect, ces paramtres indiquent uniquement les souhaits de l'utilisateur en ce qui concerne le dbit, le dlai de transit, le taux d'erreur rsiduel et la priorit d'une transmission. Ces paramtres sont utilises apr la couche transport pour fixer des options de protocoles avant d'tre soumis la couche rseau. Lorsqu'une connexion est demande, tous ces paramtres sont transmis par l'utilisateur la couche transport, les valeurs dsires et minimales sont spcifies. Les diffrents cas de figure et tapes peuvent alors se prsenter. Si la demande semble irraliste pour certains paramtres alors la demande de connexion n'est mme pas excute et un message d'erreur est renvoy pour expliquer le problme. Si la demande ne peut pas tre satisfaite compltement mais partiellement (par exemple avec un dbit moindre mais acceptable), alors c'est cette demande avec des objectifs moindres qui est soumise. Si l'ordinateur distant ne peut satisfaire compltement la demande, mais reste au-dessus du minimum requis, alors il modifie aussi le paramtre. S'il ne peut pas rester au-dessus de ce minimum, il rejette la demande de connexion. Enfin, la couche transport avertit son utilisateur de la bonne fin (ou non) de la procdure de connexion et lui transmet les paramtres accepts.

20

Cette procdure s'appelle la ngociation des options qui, une fois fixes, restent inchanges pendant toute la connexion. Pour que tous les utilisateurs ne demandent pas une qualit de service optimale, les prix pratiqus par les fournisseurs de rseaux croissent avec cette qualit de service. 1.6.2 Primitives du service transport.

Figure 1.20: Dialogue de niveau transport. Les services qu'offrent la couche transport en mode connect sont rendues par les primitives donnes ci-dessous. Celles-ci se dcomposent comme dans tout dialogue entre couches en quatre catgories comme illustr dans la figure 1.20. phase d'tablissement de la connexion o o o o T_CONNECT.request(adresse source, adresse distante, donnes_exprs, qos, donnes_utilisateur) pour demander une connexion T_CONNECT.indication(adresse source, adresse distante, donnes_exprs, qos, donnes_utilisateur) pour indiquer une connexion de transport T_CONNECT.response(adresse source, adresse distante, donnes_exprs, donnes_utilisateur) pour rpondre une demande de connexion de transport T_CONNECT.confirm(adresse source, adresse distante, donnes_exprs, qos, donnes_utilisateur) pour confirmer l'tablissement d'une connexion de transport

phase de transfert de donnes o o o o T_DATA.request(donnes_utilisateur) pour demander le transfert de donnes T_DATA.indication(donnes_utilisateur) pour indiquer un transfert de donnes T_EXPEDITED_DATA.request(donnes_utilisateur) pour demander le transfert de donnes exprs T_EXPEDITED_DATA.indication(donnes_utilisateur) pour indiquer un transfert de donnes exprs

phase de libration de la connexion o o T_DISCONNECT.request(donnes utilisateur) pour demander une dconnexion de transport T_DISCONNECT.indication(raison, donnes_utilisateur) pour indiquer une dconnexion de transport

21

Figure: Enchanements de primitives en mode connect. 22

La figure 1.21 dtaille les diffrents enchanements de primitives possibles. Pour chaque cas, un utilisateur est plac gauche des lignes doubles et son homologue est droite, la couche transport est entre les lignes et le temps s'coule de haut en bas.

Figure: Diagramme d'tats d'une machine de service de transport. Seules les successions de primitives dcrites dans l'automate de la figure 1.22 sont autoriss assurant ainsi qu'une machine ralisant le service de transport ne peut se trouver que dans l'un des quatre tats reprsents savoir veille : aucune connexion n'est tablie, une demande de connexion peut tre mise ou reue connexion sortante en attente : la machine a demand une connexion et la rponse de l'autre extrmit n'est pas encore arrive connexion entrante en attente : la machine a reu une demande de connexion qu'elle n'a pas encore accepte ou rejete. transfert de donnes prt : une connexion a t tablie, les transferts de donnes peuvent commencer

Pour ce qui est du mode non connect seules les primitives suivantes sont disponibles. T_UNIDATA.request(appel, appelant, qos, donnes utilisateur) T_UNIDATA.indication(appel, appelant, qos, donnes utilisateur)

1.6.3 Le protocole de transport ISO en mode connect (ISO 8073 ou X.224) Les fonctions de la couche transport ISO sont tablies dans le but de combler l'cart existant entre les services offerts par les couches basses et les services offrir. Les principales fonctions ralises pendant l'tablissement de la connexion sont les suivantes. La slection d'une connexion rseau approprie. La dcision de mettre en place un multiplexage ou un clatement.

23

Figure: Adressage, multiplexage et clatement de connexions transport. Le multiplexage a pour but de regrouper plusieurs connexions de transport sur une mme connexion de rseau, ce qui va permettre de minimiser les ressources utilises au niveau rseau, donc de diminuer les cots de communication. Ceci est surtout utile si l'on a de nombreuses connexions de faible dbit tablir. l'inverse, l'clatement consiste rpartir une connexion de transport simultanment sur plusieurs connexions rseau dans le but d'accrotre le dbit et la fiabilit (voir la figure 1.23). la dtermination de la taille optimale des TPDU la mise en relation des adresses transport et rseau l'identification de la connexion

Lors de la phase de transfert les donnes exprs (interruptions, alarmes de petite taille) ne sont pas soumises au contrle de flux et sont assures d'tre dlivres avant toutes donnes normales mises aprs elle. La fragmentation-rassemblage permet, si ncessaire, de dcouper des TSDU (Transport Service Data Unit) afin de tenir dans un seul TPDU. Ainsi les lettres trop grandes sont dcoupes en fragments de taille fixe (sauf ventuellement le dernier), numrots et expdis chacun dans un paquet pour tre rassembls l'arrive. La numrotation des paquets permet galement de dtecter les paquets perdus ou dupliqus. Les erreurs de transmission tant normalement dtectes par les couches infrieures, il n'est pas toujours ncessaire de protger chaque TPDU. Cependant, si la qualit de service rseau est mdiocre, on ajoute des mcanismes de dtection d'erreur par total de contrle associ un mcanisme de retransmission. Le contrle de flux est fond sur une fentre coulissante de taille variable, similaire une notion de crdit. Le destinataire impose la cadence de transfert en indiquant l'expditeur des crdits d'mission (numro dans la squence ne pas dpasser) qu'il lui transmet dans ses acquittements. Enfin, la libration de la connexion de transport peut tre dcide et dclenche de manire inconditionnelle par l'un quelconque des correspondants, ce qui peut provoquer des pertes de donnes. Cette libration est explicite quand il y a changes d'units de donnes spciales ou implicite quand en fait c'est la connexion rseau sous-jacente qui est libre. Pour simplifier le choix des fonctions mettre en uvre, l'ISO a dfini 5 classes de protocoles chacune tant adapte un type de rseau particulier1.11et choisi lors de l'tablissement de la connexion. L'appelant dclare sa classe prfre et des classes de repli, l'appel choisi parmi ces propositions ; si aucune classe ne lui convient il refuse la connexion. Succinctement, on trouve la classe 0 : elle assure une connexion standard pour les rseaux de type A (tablissement ngocie de la connexion, libration implicite, transfert de donnes normales, segmentation et rassemblage des donnes. la classe 1 : pour les rseaux de type B elle ajoute la classe 0 le transport de donnes exprs, la reprise sur erreurs signales, la dconnexion et la reprise sur rinitialisation du rseau. la classe 2 : pour les rseaux de type A elle ajoute la classe 0 le multiplexage et un contrle de flux amlior. la classe 3 : pour les rseaux de type B elle est constitue des fonctionnalits des classes 1 et 2. la classe 4 : pour les rseaux de type C elle correspond la classe 3 laquelle on ajoute la dtection et la reprise d'erreurs non signales et l'clatement de connexions de transport.

1.7 Les couches hautes : session, prsentation et application.

24

Les couches session, prsentation et application constituent les couches hautes du modle OSI et offrent des services orients vers les utilisateurs alors que les couches basses sont concernes pas la communication fiable de bout en bout. Elles considrent que la couche transport fournit un canal fiable de communication et ajoutent des caractristiques supplmentaires pour les applications. Sous-sections 1.7.1 La couche session. 1.7.2 La couche prsentation. 1.7.3 La couche application.

1.7.1 La couche session. Dfinition 1.7.1 La couche session fournit aux entits de la couche prsentation les moyens d'organiser et synchroniser les dialogues et les changes de donnes. Une session peut par exemple tre utilise pour la connexion distance d'un terminal un ordinateur ou pour le transfert d'un fichier et ceci en mode connect.

Figure 1.24: Sessions et connexions de transport. Bien que trs similaires la session et la connexion de transport ne sont pas identiques, les trois cas de la figure 1.24 peuvent se prsenter. a) Il y a correspondance exacte entre une session et une connexion de transport. b) Plusieurs sessions successives sont tablies sur une seule et mme connexion de transport. Par exemple, ceci peut tre utilis dans le contexte d'une agence de voyage dans laquelle chaque employ utilise un terminal reli un ordinateur local. Celui-ci est reli une base de donnes centrale de la compagnie pour enregistrer les rservations. Chaque fois qu'un employ veut faire une rservation, une session est ouverte avec l'ordinateur central et elle est ferme lorsque la rservation est termine. Mais il est inutile de librer la connexion de transport sous-jacente car celle-ci sera utilise quelques instants plus tard par un autre employ. c) Plusieurs connexions de transport successives sont ncessaires pour une seule et mme session. Ceci peut arriver lorsqu'une connexion de transport tombe en panne, la couche session tablit alors une nouvelle connexion de transport de manire poursuivre la connexion commence. Par contre, il n'est pas possible de multiplexer plusieurs sessions sur une mme connexion de transport. Celle-ci ne transporte tout instant qu'au plus une session. Le transfert des donnes est rgi par les trois phases habituelles : tablissement de la session, transfert des donnes et libration de la session. Les primitives fournies par la couche session sont semblables celles fournies par la couche transport la couche session. L'ouverture d'une session ncessite la ngociation de plusieurs paramtres entre les utilisateurs des extrmits, certains (qos et existence ou non de donnes exprs) sont identiques ceux de la couche transport qui ils sont passs tels quels. Un autre paramtre peut permettre de dcider quelle extrmit aura l'initiative du dialogue dans le cas d'une session bidirectionnelle. Les diffrences entre transport et session vont se situer au niveau de la libration de la connexion. Dans le cas du transport, la primitive T_DISCONNECT.request provoque une libration brutale de la connexion avec perte des donnes en cours de transfert. Une session, elle, sera termine par la primitive S_RELEASE.request qui opre une libration ordonne de la connexion, sans perte de donnes, appele terminaison ngocie.

25

Figure: Libration brutale a) et ordonne b). Les diffrences entre ces deux modes de libration sont illustres dans la figure 1.25. Dans le premier cas, B ne peut plus recevoir le message qui est en transit partir du moment o il a mis une demande de dconnexion (voir l'automate de la figure 1.22). Dans le deuxime cas, B continue d'accepter des donnes aprs avoir mis sa demande de libration jusqu' ce que A confirme positivement cette dconnexion. Si A veut refuser la dconnexion, il le signale par l'un des paramtres de S_RELEASE.response et il peut ainsi continuer d'envoyer des donnes, la session se prolonge comme si de rien n'tait. Les sessions peuvent autoriser le dialogue bidirectionnel ou unidirectionnel ou l'alternat. Ce dernier cas n'est pas forcment d des limitations matrielles mais est souvent inhrent au fonctionnement des applications de plus haut niveau. Par exemple, l'accs une base de donnes distante est tabli sur ce mode. Un utilisateur envoie depuis son terminal une requte un ordinateur central, puis il attend la rponse de celui-ci. Lorsque l'ordinateur central a envoy sa rponse, l'utilisateur peut envoyer une autre requte. Ainsi, le mode de fonctionnement l'alternat est naturel. Dans ce cas il s'agit alors de grer qui c'est le tour d'envoyer des donnes. Ce service est mis en uvre grce un jeton de donnes (data token). Seule l'extrmit qui possde le jeton peut envoyer des donnes, l'autre doit rester silencieuse. La ngociation initiale l'tablissement de la connexion de session fixe quelle extrmit reoit en premier le jeton. Lorsque le possesseur du jeton a fini d'expdier ses donnes il peut passer le jeton son correspondant l'aide de la primitive S_TOKEN_GIVE.request. Si l'extrmit qui ne possde pas le jeton veut expdier des donnes il peut le demander, poliment, l'aide de la primitive S_TOKEN_PLEASE.request. Le possesseur du jeton peut alors le lui envoyer ou lui refuser. La synchronisation est galement l'un des services de la couche session et consiste placer les entits de session dans un tat connu des deux interlocuteurs en cas d'erreur. Il ne s'agit pas ici de rgler des erreurs qui seraient des un problme de transmission de donnes puisque la couche transport doit les rgler. Mais celle-ci ne peut effectuer des reprises sur erreurs dues aux couches suprieures puisqu'elle n'en a pas connaissance. Par exemple, si lors d'un transfert de fichiers trs long une erreur se produit du ct du rcepteur mais en dehors de la transmission proprement dite (problme d'accs un disque par exemple), il faut que la couche session soit capable de s'en apercevoir et qu'elle vite de relancer simplement tout le transfert de fichiers. C'est pourquoi, grce des points de synchronisation dans le flot d'changes de donnes, elle reprendra les transferts au niveau du dernier point de reprise correct. Ces points consistent dcouper le flot de donnes transmettre en pages et videmment, le mcanisme ncessite que l'utilisateur de la session metteur soit capable de mmoriser suffisamment longtemps les pages envoyes pour pouvoir en rexpdier certaines si ncessaires. 1.7.2 La couche prsentation. Dfinition 1.7.2 La couche prsentation s'occupe de la syntaxe et de la smantique des informations transportes en se chargeant notamment de la reprsentation des donnes. Par exemple, sur un ordinateur base d'un processeur de la famille des 68 000 les entiers sont reprsents avec les bits de poids fort gauche et ceux de poids faible droite. Or, c'est l'inverse sur un ordinateur bas sur un processeur de la famille du 80x86. Cette difficult sera prise en compte par la couche prsentation qui effectuera les oprations ncessaires la communication correcte entre ces deux familles de machines. Pour ce faire l'ISO a dfini une norme appele syntaxe abstraite numro 1 (Abstract Syntax Notation 1) permettant de dfinir une sorte de langage commun (une syntaxe de transfert) dans lequel toutes les applications reprsentent leurs donnes avant de les transmettre. C'est aussi ce niveau de la couche prsentation que peuvent tre implantes des techniques de compression (code de Huffman par exemple) et de chiffrement de donnes (RSA, DSE, etc...) non dtailles ici (voir cours correspondants de licence). 1.7.3 La couche application. Dfinition 1.7.3 La couche application donne au processus d'application le moyen d'accder l'environnement OSI et fournit tous les services directement utilisables par l'application, savoir: 26

le transfert d'informations l'allocation de ressources l'intgrit et la cohrence des donnes accdes la synchronisation des applications cooprantes En fait, la couche application gre les programmes de l'utilisateur et dfinit des standards pour que les diffrents logiciels commercialiss adoptent les mmes principes, comme par exemple : Notion de fichier virtuel reprsent sous forme d'arbre pour les applications de transfert de fichiers, oprations permises sur un fichier, accs concurrentiels, ... Dcoupage des fonctions d'une application de courrier lectronique qui se compose d'un le contenu (en-tte et corps) et d'une enveloppe. Une fonctionnalit de l'application gre le contenu et une autre le transfert en interprtant l'enveloppe.

27