Professional Documents
Culture Documents
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
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-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
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
jusqu' 10 km
LAN
jusqu' 50 km
MAN
jusqu' 1000 km
WAN
jusqu' 40 000 km
Internet
Rseau mondial
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
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-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.
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
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.
-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
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
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.
-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
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-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.
-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
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.
C'est encore la couche rseau de contrler la congestion d'un rseau en notifiant les htes voisins l'aide
d'informations spcifiques.
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
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.
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
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).
- 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
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 :
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
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
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
Les numros de ports constituent le mcanisme d'adressage pour les communications de bout en bout comme dans
le cas du protocole TCP.
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
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
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.
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.
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.
ITU : http://www.itu.int/en/Pages/default.aspx
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
- 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