Vous êtes sur la page 1sur 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, les
compagnies de tlcommunications et les constructeurs. Avec l'avnement de l'Internet, un
modle contemporain faisant la synthse entre les modles de rfrence historiques OSI et
TCP/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 en
est issu.
N'hsitez pas commenter cet article !

Modlisation en couche des protocoles rseau par Philippe Latu

1 - Copyright et Licence.............................................................................................................................................. 3
1-1 - Mtainformation............................................................................................................................................. 3
2 - Modlisation des rseaux de tlcommunications................................................................................................ 3
2-1 - Classification..................................................................................................................................................3
2-2 - Modlisations en couches............................................................................................................................. 4
2-3 - Concepts communs aux modlisations.........................................................................................................4
2-3-1 - L'adressage........................................................................................................................................... 4
2-3-2 - Le routage.............................................................................................................................................5
2-3-3 - Le contrle d'erreur...............................................................................................................................5
2-3-4 - Le contrle de flux................................................................................................................................ 5
2-3-5 - Le (d)multiplexage.............................................................................................................................. 5
2-4 - Commutation de circuits ou commutation de paquets..................................................................................5
2-4-1 - Commutation de circuits....................................................................................................................... 5
2-5 - Services avec et sans connexion................................................................................................................. 6
2-5-1 - Service orient connexion.................................................................................................................... 7
2-5-2 - Service non orient connexion............................................................................................................. 7
2-6 - Encapsulation................................................................................................................................................ 7
2-7 - Modles de rfrence................................................................................................................................... 8
3 - Modlisation OSI....................................................................................................................................................8
3-1 - Point fort : la transmission de l'information................................................................................................... 8
3-2 - Point faible : le traitement de l'information.................................................................................................... 9
3-3 - Dfinitions...................................................................................................................................................... 9
3-4 - Couche physique (bit)................................................................................................................................... 9
3-5 - Couche liaison de donnes (trame).............................................................................................................. 9
3-6 - Couche rseau (paquet)..............................................................................................................................10
3-7 - Couche transport (segment)........................................................................................................................10
3-8 - Couche session........................................................................................................................................... 11
3-9 - Couche prsentation................................................................................................................................... 11
3-10 - Couche application.................................................................................................................................... 11
4 - Modlisation TCP/IP............................................................................................................................................ 11
4-1 - Point fort : les protocoles............................................................................................................................ 12
4-2 - Point faible : le modle................................................................................................................................12
4-3 - Couche Internet : le protocole IP................................................................................................................ 12
4-4 - Couche Host-to-Host : les protocoles TCP & UDP.....................................................................................14
4-5 - Protocole TCP............................................................................................................................................. 14
4-5-1 - En-tte TCP........................................................................................................................................ 15
4-6 - Protocole UDP.............................................................................................................................................16
4-6-1 - En-tte UDP........................................................................................................................................16
4-7 - Units de donnes...................................................................................................................................... 16
5 - Modle Contemporain..........................................................................................................................................17
6 - En guise de conclusion........................................................................................................................................18
6-1 - Documents de rfrence............................................................................................................................. 18
6-2 - Glossaire des acronymes............................................................................................................................18
6-3 - Remerciements Developpez........................................................................................................................19

-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

Modlisation en couche des protocoles rseau par Philippe Latu

1 - Copyright et Licence
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 sans Texte de Quatrime de Couverture. Une copie de la prsente Licence est incluse dans la
section 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 disponible
en 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 des
diffrents modles d'interconnexion des rseaux de tlcommunications permet de construire une analyse critique
des 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, la
conception 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 besoin
d'interconnecter des systmes htrognes distants.
Aujourd'hui, la trs grande majorit des interconnexions utilise des quipements et des rseaux acquis auprs de
fournisseurs diffrents. Pour parvenir ce rsultat, il a fallu harmoniser les modes d'interconnexion. Les modlisations
sont 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 maintenir
les communications entre les centres nvralgiques du continent nord-amricain face aux menaces d'attaques
nuclaires. Mme si ces conditions d'utilisation sont trs loignes du contexte actuel, l'interconnexion de systmes
htrognes 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 conus
pour rpondre ces objectifs d'harmonisation des changes d'informations entre systmes diffrents. Sans une
modlisation cohrente des communications, il serait impossible de parler de quadruple-play : donnes, voix, vido
et mobilit sur des rseaux aussi htrognes que les radiocommunications, les rseaux filaires en cuivre ou en
fibre optique.

2-1 - Classification
Historiquement, c'est la distance entre les quipements connecter qui a constitu le premier critre de classement
des rseaux de tlcommunication.

-3-

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

Modlisation en couche des protocoles rseau par Philippe Latu

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

Acronyme

Type de rseau

jusqu' 25 mtres

PAN

Rseau local domestique : Personal Area Network

jusqu' 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 problmes
simples traiter. L'interconnexion rseau tant un problme complexe, on a donc abouti des traitements spars
par niveaux ou couches. La fonction de chaque couche est de fournir des services son homologue de niveau
suprieur en occultant ses traitements propres.
Entre deux quipements, chaque couche dialogue son niveau l'aide d'un protocole. Pour l'ensemble des couches
utilises 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 implments
dans les protocoles. Les protocoles peuvent tre vus comme une slection des traitements possibles au niveau de
chaque 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 ncessaire
de recourir un adressage. Le rle d'une adresse est d'identifier sans ambigut un hte du rseau. Les mcanismes
d'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 de
l'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) et
d'un nom de domaine (partie droite).
Un tlphone mobile met en uvre plusieurs mcanismes d'adresses simultanment. Il est repr dans une
cellule par son International Mobile Equipment Identity ou code IMEI et les communications utilisent le
numro de l'abonn. C'est aussi sur le format du numro de tlphone que des dcisions d'acheminement
sont 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 souvent
une adresse utilise pour reprer un hte dans un rseau local ou dans la zone de couverture radio du
rseau sans fil.

-4-

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

Modlisation en couche des protocoles rseau par Philippe Latu

2-3-2 - Le routage
Les protocoles de chaque couche prennent leurs dcisions d'acheminement de l'information partir des adresses
et des itinraires disponibles. La technique d'acheminement d'une information travers de multiples circuits de
communications 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 de
contrle d'erreur. Suivant le niveau de traitement de chaque couche, ces contrles d'erreur sont pris en charge par
les protocoles de chaque niveau. Au niveau le plus bas, on contrle que le nombre de bits reus correspond bien au
nombre de bits mis sur un mdia (paire cuivre, fibre optique, canal hertzien). un niveau plus lev, on contrle
le squencement de 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 dots
mobilisent leur seul usage les circuits de communications. De la mme faon, il faut viter qu'un metteur ne
sature l'interface d'un rcepteur plus lent. Les solutions ces problmes peuvent tre complexes. Gnralement, les
protocoles implmentent des mcanismes de notification qui permettent de contrler qu'un rcepteur a bien trait
l'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 des
rseaux 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 de
dmultiplexage 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 technologies
d'implmentation des protocoles. Ainsi, dans un rseau local, on peut trs bien utiliser une commutation de circuits
avec 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 puissent
communiquer comme s'ils taient connects directement l'un l'autre. Voici deux exemples classiques de ce type
de 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 la
communication 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 les
adresses physiques des htes constitues, les htes peuvent communiquer entre eux via un circuit unique
tabli par l'lectronique des commutateurs.

-5-

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

Modlisation en couche des protocoles rseau par Philippe Latu

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 toute
communication 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 de
circuits, la constitution d'un circuit unique de bout en bout permet de conserver la squence des informations mises
et la rservation de bande passante vite la congestion. Avec la commutation de paquets, la tolrance aux pannes et
l'optimisation de l'utilisation des canaux de communication sont bien meilleures. Cependant, l'absence de rservation
de bande passante peut entraner des problmes de congestion.
On peut aussi prendre le temps de transmission comme point de comparaison. Sur un rseau commutation de
circuits, le temps de transit de l'information est connu. Il dpend uniquement des caractristiques du circuit. Sur
un rseau commutation de paquets, chaque paquet peut emprunter un itinraire propre et tous ces itinraires ne
possdent pas les mmes caractristiques. De plus, chaque lment d'interconnexion doit stocker les paquets avant
de 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 considrablement
dvelopps durant les dernires annes. De ce fait, les temps de transmission de l'information deviennent
ngligeables devant d'autres paramtres comme le temps d'accs aux mdias de stockage. C'est un des facteurs
qui 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 modes
principaux : avec et sans connexion.

-6-

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

Modlisation en couche des protocoles rseau par Philippe Latu

2-5-1 - Service orient connexion


Les communications tlphoniques sont un exemple caractristique de service orient connexion. Ce n'est qu'aprs
avoir compos le numro du correspondant et que celui-ci ait dcroch que la conversation peut commencer. De la
mme 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, maintien et libration de la connexion.
Pendant la phase de maintien, les services des couches paires utilisent un circuit de communication unique physique
ou virtuel de bout en bout.
Certains services utilisent la phase d'tablissement pour ngocier des options d'utilisation du circuit utilis en phase
de 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 base
sur 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 ces
rseaux, seuls les volumes d'informations comptent. Si on ne s'intresse qu' la quantit d'informations transitant en
un 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. Deux
lettres destination d'une mme adresse sont routes indpendamment et peuvent trs bien ne pas parvenir dans
l'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 paquets
IP 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 sac
postal. Le sac postal est lui-mme transport dans un conteneur. Ces tapes illustrent l'encapsulation de l'information
lors de son mission. Pour la rception, on reprend les mmes tapes dans l'ordre inverse. Le sac postal est extrait
du conteneur. L'enveloppe est extraite du sac postal et dpose dans la bote aux lettres du destinataire. On peut
parler 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 supplmentaires
placs en dbut et/ou en fin. Dans le premier cas, il s'agit d'un en-tte ou prfixe (header) ; dans le second, d'un
suffixe (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, au
traitement que celle-ci doit effectuer. On peut y trouver les adresses source et destination (de niveau N), un contrle
de 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.

-7-

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

Modlisation en couche des protocoles rseau par Philippe Latu

2-7 - Modles de rfrence


L'histoire des modlisations rseau a plus de quarante ans. Pour une technologie aussi volutive que l'interconnexion
des rseaux de tlcommunications, quarante ans reprsentent une dure trs longue au cours de laquelle plusieurs
rvolutions se sont produites.
l'poque de la suprmatie d'IBM, les plus hautes autorits politiques ont craint que cette
socit n'exerce une mainmise irrversible sur les rseaux en imposant son modle en 7
couches 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 plus
d'une centaine d'universits, a gnr sa propre modlisation baptise du nom de ses deux protocoles phares : TCP
et IP. Les profits gnrs par ce rseau de recherche ont t suffisants pour que les constructeurs investissent dans la
conception d'quipements utilisant ses protocoles. Comme ARPANET est devenu Internet et que les profits raliss
sur 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 rglementaires
qui coordonnent la gestion des tlcommunications. Parmi ces organismes, on trouve la
Federal Communications Commission (FCC) aux USA, l'http://www.inetdoc.net/articles/modelisation/
modelisations.conclusion.html#glossaire.arcep en France. Depuis 1975, le dveloppement des rseaux
tlphoniques commutation de paquets partir des normalisations X.25 a contribu figer la structure des couches
basses 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 mais
pas 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 les
couches.

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 normalisation
comme l'ITU, qui a contribu la popularit de ce modle d'interconnexion des systmes ouverts . Un temps
d'laboration aussi long donne la mesure de la tche accomplie pour fdrer les standards existants et obtenir un
consensus entre des partenaires aux conceptions trs loignes sur l'organisation des rseaux.

-8-

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

Modlisation en couche des protocoles rseau par Philippe Latu

Les spcifications des services des couches ddies la transmission de l'information, aussi appeles couches
basses, sont si charges qu'il a fallu les subdiviser en sous-couches respectant les modes de fonctionnement avec
et sans connexion. Le consensus obtenu si difficilement est encore en vigueur aujourd'hui ; tous les constructeurs
d'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 dans
l'laboration du modle, la voie tait quasiment libre pour les couches ddies au traitement de l'information dans
les annes 80.
La tche tait, a priori, plus facile sachant qu'il n'y avait pas d'ordre tabli sur les applications de traitement. Ce
sont 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 que
seules de rares applications mastodontes ont pu tre dveloppes. Ces services rseau, tels que les annuaires
de 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 la
technologie et des infrastructures existantes. L'ISO a renonc promouvoir le modle OSI en dcembre 1994
aprs avoir publi le standard ISO/IEC 7498-1:1994. cette poque, l'Internet universitaire tait dj une ralit et
les 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 (Asynchronous
Transfer Mode : technologie rseau rpandue dans les grandes dorsales des oprateurs d'interconnexion), a produit
deux spcifications contradictoires un an d'intervalle vers le milieu des annes 1990. La technologie ATM est
aujourd'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 traitement
des donnes indpendante de la technique de connexion entre deux systmes des Couches Basses (de Physique
jusqu' 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 la
structure, ni la signification de ces bits. ce niveau, on s'intresse l'amplitude du signal, la dure d'un bit, la
possibilit 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 de
l'metteur en trames de donnes. C'est donc elle de reconnatre les frontires des trames. Cette fonction entrane

-9-

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

Modlisation en couche des protocoles rseau par Philippe Latu

la rsolution des problmes de trames endommages, perdues ou dupliques. On retrouve ici la fonction de contrle
d'erreur.
C'est aussi ce niveau que l'on peut trouver des mcanismes de rgulation pour viter la saturation du canal de
communication par un metteur unique. C'est la fonction de contrle de flux. Une technique trs simple, employe
dans 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 est
libre. Dans le cas des rseaux sans fil de types IEEE 802.11 ou Wi-Fi, des trames de gestion indpendantes des
informations 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 rseaux
qui 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 doit
transiter 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'aide
d'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 mme
programme s'excute sur l'metteur et le destinataire en utilisant les messages d'en-tte et de contrle. Cette couche
doit grer l'initialisation et la fin des connexions sur le rseau ; ce qui ncessite un mcanisme d'adressage permettant
d'identifier le ou les destinataires. La couche transport est parfois considre comme faisant partie des couches
basses parce qu'elle doit prserver la couche session des changements de technologie entre rseaux.

- 10 -

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

Modlisation en couche des protocoles rseau par Philippe Latu

3-8 - Couche session


Elle permet des utilisateurs, oprant sur diffrentes machines, d'tablir des sessions entre eux. Une session a pour
but 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 les
machines 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 transfrer
des fichiers.

3-9 - Couche prsentation


Elle traite la syntaxe de l'information transmise. Elle assure l'encodage et/ou la compression des donnes dans une
norme agre.
Elle assure des conversions telles que celles des protocoles d'utilisation de terminaux incompatibles entre eux, celles
entre 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 cliente
ou 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 en
1974 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 physique
utilis. 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 rseaux
physiques diffrents qui relient un hte source avec un hte destination. Les protocoles de routage sont
troitement 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 sont
ddis ces fonctions de transport.

- 11 -

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

Modlisation en couche des protocoles rseau par Philippe Latu

Process/Application : La couche application sert l'excution des protocoles de niveau utilisateur tels que
les changes de courrier lectronique (SMTP), le transfert de fichiers (FTP) ou les connexions distantes
(telnet).

4-1 - Point fort : les protocoles


Le fait que ce modle porte le nom de ces protocoles est lourd de signification. Si la dmarche de recherche
de consensus dans le dveloppement du modle s'apparente la dmarche suivie pour le modle http://
www.inetdoc.net/articles/modelisation/modelisations.conclusion.html#glossaire.osi, les spcifications ont t
directement accessibles pour un public beaucoup plus large.
C'est ce principe de publication de RFC (http://fr.wikipedia.org/wiki/Request_for_comments) qui a favoris le
dveloppement des protocoles au profit du modle. Tous les protocoles de l'Internet ont t standardiss l'aide
de ces documents. Lorsque quelqu'un met au point un protocole, il le soumet la communaut l'aide d'un document
RFC. Ce travail est ensuite repris et amlior par d'autres qui publient un nouveau RFC et ainsi de suite. C'est la
dmarche d'origine de dveloppement des logiciels libres.
Ce travail base de propositions ouvertes s'est montr trs efficace puisqu'il a supplant le modle issu de l'ISO,
l'organisme officiel de normalisation. Ds les premiers documents RFC, les piles de protocoles ont t illustres.

4-2 - Point faible : le modle


La notion de modlisation n'est pas apparue comme une priorit relativement au dveloppement des protocoles.
Pour rpondre aux objectifs du modle Internet, ses dveloppeurs ne se sont que trs peu intresss aux modes de
transmission de l'information. Ils devaient utiliser l'existant de faon transparente. Le modle Internet est donc trs
incomplet sur les aspects transmission.
En reprenant le principe l'origine du rseau de communication militaire http://www.inetdoc.net/articles/
modelisation/modelisations.conclusion.html#glossaire.arpanet, on doit pouvoir communiquer d'un point un
autre de l'Internet quel que soit l'tat du rseau . Une grande partie de l'infrastructure peut tre dtruite par une
frappe nuclaire et les communications doivent toujours tre possibles. C'est ce mode de fonctionnement singulier
qui a conduit l'adoption d'un rseau commutation de paquets fonctionnant en mode non connect sans aucune
hirarchie. Si un autre principe avec supervision, hirarchie et mode connect avait t retenu, il suffirait qu'un point
nvralgique soit touch pour interrompre l'ensemble des communications.
C'est donc sur les couches basses qui traitent de la transmission de l'information que le modle OSI conserve
l'avantage. Le protocole IP est une implmentation particulire des fonctions de la couche rseau dcrites dans le
modle OSI. De la mme faon, les protocoles TCP et UDP sont des implmentations particulires des fonctions
de la couche transport.

4-3 - Couche Internet : le protocole IP


Pour rpondre aux objectifs noncs ci-dessus, le principe d'un rseau commutation de paquets en mode non
connect a t retenu. Ce type de rseau correspond un mode particulier d'utilisation de la couche rseau (3) du
modle http://www.inetdoc.net/articles/modelisation/modelisations.conclusion.html#glossaire.osi.

- 12 -

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

Modlisation en couche des protocoles rseau par Philippe Latu

Dans cette organisation, le rle de la couche Internet est de transmettre des paquets sur n'importe quel type de
liaison indpendamment les uns des autres. Les paquets mis dans un certain ordre peuvent ainsi tre reus dans
un autre ordre en diffrents fragments.
Le fonctionnement de la couche rseau du modle TCP/IP est dcrit dans le document standard RFC791 . L'absence
totale 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 distinguer
la 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 precedence
et les cinq derniers reprsentent le type de service. La dfinition d'origine prvoyait trois choix : low-delay, highreliability et high-throughput. Ce marquage des paquets est utilisable pour dfinir des flux prioritaires sur une
interconnexion rseau sous contrle . Sur l'Internet, les oprateurs dfinissent leurs propres priorits ; donc leurs
propres 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 paquet
soit dcoup en fragments avant 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, le
paquet est jet. Cela signifie qu'il ne peut tre dlivr sa destination finale. La valeur initiale du champ TTL dpend
du systme d'exploitation utilis.
Protocol : 8 bits : ce champ spcifie le protocole utilis dans les donnes du paquet IP. Par exemple, la valeur
1 indique que le protocole utilis est ICMP. On sait ainsi que ce paquet n'est pas destin une application. Les
diffrentes 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 (cyclic
redundancy 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.
- 13 -

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

Modlisation en couche des protocoles rseau par Philippe Latu

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 instructions
spcifiques de distribution du paquet qui ne sont pas couvertes par les autres champs de l'en-tte. La taille maximum
de ces instructions est limite 40 octets regroups en doubles mots de 32 bits. Les bits de padding servent
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 un
en-tte de couche transport (4) qui donnera d'autres instructions l'application qui recevra les donnes. Le champ
Data peut 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 IP
ainsi que les diffrentes volutions des mcanismes de dcoupage du plan d'adressage en groupes logiques adapts
aux 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 bout indpendantes de l'tat du
sous-rseau. Les paquets de la couche rseau peuvent tre achemins destination par des chemins diffrents
et dans le dsordre. Par nature, le protocole IP n'offre pas de garantie. Les routeurs peuvent se dbarrasser des
paquets suivant plusieurs critres tels que des erreurs sur les sommes de contrle, des congestions de trafic sur les
interfaces rseau ou des adresses ne correspondant aucune route connue. Tous les programmes et services de
la couche application ne peuvent se contenter d'un mode de fonctionnement aussi fragile . C'est une des raisons
pour 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 premires
spcifications http://www.inetdoc.net/articles/modelisation/modelisations.conclusion.html#glossaire.arpanet
prvoyaient un transport de l'information trs fiable indpendant du type et de l'tat du rseau. Le fonctionnement du
protocole TCP a t dcrit dans le document RFC793 .

Protocole de bout en bout. Les processus pairs des couches transport de deux quipements connects
dialoguent l'un avec l'autre sans rien connatre du rseau sous-jacent. Les numros de port source et
destination prsents dans l'en-tte de segment servent adresser les processus de couche application en
communication.
Protocole orient connexion. La fiabilit du transport TCP dpend de l'tablissement d'une connexion
entre les processus pairs qui veulent dialoguer. L'tablissement d'une connexion est ralis par l'change
d'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'adressage
de 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 un
acquittement. Au dbut des changes, la taille de fentre est rduite. Si aucune erreur ne survient, cette taille
de fentre augmente suivant une rgle dfinie. Au contraire, si des erreurs surviennent, la taille de fentre
diminue de faon augmenter le nombre des contrles.

- 14 -

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

Modlisation en couche des protocoles rseau par Philippe Latu

4-5-1 - En-tte TCP


Les fonctions d'tablissement, de maintien, de libration et de contrle des changes ont conduit au dveloppement
d'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 (socket
inet) 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 application
de faon tre sr qu'elles ont bien t reues par le destinataire. De plus, le protocole doit tre sr que ces
donnes ont t reues dans l'ordre dans lequel elles ont t envoyes. Il doit retransmettre toute donne
perdue.
On affecte un numro de squence chaque octet de donnes pour en garder une trace lors du processus
de transmission, rception et acquittement. Dans la pratique, ce sont des blocs d'octets qui sont grs en
utilisant 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 protocole
TCP. 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 de
squence. Simplement, chaque extrmit en communication initie son propre jeu de numros. Ainsi chaque extrmit
assure 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. Tout
en-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 Pointer est significatif. Une partie des donnes du segment sont
urgentes.
ACK : indique que le champ Acknowledgment field est significatif. Le segment acquitte la transmission d'un
bloc d'octets.
PSH : indique l'hte en rception de pousser toutes les informations en mmoire tampon vers
l'application en couche suprieure. L'metteur notifie le rcepteur qu'il a transmis toutes ses donnes pour
l'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.
- 15 -

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

Modlisation en couche des protocoles rseau par Philippe Latu

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 donne
le 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 permet
de s'affranchir des fonctions de contrle. C'est un protocole minimum sans garantie de dlivrance des messages et
sans 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'introduit
aucune 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 dans
le 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 parle
d'unit de donnes de protocole ou Protocol Data Unit (PDU). Cette notion de PDU est gnrale et n'est pas trs
employe en dehors des prsentations sur les modlisations et l'tude du protocole Spanning Tree au niveau liaison
de 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 chaque
lment.

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 les
technologies Wi-Fi, les connexions ADSL/PPPOE et mme de plus en plus sur les rseaux tendus.

- 16 -

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

Modlisation en couche des protocoles rseau par Philippe Latu

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 le
standard 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 de
l'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 la
rfrence 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 trafic
IP ; donc pour le trafic utilisateur. Seules les communications spcifiques entre quipements rseau utilisent
ce 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'exploitation
des 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 systmes
propritaires htrognes aurait toujours pos problme.
Le modle Internet a structur les protocoles d'applications par services. C'est le dveloppement libre
des services (noms de domaine, courrier, Web) au-dessus des couches basses du rseau en tenant compte
des infrastructures existantes qui a permis l'explosion de l'Internet l o les spcifications trop lourdes ont
compltement 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| ... | ... |
|utilisateur
5
|
|+------+ +-----+ +-----+
+-----+
|'userspace'
|............|
|
|
|
|
|..............
|
|
+-----+
+-----+
+-----+
|Code du noyau
4
| Transport |
| TCP |
| UDP | ... | ... |
|'kernelspace'
|
|
+-----+
+-----+
+-----+
|
|............|
|
|
|
| . . . . . . .
|
|
+--------------------------+----+ |Adressage
3
| Rseau
|
|
Internet Protocol & ICMP
| |Logique
|
|
+--------------------------+----+ |
|............|
|
| . . . . . . .
2
|
|
+---------------------------+
|Adressage
1
| Accs
|
|
Local Network Protocol |
|Physique
|
|
+---------------------------+
|

- 17 -

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

Modlisation en couche des protocoles rseau par Philippe Latu

6 - En guise de conclusion
Une fois les concepts des modlisations rseau introduits, une bonne comprhension du fonctionnement de chaque
couche suppose que l'on se penche sur les technologies et les protocoles correspondants. En remontant les niveaux
du 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 largement
au 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 niveau
rseau (couche 3) du modle TCP/IP. Voir http://www.inetdoc.net/articles/adressage.ipv4/.
Analyse rseau : toutes les descriptions acadmiques livresques ne valent pas grandchose sans illustration partir du trafic rseau rel. L'analyse rseau est l'outil pdagogique
fondamental pour s'assurer d'une bonne comprhension des mcanismes de fonctionnement
des protocoles rseau. Voir http://www.inetdoc.net/travaux_pratiques/intro.analyse/Auteur
inconnu2014-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):
" ? ;-)"Ha oui ! 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.

- 18 -

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

Modlisation en couche des protocoles rseau par Philippe Latu

6-3 - Remerciements Developpez


L'quipe Rseaux remercie Philippe Latu pour la rdaction de ce tutoriel.
Nos remerciements Phanloga et f-leb pour leur relecture orthographique.
N'hsitez pas commenter cet article !

- 19 -

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