inetdoc-Modelisation-Reseau

7/25/2019 inetdoc-Modelisation-Reseau

1/19

Modlisation en couche des protocoles rseau

Par Philippe Latu

Date de publication : 19 mai 2014

La modlisation du fonctionnement des rseaux lectroniques de communications a

toujours fait l'objet de grandes luttes d'influence entre les organismes de normalisation, lescompagnies de tlcommunications et les constructeurs. Avec l'avnement de l'Internet, unmodle contemporain faisant la synthse entre les modles de rfrence historiques OSI etTCP/IP s'est impos. L'objectif de cet article est d'introduire les concepts de modlisation,de prsenter les deux modlisations dominantes et le dnominateur commun qui enest issu.

N'hsitez pas commenter cet article !
http://www.developpez.com/


2/19

Modlisation en couche des protocoles rseau par Philippe Latu

- 2 -Copyright (c) 2000,2014 Philippe Latu. Permission is granted to copy, distribute and/or modify this document under the terms of the GNU Free Documentation

License, Version 1.3 or any later version published by the Free Software Foundation; with no Invariant Sections, no Front-Cover Texts, and no Back-Cover

Texts. A copy of the license is included in the section entitled GNU Free Documentation License . Copyright (c) 2000,2014 Philippe Latu. Permission est

accorde de copier, distribuer et/ou modifier ce document selon les termes de la Licence de Documentation Libre GNU (GNU Free Documentation License),

version 1.3 ou toute version ultrieure publie par la Free Software Foundation ; sans Sections Invariables ; sans Texte de Premire de Couverture, et

1 - Copyright et Licence..............................................................................................................................................31-1 - Mtainformation............................................................................................................................................. 3

2 - Modlisation des rseaux de tlcommunications................................................................................................32-1 - Classification..................................................................................................................................................32-2 - Modlisations en couches.............................................................................................................................42-3 - Concepts communs aux modlisations.........................................................................................................4

2-3-1 - L'adressage...........................................................................................................................................42-3-2 - Le routage.............................................................................................................................................52-3-3 - Le contrle d'erreur...............................................................................................................................52-3-4 - Le contrle de flux................................................................................................................................52-3-5 - Le (d)multiplexage.............................................................................................................................. 5

2-4 - Commutation de circuits ou commutation de paquets..................................................................................52-4-1 - Commutation de circuits.......................................................................................................................5

2-5 - Services avec et sans connexion................................................................................................................. 62-5-1 - Service orient connexion.................................................................................................................... 72-5-2 - Service non orient connexion.............................................................................................................7

2-6 - Encapsulation................................................................................................................................................ 72-7 - Modles de rfrence................................................................................................................................... 8

3 - Modlisation OSI....................................................................................................................................................83-1 - Point fort : la transmission de l'information...................................................................................................83-2 - Point faible : le traitement de l'information....................................................................................................93-3 - Dfinitions...................................................................................................................................................... 93-4 - Couche physique (bit)................................................................................................................................... 93-5 - Couche liaison de donnes (trame)..............................................................................................................93-6 - Couche rseau (paquet)..............................................................................................................................103-7 - Couche transport (segment)........................................................................................................................103-8 - Couche session...........................................................................................................................................113-9 - Couche prsentation................................................................................................................................... 113-10 - Couche application.................................................................................................................................... 11

4 - Modlisation TCP/IP............................................................................................................................................ 114-1 - Point fort : les protocoles............................................................................................................................ 12

4-2 - Point faible : le modle................................................................................................................................124-3 - Couche Internet : le protocole IP................................................................................................................ 124-4 - Couche Host-to-Host : les protocoles TCP & UDP.....................................................................................144-5 - Protocole TCP............................................................................................................................................. 14

4-5-1 - En-tte TCP........................................................................................................................................ 154-6 - Protocole UDP.............................................................................................................................................16

4-6-1 - En-tte UDP........................................................................................................................................164-7 - Units de donnes...................................................................................................................................... 16

5 - Modle Contemporain..........................................................................................................................................176 - En guisede conclusion........................................................................................................................................18

6-1 - Documents de rfrence.............................................................................................................................186-2 - Glossaire des acronymes............................................................................................................................18

6-3 - Remerciements Developpez........................................................................................................................19


3/19







1 - Copyright et Licence

Copyright (c) 2000,2014 Philippe Latu. Permission is granted to copy, distribute and/or modify this document underthe terms of the GNU Free Documentation License, Version 1.3 or any later version published by the Free SoftwareFoundation; with no Invariant Sections, no Front-Cover Texts, and no Back-Cover Texts. A copy of the license is

included in the section entitled GNU Free Documentation License .

Copyright (c) 2000,2014 Philippe Latu. Permission est accorde de copier, distribuer et/ou modifier ce documentselon les termes de la Licence de Documentation Libre GNU (GNU Free Documentation License), version 1.3 outoute version ultrieure publie par la Free Software Foundation ; sans Sections Invariables ; sans Texte de Premirede Couverture, et sans Texte de Quatrime de Couverture. Une copie de la prsente Licence est incluse dans lasection intitule Licence de Documentation Libre GNU .

1-1 - Mtainformation

Cet article est crit avec http://www.docbook.org/XML sur un systme http://www.debian.org/. Il est disponibleen version imprimable au format PDF : http://www.inetdoc.net/pdf/modelisations.pdf.

Le ton de cet article est volontairement polmique . L'objectif pdagogique est de susciter la raction et,pourquoi pas, la rflexion sur un sujet souvent jug trop acadmique. Une bonne comprhension de la gense desdiffrents modles d'interconnexion des rseaux de tlcommunications permet de construire une analyse critiquedes volutions actuelles.

2 - Modlisation des rseaux de tlcommunications

Si l'utilisation des connexions aux rseaux de tlcommunications a explos avec le dveloppement de l'Internet, laconception des techniques de connexion a dbut dans les annes 1960.

cette poque, comme le nombre de fournisseurs d'quipements informatiques tait rduit, chacun a dvelopp sa solution de connexion. Les difficults sont trs vite apparues lorsque les utilisateurs ont eu besoind'interconnecterdes systmes htrognes distants.

Aujourd'hui, la trs grande majorit des interconnexions utilise des quipements et des rseaux acquis auprs defournisseurs diffrents. Pour parvenir ce rsultat, il a fallu harmoniser les modes d'interconnexion. Les modlisationssont les outils essentiels de cette harmonisation.

Pendant la guerre froide, l'ARPANET, l'anctre militaire de l'Internet, a t dvelopp partir de 1969 pour maintenirles communications entre les centres nvralgiques du continent nord-amricain face aux menaces d'attaquesnuclaires. Mme si ces conditions d'utilisation sont trs loignes du contexte actuel, l'interconnexion de systmeshtrognes tait une ncessit imprieuse pour le Dpartement d'tat des tats-Unis.

Les protocoles TCP et IP qui dominent les rseaux de tlcommunications contemporains ont t conuspour rpondre ces objectifs d'harmonisation des changes d'informations entre systmes diffrents. Sans unemodlisation cohrente des communications, il serait impossible de parler de quadruple-play :donnes, voix, vidoet mobilit sur des rseaux aussi htrognes que les radiocommunications, les rseaux filaires en cuivre ou enfibre optique.

2-1 - Classification

Historiquement, c'est la distance entre les quipements connecter qui a constitu le premier critre de classementdes rseaux de tlcommunication.
http://www.inetdoc.net/pdf/modelisations.pdfhttp://www.docbook.org/http://www.debian.org/http://www.debian.org/http://www.inetdoc.net/pdf/modelisations.pdfhttp://www.debian.org/http://www.docbook.org/http://www.developpez.com/


4/19







Ce critre est fond sur le mode de transport de l'information. Mme si c'est de moins en moins vrai, on part duprincipe que l'on n'emploie pas les mmes techniques pour vhiculer des donnes d'une pice l'autre ou d'uncontinent l'autre.

Distance Acronyme Type de rseau

jusqu' 25 mtres PAN Rseau local domestique : Personal Area Networkjusqu' 10 km LAN Rseau local : Local Area Network

jusqu' 50 km MAN Rseau mtropolitain : Metropolitan Area Network

jusqu' 1000 km WAN Rseau longue distance : Wide Area Network

jusqu' 40 000 km Internet Rseau mondial

Tableau 1. classification des rseaux

2-2 - Modlisations en couches

La technique usuelle en informatique pour rsoudre un problme complexe consiste le dcouper en problmessimples traiter. L'interconnexion rseau tant un problme complexe, on a donc abouti des traitements sparspar niveaux ou couches. La fonction de chaque couche est de fournir des services son homologue de niveausuprieur en occultant ses traitements propres.

Entre deux quipements, chaque couche dialogue son niveau l'aide d'un protocole. Pour l'ensemble des couchesutilises lors d'une communication rseau, on parle de pile de protocoles.

2-3 - Concepts communs aux modlisations

Il existe un certain nombre de concepts communs lis aux modlisations en couches. Ces concepts sont implmentsdans les protocoles. Les protocoles peuvent tre vus comme une slection des traitements possibles au niveau dechaque couche. Voici une prsentation succincte de ces concepts :

2-3-1 - L'adressage

Pour que chaque couche puisse reconnatre ses pairs sur les autres systmes connects au rseau, il est ncessairede recourir un adressage. Le rle d'une adresse est d'identifier sans ambigut un hte du rseau. Les mcanismesd'adressage jouent un rle essentiel dans l'acheminement de l'information.

Il existe de trs nombreux exemples d'utilisation de mcanismes d'adressage uniques ou multiples dans les rseaux :

L'analogie la plus usuelle est fournie par le courrier papier qui est rout par le service postal en fonction del'adresse du domicile suivant un protocole qui utilise le code postal, le type de voie, etc.

Le courrier lectronique est achemin partir d'une adresse compose du nom d'utilisateur (partie gauche) etd'un nom de domaine (partie droite).

Un tlphone mobile met en uvre plusieurs mcanismes d'adresses simultanment. Il est repr dans unecellule par son International Mobile Equipment Identityou code IMEI et les communications utilisent lenumro de l'abonn. C'est aussi sur le format du numro de tlphone que des dcisions d'acheminementsont prises (oprateur, zone gographique, etc.).

Pour un hte connect l'Internet, son adresse affecte par le protocole IP identifie cet hte de faon unique.Les adresses IP ne sont gnralement pas les seules utilises dans un mme systme. On retrouve souventune adresse utilise pour reprer un hte dans un rseau local ou dans la zone de couverture radio durseau sans fil.


5/19







2-3-2 - Le routage

Les protocoles de chaque couche prennent leurs dcisions d'acheminement de l'information partir des adresseset des itinraires disponibles. La technique d'acheminement d'une information travers de multiples circuits decommunications est appele routage.

2-3-3 - Le contrle d'erreur

Les circuits de communications n'tant pas parfaits, il est ncessaire de mettre en uvre des mcanismes decontrle d'erreur. Suivant le niveau de traitement de chaque couche, ces contrles d'erreur sont pris en charge parles protocoles de chaque niveau. Au niveau le plus bas, on contrle que le nombre de bits reus correspond bien aunombre de bits mis sur un mdia (paire cuivre, fibre optique, canal hertzien). un niveau plus lev, on contrlele squencementde l'acheminement de blocs d'informations. Si une suite de blocs est mise dans un ordre donn,ces mmes blocs peuvent parvenir dans le dsordre l'autre extrmit d'un rseau tendu.

2-3-4 - Le contrle de flux

Tous les systmes n'ayant pas les mmes capacits de traitement, il faut viter que les htes les mieux dotsmobilisent leur seul usage les circuits de communications. De la mme faon, il faut viter qu'un metteur nesature l'interface d'un rcepteur plus lent. Les solutions ces problmes peuvent tre complexes. Gnralement, lesprotocoles implmentent des mcanismes de notification qui permettent de contrler qu'un rcepteur a bien traitl'information qui lui est destine. On parle alors de contrle de flux.

2-3-5 - Le (d)multiplexage

Les routes empruntes par les circuits de communications dpendent de la topographie. L'interconnexion desrseaux entre les continents passe par un nombre limit de circuits appels dorsales (backbones). La transmission

de l'information sur les dorsales utilise les fonctions de multiplexage(temporel ou frquentiel) l'mission et dedmultiplexage la rception. Ces fonctions permettent de vhiculer plusieurs flux distincts sur un mme circuit.

2-4 - Commutation de circuits ou commutation de paquets

Dans les rseaux de tlcommunications contemporains on retrouve deux techniques de commutation distinctes.Ces techniques peuvent se croiser dans la description des couches des modlisations et dans les technologiesd'implmentation des protocoles. Ainsi, dans un rseau local, on peut trs bien utiliser une commutation de circuitsavec la technologie Ethernet au niveau liaison et utiliser un rseau commutation de paquets avec le protocole IP.

2-4-1 - Commutation de circuits

Cette technique consiste commuter des circuits physiques ou virtuels pour que deux htes du rseau puissentcommuniquer comme s'ils taient connects directement l'un l'autre. Voici deux exemples classiques de ce typede commutation.

Sur un rseau tlphonique filaire lors de l'mission d'un nouvel appel en composant un numro d'abonn,les commutateurs tlphoniques tablissent un circuit unique entre les deux combins. Une fois lacommunication tablie, les chantillons de voix transitent squentiellement sur ce circuit.

Sur un rseau local utilisant des commutateurs Ethernet, une fois les tables de correspondance entre lesadresses physiques des htes constitues, les htes peuvent communiquer entre eux via un circuit uniquetabli par l'lectronique des commutateurs.


6/19







Dans la figure ci-dessus, les paquets P1, P2 et P3 sont ncessairement reus dans l'ordre dans lequel ils ont t mis.

Si un circuit de communication est rompu, toutes les donnes prsentes sur ce circuit sont perdues et toutecommunication est impossible tant qu'un nouveau circuit n'a pas t tabli.

Commutation de paquets

Avec cette technique, les informations dcoupes en paquets de taille limite peuvent emprunter des

itinraires diffrents en fonction de l'tat de l'interconnexion rseau entre deux points. Le protocole IP, utilis au niveau rseau de la modlisation Internet, est l'exemple le plus connu d'exploitation

de la commutation de paquets.

Les caractristiques de ces deux types de commutation sont adaptes diffrents besoins. Avec la commutation decircuits, la constitution d'un circuit unique de bout en bout permet de conserver la squence des informations miseset la rservation de bande passante vite la congestion. Avec la commutation de paquets, la tolrance aux pannes etl'optimisation de l'utilisation des canaux de communication sont bien meilleures. Cependant, l'absence de rservationde bande passante peut entraner des problmes de congestion.

On peut aussi prendre le temps de transmission comme point de comparaison. Sur un rseau commutation decircuits, le temps de transit de l'information est connu. Il dpend uniquement des caractristiques du circuit. Surun rseau commutation de paquets, chaque paquet peut emprunter un itinraire propre et tous ces itinraires nepossdent pas les mmes caractristiques. De plus, chaque lment d'interconnexion doit stocker les paquets avantde prendre une dcision d'acheminement ; ce qui introduit un temps de latence supplmentaire.

Les dbits rseau et la capacit de traitement des quipements d'interconnexion se sont considrablementdvelopps durant les dernires annes. De ce fait, les temps de transmission de l'information deviennentngligeables devant d'autres paramtres comme le temps d'accs aux mdias de stockage. C'est un des facteursqui facilite le dploiement de presque tous les nouveaux services sur Internet.

2-5 - Services avec et sans connexion

Les services fournis par les couches paires entre deux htes d'un rseau peuvent fonctionner selon deux modesprincipaux : avec et sans connexion.


7/19







2-5-1 - Service orient connexion

Les communications tlphoniques sont un exemple caractristique de service orient connexion. Ce n'est qu'aprsavoir compos le numro du correspondant et que celui-ci ait dcroch que la conversation peut commencer. De lamme faon, il faut que les deux correspondants aient raccroch pour qu'une nouvelle communication puisse tre

initie.

Pour gnraliser, on parle de trois phases : tablissement, maintienet librationde la connexion.

Pendant la phase de maintien, les services des couches paires utilisent un circuit de communication unique physiqueou virtuel de bout en bout.

Certains services utilisent la phase d'tablissementpour ngocierdes options d'utilisation du circuit utilis en phasede maintien. C'est notamment le cas de la couche transport du modle TCP/IP avec le protocole TCP.

Les oprateurs tlphoniques utilisent beaucoup les services en mode connect pour prserver la tarification basesur les temps de communication. En effet, ds que l'information ne circule plus sur un circuit unique, il est beaucoup

moins facile de comptabiliser le temps d'une connexion.

2-5-2 - Service non orient connexion

Les rseaux locaux privs sont gnralement les exemples caractristiques de services sans connexion. Sur cesrseaux, seuls les volumes d'informations comptent. Si on ne s'intresse qu' la quantit d'informations transitant enun point donn, peu importe le chemin emprunt par ces informations.

Par opposition l'analogie avec les communications tlphoniques, on peut utiliser l'exemple du courrier postal. Deuxlettres destination d'une mme adresse sont routes indpendamment et peuvent trs bien ne pas parvenir dansl'ordre dans lequel elles ont t mises.

Le service de couche rseau de l'Internet avec son protocole IP fonctionne en mode non connect. Tous les paquetsIP sont routs indpendamment et peuvent suivre des chemins diffrents s'il existe plusieurs itinraires disponibles.

2-6 - Encapsulation

On peut prendre l'exemple des tapes de l'acheminement du courrier postal pour illustrer le concept d'encapsulation.Une lettre est d'abord insre dans une enveloppe pour tre poste. Cette enveloppe est ensuite place dans un sacpostal. Le sac postal est lui-mme transport dans un conteneur. Ces tapes illustrent l'encapsulation de l'informationlors de son mission. Pour la rception, on reprend les mmes tapes dans l'ordre inverse. Le sac postal est extraitdu conteneur. L'enveloppe est extraite du sac postal et dpose dans la bote aux lettres du destinataire. On peutparler de dsencapsulation pour dcrire les tapes de rception.

Si on aborde le concept de faon plus formelle, on reprend les mmes tapes entre les couches de la modlisation.Au passage d'une couche N vers la couche infrieure (N-1), le flot de donnes est enrichi de champs supplmentairesplacs en dbut et/ou en fin. Dans le premier cas, il s'agit d'un en-tte ou prfixe (header) ; dans le second, d'unsuffixe (trailer). Ces informations apportes renseignent l'unit de donne au niveau de la couche qui les a mises(ici N). Ces champs servent donc, lors de la rception par la couche de mme niveau (N) de la station destinataire, autraitement que celle-ci doit effectuer. On peut y trouver les adresses source et destination (de niveau N), un contrlede parit, la longueur concernant le paquet, des bits de priorit, l'identification du protocole de niveau suprieur (N+1) pour le dcodage, des numros d'acquittement, etc.


8/19







2-7 - Modles de rfrence

L'histoire des modlisations rseau a plus de quarante ans. Pour une technologie aussi volutive que l'interconnexiondes rseaux de tlcommunications, quarante ans reprsentent une dure trs longue au cours de laquelle plusieursrvolutions se sont produites.

l'poque de la suprmatie d'IBM, les plus hautes autorits politiques ont craint que cettesocit n'exerce une mainmise irrversible sur les rseaux en imposant son modle en 7couches http://www.inetdoc.net/articles/modelisation/ modelisations.conclusion.html#glossaire.sna . C'est

en partie pour rpondre cette crainte que l'http://www.inetdoc.net/articles/modelisation/modelisations.conclusion.html#glossaire.iso a lanc les travaux sur la modlisation http://www.inetdoc.net/articles/modelisation/modelisations.conclusion.html#glossaire.osi :un autre modle 7 couches.

Paralllement, le Dpartement de la Dfense des tats-Unis a lanc le projet http://www.inetdoc.net/articles/modelisation/modelisations.conclusion.html#glossaire.arpanet :l'anctre de l'Internet. Ce rseau qui a reli plusd'une centaine d'universits, a gnr sa propre modlisation baptise du nom de ses deux protocoles phares : TCPet IP. Les profits gnrs par ce rseau de recherche ont t suffisants pour que les constructeurs investissent dans laconception d'quipements utilisant ses protocoles. Comme ARPANET est devenu Internet et que les profits ralisssur cette base ont explos, TCP/IP se retrouve en tte des modles de rfrence.

Il faut aussi compter avec l'http://www.inetdoc.net/articles/modelisation/modelisations.conclusion.html#glossaire.itu . Cet organisme regroupe les agences rglementairesqui coordonnent la gestion des tlcommunications. Parmi ces organismes, on trouve laFederal Communications Commission (FCC) aux USA, l'http://www.inetdoc.net/articles/modelisation/modelisations.conclusion.html#glossaire.arcep en France. Depuis 1975, le dveloppement des rseauxtlphoniques commutation de paquets partir des normalisations X.25 a contribu figer la structure des couchesbasses de l'ensemble des modlisations.

3 - Modlisation OSI

Il s'agit d'un modle en 7 couches dont le principe fondamental est de dfinir ce que chaque couche doit faire maispas comment elle doit le faire.

Les protocoles et les normalisations http://www.inetdoc.net/articles/modelisation/modelisations.conclusion.html#glossaire.ieee sont l pour dfinir comment les services sont fournis entre lescouches.

3-1 - Point fort : la transmission de l'information

Il a fallu quelques annes entre la proposition initiale de l'ISO (1978) et la publication du standard IS7498:84 (1984).C'est ce standard, largement adopt par les constructeurs les plus importants et d'autres organismes de normalisationcomme l'ITU, qui a contribu la popularit de ce modle d'interconnexion des systmes ouverts . Un tempsd'laboration aussi long donne la mesure de la tche accomplie pour fdrer les standards existants et obtenir unconsensus entre des partenaires aux conceptions trs loignes sur l'organisation des rseaux.
http://www.inetdoc.net/articles/modelisation/modelisations.conclusion.html#glossaire.ieeehttp://www.inetdoc.net/articles/modelisation/modelisations.conclusion.html#glossaire.ieeehttp://www.inetdoc.net/articles/modelisation/modelisations.conclusion.html#glossaire.arcephttp://www.inetdoc.net/articles/modelisation/modelisations.conclusion.html#glossaire.ituhttp://www.inetdoc.net/articles/modelisation/modelisations.conclusion.html#glossaire.ituhttp://www.inetdoc.net/articles/modelisation/modelisations.conclusion.html#glossaire.isohttp://www.inetdoc.net/articles/modelisation/modelisations.conclusion.html#glossaire.snahttp://www.inetdoc.net/articles/modelisation/modelisations.conclusion.html#glossaire.snahttp://www.inetdoc.net/articles/modelisation/modelisations.conclusion.html#glossaire.ieeehttp://www.inetdoc.net/articles/modelisation/modelisations.conclusion.html#glossaire.ieeehttp://www.inetdoc.net/articles/modelisation/modelisations.conclusion.html#glossaire.arcephttp://www.inetdoc.net/articles/modelisation/modelisations.conclusion.html#glossaire.arcephttp://www.inetdoc.net/articles/modelisation/modelisations.conclusion.html#glossaire.ituhttp://www.inetdoc.net/articles/modelisation/modelisations.conclusion.html#glossaire.ituhttp://www.inetdoc.net/articles/modelisation/modelisations.conclusion.html#glossaire.arpanethttp://www.inetdoc.net/articles/modelisation/modelisations.conclusion.html#glossaire.arpanethttp://www.inetdoc.net/articles/modelisation/modelisations.conclusion.html#glossaire.osihttp://www.inetdoc.net/articles/modelisation/modelisations.conclusion.html#glossaire.osihttp://www.inetdoc.net/articles/modelisation/modelisations.conclusion.html#glossaire.isohttp://www.inetdoc.net/articles/modelisation/modelisations.conclusion.html#glossaire.isohttp://www.inetdoc.net/articles/modelisation/modelisations.conclusion.html#glossaire.snahttp://www.developpez.com/


9/19







Les spcifications des services des couches ddies la transmission de l'information, aussi appeles couchesbasses, sont si charges qu'il a fallu les subdiviser en sous-couches respectant les modes de fonctionnement avecet sans connexion. Le consensus obtenu si difficilement est encore en vigueur aujourd'hui ; tous les constructeursd'quipements le respectent.

3-2 - Point faible : le traitement de l'information

Alors que pour les couches lies la transmission de l'information les standards existants ont pes trs lourd dansl'laboration du modle, la voie tait quasiment libre pour les couches ddies au traitement de l'information dansles annes 80.

La tche tait, a priori, plus facile sachant qu'il n'y avait pas d'ordre tabli sur les applications de traitement. Cesont pourtant ces couches hautes qui ont provoqu le dclin de la modlisation OSI.

Les spcifications qui ont t produites pour les couches transport, session et application taient si complexes queseules de rares applications mastodontes ont pu tre dveloppes. Ces services rseau, tels que les annuairesde services X500 normaliss par l'ISO et l'ITU n'ont pu tre populariss qu'aprs avoir t simplifis et allgs.

Aujourd'hui, on ne parle plus que des annuaires LDAP (http://www.openldap.org/).

Cette exprience a montr que l'on ne peut pas produire des spcifications trop distantes de l'tat de latechnologie et des infrastructures existantes. L'ISO a renonc promouvoir le modle OSI en dcembre 1994aprs avoir publi le standard ISO/IEC 7498-1:1994. cette poque, l'Internet universitaire tait dj une ralit etles investissements industriels sur TCP/IP taient bien engags.

Le plus curieux, c'est que tous les organismes ne semblent pas avoir retenu la leon. Le Forum ATM (AsynchronousTransfer Mode :technologie rseau rpandue dans les grandes dorsales des oprateurs d'interconnexion), a produitdeux spcifications contradictoires un an d'intervalle vers le milieu des annes 1990. La technologie ATM estaujourd'hui obsolte et remplace par des dorsales Ethernet.

3-3 - Dfinitions

Usuellement, on distingue les Couches Hautes(de Transport jusqu' Application) qui ont une fonction de traitementdes donnes indpendante de la technique de connexion entre deux systmes des Couches Basses(de Physiquejusqu' Rseau) qui ont une fonction de transmission de l'information lie la technologie de communication.

3-4 - Couche physique (bit)

Elle s'occupe de la transmission brute des flots de bits sur un circuit de communication sans connatre ni lastructure, ni la signification de ces bits. ce niveau, on s'intresse l'amplitude du signal, la dure d'un bit, lapossibilit de transmettre simultanment dans les deux sens, l'tablissement et la libration du canal de connexion.

3-5 - Couche liaison de donnes (trame)

Elle transforme les flots de bits en lignes de donnes sans erreur. Pour cela, elle fractionne les donnes d'entre del'metteur en trames de donnes. C'est donc elle de reconnatre les frontires des trames. Cette fonction entrane
http://www.openldap.org/http://www.developpez.com/


10/19







la rsolution des problmes de trames endommages, perdues ou dupliques. On retrouve ici la fonction de contrled'erreur.

C'est aussi ce niveau que l'on peut trouver des mcanismes de rgulation pour viter la saturation du canal decommunication par un metteur unique. C'est la fonction de contrle de flux. Une technique trs simple, employedans les rseaux Ethernet, qui interdit les missions continues tous les htes du rseau. Une mission ne peut

avoir lieu que si tous les htes ont eu le temps matriel de dtecter que le mdia partag est libre.

Si le service le requiert, le rcepteur confirme la rception de chaque trame en mettant une trame d'acquittement.

Les rseaux diffusion utilisent un service ou une sous-couche spcifique pour contrler que l'accs au mdia estlibre. Dans le cas des rseaux sans fil de types IEEE 802.11 ou Wi-Fi, des trames de gestion indpendantes desinformations utilisateur sont changes entre les quipements pour contrler l'accs aux canaux hertziens.

3-6 - Couche rseau (paquet)

Elle gre le sous-rseau (les couches basses), c'est--dire la faon dont les paquets sont achemins de l'metteur

au rcepteur. Elle contrle la route emprunte par les paquets.

Les stratgies utilises pour le routage sont trs variables. On peut trouver des tables statiques dans les rseauxqui voluent rarement. Cependant, on utilise gnralement des protocoles de routage plus ou moins sophistiqus,ddis l'change d'informations entre les quipements d'interconnexion fournissant un service de niveau rseau.

En plus des itinraires disponibles, les choix de route se font en fonction du nombre d'quipements d'interconnexion traverser, du dbit disponible, de la charge d'un lien ou encore du temps de transit entre deux extrmits.

Cette couche doit aussi rsoudre les problmes d'interconnexion entre rseaux htrognes. Si un paquet doittransiter par deux rseaux utilisant des technologies diffrentes, la couche rseau doit grer :

le changement de formats d'adresses ; le redimensionnement des paquets ; la mise en conformit entre protocoles diffrents ; la comptabilisation du cot d'acheminement de l'information.

C'est encore la couche rseau de contrler la congestion d'un rseau en notifiant les htes voisins l'aided'informations spcifiques.

3-7 - Couche transport (segment)

Sa fonction de base est de traiter les donnes de la couche session et de les dcouper au besoin en petites units. Ces

petites units sont ensuite transmises la couche rseau tout en s'assurant qu'elles sont parvenues destination.

Elle peut multiplier les connexions rseau si la connexion de transport requiert un dbit rapide. Elle peut multiplexer les connexions de transport si le maintien d'une connexion rseau est coteux.

Une connexion de transport est un canal point point dlivrant des messages sans erreur dans l'ordre d'mission.Avec la couche transport, on aborde les couches de bout en bout (couches hautes), c'est--dire que le mmeprogramme s'excute sur l'metteur et le destinataire en utilisant les messages d'en-tte et de contrle. Cette couchedoit grer l'initialisation et la fin des connexions sur le rseau ; ce qui ncessite un mcanisme d'adressage permettantd'identifier le ou les destinataires. La couche transport est parfois considre comme faisant partie des couchesbasses parce qu'elle doit prserver la couche session des changements de technologie entre rseaux.
http://www.inetdoc.net/articles/modelisation/modelisations.concept.html#flow-controlhttp://www.inetdoc.net/articles/modelisation/modelisations.concept.html#error-controlhttp://www.inetdoc.net/articles/modelisation/modelisations.concept.html#error-controlhttp://www.developpez.com/


11/19







3-8 - Couche session

Elle permet des utilisateurs, oprant sur diffrentes machines, d'tablir des sessions entre eux. Une session a pourbut le transport des donnes. Par rapport la couche transport, elle offre des services supplmentaires tels que :

La gestion du dialogue ou du jeton : certains protocoles utilisent des jetons (autorisation d'mission) que lesmachines d'un rseau peuvent s'changer. La synchronisation : cette technique consiste insrer des lments tests dans le flot de donnes de manire

ne pas devoir reprendre la totalit d'une opration en cas d'chec.

C'est travers la couche session qu'un utilisateur peut accder un systme temps partag distant ou transfrerdes fichiers.

3-9 - Couche prsentation

Elle traite la syntaxe de l'information transmise. Elle assure l'encodage et/ou la compression des donnes dans unenorme agre.

Elle assure des conversions telles que celles des protocoles d'utilisation de terminaux incompatibles entre eux, cellesentre les diffrents systmes de fichiers ou encore celles des formats du courrier lectronique.

3-10 - Couche application

Cette couche assure l'interface entre l'utilisateur et les services du rseau. On y trouve toutes les applications clienteou serveur connues : transfert de fichiers, courrier lectronique, Web, multimdia, etc.

4 - Modlisation TCP/IP

Le nom de ce modle de rfrence provient de ses deux principaux protocoles. Ce modle est apparu en1974 avec la construction de l'anctre militaire de l'Internet, l'http://www.inetdoc.net/articles/modelisation/modelisations.conclusion.html#glossaire.arpanet . Les objectifs principaux de cette modlisation sont :

relier des rseaux htrognes de faon transparente (lignes tlphoniques, rseaux locaux, etc.) ; garantir les connexions quel que soit l'tat des lignes de transmission (commutation de paquets) ; assurer le fonctionnement d'applications trs diffrentes (transfert de fichier, multimdia, etc.).

Network Access : la couche d'accs rseau a pour rle de transmettre les donnes sur le mdia physiqueutilis. En fonction du type de rseau, des protocoles diffrents peuvent tre utiliss ce niveau.

Internet : la couche interrseaux a pour rle de transmettre les donnes travers une srie de rseauxphysiques diffrents qui relient un hte source avec un hte destination. Les protocoles de routage sonttroitement associs ce niveau. IP est le protocole rout de base sur l'Internet.

Host-to-Host : La couche hte--hte prend en charge la gestion de connexion, le contrle de flux, la

retransmission des donnes perdues et d'autres modes de gestion des flux. Les protocoles TCP et UDP sontddis ces fonctions de transport.
http://www.inetdoc.net/articles/modelisation/modelisations.conclusion.html#glossaire.arpanethttp://www.inetdoc.net/articles/modelisation/modelisations.conclusion.html#glossaire.arpanethttp://www.developpez.com/


12/19


13/19







Dans cette organisation, le rle de la couche Internet est de transmettre des paquets sur n'importe quel type deliaison indpendamment les uns des autres. Les paquets mis dans un certain ordre peuvent ainsi tre reus dansun autre ordre en diffrents fragments.

Le fonctionnement de la couche rseau du modle TCP/IP est dcrit dans le document standard RFC791 . L'absencetotale de mcanisme de contrle et de correction d'erreur est une caractristique importante qui dcoule des mmes

principes. La fiabilisation des communications ne se joue pas au niveau rseau mais au niveau transport.

Version :4 bits : version du protocole IP code sur 4 bits : 0100 pour IPv4 et 0110 pour IPv6.

Internet Header Length :4 bits, IHL : longueur de l'en-tte en mots de 32 bits. Cette valeur est utilise pour distinguerla partie en-tte de la partie donnes du paquet. La reprsentation usuelle de l'en-tte se fait sur 32 bits de largeur.Comme les champs Options et Padding ne sont pas obligatoires, la valeur minimum du champ IHL est 5 (0101).

Type Of Service :8 bits, TOS : champ dcoup en deux parties. Les trois premiers bits sont appels precedenceet les cinq derniers reprsentent le type de service. La dfinition d'origine prvoyait trois choix : low-delay, high-reliabilityet high-throughput. Ce marquage des paquets est utilisable pour dfinir des flux prioritaires sur uneinterconnexion rseau sous contrle . Sur l'Internet, les oprateurs dfinissent leurs propres priorits ; donc leurspropres valeurs pour ce champ. Voir le document http://www.inetdoc.net/guides/lartc/ .

Total Length :16 bits : longueur du datagramme : en-tte et donnes. La taille minimum est de 21 octets (en-tte +1 octet de donnes). Comme ce champ est reprsent sur 16 bits, la taille maximum est de 2^16 - 1, soit 64 Ko.

Identification :16 bits : chaque paquet IP reoit un numro d'identification sa cration. Il est possible qu'un paquetsoit dcoup en fragmentsavant d'atteindre sa destination finale. Chaque fragment appartient au mme paquet IP.Chaque fragment possde le mme numro d'identification.

Flags :3 bits, ce champ contient trois indicateurs d'tat :

Reserved flag :doit toujours tre 0 ; Don't Fragment(DF) : 0 si le paquet peut tre fragment ; 1 s'il ne doit pas tre fragment ; More Fragments(MF) : 1 si d'autres fragments sont attendus ; 0 s'il n'y a pas/plus de fragments.

Fragment Offset :13 bits : position du fragment dans le datagramme courant. Cette position est compte en octets.

Time To Live :8 bits, TTL : ce compteur est dcrment chaque traverse de routeur. Si la valeur 0 est atteinte, lepaquet est jet. Cela signifie qu'il ne peut tre dlivr sa destination finale. La valeur initiale du champ TTL dpenddu systme d'exploitation utilis.

Protocol :8 bits : ce champ spcifie le protocole utilis dans les donnes du paquet IP. Par exemple, la valeur1 indique que le protocole utilis est ICMP. On sait ainsi que ce paquet n'est pas destin une application. Lesdiffrentes valeurs de ce champ sont listes dans le fichier /etc/protocols sur les systmes GNU/Linux ou *BSD.

Header Checksum : 16 bits : chaque cration ou modification d'un paquet, une somme de contrle ( cyclicredundancy check) est calcule sur son en-tte. Lorsque le paquet arrive destination, cette somme est recalcule.Si le rsultat diffre, c'est que le paquet a t endommag lors de son trajet.

Source Address :32 bits : adresse IP de l'hte qui a mis le paquet.
http://www.inetdoc.net/guides/lartc/http://www.faqs.org/rfcs/rfc791.htmlhttp://www.developpez.com/


14/19







Destination Address :32 bits : adresse IP de l'hte qui doit recevoir le paquet.

Options and Padding : cette partie de l'en-tte est optionnelle. Ce champ est utilis pour fournir des instructionsspcifiques de distribution du paquet qui ne sont pas couvertes par les autres champs de l'en-tte. La taille maximumde ces instructions est limite 40 octets regroups en doubles mots de 32 bits. Les bits de paddingservent complter le dernier double mot de 32 bits.

Data : c'est le dernier champ du paquet IP. Il contient les donnes du paquet. Celles-ci peuvent dbuter par unen-tte de couche transport (4) qui donnera d'autres instructions l'application qui recevra les donnes. Le champDatapeut aussi contenir un message ICMP qui ne contient aucune donne utilisateur.

Le document http://www.inetdoc.net/articles/adressage.ipv4/ prsente le format des adresses du protocole IPainsi que les diffrentes volutions des mcanismes de dcoupage du plan d'adressage en groupes logiques adaptsaux diffrents usages.

4-4 - Couche Host-to-Host : les protocoles TCP & UDP

Avec la couche transport, on aborde le domaine des communications de bout en boutindpendantes de l'tat dusous-rseau. Les paquets de la couche rseau peuvent tre achemins destination par des chemins diffrentset dans le dsordre. Par nature, le protocole IP n'offre pas de garantie. Les routeurs peuvent se dbarrasser despaquets suivant plusieurs critres tels que des erreurs sur les sommes de contrle, des congestions de trafic sur lesinterfaces rseau ou des adresses ne correspondant aucune route connue. Tous les programmes et services dela couche application ne peuvent se contenter d'un mode de fonctionnement aussi fragile . C'est une des raisonspour laquelle deux protocoles distincts ont t dvelopps pour la couche transport.

4-5 - Protocole TCP

Historiquement, TCP est le premier protocole de transport dvelopp pour l'Internet. Les premiresspcifications http://www.inetdoc.net/articles/modeli sation/modelisations.conclusion.html#glossaire.arpanetprvoyaient un transport de l'information trs fiable indpendant du type et de l'tat du rseau. Le fonctionnement duprotocole TCP a t dcrit dans le document RFC793 .

Protocole de bout en bout. Les processus pairs des couches transport de deux quipements connectsdialoguent l'un avec l'autre sans rien connatre du rseau sous-jacent. Les numros de port source etdestination prsents dans l'en-tte de segment servent adresserles processus de couche application encommunication.

Protocole orient connexion. La fiabilit du transport TCP dpend de l'tablissement d'une connexionentre les processus pairs qui veulent dialoguer. L'tablissement d'une connexion est ralis par l'changed'informations telles que les numros de ports, les numros de squence et la taille de fentre.

Multiplexage l'aide des numros de ports. Les numros de ports constituent le mcanisme d'adressagede la couche transport. Ils servent dsigner le processus de la couche application utilis pour l'mission

ainsi que celui utilis pour la rception. Transfert de donnes segment et ordonn. Le flux des donnes issues de la couche application est

segment et comptabilis lors de l'encapsulation puis dlivr dans le mme ordre au processus qui le reoit. Rcupration sur erreur. L'utilisation des numros de squence et d'acquittement permet de comptabiliser

les donnes transmises et de reprendre l'mission des donnes non reues. Contrle de flux avec fentrage. La combinaison de l'utilisation des numros de squence et d'acquittement

avec la notion de fentre permet de contrler la quantit de donnes transmettre avant de procder unacquittement. Au dbut des changes, la taille de fentre est rduite. Si aucune erreur ne survient, cette taillede fentre augmente suivant une rgle dfinie. Au contraire, si des erreurs surviennent, la taille de fentrediminue de faon augmenter le nombre des contrles.
http://www.faqs.org/rfcs/rfc793.htmlhttp://www.inetdoc.net/articles/modelisation/modelisations.conclusion.html#glossaire.arpanethttp://www.inetdoc.net/articles/modelisation/modelisations.conclusion.html#glossaire.arpanethttp://www.inetdoc.net/articles/modelisation/modelisations.conclusion.html#glossaire.arpanethttp://www.inetdoc.net/articles/adressage.ipv4/http://www.faqs.org/rfcs/rfc793.htmlhttp://www.inetdoc.net/articles/modelisation/modelisations.conclusion.html#glossaire.arpanethttp://www.inetdoc.net/articles/adressage.ipv4/http://www.developpez.com/


15/19







4-5-1 - En-tte TCP

Les fonctions d'tablissement, de maintien, de libration et de contrle des changes ont conduit au dveloppementd'un en-tte comprenant un grand nombre de champs.

Source Port :16 bits : numro du port source. Ce numro correspond au point de communication (socket inet)utilis par le service de la couche application de l'metteur.

Destination Port :16 bits : numro du port destination. Ce numro correspond au point de communication (socketinet) utilis par le service de la couche application du destinataire.

Sequence Number :32 bits

Le protocole TCP a besoin de garder une trace de toutes les donnes qu'il reoit de la couche applicationde faon tre sr qu'elles ont bien t reues par le destinataire. De plus, le protocole doit tre sr que cesdonnes ont t reues dans l'ordre dans lequel elles ont t envoyes. Il doit retransmettre toute donneperdue.

On affecte un numro de squence chaque octet de donnes pour en garder une trace lors du processusde transmission, rception et acquittement. Dans la pratique, ce sont des blocs d'octets qui sont grs enutilisant les numros de squence de dbut et de fin de bloc.

Les numros de squence sont ncessaires la mise en uvre du systme de fentre glissante du protocoleTCP. C'est ce systme qui garantit fiabilit et contrle de flots de donnes.

Acknowledgment Number :32 bits : le rle des numros d'acquittement est le mme que celui des numros desquence. Simplement, chaque extrmit en communication initie son propre jeu de numros. Ainsi chaque extrmitassure la fiabilisation et le contrle de flux de faon autonome.

Data Offset :4 bits : nombre de mots de 32 bits contenus dans l'en-tte TCP. Indication du dbut des donnes. Touten-tte TCP, avec ou sans options, est un multiple de mots de 32 bits.

Reserved :6 bits : champ rserv pour une utilisation ultrieure. Les 6 bits doivent tre 0.

Control bits :6 bits : ces bits sont les indicateurs d'tat qui servent l'tablissement, au maintien et la libration

des connexions TCP. Leur rle est essentiel dans le fonctionnement du protocole.

URG : indique que le champ Urgent Pointerest significatif. Une partie des donnes du segment sonturgentes.

ACK : indique que le champ Acknowledgment fieldest significatif. Le segment acquitte la transmission d'unbloc d'octets.

PSH : indique l'hte en rception de pousser toutes les informations en mmoire tampon versl'application en couche suprieure. L'metteur notifie le rcepteur qu'il a transmis toutes ses donnes pourl'instant .

RST : indique un arrt ou un refus de connexion. SYN : indique une demande de synchronisation de numro de squence. Demande d'ouverture de connexion

TCP. FIN : indique que l'metteur n'a plus de donnes transmettre. Demande de libration de connexion.

Window :16 bits : nombre d'octets de donnes transmettre partir de celui indiqu par le champ Acknowledgment.


16/19







Checksum :16 bits : somme de contrle sur 16 bits de l'en-tte et des donnes.

Urgent Pointer :16 bits : ce champ est interprt uniquement si le bit de contrle URG est 1. Le pointeur donnele numro de squence de l'octet qui suit les donnes urgentes.

Options :variable entre 0 et 44 octets : il existe deux formats d'options : un seul octet de catgorie d'option ou un

octet de catgorie d'option suivi d'un octet de longueur d'option et de l'octet des donnes de l'option.

4-6 - Protocole UDP

Le protocole UDP est apparu avec le dveloppement des rseaux locaux dont la fiabilit est connue priori. Il permetde s'affranchir des fonctions de contrle. C'est un protocole minimum sans garantie de dlivrance des messages etsans squencement. En consquence, l'en-tte est trs nettement simplifi et le nombre de champs est trs rduit.

Ce protocole prsente un grand intrt dans les applications orientes temps rel dans la mesure o il n'introduitaucune latence relativement aux fonctions de contrle de flux de TCP.

4-6-1 - En-tte UDP

Les numros de ports constituent le mcanisme d'adressage pour les communications de bout en bout comme dansle cas du protocole TCP.

4-7 - Units de donnes

Les protocoles lists ci-avant changent des donnes entre eux lors du passage d'une couche l'autre. On parled'unit de donnes de protocole ou Protocol Data Unit(PDU). Cette notion de PDU est gnrale et n'est pas trsemploye en dehors des prsentations sur les modlisations et l'tude du protocole Spanning Treeau niveau liaisonde donnes. Avec l'utilisation systmatique des protocoles de l'Internet, on a introduit un vocabulaire spcifique chaque couche. Voici un schma sur lequel figure ce vocabulaire ainsi que les dimensions en octets de chaquelment.

Cette reprsentation fait apparatre le format de trame Ethernet. Mme si la technologie Ethernet n'est pas

directement lie aux protocoles de l'Internet, son format de trame tend devenir universel. On le retrouve avec lestechnologies Wi-Fi, les connexions ADSL/PPPOE et mme de plus en plus sur les rseaux tendus.


17/19







Avant 1997, date laquelle l'http://www.inetdoc.net/articles/modelisation/modelisations.conclusion.html#glossaire.ieee a incorpor le format historique de trame Ethernet dans lestandard officiel, on devait systmatiquement distinguer deux formats de trames suivant le champ Type/Longueur.

La dfinition de trame Ethernet II, celle qui utilise le champ type, a t intgre avec les protocoles del'Internet partir des documents RFC894 et RFC1042 . Le champ type de la trame indique le type du

protocole de couche suprieure ; IP ou ARP dans la plupart des cas. Pour plus d'informations, voir larfrence sur les http://www.iana.org/assignments/ethernet-numbers/ethernet-numbers.xhtml .

La dfinition de trame IEEE 802.3 initiale, celle qui utilise le champ longueur, n'est jamais utilise pour le traficIP ; donc pour le trafic utilisateur. Seules les communications spcifiques entre quipements rseau utilisentce format de trame associ des protocoles spcifiques.

5 - Modle Contemporain

Cette dnomination n'a vraiment rien d'officiel. Elle signifie simplement qu'actuellement la conception et l'exploitationdes rseaux se fait partir de la synthse entre le modle et le modle Internet.

Chaque modle a compens les faiblesses de l'autre.

Le modle OSI a structur les relations entre les couches basses. Sans ce travail de normalisation,l'volution des rseaux de tlcommunications tait compromise. L'interconnexion entre systmespropritaires htrognes aurait toujours pos problme.

Le modle Internet a structur les protocoles d'applications par services. C'est le dveloppement libredes services (noms de domaine, courrier, Web) au-dessus des couches basses du rseau en tenant comptedes infrastructures existantes qui a permis l'explosion del'Internet l o les spcifications trop lourdes ontcompltement chou.

On peut aussi illustrer la comparaison entre les deux modles en partant du positionnement des protocoles TCP (RFC793 :Transmission Control Protocol) et IP ( RFC791 :Internet Protocol) qui datent de 1981.

Couches| Couches | RFC 791 |Systme

OSI | TCP/IP | |d'exploitation

-------+------------+----------------------------------------+--------------

7 | |+------+ +-----+ +-----+ +-----+ |Processus

6 | Application||Telnet| | FTP | | TFTP| ... | ... | |utilisateur5 | |+------+ +-----+ +-----+ +-----+ |'userspace'

|............| | | | | |..............

| | +-----+ +-----+ +-----+ |Code du noyau

4 | Transport | | TCP | | UDP | ... | ... | |'kernelspace'

| | +-----+ +-----+ +-----+ |

|............| | | | | . . . . . . .

| | +--------------------------+----+ |Adressage

3 | Rseau | | Internet Protocol & ICMP | |Logique

| | +--------------------------+----+ |

|............| | | . . . . . . .

2 | | +---------------------------+ |Adressage

1 | Accs | | Local Network Protocol | |Physique

| | +---------------------------+ |
http://www.faqs.org/rfcs/rfc793.htmlhttp://www.faqs.org/rfcs/rfc791.htmlhttp://www.faqs.org/rfcs/rfc791.htmlhttp://www.faqs.org/rfcs/rfc793.htmlhttp://www.inetdoc.net/articles/modelisation/modelisations.tcpip.htmlhttp://www.inetdoc.net/articles/modelisation/modelisations.osi.htmlhttp://www.iana.org/assignments/ethernet-numbers/ethernet-numbers.xhtmlhttp://www.faqs.org/rfcs/rfc1042.htmlhttp://www.faqs.org/rfcs/rfc894.htmlhttp://www.inetdoc.net/articles/modelisation/modelisations.conclusion.html#glossaire.ieeehttp://www.inetdoc.net/articles/modelisation/modelisations.conclusion.html#glossaire.ieeehttp://www.developpez.com/


18/19







6 - En guise de conclusion

Une fois les concepts des modlisations rseau introduits, une bonne comprhension du fonctionnement de chaquecouche suppose que l'on se penche sur les technologies et les protocoles correspondants. En remontant les niveauxdu modle contemporain propos ci-avant, voici la liste des articles et des supports de cours consulter, suivie d'un

glossaire sur les acronymes couramment utiliss.

6-1 - Documents de rfrence

Technologie Ethernet : la technologie Ethernet et les normalisations IEEE 802.3 dominent trs largementau niveau physique (couche 1) et liaison (couche 2) dans le monde des rseaux locaux. Voir http://www.inetdoc.net/articles/ethernet/ .

Adressage IPv4 : l'adressage IPv4 synthtise les caractristiques de fonctionnement du protocole de niveaurseau (couche 3) du modle TCP/IP. Voir http://www.inetdoc.net/articles/adressage.ipv4/ .

Analyse rseau : toutes les descriptions acadmiques livresques ne valent pas grand-chose sans illustration partir du trafic rseau rel. L'analyse rseau est l'outil pdagogiquefondamental pour s'assurer d'une bonne comprhension des mcanismes de fonctionnement

des protocoles rseau. Voir http://www.inetdoc.net/travaux_pratiques/intro.analyse/ Auteurinconnu2014-08-08T09:58:54.60Tiens il m'intresse celui-l pour des lves, pas encore

gabaris ? ;-)Raymond 2014-08-08T11:22:36.03Rpondre Auteur inconnu (08/08/2014, 09:58):

" ? ;-)"Haoui ! Je viens de le rajouter dans ma todo liste gabariser.

6-2 - Glossaire des acronymes

ARCEP : http://www.arcep.fr/

ARPANET : Advanced Research Projects Agency NETwork

Anctre militaire de l'Internet dvelopp aux tats-Unis partir des annes 60.

IEEE : http://www.ieee.org/index.html

Organisme responsable de la publication des normes sur les technologies rseaux, notamment Ethernet.

ISO : http://www.iso.org/iso/home.html :International Organization for Standardization

Organisme international responsable de la publication de nombreuses normes dont la modlisation OSI.

ITU : http://www.itu.int/en/Pages/default.aspx

Organisme international responsable de la publication des normes sur les tlcommunications.

OSI : Open Systems Interconnection

Le http://standards.iso.org/ittf/licence.html est une norme (ISO 7498) compose de 4 parties :

SNA : Systems Network Architecture

Modlisation propritaire promue par IBM dans les annes 70 et aujourd'hui abandonne.
http://standards.iso.org/ittf/licence.htmlhttp://standards.iso.org/ittf/licence.htmlhttp://www.itu.int/en/Pages/default.aspxhttp://www.inetdoc.net/articles/adressage.ipv4/http://www.inetdoc.net/articles/ethernet/http://standards.iso.org/ittf/licence.htmlhttp://www.itu.int/en/Pages/default.aspxhttp://www.iso.org/iso/home.htmlhttp://www.ieee.org/index.htmlhttp://www.arcep.fr/http://www.inetdoc.net/travaux_pratiques/intro.analyse/http://www.inetdoc.net/articles/adressage.ipv4/http://www.inetdoc.net/articles/ethernet/http://www.inetdoc.net/articles/ethernet/http://www.developpez.com/


19/19


- 19 -C ( ) / f f G

6-3 - Remerciements Developpez

L'quipe Rseauxremercie Philippe Latupour la rdaction de ce tutoriel.

Nos remerciements Phanlogaet f-lebpour leur relecture orthographique.

N'hsitez pas commenter cet article !
http://www.developpez.net/forums/u283256/f-leb/http://www.developpez.net/forums/u428861/phanloga/http://inetdoc.developpez.com/tutoriels/modelisation-reseau/fichiers/philippe.latu(at)inetdoc.nethttp://reseau.developpez.com/http://www.developpez.com/