Académique Documents
Professionnel Documents
Culture Documents
doc,
12/01/12
__________________________________________________________________________________
Support de cours
TCP-IP
tcp-ip support de cours.doc, fait le jeudi 12 janvier 2012 par Frédéric GODFRYD &Edouard DOS SANTOS
1. INTRODUCTION À TCP/IP........................................................................................................... 1
3. RÉSEAUX PHYSIQUES................................................................................................................. 7
5. L'ADRESSAGE IP......................................................................................................................... 10
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page i
Chapitre 1 Introduction à TCP/IP
__________________________________________________________________________________
9. IP (INTERNET PROTOCOL)...................................................................................................... 35
13.1 PRÉSENTATION....................................................................................................................................65
13.2 LES DIFFÉRENTS MESSAGES ICMP :....................................................................................................65
13.3 FORMAT DU MESSAGE ICMP..............................................................................................................66
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page ii
Chapitre 1 Introduction à TCP/IP
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page iii
Chapitre 1 Introduction à TCP/IP
__________________________________________________________________________________
DHCP................................................................................................................................................ 101
25.1 PRÉSENTATION.................................................................................................................................109
25.2 FONCTIONNEMENT............................................................................................................................109
25.3 LES PROXY.................................................................................................................................110
25.3.1 DÉFINITION....................................................................................................................................110
25.3.2 FONCTIONNEMENT..........................................................................................................................110
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page iv
Chapitre 1 Introduction à TCP/IP
__________________________________________________________________________________
A ________________________________________________________________________.........131
B ________________________________________________________________________..........131
C ________________________________________________________________________..........131
D ________________________________________________________________________.........131
E ________________________________________________________________________..........131
F ________________________________________________________________________..........131
H ________________________________________________________________________.........131
I ________________________________________________________________________.........131
L ________________________________________________________________________..........132
M _______________________________________________________________________..........132
N ________________________________________________________________________.........132
O ________________________________________________________________________.........132
P ________________________________________________________________________..........132
Q ________________________________________________________________________.........132
R ________________________________________________________________________..........132
S ________________________________________________________________________..........132
T ________________________________________________________________________..........133
U ________________________________________________________________________.........133
V ________________________________________________________________________.........133
X ________________________________________________________________________.........133
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page v
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
1. Introduction à TCP/IP
Internet historique en quelques mots :
Recherche du DARPA
-Defense Advanced projects Research Agency
ARPANET
-fut le premier réseau à commutation de paquet au millieu des années 70
-protocole sous leur forme actuelle 1978 – 1979
-réseau de liaison point à point
-exploration des liaisons radios et satellites
La mise en œuvre de TCPIP en 1980 sur le réseau de recherche DARPA est le début de
l’Internet
La transistion est complète quand DARPA exige que toutes les machines d’ARPANET
utilisent TCPIP
TCPIP intégré à l’unix BSD
-entrée dans le monde universitaire
-développements d’applications réseaux avec le sockets
NSFnet en 1986, 12 réseaux nationnaux
Les RFC sont disponibles notamment par courrier électronique auprès du NIC ( Network
Information Center ).
Ce sont des standarts qui décrivent les protocoles IP.
-Ex : RFC 793 décrit TCP
-Ne sont pas (ou plus) uniquement des « Request for Comments »
Certains sont uniquement informatifs :FYI
-RFC 1026 : Answers to Commonly asked “new Intenet User” Questions
BCP : (Best Current Practice)
Tout le monde peut proposer un RFC, l’IAB gère le processus d’acceptation des RFCs .
Ils passent par les étapes draft…standard avec des sauts : elective, recommended, required..
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 1
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
Voir liste et modalités d'obtention de ces documents dans “Internetworking with TCP/IP”,
pages 441 et 475
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 2
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
Architecture de l’Internet :
L’Intenet est un réseau virtuel construit en interconnectant des réseaux physiques par des
passerelles, des routeurs.
L’Intenet supporte un service de communication universel.
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 3
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
Le protocole de communication TCP/IP tire son nom des deux principaux protocoles qu'il
contient : TCP ( Transmission Control Protocol ) et IP ( Internet Protocol ).
TCP/IP propose une méthode d'interconnexion logique des réseaux physiques et définit un
ensemble de conventions permettant des échanges de données entre des ordinateurs situés sur des
réseaux physiques différents. Il a été développé par la DARPA (Defense Advanced Research
Projects Agency).
Il est notamment opérationnel sur le réseau Internet qui est un réseau de taille mondiale fédérant les
réseaux d'universités, d'institutions de recherche, de laboratoires de recherche américains et de
nombreuses entreprises.
TCP/IP est un terme générique qui renvoie à une vaste famille de protocoles et de services que
l'on peut regrouper en trois grandes catégories :
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 4
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
Les utilisateurs invoquent des applications sana avoir besoin de connaître la technologie de l’Internet
ni son architecture.
Le tableau ci-dessous donne le nom des principaux protocoles ou services de TCP/IP, avec
l'indication de la couche correspondante dans le modèle OSI de l'ISO.
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 5
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
Nous donnons dans ce chapitre un aperçu des fonctions réalisées par les 4 couches principales
de l'environnement TCP/IP.
Les applications interagissent avec les protocoles de la couche transport pour envoyer ou
recevoir des données. Chaque programme d'application choisit le type de service de transport souhaité
et transmet ses données au niveau transport pour acheminement.
La couche transport est chargée de fournir un moyen de communication de bout en bout entre
deux programmes d'application. La couche transport peut agir soit en mode connecté et ainsi réguler le
flux des informations et fournir un service fiable, soit en mode non connecté (sans acquittements).
La couche transport divise le flux de données venant des applications en paquets, transmis
avec l'adresse de destination IP au niveau IP. Inversement, le niveau transport délivre aux applications
les paquets venant du niveau IP.
La couche IP encapsule les paquets reçus du niveau transport dans des unités appelées
datagrammes IP.
Les couches IP des différentes machines ont pour mission de coopérer à l'acheminement des
datagrammes dans le réseau suivant un mode non connecté et non fiable (connectionless and
unreliable). Pour ce faire, des algorithmes de routage sont mis en oeuvre dans les différentes machines.
La couche IP traite également les datagrammes reçus du niveau Réseau Physique. Si une
machine recevant un datagramme en cours d'acheminement s'aperçoit qu'elle est destinataire finale du
datagramme IP, le niveau IP de cette machine transmet le datagramme au niveau transport. Sinon il
retransmet ce datagramme sur un autre réseau physique en fonction de l'algorithme de routage.
Cette couche est en contact direct avec le matériel. Elle assure la transmission d'un
datagramme venant du niveau IP en l'encapsulant dans une trame physique et en transmettant cette
dernière sur un réseau physique. De plus, quand une trame physique sur le réseau lui est destinée, elle
remonte le datagramme qu'elle contient au niveau IP. Elle est implantée sous la forme d'un device
driver.
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 6
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
3. Réseaux physiques
Les protocoles de la famille TCP/IP supportent différents réseaux physiques. Citons par
exemple :
Cette trame contient un en-tête, des données, et un champ de contrôle. L'en-tête inclut
différents renseignements dont les adresses physiques de la source et du destinataire.
C'est dans la partie frame data area que viennent s'intégrer ( encapsulation ) les différentes
informations de service des protocoles des couches supérieures ainsi que les données utilisateur.
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 7
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 8
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
Notons qu'un ensemble de segments Ethernet interconnectés par des ponts ne sera vu au
niveau supérieur (niveau IP) que comme un unique réseau physique.
Ces réseaux sont reliés entre eux par des ordinateurs appelés routeurs IP. Ces routeurs sont
chargés d'aiguiller les différents datagrammes en transit dans l'inter-réseau.
Même si TCP/IP fournit une vue logique des communications entre ordinateurs, il ne faut pas
toutefois perdre de vue que les transmissions effectives de données ne peuvent se faire qu'entre deux
machines connectées au même réseau physique.
Le mécanisme d'adressage logique induit par TCP/IP est complètement indépendant des
mécanismes d'adressage physique utilisés par les différents réseaux physiques.
TCP/IP fournit des outils permettant d'associer une adresse physique à une adresse logique
avant transmission d'information sur le réseau physique.
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 9
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
5. L'adressage IP
Ce chapitre traite de l'adressage logique, c'est à dire du moyen essentiel qu'utilise TCP/IP pour
masquer les réseaux physiques et pour donner au réseau un aspect uniforme.
Dans la terminologie TCP/IP, le terme hôte (host en anglais) s'applique à tout le système
informatique qui possède une interface réseau et qui utilise un logiciel de communication implantant
TCP/IP pour transmettre ou recevoir des informations. Il peut s'agir, par exemple, de PC ou de stations
UNIX. Les routeurs sont des hôtes particuliers chargés d'interconnecter des réseaux.
Une adresse IP se compose de deux parties. La première partie identifie le réseau physique sur
lequel est rattaché l'hôte. La seconde partie identifie l'interface réseau de l'hôte sur ce réseau.
Chaque interface réseau d'un hôte possède donc une adresse IP. Un hôte connecté à n réseaux
(un routeur par exemple) aura donc n adresses IP distinctes, une pour chaque interface réseau. Notons
la différence avec une adresse DECnet qui identifie de façon unique un hôte quel que soit le nombre
d'interfaces réseau.
La plupart des hôtes ne possèdent généralement qu'une interface réseau. Aussi existe-t-il un
certain abus de langage qui consiste à parler de l'adresse IP d'un hôte, plutôt que de l'adresse IP de
l'interface réseau de l'hôte.
Les adresses IP ont une longueur de 32 bits soit 4 octets. Chaque adresse IP est une paire de
champs (‘ID Réseau’, ‘ID Machine’) où :
Il existe cinq classes différentes d'adresses (A, B, C, D et E). Les longueurs respectives des
champs ‘ID Réseau’ et ‘ID Machine’ sont indiquées à la page suivante.
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 10
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
Ces classes peuvent être distinguées en comparant les premiers bits du premier octect :
0 7 15 23 31
Octet 1 Octet 2 Octet 3 Octet 4
b7 b0 b7 b0 b7 b0 b7 b0
-Attention : les premiers bits, qui désignent la classe, sont inclus dans le champ « ID Réseau ». C’est à
dire que le champ « ID Réseau » fait 8 bits en classe A, 16 bits en classe B et 24 bits en classe C.
Pour plus de clarté, les adresses IP sont écrites comme une suite de quatre décimaux séparés
par des points. Chaque décimale représentant un octect de l'adresse.
1000 0000 . 0000 1010 . 0000 0010 . 0001 1110 <=> 128.10.2.30
notation binaire notation pointée
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 11
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
Adresse de boucle locale : {127 ; quelconque} l'adresse réseau 127.0.0.0 est réservée pour la
désignation de la machine locale, c'est à dire la communication intra-machine. Une adresse réseau
127 ne doit, en conséquence, jamais être véhiculée sur un réseau et un routeur ne doit jamais router
un datagramme pour le réseau 127
Cela permet aussi de tester la pile TCP/IP de sa machine (attention pour les machines Microsoft
l’adresse de Loopback est : 127.0.0.1)
Adresse de diffusion limitée : {-1 ; -1} netid ne contient que des 1 (255.255.255.255) : l'adresse
constituée concerne uniquement le réseau physique associé (local), par défaut ne passe pas les
routeurs
L'adresse de diffusion dirigée :{netid ; -1} netid est une adresse réseau spécifique => la diffusion
concerne toutes les machines situées sur le réseau spécifié : 192.20.255.255 désigne toutes les
machines du réseau 192.20.
Adresse avec tous les bits à 0 : {0 ; 0} Signifie "celui-ci". C'est à dire "cette machine" si la parite ID
hôte est à zéro, ou "ce réseau" si la partie ID réseau est à zéro. Ainsi, si une machine veut connaître
son identificateur réseau, elle n'a qu'à envoyer un paquet dont l'ID réseau vaut zéro. Elle recevra en
réponse un paquet dont l'ID réseau sera celui du réseau local.
Résumé :
désigne la machine
courante
machine Host-id
sur le réseau courant
boucle locale
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 12
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
Ces adresses IP ne sont pas routables sur Internet, les FAI ont positionnés des filtres sur leurs
routeurs.
Attention : l’adresse 10.0.0.0 est une adresse Réseau, donc pas utilisable, l’adresse
10.255.255.255 est une adresse de broadcast dirigé, donc non utilisable aussi.
Il est donc possible de bâtir un réseau d'entreprise en utilisant l'un des espaces d'adressage réservés aux
réseaux privés coupés de l'Internet. Le réseau de classe A 10.0.0.0, les réseaux de classe B allant de
172.16.0.0 à 172.31.0.0, ainsi que ceux de classe C courant de 192.168.0.0 à 192.168.255.0 sont
définis par la RFC (Request for Comment - publications de l'IETF) 1918 comme non attribués sur
l'Internet et réservés au réseaux privés déconnectés. Il est alors possible de relier ces réseaux à
l'Internet public en utilisant les routeurs comme des NAT, ou Network Address Translators, qui vont
attribuer à la volée une adresse publique aux machines internes désireuses d'établir une connexion
avec l'Internet public, et effectuer une traduction automatique des adresses IP dans l'en-tête des
paquets.
Il n'est pas obligatoire pour une société ou une organisation de demander une adresse réseau
auprès du NIC tant qu'elle ne connecte pas son réseau au réseau mondial Internet. Mais en prévision
de l'avenir, c'est fortement recommandé.
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 13
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
La demande d'attribution d'adresses auprès du NIC est accompagnée d'un descriptif du réseau
de la société indiquant le nombre de réseaux physiques et d'hôtes à adresser actuellement et dans cinq
ans. En fonction de ces informations, le NIC attribue une adresse réseau de classe A, B ou C. La classe
de l'adresse limite le nombre d'hôtes adressables....
Chaque société qui obtient auprès du NIC une adresse réseau constitue un système autonome .
5.8 Exemple
Prenons l'exemple d'une société dont le réseau (un Token Ring ici) est relié au réseau mondial
Internet par un routeur.
Le réseau de la société a pour adresse réseau 195.10.40.0. (adresse réseau de classe C).
L'adresse de l'interface de chaque hôte commence donc par le préfixe 195.10.40. Le routeur a deux
interfaces réseau. La première est du côté de la société (adresse 195.10.40.1), la seconde est du côté du
réseau Internet et possède une adresse IP différente de la précédente.
Réseau 195.10.40.0
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 14
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
Vers
INTERNET
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 15
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
Or, le NIC n'attribue à une même société qu'une seule adresse réseau. Grâce au subnetting, il
est possible de créer dans le schéma d'adressage IP un niveau de hiérarchie supplémentaire pour
identifier ces sous-réseaux.
Principes :
A l’intérieur d’une entité associée à une adresse IP de classe A, B ou C, plusieurs réseaux physiques
partagent cette adresse IP.
On dit alors que ces réseaux physiques sont des sous-réseaux (subnet) du réseau d’adresse IP.
Supposons qu'une société ait obtenu auprès du NIC une adresse réseau de classe B (159.95.0.0
par exemple).
Ces bits constituent le subnet field. C'est ce subnet field qui identifiera de façon unique les
différents sous-réseaux.
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 16
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
Un site avec deux réseaux physiques utilisant le sous-adressage de manière à ce que ses deux sous-
réseaux soient couverts par une seule adresse IP de classe B. La passerelle P accepte tout le trafic
destiné au réseau 128.10.0.0 et sélectionne le sous-réseau en fonction du troisième octet de l’adresse
destination.
Le site utilise une seule adresse pour les deux réseaux physiques.
A l’exception de P, toute passerelle de l’internet route comme s’il n’existait qu’un seul réseau.
La passerelle doit router vers l’un ou l’autre des sous-réseaux ; le découpage du site en sous-réseaux a
été effectué sur la base du troisième octet de l’adresse :
les adresses des machines du premier sous-réseau sont de la forme 128.10.1.X,
les adresses des machines du second sous-réseau sont de la forme 128.10.2.X.
Pour sélectionner l’un ou l’autre des sous-réseaux, P examine le troisième octet de l’adresse
destination : si la valeur est 1, le datagramme est routé vers réseau 128.10.1.0, si la valeur est 2, il est
routé vers le réseau 128.10.2.0.
Conceptuellement, la partie locale dans le plan d’adressage initial est subdivisée en “partie réseau
physique” + “identification de machine (hostid) sur ce sous-réseau” :
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 17
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 18
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
Le Subnet mask permet d'obtenir, l'adresse du sous-réseau d'un hôte dont on connaît l'adresse
IP. Reprenons l'exemple d'un format d'adressage de classe B avec un subnet d'un octet. Le masque
255.255.255.0 appliqué à l'adresse IP 130.10.140.25 donnera par addition logique bit à bit l'adresse
130.10.140.0 qui est l'adresse du sous-réseau de cette machine.
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 19
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 20
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 21
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 22
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 23
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
6.2.3 Application
N ID First Add Sub. Net. Last Add Sub. Net. First Add Host Last Add Host
1 000
2 001
3 010
4 011
5 100
6 101
7 110
8 111
Je m'interromps deux minutes pour préciser qu'une RFC (Request For Comments) déclare que ni un
hostID ni la partie sous-réseau d'un netID ne peuvent comporter que des 0 ou que des 1. Cette
limitation théorique ne trouve pas souvent écho...
Corrigeons donc : les 3 bits verts peuvent prendre des valeurs de 001 à 110 (car 000 et 111 ne sont pas
autorisés selon la RFC) :
-> 001, 010, 100, 011, 110, 101, ce qui fait 6 sous-réseaux
Les 5 bits rouges montrent des hostID pouvant prendre des valeurs de 00001 à 11110 (car 00000 et
11111 ne sont pas autorisés), ce qui donne des adresses décimales de 1 à 30 (0 et 31 ont été exclus par
la RFC), donc 30 adresses par sous-réseau.
205.101.55.033 - 062
205.101.55.065 - 094
205.101.55.097 - 126
205.101.55.129 - 158
205.101.55.161 - 190
205.101.55.193 - 222
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 24
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
Vous constatez qu'il "manque" toujours deux adresses à chaque sous-réseau. La première, issue du
hostID 00000 définit tout le sous-réseau, par exemple 205.101.55.32; la deuxième, issue du hostID
11111 donne l'adresse de diffusion du sous-réseau, par exemple 205.101.55.63.
Une petite polémique vient de ce que, sans la RFC, des adresses 205.101.55.1 - 30 (provenant du sous-
réseau 000) et des adresses 205.101.55.225 - 254 (provenant du sous-réseau 111) seraient possibles.
De telles adresses sont d'ailleurs utilisées sans problèmes sur les réseaux Microsoft. De cette manière
un masque de sous-réseau 255.255.255.224 segmente une classe C non pas en 6, mais en 8 sous-
réseaux de 30 adresses chacuns.
Le déplacement d'un hôte à l'intérieur d'une société d'un sous-réseau vers un autre sous-réseau
constitue un inconvénient du subnetting. Il implique nécessairement un changement d'adresse IP (voir
DNS pour éviter ce probléme). En effet, comme nous l'avons dit précédemment, l'utilisation du
subnetting réserve une partie de l'adresse IP pour identifier le sous-réseau auquel est rattaché l'hôte.
(RFC 1009) : un réseau IP peut posséder plusieurs masques différents; ==> réseau de type VLSM
(Variable Length Subnet Masks)
Evite la rigidité du masque fixe qui impose :
le nombre de sous-réseaux
le nombre de machines par sous-réseau
Exemple : 130.5.0.0/22 ==> 64 sous-reseaux et 1022 machines / sous-réseau
uinadapté pour des petits sous-réseaux de quelques machines; exemple 30 machines sur un
sous-réseau ==> 992 adresses IP perdues
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 25
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
6.5 .3 CIDR
(RFC 1518/1519)
Solution au problème de pénurie progressive des adresses IP est de tenter de mieux utiliser les adresses
existantes, et notamment celles encore non attribuées. Une des grandes difficultés réside dans le fait
que beaucoup de société ont besoin de plus de 256 adresses (aussi une classe C se révèle-t-elle
insuffisante), même si elles sont loin de pouvoir utiliser l'intégralité des adresses d'une Classe B. Deux
choix sont alors possibles : attribuer un bloc de plusieurs classes C, mais ceci nécessite de découper le
réseau d'entreprise en sous-réseaux de 255 machines reliées par des routeurs. Ou bien allouer une
partie seulement d'une classe B en créant artificiellement un masque de sous-réseau découpant le bloc
de 65000 adresses en des espaces d'adressages plus petit. Grâce au classless inter-domain routing ou
CIDR, il est désormais possible pour les prestataires d'accès de découper à loisir les espaces d'adresses
qui leurs sont alloués d'un seul bloc et de ne faire figurer dans les principaux routeurs de l'Internet
qu'une unique adresse et un préfixe de sous-réseau permettant de router automatiquement vers le
prestataire l'ensemble des paquets adressés à l'une quelconque des adresses contenu dans ce bloc. On
s'affranchit ainsi du découpage arbitraire et peu flexible en classes : l'allocation des ressources est plus
fine et les tables de routages sont allégées au cœur du réseau.
En ce sens, le subneting et CIDR ne sont pas de véritables solutions au problème de la rareté des
adresses IP, mais en permettant une allocation plus fine des ressources , elles repoussent d'autant les
conséquences de la raréfaction accélérée des adresses IP
Les protocoles de routage substituant des espaces C à un espace B obéissent au classless interdomain
routing ou CIDR. Un réseau pourrait donc se voir allouer 8 espaces C, prenant les 2048 adresses
201.10.0.0 à 201.10.7.255, au lieu d'un espace B de 65 536 adresses. Puisque l'administrateur de
réseau se voit allouer 8 réseaux C, il lui reste 21 bits d'adresse de réseau. L'adresse et le préfixe
décrivant le réseau sont dès lors 201.10.0.0 et 21, qu'on écrit sous la forme 201.10.0.0/21 (fig. 3.5).
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 26
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
Les adresses physiques de certains types de réseaux physiques peuvent être configurées par
l'administrateur du réseau. En conséquence, une correspondance simple peut parfois être définie entre
les adresses physiques et IP. La connaissance de l'une impliquant directement la connaissance de
l'autre.
Mais ce n'est pas le cas général et d'Ethernet en particulier. Les adresses physiques mises en
jeu sur un segment Ethernet sont celles des cartes Ethernet. Ces adresses, d'une longueur de 6 octets,
sont fixées à la construction et sont donc immuables. La correspondance doit être alors établie
dynamiquement.
La solution : ARP
Mise en place dans TCP/IP d’un protocole de bas niveau appelé Adress Resolution Protocol (ARP)
Rôle de ARP :
fournir à une machine donnée l'adresse physique (MAC) d'une autre machine située sur le
même réseau à partir de l'adresse IP de la machine destinatrice
Le protocole ARP (Address Resolution Protocol) réalise une telle résolution d'adresses dynamique
pour des réseaux Ethernet, Token Ring, FDDI....
LA technique :
Diffusion d'adresse sur le réseau physique
La machine d'adresse IP émet un message contenant son adresse physique
Les machines non concernées ne répondent pas
Gestion cache pour ne pas effectuer de requête ARP à chaque émission
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 27
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
Un message ARP est encapsulé dans une trame physique pour transmission sur le réseau.
Message ARP
• Opération ;
1 ⇒ Request ARP
2 ⇒Reply ARP
3 ⇒ Request RARP
4 ⇒ Reply RARP
Deux RFC documentent ARP ; la RFC 826 décrit ARP et la RFC 1166 définit les valeurs
Type permettant l’identification des trames transmises.
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 28
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
Considérons le segment Ethernet ci-dessous sur lequel sont connectées quatre machines W, X,
Y et Z. Supposons que Y veuille communiquer avec Z dont il ne connaît que son adresse IP : IP Z.
Y W X Z
Pour communiquer avec Z qui est situé sur le même réseau physique que lui, Y a besoin de
connaître physique Ethernet de Z PhZ.
Pour la trouver, il envoie par le mécanisme de broadcast physique, un message ARP à toutes
les machines situées sur le segment Ethernet. On appelle adresse broadcast l'adresse physique
Ethernet ‘FF:FF:FF:FF:FF:FF’ Une trame envoyée à cette adresse sera reçue par toutes les machines
du segment Ethernet. Notons qu'une information située dans l'en-tête de la trame Ethernet permet aux
machines qui reçoivent ce broadcast de savoir qu'il s'agit d'un message ARP (ARP Request).
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 29
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
Parmi toutes les machines qui vont recevoir cette trame, (X, Y et Z dans l'exemple), seule Z va
reconnaître son adresse IP, IP Z, et remplie la partie restée vide du message ARP avec son adresse
physique PhZ puis renvoit le message ARP à Y (ARP Reply).
Quand Y reçoit la réponse et pour éviter d'avoir à refaire une requête ARP un peu plus tard, il
place la correspondance des deux adresses dans une table appelée cache. De même, les machines W, X
et Z (qui ont toutes trois lu le message ARP) placent dans leur cache la correspondance entre l'adresse
IP de Y et l'adresse physique de Y. Notons que chaque entrée du cache a une durée de vie limitée pour
tenir compte des éventuels changements de cartes Ethernet.
Voici un exemple de capture de trame ARP (retrouver les différents champs ?).
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 30
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
135.12.23.65 AA:00:15:2F:3b:84
135.12.56.89 00:0C:00:4C:79:48
135.12.56.90 A4:C5:45:78:56:E3
Exemple de cache ARP
Exemple :
//gefisa # arp -a
27 routeur1 (128.1.1.10) at 2:60:8c:23:49:68 (0)
36 adp1 (128.1.1.2) at 0:20:af:29:b2:35 (0)
//gefisa #
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 31
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
Lors du boot, la station contacte en broadcast par le protocole RARP (Reverse Address
Resolution Protocol) un serveur RARP. Ce serveur, en consultant ses tables, informe la station de
l'adresse IP qui lui est affecté.
Le protocole RARP utilise un message RARP dont les champs sont identiques à ceux du
message ARP. La station effectuant la requête RARP place dans le champ adresse physique
destination son adresse physique et laisse vide le champ adresse logique de destination. Ce champ sera
complété par les serveurs RARP.
Les requêtes RARP sont propagées vers le ou les serveur(s) RARP par mécanisme de diffusion. Le(s)
serveur(s) RARP réponde(nt) par un message de type RARP.
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 32
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 33
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
Voici un exemple de capture de trame RARP (retrouver les différents champs ?).
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 34
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
9. IP (Internet Protocol)
ce chapitre décrit le protocole IP (Internet Protocol), assimilable à un protocole de couche 3
dans le modèle OSI. TCP/IP fournit une vision logique des échanges de données entre deux hôtes. Au
niveau IP, les données des utilisateurs ou des applications sont encapsulées à l'intérieur d'unités de
transfert appelées datagrammes IP.
Le terme, sans connexion, indique que les datagrammes seront acheminés de l'hôte émetteur
vers l'hôte destinataire indépendamment les uns des autres. De plus des datagrammes venant d'un
même programme d'application peuvent ne pas arriver dans l'ordre à leur destinataire.
Le terme non fiable indique que cet acheminement n'est pas garanti. Un datagramme peut se
perdre dans l'inter-réseau ou bien être dupliqué. C'est aux niveaux supérieurs de résoudre ces différents
problèmes.
Le protocole IP définit :
l'unité de donnée transférée dans les interconnexions (datagramme),
la fonction de routage,(niveau 3 du modèle OSI et niveau 2 modèle IP)
les règles qui mettent en oeuvre la remise de paquets en mode non connecté
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 35
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
Le datagramme IP :
L'unité de transfert de base dans un réseau internet est le datagramme qui est constituée d'un en-tête et
d'un champ de données:
PRECEDENCE (3 bits) : définit la priorité du datagramme; en général ignoré par les machines et
passerelles (pb de congestion).
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 36
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 37
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
Lorsque le datagramme est routé vers un réseau physique dont le MTU est plus petit que le MTU
courant, la passerelle fragmente le datagramme en un certain nombre de fragments, véhiculés par
autant de trames sur le réseau physique correspondant, lorsque le datagramme est routé vers un réseau
physique dont le MTU est supérieur au MTU courant, la passerelle route les fragments tels quels
(rappel : les datagrammes peuvent emprunter des chemins différents).
Le destinataire final reconstitue le datagramme initial à partir de l'ensemble des fragments reçus; la
taille de ces fragments correspond au plus petit MTU emprunté sur le réseau. Si un seul des fragments
est perdu, le datagramme initial est considéré comme perdu : la probabilité de perte d'un datagramme
augmente avec la fragmentation.
Position Relative (FRAGMENT OFFSET) :
Indique le déplacement des données contenues dans le fragment par rapport au datagramme initial.
C'est un multiple de 8 octets; la taille du fragment est donc également un multiple de 8 octets.
Chaque fragment a une structure identique à celle du datagramme initial, seul les champs FLAGS et
FRAGMENT OFFSET sont spécifiques.
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 38
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
copie (C) indique que l'option doit être recopiée dans tous les fragments (c=1) ou bien uniquement
dans le premier fragment (c=0).
Les bits classe d'option et numéro d'option indiquent le type de l'option et une option particulière de ce
type :
Enregistrement de route (classe = 0, option = 7) : permet à la source de créer une liste d'adresse IP
vide et de demander à chaque passerelle d'ajouter son adresse dans la liste.
Routage strict prédéfini par l'émetteur (classe = 0, option = 9): prédéfinit le routage qui doit être
utilisé dans l'interconnexion en indiquant la suite des adresses IP dans l'option :
Le chemin spécifié ne tolère aucun autre intermédiaire; une erreur est retournée à l'émetteur si une
passerelle ne peut appliquer le routage spécifié.
Les passerelles enregistrent successivement leur adresse à l'emplacement indiqué par le champ
pointeur.
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 39
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
Routage lâche prédéfini par l'émetteur (classe = 0, option = 3): Cette option autorise, entre deux
passages obligés, le transit par d'autres intermédiaires :
Horodatage (classe = 2, option = 4) : cette option permet d'obtenir les temps de passage (timestamp)
des datagrammes dans les passerelles. Exprimé en heure et date universelle.
Une liste de couples (adresse IP - horodatage) est réservée par l'émetteur; les passerelles ont à charge
de remplir un champ lors du passage du datagramme.
Le champ dépassement de capacité (dep.) comptabilise les passerelles qui n'ont pu fournir les
informations requises ( liste initiale était trop petite).
Le champ FLAGS indique si les passerelles doivent renseigner uniquement l'horodatage (FLAGS = 0),
ou bien l'horodatage et l'adresse IP (FLAGS=1). Si les adresses IP sont prédéfinies par l'émetteur
(FLAGS=3), les passerelles n'indiquent l'horodatage que si l'adresse IP pointée par le champ pointeur
est identique à leur adresse IP.
Les horodatages, bien qu'exprimés en temps universel, ne constituent qu'une estimation sur le temps
de passage car les horloges des machines situées sur les réseaux ne sont pas synchronisées.
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 40
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
• En-tête simplifié
– nombre de champs réduit de moitié
- augmente l'efficacité de commutation des équipements de routage
• Sécurité :
– authentification et intégrité des données
- en option : confidentialité
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 41
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 42
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
Lorsque de nombreux zéros se suivent, ils sont remplacés par "::" (cela ne peut être fait qu'une fois).
• Format compressé :
• FF01:0:0:0:0:0:0:43 => FF01::43
IPv6 : Préfixes
• Notion issue de CIDR
• On les note sous la forme :
Adresse IPv6 / longueur du préfixe
– Exemples :
5F00::/8
5F06:B500::/32
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 43
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
• On peut indiquer qu’une adresse fait partie d’un réseau dont le préfixe est de
longueur déterminée (netmask)
5F06:B500:8158:1A00::1/80
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 44
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
Le broadcast physique consiste à acheminer une même trame physique à toutes les machines
connectées au réseau physique concerné (un segment Ethernet par exemple). Sur Ethernet, le
broadcast est réalisé en envoyant la trame à l'adresse Ethernet de broadcast (0xFF:FF:FF:FF:FF:FF).
Le driver contrôlant la carte Ethernet est configuré pour reconnaître l'adresse broadcast.
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 45
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
Le multicasting physique consiste à acheminer une même trame physique vers certaines
machines appartenant à un même groupe multicast physique. Notons que l'implémentation de cette
notion n'existe pas forcément suivant la nature du réseau physique. Sur Ethernet, une adresse multicast
est caractérisée par le dernier bit du premier octet de l'adresse Ethernet positionné à 1 (à= adresse
unicast). Le driver contrôlant la carte Ethernet est configuré pour reconnaître l'adresse multicast
choisie par l'hôte.
Comment s’effectue la correspondance entre une adresse Ethernet et une adresse IP?
Le paquet IP est encapsulé dans une trame Ethernet. Les cartes Ethernet ne capturent (filtrent) que les
trames qui leur sont destinées. Une première possibilité est d'utiliser l'adresse de diffusion d'Ethernet
pour envoyer des datagrammes multicast. Ce cas est valable si des cartes ne sont pas capables de
reconnaître des adresses de groupes Ethernet. L'inconvénient est que le filtrage sera effectué au niveau
IP surchargeant la CPU.
Une autre possibilité est d'effectuer une correspondance entre une adresse de groupe IP et une adresse
de groupe Ethernet. Le IANA posséde un ensemble d'adresses Ethernet: 00:00:5E:XX:XX:XX - La
moitié de ces valeurs (utilisation de 23 bits) est réservée pour le multicast. Ainsi, pour les adresses
multicast les valeurs 01:00:5E:00.00.00 à 01:00:5E:7F:FF:FF sont disponibles. Le fait de limiter à
23 bits la correspondance permet de conserver un nombre de bits au niveau d’Ethernet non utilisés
dans la correspondance pour d’autres protocoles.
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 46
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
Pour mettre en correspondance les adresses de diffusion au niveau IP avec les adresses de diffusion
Ethernet, placer les 23 bits de poids faible des adresses de diffusion au niveau IP dans les 23 bits de
l’adresse de diffusion de groupe au niveau Ethernet.
On remarquera que plusieurs adresses de groupe IP pourraient avoir les même 23 bits de poids faible.
Cela oblige le logiciel IP de vérifier le champ adresse destinataire IP pour filtrer tous les paquets qui
ne lui sont pas destinés.
Exemple :
L’adresse multicast 224.192.16.1 devient 01-00-5E-40-10-01. Utiliser les 23 bits de poids faibles,
le premier octet n’est pas utilisé, et seulement les 7 derniers bits du second octet sont utilisés. Le
troisième et quatrième octets octets sont directement convertis en nombre Héxadécimal. Le second
octet, 192 devient en binaire 11000000. Si vous ne tenez pas compte du dernier bit, cela devient
1000000 ou 64 (en decimal), ou 0x40 (en hexadecimal). Pour l’octet suivant, 16 en hexadecimal
devient 0x10. Pour le dernier octet, 1 en hexadecimal devient 0x01. Ainsi, l’adresse MAC
correspondant à 224.192.16.1 devient 01-00-5E-40-10-01.
Token Ring utilise la même méthode au niveau de la couche MAC-pour l’adressage multicast.
Toutefois, plusieurs adaptateurs réseaux de type Token-Ring ne le supporte pas. Reste que l’adresse
fonctionnelle sera 0xC0-00-00-04-00-00 pour tout traffic multicast IP envoyé vers un réseau Token
Ring. Voir RFC 1469.
Par défaut, le coupleur Ethernet d’une station écoute son adresse Ethernet (fixée en PROM) et
l’adresse de broadcast (FF….FF)
Les autres adresses Ethernet doivent être explicitement programmées dans le driver du coupleur
Pour le multicast, il faut écouter au minimum :
Equvalent Ethernet de 224.0.0.1 (tous les hôtes Xcast du LAN)
Equivalent Ethernet du répertoire des sessions du Mbone annonçant la liste des groupes
multicast actifs.
11.2 Multicast IP
Un groupe peut contenir des hôtes se trouvant sur le même réseau ou sur plusieurs réseaux. Dans ce
dernier cas, des routeurs spéciaux Multicast Routers (mrouters ou MR) acheminent les datagrammes
de diffusion de groupe.
C'est en 1988 que les premières expériences furent menées. Comme tous les routeurs ne supportent
pas les fonctionnalités d'un MR, un réseau virtuel formé de tunnels (liaisons virtuelles point à point)
regroupant les MR fut déployé: le MBone (Multicast BackBone). Le MBone va permettre que le
multicast soit une réalité au delà du LAN. Un tunnel fonctionne de la manière suivante: à partir d'une
extrémité (MR) un paquet multicast est encapsulé dans un paquet UDP unicast (avec une adresse IP
individuelle) et envoyé sur l'Internet; Arrivé à l'autre extrémité, le paquet est désencapsulé. Des
extensions au protocoles existants sont nécessaires: d'une part sur l'hôte et d'autre part sur certains
routeurs qui seront des MR.
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 47
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
Chaque groupe multicast a une unique adresse de classe D, attribuée par le NIC.
Permet à un hote de s’abonner (désabonner) à un groupe, et dire aux routeurs « envoie moi une copie
des paquets recus par cette adresse de groupe ».
32 0
1 1 1 0 adresse multicast
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 48
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
Les datagrammes sont munis d’un champ durée de vie (TTL: Time To Live) qui permet de limiter
leurs propagation. En effet, les routeurs ont la responsabilité selon la valeur du TTL de retransmettre
ou non le paquet. Cette faculté n'est pas assurée par les ponts (niveau 2). Lorsque TTL=1, la portée du
datagramme est le réseau local.
Classe D :
224.0.0.0 à 239.255.255.255
Réservation de plages d’adresses spécifiques :
Les adresses 244.0.0.0 – 224.0.0.255
239.*.*.* : « administratively scoped addresses » (adresses réservées pour usage privés ).
Toutes les autres adresses de 244.0.1.0 à 239.255.255.255 sont attribuées de facon permanente
à différents applications et sont réservées pour une allocation dynamique via SDR ou autre
méthodes.
L'appartenance à un groupe multicast IP est dynamique. Un hôte peut rejoindre ou quitter un groupe à
tout moment. Notons qu'un hôte n'a pas besoin de faire partie d'une groupe pour lui envoyer un
datagramme en multicasting.
L'implantation du multicast IP est réalisée par le protocole IGMP (Internet Group Management
Protocol).
Ce protocole utilise le protocole IP pour envoyer ses messages.
Il existe deux versions, IGMPv1, IGMPv2, la version 3 est en cours d’élaboration (IETF /
IDMR).
IGMP, comme ICMP, fait partie de la couche IP et utilise des datagrammes IP.
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 49
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 50
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
Pour IGMP v2 :
Election du DR => @IP la plus petite
Timers programmables
Nouveaux type de paquets envoyés par l’hôte => de désabonnement (leave) => au reçu d’un leave, le
routeur envoie un query directionnel aux hôtes qui ont été abonnés à ce groupe, réduction du temps de
latence pour arrêter la diffusion d’un groupe qui n’a plus d’abonné
IGMP v2, doit obligatoirement supporter la version 1.
IGMP permet la distrubution des datagrammmes Xcast sur le LAN.
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 51
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
La technologie TCP-IP est de type «bout en bout» en opposition aux technologies «point à point» (Cf
X25), l’acheminement des paquets est réalisé par routage plutôt que par commutation :
IP est dit «sans états»
Les éléments de l’interconnexion ne doivent fournir qu’un service minimum: router du mieux qu’ils
peuvent (best efford);IP over everything.
Les services nécessaires à la communication (Contrôle de flux, gestion des d’erreurs, congestion, etc.)
sont réalisés de bout en bout à un autre niveau (Cf TCP).
Les hôtes s'adressent aux routeurs IP pour assurer le bon acheminement de leurs
datagrammes. Les routeurs IP ont toutes les informations leur permettant d'atteindre soit directement,
soit via une série de routeurs, l'hôte destinataire.
Un hôte participe uniquement à l'acheminement (au routage) des datagrammes émis par ses
programmes d'applications.
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 52
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
Si un hôte émetteur est situé sur le même réseau physique que l'hôte destinataire, il peut lui
envoyer directement un datagramme : il encapsule le datagramme dans une trame physique et envoie
directement la trame sur le réseau physique concerné. Le datagramme pour être acheminé n'est passé
par aucun routeur. On parle de routage direct.
Si le destinataire d'un datagramme n'est pas situé sur le même réseau physique que l'hôte
émetteur, ce dernier détermine le premier routeur IP dans la direction de l'hôte destinataire, qui lui
transmet le datagramme. Ce datagramme est transmis de routeur en routeur jusqu'à ce qu'il atteigne
une passerelle qui puisse le délivrer directement à son destinataire. On parle de routage indirect.
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 53
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
Lorsqu'un routeur IP reçoit sur l'une de ses interfaces une trame physique, il en extrait le
datagramme qu’elle contient. Puis il met en oeuvre un algorithme de routage utilisant une table de
routage pour déterminer dans quelle direction propager le datagramme .
Il est important de bien comprendre qu'un routeur qui reçoit sur l'une de ses interfaces une
trame physique n'y voit à l'intérieur qu'un datagramme IP. Les informations contenues dans la partie
data du datagramme lui sont complètement transparentes.
Nous avons dit que toute décision de routage était prise en fonction de l'adresse IP de
destination du datagramme. en fait, c'est plus exactement en fonction de l'adresse du réseau (ou du
sous-réseau) de destination du datagramme. Cela ne change pas grand chose en fait, mais permet
d'avoir des tables de routage moins longues, donc plus simples à mettre à jour.
Il serait en effet difficile de gérer des tables de routage contenant toutes les adresses IP des
machines de l'inter-réseau (il suffit d'imaginer ce qu'il se passerait si une nouvelle machine était
installée sur un réseau : il faudrait modifier les tables de routage de toutes les autres
machines ....).
Les tables de routage ne contiennent donc que des adresses réseau (ou des adresses de sous-
réseau).
Chaque routeur ou hôte possède une table de routage qui lui est propre.
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 54
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
q Le champ Subnet Mask (Netmask) contient le subnet mask associé à Network address.
q Le champ Interface
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 55
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
C:\>route print
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 56
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
Le routeur lit tour à tour chaque ligne de la table de routage et applique le « Subnet Mask »
qu'il y trouve à IPDESTINATION.
q soit une adresse IP : l'adresse IP du prochain routeur dans la direction de l'hôte destinataire.
Le routeur recherche alors dans ses tables ou par ARP l'adresse physique correspondant à
cette adresse IP, puis encapsule le datagramme dans une trame physique à destination du
routeur en question.
q soit la mention « Deliver Directly » qui lui indique que l'hôte destinataire est sur un réseau
qui lui est directement connecté.
Nous donnons à la page suivante les différentes tables de routage des équipements présents
dans l'inter-réseau figuré ci-dessous. Cet inter-réseau se compose de :
Hôte_C
195.10.50.202
195.10.60.13
195.10.60.200
Routeur_2
Réseau 195.10.60.0
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 57
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 58
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
Les deux premières lignes de la table indiquent que tout datagramme à destination d'un hôte
situé sur 195.10.40.0 ou sur 195.10.50.0 peut être acheminé à cet hôte destinataire. En effet, le
Routeur_1 est directement connecté à ces deux réseaux et peut donc envoyer une trame physique
directement à tout hôte de ces réseaux.
La troisième ligne indique que tout datagramme à destination de 195.10.60.0 doit être envoyé
au Routeur_2, d'adresse IP 195.10.50.202.
Nous allons distinguer deux cas suivant que Hôte_A et Hôte_B sont connectés ou non au
même réseau physique, c'est-à-dire suivant qu'ils sont ou non séparés par un routeur IP.
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 59
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
Les deux hôtes, Hôte_A et Hôte_B, sont situés sur le même réseau physique (un même
segment Ethernet par exemple). Ils ne sont pas séparés par un routeur IP.
Réseau 128.10.0.0
Routeur_1 Routeur_2
128.10.2.1 128.10.3.4
Hôte_A Hôte_B
La transmission d'un datagramme IP entre Hôte_A et Hôte_B ne nécessite pas le passage par
un routeur IP. En effet, Hôte A peut envoyer directement une trame physique Ethernet à Hôte_B
puisqu'ils sont situés sur le même réseau physique.
Pour envoyer son datagramme IP, Hôte_A recherche à partir de l'adresse IP de Hôte_B
l'adresse physique correspondante (dans ses tables ou par ARP). Puis il encapsule le datagramme dans
une trame physique et envoie cette trame sur le réseau physique.
Il est facile pour l'Hôte_A de savoir si l'Hôte_B est situé sur le même réseau physique que lui
ou non :
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 60
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
Les deux hôtes, Hôte_A et Hôte_C, sont situés sur deux réseaux physiques différents. Ils sont
séparés, dans l'exemple ci-dessous, par deux routeurs IP.
Le routage indirect est plus complexe car l’Hôte_A doit déterminer à quel routeur IP le
datagramme doit être envoyé (en l'occurrence le Routeur_1). Le datagramme IP est alors encapsulé
dans une trame physique et envoyé sur le réseau physique de l'Hôte_A jusqu'au Routeur_1. Puis le
Routeur_1, voyant que l’Hôte_C ne lui est pas directement connecté, consulte sa table de routage et
envoie sur le réseau physique le datagramme IP encapsulé dans une trame physique à destination de
Routeur_2. Routeur_2, s'apercevant que l’Hôte_C lui est directement relié, envoie une trame physique
à destination de l’Hôte_C.
Réseau 195.10.40.0
195.10.40.200
Routeur_1
195.10.40.15
195.10.50.15
Hôte_A
Réseau
Hôte_B 195.10.50.0
195.10.50.18
Hôte_C
195.10.50.202
195.10.60.13
195.10.60.200
Routeur_2
Réseau 195.10.60.0
L'en-tête d'un datagramme en transit dans l'inter-réseau a toujours comme adresse IP source
celle de l'hôte émetteur du datagramme et comme adresse IP destination celle de l'hôte destinataire.
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 61
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
C'est au niveau de la trame physique (trame Ethernet par exemple) que les adresses physiques
source et destination changent à chaque passage par un routeur.
Nous détaillons ci-après les différentes adresses mises en jeu dans le routage indirect de
l'exemple précédent.
Les tables de routage peuvent être configurées manuellement par l'administrateur du réseau.
C'est souvent le cas des tables de routage des hôtes (stations de travail ou serveurs). Pour les routeurs
une meilleure solution consiste à confier ce travail fastidieux à un protocole particulier appelé
protocole de routage.
Grâce à ces protocoles de routage, les différents routeurs vont s'échanger des informations de
service. Les informations de service permettent une mise à jour dynamique des tables de routage (en
tenant compte des liaisons qui ne fonctionnent plus, des réseaux surchargés,....).
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 62
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
q entre les routeurs de systèmes autonomes différents. Ces routeurs portent le nom d'Exterior
Gateways (routeurs externes). Le protocole de routage entre routeurs de systèmes
autonomes différents s'appelle EGP (Exterior Gateways Protocol). En cas de connexion au
réseau Internet, une société devra utiliser ce protocole sur le routeur qui établit la liaison
avec l'extérieur pour échanger des informations de routage avec les autres systèmes
autonomes. (voir chapitre 14).
q entre routeurs d'un même système autonome. Ces routeurs portent le nom d'Interior
Gateways (routeurs internes). Un IGP (Interior Gateways Protocol) est installé sur chaque
routeur de la société. Les protocoles IGP seront décrits au chapitre 15.
Ci-dessous nous avons représenté deux systèmes autonomes, c'est-à-dire le réseau de chacune
des deux société ayant obtenu une adresse réseau auprès du NIC.
Chaque réseau de l'inter-réseau ne figure pas toujours dans toutes les tables de routage d'un
hôte ou d'un routeur IP. en effet, il n'est pas souhaitable que les différentes tables de routage soient
trop longues, ne serait ce que pour éviter des erreurs ou pour diminuer le nombre de changements à
effectuer en cas de modification de l'adresse d'un réseau.
On utilise alors la notion de route par défaut. Une ligne dans la table de routage indique
l'adresse IP d'un routeur par défaut (default gateway). Tout datagramme pour lequel il n'y a pas
d'information de routage particulière sera envoyé vers ce routeur. L'utilisation de routeurs par défaut
déplace en fait le problème du routage vers un routeur distant.
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 63
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
Notons qu'il est possible d'inclure dans les tables de routages des adresses IP de stations. Cela
permet par exemple d'aiguiller les datagrammes IP à destination d'une machine bien précise sur un
autre chemin que celui qu'ils auraient pris sinon. C'est intéressant dans une optique de sécurité.
b) Sinon, si IPD apparaît directement dans la table de routage (route spécifique vers un
hôte), envoyer le datagramme au routeur spécifié (implique de trouver l'adresse
physique du routeur spécifié, d'encapsuler le datagramme IP dans une trame physique et
d'envoyer cette trame sur le réseau physique).
c) Sinon, si une route par défaut a été spécifiée, envoyer le datagramme au routeur par
défaut (implique de trouver l'adresse physique de ce routeur, d'encapsuler le
datagramme IP dans une trame physique et d'envoyer cette trame sur le réseau
physique).
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 64
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
13.1 présentation
Le protocole ICMP (Internet Control Message Protocol) permet d’envoyer des messages de contrôle
ou d’erreur vers d’autres machines ou passerelles. ), permet aux routeurs IP d'envoyer des messages
d'erreurs ou de contrôle à des hôtes ou à d'autres routeurs IP . ICMP établit en fait une communication
entre deux softs IP situés sur deux machines différentes.
Bien qu'ICMP soit un protocole de niveau 3 comme IP, les messages ICMP sont envoyés dans le
réseau encapsulés dans les datagrammes IP.
ICMP rapporte les messages d’erreur à l’émetteur initial.
Beaucoup d’erreurs sont causées par l’émetteur, mais d’autres sont dûes à des problèmes
d’interconnexions rencontrées sur l’Internet :
machine destination déconnectée,
durée de vie du datagramme expirée,
congestion de passerelles intermédiaires.
Si une passerelle détecte un problème sur un datagramme IP, elle le détruit et émet un message ICMP
pour informer l’émetteur initial.
Les messages ICMP sont véhiculés à l’intérieur de datagrammes IP et sont routés comme n’importe
quel datagramme IP sur l’internet.
Une erreur engendrée par un message ICMP ne peut donner naissance à un autre message ICMP (évite
l’effet cummulatif).
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 65
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
b0 b7 b16 b31
Type code Somme de contrôle
Identificateur Numéro de séquence
Données optionnelles
q Type (8 bits)
q Code (8 bits)
q Somme de contrôle (16 bits)
q Identificateur (16 bits)
q Numéro de séquence (16 bits) : il commence à 0 et est incrémenté à chaque paquet
retourné, nous permettant de voir si des paquets sont manquant, réordonnés ou dupliqués.
q Données optionnelles
Une machine peut émettre une demande d’horodatage (timestamp request) à une autre machine
susceptible de lui répondre (timestamp reply) en donnant l’heure d’arrivée de la demande et l’heure de
départ de la réponse.
L’émetteur peut alors estimer le temps de transit ainsi que la différence entre les horloges locale et
distante.
Le champ de données spécifiques comprend l’heure originale (originate timestamp) émis par le
demandeur, l’heure de réception (receive timestamp) du destinataire, et l’heure de départ (transmit
timestamp) de la réponse.
Demande et réponse d’information (Information Request + Reply)
Ces messages étaient initialement utilisés pour permettre aux machines de connaître leur adresse IP au
démarrage du système.
Ces commandes sont aujourd’hui remplacées par les protocoles RARP et BOOTP.
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 66
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
CODE indique le codage de l’erreur rapportée et est spécifique à chaque type d’erreur,
IP HEADER + FIRST 64 bits contient l’en-tête IP + les premiers 64 bits de données du datagramme
pour lequel le message est émis.
Compte rendu de destination inaccessible
Lorsqu’une passerelle émet un message ICMP de type destination inaccessible, le champ
code décrit la nature de l’erreur :
0 Network Unreachable
1 Host Unreachable
2 Protocol Unreachable
3 Port Unreachable
4 Fragmentation Needed and DF set
5 Source Route Failed
6 Destination Network Unknown
7 Destination Host Unknown
8 Source Host Isolated
9 Communication with desination network administratively prohibited
10 Communication with desination host administratively prohibited
11 Network Unreachable for type of Service
12 Host Unreachable for type of Service
contrôle de congestion :
modification de route :
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 67
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
Un message ICMP de redirection de route peut être transmis par une passerelle vers une machine
reliée au même réseau pour lui signaler que la route n’est pas optimale.
Une fois la redirection effectuée, les datagrammes seront acheminés vers la passerelle appropriée.
Dans le bloc de commande, le champ SPECIFIQUE indique l’adresse de la passerelle que la machine
doit utiliser pour router le datagramme; CODE spécifie la redirection :
CODE SIGNIFICATION
0 Redirect datagrams for the Network
1 Redirect datagrams for the Host
2 Redirect datagrams for the Type of Service and Network
3 Redirect datagrams for the Type of Service and Host
CODE SIGNIFICATION
0 time to live exceeded in transit
1 fragment reassembly time exceeded
Lorsqu’une passerelle ou une machine détecte un problème avec un datagramme (en-tête incorrecte)
non couvert par les messages ICMP prédéfinis, elle émet un message “Parameter Problem on a
Datagram” vers l’émetteur du datagramme.
Le problème rencontré consiste soit en une option manquante (dans le datagramme), soit en une
donnée erronée.
Dans le bloc de commande, le champ CODE indique la nature du pb:
CODE SIGNIFICATION
0 erreonous data
1 missing option
Le champ spécifique comprend un pointeur (codé sur les 8 premiers bits, les 24 restants étant à 0)
servant à identifier l’octet erroné dans le datagramme; il est non significatif lorsque CODE = 1.
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 68
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
Un hôte utilise donc souvent dans sa table de routage un default gateway vers lequel il envoie
tous les datagrammes pour lesquels il n'a pas d'information de routage spécifique. Il se fie en quelque
sorte à "son" routeur.
Des routeurs IP peuvent également, sous certaines conditions, ne disposer que d'informations
partielles de routage (c'est-à-dire utiliser eux-mêmes des default gateways). Le risque est cependant de
se retrouver avec un routage inconsistant, c'est à dire avec des destinations inaccessibles. Il est donc
nécessaire que l'architecture des routeurs IP s'y prête.
Le schéma qui suit, présente une architecture qui se prête bien aux inter-réseaux disposant d'un
backbone unique. Au centre se trouve un noyau de routeurs (notés RC). Ces routeurs n'utilisent pas de
default gateway et communiquent entre eux pour connaître les chemins à suivre pour pouvoir atteindre
n'importe quelle destination à l'inter-réseau. Les routeurs périphériques ont chacun un default gateway
faisant partie du noyau central.
Noyau central
R4
R1
RC RC
R2 RC RC R5
RC RC
R3 R6
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 69
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 70
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
La première solution offerte au manager du réseau est d'établir et de modifier les tables de
routage à la main. L'administrateur fait des mises à jour nécessaires dès qu'un nouveau sous-réseau est
ajouté ou enlevé.
S'il n'existe par exemple qu'un seul chemin entre deux points, le manager peut configurer
manuellement les routes des hôtes.
Un tel système ne s'adapte pas à une croissance rapide du nombre des réseaux ou à des
fréquents changements. Il ne convient que pour de petits réseaux.
On désigne sous le nom d'IGP tout algorithme qu'utilisent les routeurs IP d'un même système
autonome pour s'échanger des informations sur le routage ou l'accessibilité de tel ou tel sous-réseaux.
Chacun utilise une unité de mesure (routing metric) de manière à disposer d'une base
numérique de comparaison entre plusieurs chemins possibles. Cette unité quantifie une distance entre
les différents points du réseau. Selon le type d'algorithme retenu, les paramètres permettant de mesurer
cette distance vont varier.
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 71
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
RIP, HELLO ou IGRP (protocole propriétaire Cisco) implantent des algorithmes de ce type.
La distance est exprimée en nombre de sauts (hop count). Le hop count indique le nombre de
routeurs IP par lequel doit passer un datagramme pour aller de l'émetteur jusqu'au destinataire.
A partir des routeurs voisins, chaque routeur construit un "embryon" de table de routage qu'il
diffuse à travers le réseau. De même, il reçoit des autres routeurs des informations qui enrichissent sa
propre table de routage. Il la rediffuse, mise à jour, à travers le réseau. A la fin, la table de routage
représente l'ensemble des liaisons et des équipements connectés qui constituent le réseau.
Le trafic induit par la constitution de ces tables charge notablement le réseau, les routeurs
échangeant constamment leurs tables afin de prendre en compte les modifications topologiques du
réseau (rupture de liaisons, panne ou rajout de routeurs....).
Un compromis est donc à trouver entre la fréquence de mise à jour (et la charge de trafic
qu'elle représente) et la vitesse de prise en compte des modifications du réseau. Cette fréquence est par
défaut de 30 secondes pour RIP et de 90 secondes pour IGRP.
16.3.1 RIP
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 72
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
Ce protocole est limité à 15 sauts. En effet, une métrique de 16 signifie l'infini (cela peut
paraître petit, mais cela permet de faire converger plus vite le graphe lorsqu'un routeur vient à
tomber en panne : cela peut prendre nb_routeurs_impliqués_dans_la_boucle*16*30 secondes).
adip1:520 255.255.255.255:520 tous les routeurs doivent répondre à la requête sauf ceux qui
sont "silent"
adip1:520 adip2:520 le routeur adip2 doit répondre à la requête sauf si il est
"silent"
adip1:xxx 255.255.255.255:520 tous les routeurs doivent répondre à la requête même ceux
qui sont "silent"
adip1:xxx adip2:520 le routeur adip2 doit répondre à la requête même si il est
"silent"
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 73
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
RIP est l'un des protocoles de routage les plus utilisés. Il est souvent implanté par un
programme appelé routed.
Un routeur IP utilise RIP en mode actif, c'est à dire qu'il broadcast toutes les 30 secondes des
informations venant de sa propre table de routage. On parle de message RIP.
Un hôte utilise RIP en mode passif, c'est à dire qu'il utilise les informations de routage qui lui
parviennent des routeurs IP pour mettre à jour sa propre table de routage.
avec la convention que si un routeur a une connexion directe sur un réseau, ce réseau est dit à
une distance de 1 du routeur. Tout passage nécessaire par un routeur augmente le "hop count" de 1.
command 1 : requête
2 : réponse
version 1
address familly 2 pour indiquer que address contient une adresse IP
Notons que pour prendre en compte les caractéristiques différentes des réseaux physiques
(débit,...) certaines implémentations de RIP modulent le "hop count" en fonction de ces
caractéristiques.
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 74
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
Réseau 1
Routeur A
Réseau 2
Routeur B
Réseau 3
Routeur C Routeur D
Réseau 4 Réseau 5
Le routeur A envoie un broadcast (1,1) pour indiquer qu'il peut atteindre le réseau 1 avec un
coût 1. Le routeur B recevant ce message va indiquer qu'il peut atteindre le réseau 1 avec un coût 2 via
le routeur A. De même pour le routeur C, qui recevant un message (1,2) du routeur B va écrire dans sa
table de routage qu'il peut atteindre le réseau 1 via le routeur B avec un coût 3.
RIP ne permet pas de partager le trafic vers une même destination entre deux chemins de
même coût. Pour qu'un chemin remplace un autre, il faut que son coût soit strictement inférieur.
Un chemin n'est maintenu qu'un certain temps dans les tables. Si au bout d'une certaine
période, l'existence d'un chemin n'est pas confirmé par les autres routeurs, ce chemin disparaît de la
table de routage. Cela évite d'envoyer des datagrammes vers des chemins devenus indisponibles.
RIP-v1 a été conçu pour être compatible avec toutes les implémentations existantes. Entre autres, on
peut lui citer les défauts suivants :
pas d'interaction prévue avec les EGP
pas de masque de sous réseau (une adresse IP ne suffit pas, il faut lui adjoindre le
masque réseau)
pas d'authentification
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 75
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
RIP V2
Voici un exemple de capture de trame RIP (retrouver les différents champs ?).
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 76
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
16.3.2 HELLO
HELLO implante également un algorithme de type "distance vector". HELLO est différent de
RIP dans le sens où les informations inter-routeurs portent sur des temps et non plus sur des nombres
de sauts.
16.3.3 IGRP
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 77
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
Les algorithmes de ce type permettent aux routeurs de construire leurs tables de routage de
manière plus rapide et plus économique : chaque routeur n'envoie à ses voisins que la description des
liaisons qu'il possède avec ceux-ci.
Cette information locale est transmise de proche en proche et permet à chaque routeur de
construire la topologie du réseau telle qu'il la voit, se plaçant lui-même comme racine de
l'arborescence ainsi créée. Chaque liaison est définie par un poids, fixé par l'administrateur, permettant
à l'algorithme d'identifier le chemin le plus court entre deux points du réseau.
La puissance et la souplesse de ces algorithmes résident dans leur définition. Ils peuvent
représenter des paramètres tels que le débit de la liaison, le coût PTT, le temps de transit (dans le cas
de liaison satellite par exemple)...
Toute modification du réseau est immédiatement répercutée, sans attendre un temps prédéfini,
puisque le volume de l'information correspondant à cette mise à jour est très faible, et ne risque donc
pas de saturer le réseau. Seule la description de cette modification est transmise, par opposition au cas
précédent où toute la table de routage est diffusée.
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 78
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
16.4.1 OSPF
Protocole link state (RFC 1247) destiné à remplacer les protocoles intérieurs propriétaires et RIP.
OSPF utilise la fonctionnalité “type de service” offerte par IP
Permet d’installer plusieurs routes pour une même destination, selon des critères différents (ex : délai
court, débit important).
Si plusieurs routes vers une même destination sont de coût équivalents, OSPF répartit la charge
équitablement parmi ces routes.
OSPF supporte l’adressage en sous-réseaux (subnets);
Découpe d’un système autonome en aréas
Isolement des informations de routage à l’intérieur de ces aréas
==> limitation des informations de routage dans le système autonome .
Des liens virtuels peuvent être établis dans la topologie de l’AS afin de cacher les connexions
physiques d’une partie du réseau.
Les liens extérieurs avec d’autres systèmes autonomes (via EGP par exemple) sont pris en compte.
Echanges entre routeurs authentifiés ==> l’intégrité des messages.
OSPF est le premier protocole de routage normalisé utilisant un algorithme de type "ling
status". Il a été conçu pour de très grands réseaux s'appuyant sur de nombreux routeurs, des liaisons
WAN multiples et des backbones à haut débit comme FDDI.
q OSPF est un des premiers protocoles de routage à prendre en compte dans le routage le
champ type of service présent dans l'en-tête du datagramme IP à router. A une même
destination peut correspondre plusieurs chemins différents, une pour chaque type de
service (low delay, high trouhgput,....). Quand un routeur sous OSPF route des
datagrammes, il prend en compte l'adresse destination et le type de service spécifié dans
l'en-tête IP.
q OSPF utilise le load balancing. S'il existe plusieurs chemins vers une même direction ayant
le même coût, OSPF distribue le trafic également sur chaque chemin. Les protocoles
comme RIP ne calculent vers une destination donnée qu'une seule route.
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 79
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
La fonctionnalité
chaque area constitue un réseau indépendant
la table des liaisons ne contient de les liaisons de l’Area,
le protocole d’inondation s’arrête aux frontières de l’Area,
les routeurs ne calculent que des routes internes à l’Area
certains routeurs (area border routers) appartiennent à plusieurs Areas (en général une Area
inférieure et une Area BB) et transmettent les informations récapitulatives des Areas qu’ils
relient.
Chaque routeur du système autonome où d’une area construit sa propre base d’information décrivant
la topologie de l’AS complet ou bien de l’area.
Au départ les routeurs utilisent des message "Hello" pour découvrir leurs voisins; une "adjacence" est
formée lorsque deux routeurs communiquent pour échanger des informations de routage.
L’information élémentaire échangée entre routeurs décrit l’état (link state) des adjacences; cette
information est fournie par un routeur donné puis propagée dans l'area ou l’AS.
A partir de sa base d’information (collection d’états des routeurs), chaque routeur construit un arbre du
plus court chemin (SPF tree) dont il est la racine.
Cet arbre indique toutes les routes pour toutes les destinations du système autonome, plus les
destinations extérieures.
La base d’information topologique d’un système autonome décrit un graphe orienté. Les noeuds du
graphe sont des routeurs ou bien des réseaux tandis que les liens représentent les connexions
physiques.
Les réseaux sont dits de transit si plusieurs routeurs y sont connectés ou terminaux dans le cas
contraire.
A chaque réseau est associé une adresse IP et un masque réseau.
Une machine seule (host) est considérée comme un réseau terminal avec un masque égal à
0xFFFFFFFF.
16.4.2 IS-IS
OSPF n'est pas le seul protocole de sa génération. Il doit compter avec IS-IS (Intermediate
System to Intermediate System). Ce protocole est défini par l'ISO. Il est de type link status et présente
des caractéristiques similaires à OSPF. Dans sa première version, il supporte le protocole de l'OSI.
Dans une version plus récente (Integrated IS-IS ou Dual IS-IS), plusieurs protocoles de réseau peuvent
être gérés simultanément, comme IP et OSI, grâce à un champ type de protocole.
Cette possibilité est à comparer à la solution de type SIN offerte par OSPF. Un protocole de
type DIN (Ships In the Night) ne sait gérer qu'un seul protocole de réseau, mais peut coexister avec
d'autres protocoles de routage. Dans le cas d'un réseau IP et XNS, OSPF sait coexister avec RIP-XNS.
Les messages de routage des deux protocoles se croisent sur les mêmes liaisons sans se voir, comme
des bateaux dans la nuit (Ships in the night).
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 80
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
udp
ip
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 81
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
Tous le échanges entre le software UDP et les processus d'applications ont lieu via les ports.
Avant de pouvoir transmettre un message sur le réseau, chaque processus d'application doit négocier
avec le système d'application pour obtenir un port et un numéro de port associé.
Un port UDP peut être considéré comme une file d'attente. Dans la plupart des
implémentations, quand un port est affecté à un programme d'application par le système d'exploitation,
une file d'attente est créée sur ce port. Cette file d'attente recevra les messages venant du réseau et à
destination de ce port.
TCP/IP fixe certains numéros de ports UDP pour les types d'applications les plus courants. Les
autres numéros sont disponibles. Si une application ne connaît pas le numéro de port d'une application
distance à laquelle elle veut s'adresser, elle peut obtenir ce numéro par un mécanisme de requête /
réponse.
Une des principales applications utilisant UDP est SNMP (Simple Network Management
Protocol).
Nous donnons ci-dessous une liste non exhaustive des ports UDP fixés. Notons que si des
services identiques sont offerts sous TCP, les numéros de ports seront alors les mêmes.
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 82
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
Le protocole UDP
UDP (User Datagram Protocol) est donc un protocole du niveau transport qui permet à un
processus d'une machine d'envoyer un datagramme à un processus d'une autre machine. Dans ce but, il
utilise directement le protocole IP, protocole non-fiable et sans connexion. UDP fournit donc un
service de transport :
q non fiable (sans accusés de réception (= unreliable)
q sans connexion (=Connectionless)
Un programme d'application qui utilise UDP doit tenir compte de tous ces problèmes.
Chaque message UDP est appelé un datagramme utilisateur (user datagram). Il contient un en-
tête (header) et une zone de données (data area).
Les ports source et destination contiennent les numéros de port utilisés par UDP pour démultiplexer
les datagrammes destinés aux processus en attente de les recevoir. Le port source est facultatif (égal à
zéro si non utilisé).
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 83
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
Les messages UDP venant de la couche IP sont distribués aux différentes applications en fonction des
numéros de port inclus dans les en-tête IP. Les messages en provenance des différentes applications de
la machines sont transmis à la couche IP.
Lorsqu'il est utilisé, le champ de contrôle couvre plus d'informations que celles contenue dans le
datagramme UDP; En effet, le checksum est calculé avec un pseudo-en-tête non transmis dans le
datagramme:
UDP s'appuyant sur les couches inférieurs pour acheminer les messages UDP, des
encapsulations successives ont lieu :
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 84
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
18.1 TCP
TCP (Transmission Control Protocol) est un protocole du niveau transport qui permet à une
application d'une machine d'envoyer un flux de données vers une application d'une autre machine.
Une connexion de type circuit virtuel est établie avant que les données ne soient échangées :
appel + négociation + transferts
Une connexion = une paire d'extrémités de connexion
Une extrémité de connexion = couple (adresse IP, port)
Exemple de connexion : ((124.32.12.1, 1034), (19.24.67.2, 21))
Une extrémité de connexion peut être partagée par plusieurs autres extrémités de connexions (multi-
instanciation)
La mise en oeuvre de la connexion se fait en deux étapes :
une application (extrémité) effectue une ouverture passive en indiquant qu'elle accepte une
connexion entrante,
une autre application (extrémité) effectue une ouverture active pour demander l'établissement
de la connexion.
Tout comme UDP, TCP utilise la notion de port. Cependant un port TCP n'est pas utilisé
comme l'était un port UDP. L'abstraction fondamentale utilisée par TCP est la connexion.
Une connexion est identifiée par une paire de endpoints (points terminaux).
Un endpoint est une paire d'entiers (host, port) où :
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 85
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
Ce concept repose sur les techniques d’acquittement de message : lorsqu'une source A émet un
message Mi vers une destination B, A attend un acquittement Ai de B avant d'émettre le message
suivant Mi+1.
Si l’acquittement Ai ne parvient pas à A, A considère au bout d'un certain temps que le message est
perdu et reémet Mi :
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 86
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
La technique acquittement simple pénalise les performances puisqu'il faut attendre un acquittement
avant d'émettre un nouveau message. Le fenêtrage améliore le rendement des réseaux.
La technique du fenêtrage : une fenêtre de taille T, permet l'émission d'au plus T messages "non
acquittés" avant de ne plus pouvoir émettre :
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 87
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 88
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
URG : le pointeur de données urgentes est valide (exemple : interrupt en remote login), les données
sont émises sans délai, les données reçues sont remises sans délai.
SYN : utilisé à l’initialisation de la connexion pour indiquer où la numérotation séquentielle
commence. Syn occupe lui-même un numéro de séquence bien que ne figurant pas dans le champ de
données. Le Numéro de séquence inscrit dans le datagramme (correspondant à SYN) est alors un
Initial Sequence Number (ISN) produit par un générateur garantissant l’unicité de l’ISN sur le réseau
(indispensable pour identifier les duplications).
FIN : utilisé lors de la libération de la connexion;
PSH : fonction push. Normalement, en émission, TCP reçoit les données depuis l’applicatif , les
transforme en segments à sa guise puis transfère les segments sur le réseau; un récepteur TCP
décodant le bit PSH, transmet à l’application réceptrice, les données correspondantes sans attendre
plus de données de l’émetteur. Exemple : émulation terminal, pour envoyer chaque caractère entré au
clavier (mode caractère asynchrone).
RST : utilisé par une extrémité pour indiquer à l’autre extrémité qu’elle doit réinitialiser la connexion.
Ceci est utilisé lorsque les extrémités sont désynchronisées. Exemple :
OPTIONS
Permet de négocier la taille maximale des segments échangés. Cette option n'est présente que dans les
segments d'initialisation de connexion ( avec bit SYN).
TCP calcule une taille maximale de segment de manière à ce que le datagramme IP résultant
corresponde au MTU du réseau. La recommandation est de 536 octets.
La taille optimale du segment correspond au cas où le datagramme IP n’est pas fragmenté mais :
il n’existe pas de mécanisme pour connaître le MTU, le routage peut entraîner des variations de MTU,
la taille optimale dépend de la taille des en-têtes (options).
Acquittements et retransmissions
Le mécanisme d’acquittement de TCP est cumulatif :
il indique le numéro de séquence du prochain octet attendu : tous les octets précédents cumulés sont
implicitement acquittés
Si un segment a un numéro de séquence supérieur au numéro de séquence attendu (bien que dans la
fenêtre), le segment est conservé mais l’acquittement référence toujours le numéro de séquence
attendu(-->).
Pour tout segment émis, TCP s’attend à recevoir un acquittement
Si le segment n’est pas’acquitté, le segment est considéré comme perdu et TCP le retransmet.
Or un réseau d’interconnexion offre des temps de transit variables nécessitant le réglage des
temporisations; TCP gère des temporisations variables pour chaque connexion en utilisant un
algorithme de retransmission adaptative
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 89
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 90
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 91
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
Une connexion TCP est établie en trois temps de manière à assurer la synchronisation nécessaire entre
les extrémités :
Ce schéma fonctionne lorsque les deux extrémités effectuent une demande d'établissement
simultanément. TCP ignore toute demande de connexion, si cette connexion est déjà établie.
Une connexion TCP est libérée en un processus dit "trois temps modifié":
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 92
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
TCP s'appuyant sur les couches inférieures pour acheminer les datagrammes utilisateurs, les
encapsulations successives ont lieu :
Nous donnons ci-dessous une liste non exhaustive des ports TCP fixés. Notons que si des
services identiques sont offerts sous TCP, les numéros de ports seront alors les mêmes.
Rechercher sur votre OS le fichier : etc\services, celui-ci contient l’extrait du tableau ci-dessous
0 Reserved
1 TCPMUX - TCP Multiplexor
5 RJE - Remote Job Entry
7 ECHO echo Echo
9 DISCARD discard Discard
11 USERS systat Active users
13 DAYTIME daytime Daytime
15 - netstat Netwok status program
17 QUOTE qotd Quote of the day
19 CHARGEN chargen Character generator
20 FTP-DATA ftp-data File Transfert Protocol ( data )
21 FTP ftp File Transfert Protocol
23 TELNET telnet Terminal connexion
25 SMTP smtp Simple Mail Transport Protocol
37 TIME time Time
42 NAMESERVER name Host name server
43 NICNAME whois Who is
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 93
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
TCP : L’automate
Réinitialisation
Départ
Fermé
ouverture active/ SYN
fermeture ouverture
passive
Ecoute
SYN/SYN+ACK (Listen) Send SYN
RST
SYN SYN Fermer
SYN/SYN+ACK
reçu émis
RST
Tempo. exp.
ACK SYN+ACK/ACK
Etablie
Close/FIN
FIN/ACK
Attente
Fermer
Fermer/FIN
FIN (send)
rcv
FIN
Fermeture Dernier ACK
Attente FIN/ACK
en cours ACK
-1
rcv
rcv
ACK of FIN
ACK of FIN
tempo. expire aprés
2 durée de vie de segment
FIN
Tempo.
Attente FIN / ACK
expirée
-2
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 94
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
Si le serveur communique en UDP par exemple, il peut accepter et répondre à des requêtes en
provenance de n'importe quelle machine de l'inter-réseau. Par contre s'il communique en utilisant des
trames physiques, il est restreint au réseau physique auquel il est connecté.
Tant que le nombre de machines connectées à un inter-réseau demeure faible, la gestion des
noms est simple. Une machine sera désignée par exemple sous le nom "palmier", une autre sous le
nom "colchique", etc.... Mais dès lors que le nombre de machines connectées croît rapidement, cette
gestion devient très lourde pour le manager du réseau. Et le risque de voir deux machines différentes
porter le même nom symbolique n'est plus à exclure.
Pour remédier à ce problème, un système d'adressage hiérarchique a été crée. L'attribution des
noms est faite en utilisant un mécanisme de délégation d'autorité.
Le découpage hiérarchique peut être basé sur la géographie, l'organisation interne de la société
ou sur tout autre critère du moment qu'il est logique.
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 95
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
gefi
tm AS400
Shpe55
21.2 DNS
Un “Domain Name” est une suite de sous-noms, appelés labels, séparés par des points.
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 96
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
un hôte : shpe55.tm.form.gefi
un service : form.gefi
une boîte aux lettres électronique : edouard@ shpe55.tm.form.gefi
un utilisateur
...
- Le premier dit “Organisationnel”, est basé sur la nature de l’activité de la société qui a
demandé une affectation d’adresse IP.
- Le second dit “géographique” est basé sur la géographie.
Le schéma organisationnel est souvent préféré car il induit des adresses symboliques plus
courtes. Nous donnons ci-après la liste des “Domain names” situés au sommet de la hiérarchie Internet
et qui constituent les points de raccord possibles pour les hiérarchies des sociétés ou organisations.
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 97
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
En France les attributions des noms de domaine en « .fr » sont de la responsabilité de l’AFNIC
ou de quelques fournisseurs d’accès Internet (ASI).
Par nom de second niveau, on entend un nom qui désigne l’institution demandant de faire
partie du Domain Name System d’Internet. Dans l’exemple, gefisa est un nom de second niveau.
Tout comme pour les adresses IP, il n’est pas obligatoire de se déclarer au NIC tant que l’on
ne souhaite pas être connecté sur l’extérieur. Toutefois en prévision de l’avenir, et s’il on souhaite
adopter l’adressage symbolique, c’est souhaitable.
La correspondance entre un nom symbolique et une adresse IP est effectuée par un ensemble
de serveurs de noms (dédiés ou non) qui coopèrent entre eux. Il y a en général un serveur de noms par
entité différente de la hiérarchie. Chaque demande de correspondance est en priorité traitée par le
serveur de noms local. Pour réduire le nombre de requêtes et de réponses, on implante généralement
sur les hôtes un mécanisme de cache. Les serveurs de noms doivent être conformes aux standards
édictés par Internet avant raccordement au réseau Internet.
Résolution de NOMS :
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 98
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
A 192.168.10.5 serveur1
A 192.168.10.10 serveur2
Enregistrement SOA :
Fichier de cache
Pour un serveur DNS Internet, il y a un fichier de cache par défaut. Il contient les @IP des 11 root-servers.
Si le serveur DNS n'est pas utilisé pour Internet, il faut supprimer ce fichier de cache.
Voici un exemple de Cache DNS
; DNS CACHE FILE
;
; Initial cache data for root domain servers.
;
; YOU SHOULD CHANGE:
; —Nothing if connected to the Internet. Edit this file only when
; update root name server list is released.
; OR
; —If NOT connected to the Internet, remove these records and replace
; with NS and A records for the DNS server authoritative for the
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 99
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
; root domain at your site.
; Internet root name server records:
; last update: Sep 1, 1995
; related version of root zone: 1995090100
;
; formerly NS.INTERNIC.NET
. 3600000 IN NS A.ROOT-SERVERS.NET.
A.ROOT-SERVERS.NET. 3600000 A 198.41.0.4
; formerly NS1.ISI.EDU
. 3600000 NS B.ROOT-SERVERS.NET.
B.ROOT-SERVERS.NET. 3600000 A 128.9.0.107
; formerly C.PSI.NET
. 3600000 NS C.ROOT-SERVERS.NET.
C.ROOT-SERVERS.NET. 3600000 A 192.33.4.12
; formerly TERP.UMD.EDU
. 3600000 NS D.ROOT-SERVERS.NET.
D.ROOT-SERVERS.NET. 3600000 A 128.8.10.90
; formerly NS.NASA.GOV
. 3600000 NS E.ROOT-SERVERS.NET.
E.ROOT-SERVERS.NET. 3600000 A 192.203.230.10
; formerly NS.ISC.ORG
. 3600000 NS F.ROOT-SERVERS.NET.
F.ROOT-SERVERS.NET. 3600000 A 39.13.229.241
; formerly NS.NIC.DDN.MIL
. 3600000 NS G.ROOT-SERVERS.NET.
G.ROOT-SERVERS.NET. 3600000 A 192.112.36.4
; formerly AOS.ARL.ARMY.MIL
. 3600000 NS H.ROOT-SERVERS.NET.
; End of File
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 100
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
DHCP
Qu'est-ce que DHCP ?
A chaque démarrage d'un client DHCP, ce dernier demande des informations d'adressage IP à un
serveur DHCP, notamment : Adresse IP, masque de sous-réseau et passerelle. Permet d'attribuer aux
clients une adresse IP et un masque. Le reste est sous forme d'options. (routeur par défaut, serveur
DNS, ...).
Agent de relais DHCP : plage d'adresses IP disponibles pour un autre réseau au cas ou le serveur
DHCP de cet autre réseau serait HS. Les @IP sont données au travers du routeur qui relie les 2
réseaux.
Cet agent répond aux broadcasts après avoir entendu 4 trames de broadcast successives d'un client qui
émet des DHCP discover. Pour cela, il effectue un DHCP request dirigé au travers du routeur. Un
serveur DHCP ne peut pas être un agent relais DHCP.
identification difficile de la source d'un problème- infos d'adressage IP Élimination de nombreux pb de configuration
fournies automatiquement
informations incohérentes
surcharge administrative
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 101
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
Fonctionnement de DHCP
Demande : - 1ere fois initialisation - Demande spécifique refusée - Client avait un bail dont il a mis fin
Demande de bail client : DHCP Discover. Tous les serveurs DHCP contactés ayant une adresse à
proposer diffusent une proposition.
Proposition de bail: DHCP Offer. Le serveur DHCP réserve l'adresse. Si le client ne reçoit pas de
proposition pendant 1 seconde, il diffuse trois autres requêtes à 9, 13 et 16 secondes auxquels s'ajoute
une durée aléatoire comprise entre 0 et 1000 millisecondes. Après 4 tentatives, il essaie toutes les 5
minutes. Le client sélectionne la première proposition qui lui parvient.
Sélection de bail IP : DHCP Request. Informe tous les serveurs DHCP de son adhésion à un serveur.
Cela permet aux serveurs DHCP non sélectionnés de libérer la réservation et au bon serveur de lui
répondre.
Accusé de réception du bail IP (conclu) : DHCP ACK. Lorsque le client DHCP reçoit DHCP ACK,
TCP/IP est complètement initialisé et est considéré comme un client DHCP lié
DHCP Offer IP@srv 255.255.255.255 IP Proposé @mac client Masque Durée bail (3J) IPsrv
DHCP Request 0.0.0.0 255.255.255.255 @mac client Nom ordi client IP demandée IPsrv
DHCP ACK IP@srv 255.255.255.255 IP proposé @mac client Masque Durée bail (3J) IPsrv
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 102
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 103
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
Un exemple d’interface utilisée est la socket ( Unix BSD ). Pour utiliser TCP/IP, un
programme doit demander la création d’une socket, préciser les adresses IP source et destination ainsi
que les ports applicatifs mis en jeu. Ensuite, le programme d’application communique avec TCP/IP
par les primitives “read” et “write”.
Nous citons ci-dessous quelques uns des principaux programmes d’applications reposant sur
les protocoles de couches 3 et 4 de TCP/IP.
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 104
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
Un administrateur de réseau a besoin de logiciels lui permettant par exemple de résoudre les
différents problèmes qui surviennent sur le réseau, de contrôler le routage et d'effectuer des statistiques
sur le trafic.
Le groupe de protocoles TCP/IP n'a pas de protocole standard officiel pour la communication
d'informations de management. Deux standards sont toutefois recommandés : SNMP et CMOT.
SNMP (Simple Network Management Protocol) est de loin le plus largement utilisé. CMOT
(CMOP over TCP) précise l'utilisation sur une connexion TCP du standard ISO CMIP (Common
Management Information Protocol).
Le protocole SNMP (Simple Network Management Protocol) a été développé pour permettre à
l’administrateur du réseau d’interroger les éléments de son réseau sans se déplacer. Le principe de
SNMP est très simple : sur chacune des machines, on installe un petit programme : l’agent SNMP. Cet
agent enregistre en permanence des informations relatives à la machine. Il stocke ces informations
dans une MIB (Management Information Base), une base de données.
Ainsi, de son ordinateur, l’administrateur peut interroger chacune de ses machines et obtenir les
informations qu’il souhaite, comme par exemple le nombre d’octets reçus et envoyés... Il peut aussi
modifier certaines informations.
Le protocole SNMP fonctionne au niveau 7 du modèle OSI, mais se situe directement au-dessus
d’UDP. Il fonctionne sur un modèle client-serveur, où il n’y a qu’un seul client, la station
d’administration (NMS = Network Management Station) et beaucoup de serveur (chaque agent
SNMP), le client interrogeant les serveurs pour récupérer les informations.
Chaque agent est placé sur un nœud du réseau qui est dit administrable (MN : Managed Node). Ces
nœuds peuvent être soit des hôtes (stations de travail ou serveurs), soit des éléments d’interconnexion
(switchs, hubs, routeurs), soit des supports physiques (câbles).
q des agents contenant du soft "agent" et une base de données de gestion des objets et
variables propres à la machine. Ils conservent des informations que le ou les managers ont
la possibilité d consulter ou de modifier par des requêtes. Ces agents gardent, par exemple,
des statistiques sur l'état des interfaces réseau, sur le trafic entrant et sortant, sur les
messages d'erreurs générés.
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 105
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
24.3 La MIB
Les deux groupes de travail qui ont proposé SNMP et CMOT ont coopéré initialement pour
définir un standard concernant les données de management réseau. Ce standard est donc indépendant
du protocole utilisé (SNMP ou CMIP).
Connu sous le nom de la MIB ( Management Information Base ), le standard spécifie les
types de données qu'un hôte ou un routeur IP doit conserver et les opérations permises sur ces types de
données.
Toute variable MIB est identifiée par une suite de chiffres séparés par des points. Toute
identification d'une variable MIB a comme préfixe 1.3.6.1.2.1. Le chiffre suivant compris entre 1 et 8
indique la catégorie à laquelle appartient la variable MIB (system, ip, ...). Le chiffre suivant enfin
identifie la variable dans la catégorie.
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 106
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
24.4 SMI
Pour se retrouver dans la foule d’informations proposées par chaque agent, on a défini une structure
particulière pour les informations appelée SMI. Chacune des informations de la MIB peut être
retrouvée soit à partir de son nom de variable, soit à partir d’un arbre de classification. Cela revient à
parcourir des sous-dossiers et dossiers d’un disque dur…
Supposons que vous souhaitiez consulter la variable System d’un hôte, vous pouvez soit lui demander
la variable System directement, soit lui demander la variable ayant pour OID (Object IDentification)
1.3.6.1.2.1.1… correspondant à l’arborescence de la variable (ISO, Identified Organization, dod,
Internet, Management, MIB2, System).
Ca parait très lourd à première vue, mais le nombre de variable étant important, on ne peut se souvenir
de chaque nom. Par contre, il existe de nombreux logiciel permettant d’explorer la MIB de façon
conviviale, en utilisant cette classification.
SMI définit, par exemple, les types IpAddress (Chaîne de caractères de 4 octets) et Counter
(entier entre 0 et 232 -1). C'est à partir de ces types que doivent être définies les variables MIB.
SMI impose également l'utilisation du standard ISO ASN.1 pour définir et référencer les
variables MIB.
Au bout d’un moment, les variables choisies pour la MIB (puis la MIB2) se sont avérées insuffisantes
pour plusieurs applications. On va donc trouver deux autres types de MIB que sont les Private MIB et
les MIB R-MON (Remote network MONitoring).
Les Private MIB, représentées en 1.3.6.1.4 dans la classification SMI, permettent aux entreprises de
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 107
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
rajouter des variables pour une implémentation particulière des agents SNMP. Cela leur permet
d’ajouter de nouvelles variables en fonctions des applications qu’elles veulent développer.
Les MIB R-MON permettent par exemple de placer des agents SNMP sur des supports physiques. Sur
un câbles, on peut connecter une sonde R-MON qui va enregistrer tout se passe et que le
l’administrateur pourra interroger pour avoir des informations sur les collisions, les débits à un endroit
précis.
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 108
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
25.1 Présentation
• Le FIREWALL est destiné à garantir la sécurité des échanges entre deux réseaux
• Il agit sur la couche Application.
• Il faut absolument désactiver le FORWARDING IP (routage par la couche 3)
Routeur Firewall
Application Application
Présentation Présentation
Session Session
Transport Transport
Réseau Réseau
Liaison Liaison
Physique Physique
Eth1 Eth0 Eth1 Eth0
25.2 Fonctionnement
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 109
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
25.3.1 Définition
25.3.2 Fonctionnement
• lorsqu’un paquet est reçu, le FireWall l’examine et vérifie les adresses source et
destination, l’utilisateur, le type d’application à laquelle il doit accéder et,
éventuellementl’interface réseau utilisée. A la différence de ce qui se passe avec
les autres techniques, le paquet IP n’est pas renvoyé tel quel. Le FireWall crée un
nouveau paquet, mais seulement après que la session soit autorisée, et modifie
l’adresse source pour y mettre la sienne, afin de cacher l’adresse de l’utilisateur.
• une fois la session établie, le proxy surveille les paquets transmis contre
d’éventuelles attaques applicatives connues (ping of death, déni de services, etc .)
Internet
routeur
FireWall
Intranet
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 110
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
26. Annexes
ping telnet ftp smtp trace- dns tftp ping nfs / xdr
(23) (21) (25) route (53) (69) rpc
tcp udp
(6) (17)
icmp igmp
(1)
ip
(0800)
arp rarp
(0806) (0806)
driver
Eth0
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 111
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
root
org
Autorité member (3)
standard D’enregistrement (2)
(0) (1)
dod
(6)
Internet 1.3.6.1
(1)
entreprises
(1)
Mib
(1)
system transmission
(1) (10)
interfaces egp
(2) (8)
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 112
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
64 à 1518 octets
Préambule/SFD (8 octets )
Destination adresse (6 octets )
Source adresse (6 octets )
Type (2 octets )
Données ( 46 à 1500 octets ) .
.
.
FCS (4 octets )
Préambule/SFD (8 octets )
Destination adresse (6 octets )
Source adresse (6 octets )
Longueur (2 octets )
Données ( 46 à 1500 octets ) .
.
.
FCS (4 octets )
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 113
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 114
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
26.4.1 Le datagramme IP v4
Option
Data Field
q Version (4 bits)
q IHL : IP Header Length/Longueur de l’entête IP (4 bits), en nombre de mots de 32 bits
avec le champ option (la longueur maximale est de 60 octets)
q TOS : Type Of Service (8 bits)
q Total Length Field/Longueur totale du datagramme, en nombre d’octets (16 bits)
q TTL : Time TO Live (8 bits)
q Protocol (8 bits)
q Header Checksum (16 bits)
q Source Address IP (32 bits)
q Destination Addr IP (32 bits)
q Option Field
q Data Field, ce champ encapsule le protocole N+1
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 115
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
0 1 2 3 4 5 6 7
Priority D T R Not used
Priority
0 Priorité normale
7 Supervision réseau
• les FLAGS
- Réservé
F Si F=1 ⇒ Fragmentation interdite
M More Si M=1 ⇒ les datagrammes IP sont fragmentés
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 116
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
26.4.2 Le datagramme IP v6
Source Address
Destination Address
q Version (4 bits)
q Priority (4 bits)
q Flow Label (24 bits)
q Payload Length (16 bits)
q Next Header (8 bits)
q Hop Limit (8 bits)
q Source Address (128 bits)
q Destination Addr (128 bits)
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 117
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
• Opération :
1 ⇒ Request ARP
2.⇒Reply ARP
3 ⇒ Request RARP
4 ⇒ Reply RARP
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 118
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
Option
Data Field
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 119
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
Option
Data Field
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 120
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
26.5 Le MTU
• Le MTU de chemin (PATH MTU) est le plus petit MTU d’une trame lorsque celle-ci
traverse plusieurs réseaux physiques.
• Le MTU est calculé en fonction du temps d’aller et retour (round-trip delay) que prend un
paquet ‘interactif’ pour être envoyé et pour retourner quelque chose. Un temps de réponse
entre 100 à 200 ms est perçu comme mauvais par un utilisateur.
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 121
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 122
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
Frame Time Src MAC Addr Dst MAC Addr Protocol Description
41 260.554 3COM 234819 *BROADCAST ARP_RARP ARP:Request
00000: FF FF FF FF FF FF 02 60 8C 23 48 19 08 06 00 01 .......`.#H.....
00010: 08 00 06 04 00 01 02 60 8C 23 48 19 80 01 01 01 .......`.#H.....
00020: 00 00 00 00 00 00 80 01 01 0A 00 00 00 00 00 13 ................
00030: 00 00 00 13 00 00 00 13 31 0A 0C 64 ........1..d
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 123
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
Frame Time Src MAC Addr Dst MAC Addr Protocol Description
42 260.558 3COM 234968 3COM 234819 ARP_RARP ARP: Reply
00000: 02 60 8C 23 48 19 02 60 8C 23 49 68 08 06 00 01 .`.#H..`.#Ih....
00010: 08 00 06 04 00 02 02 60 8C 23 49 68 80 01 01 0A .......`.#Ih....
00020: 02 60 8C 23 48 19 80 01 01 01 00 00 00 00 00 13 .`.#H...........
00030: 00 00 00 13 00 00 00 13 31 0A 0C 64 ........1..d
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 124
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
Trame Heure Adr src MAC Adr dst MAC Protocole Description
1 1.925 ZDSN 00A0245A4BBC ICMP Echo
00000: 00 A0 24 5A 4B BC 00 A0 24 53 75 CF 08 00 45 00 ..$ZK...$Su...E.
00010: 00 3C 25 06 00 00 20 01 F1 A1 C0 A8 01 65 C0 A8 .<%... ......e..
00020: 01 64 08 00 2F 5C 01 00 1D 00 61 62 63 64 65 66 .d../\....abcdef
00030: 67 68 69 6A 6B 6C 6D 6E 6F 70 71 72 73 74 75 76 ghijklmnopqrstuv
00040: 77 61 62 63 64 65 66 67 68 69 wabcdefghi
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 125
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
Trame Heure Adr src MAC Adr dst MAC Protocole Description
2 1.925 00A0245A4BBC ZDSN ICMP Reply
00000: 00 A0 24 53 75 CF 00 A0 24 5A 4B BC 08 00 45 00 ..$Su...$ZK...E.
00010: 00 3C 16 AE 00 00 40 01 DF F9 C0 A8 01 64 C0 A8 .<....@......d..
00020: 01 65 00 00 37 5C 01 00 1D 00 61 62 63 64 65 66 .e..7\....abcdef
00030: 67 68 69 6A 6B 6C 6D 6E 6F 70 71 72 73 74 75 76 ghijklmnopqrstuv
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 126
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
**********************************************************************************************
******************************************************
Trame Heure Adr src MAC Adr dst MAC Protocole Description
Autre adr src Autre adr dst Taper une autre adr
1 3.386 ZDSN *BROADCAST ARP_RARP ARP: Request, Target IP: 192.168.1.125
00000: FF FF FF FF FF FF 00 A0 24 53 75 CF 08 06 00 01 ........$Su.....
00010: 08 00 06 04 00 01 00 A0 24 53 75 CF C0 A8 01 65 ........$Su....e
00020: 00 00 00 00 00 00 C0 A8 01 7D .........}
**********************************************************************************************
******************************************************
Trame Heure Adr src MAC Adr dst MAC Protocole Description
Autre adr src Autre adr dst Taper une autre adr
2 3.387 00E0B06A43C0 ZDSN ARP_RARP ARP: Reply, Target IP: 192.168.1.101
Target Hdwr Addr: 00A0245375
00000: 00 A0 24 53 75 CF 00 E0 B0 6A 43 C0 08 06 00 01 ..$Su....jC.....
00010: 08 00 06 04 00 02 00 E0 B0 6A 43 C0 C0 A8 01 7D .........jC....}
00020: 00 A0 24 53 75 CF C0 A8 01 65 00 00 00 00 00 00 ..$Su....e......
00030: 00 00 00 00 00 00 00 00 00 00 00 00 ............
**********************************************************************************************
*******************************************************
Trame Heure Adr src MAC Adr dst MAC Protocole Description
Autre adr src Autre adr dst Taper une autre adr
3 3.387 ZDSN 00E0B06A43C0 ICMP Echo, From 192.168.01.101 To
192.168.01.125 192.168.1.101 192.168.1.125 IP
00000: 00 E0 B0 6A 43 C0 00 A0 24 53 75 CF 08 00 45 00 ...jC...$Su...E.
00010: 00 3C 0E 07 00 00 20 01 08 88 C0 A8 01 65 C0 A8 .<.... ......e..
00020: 01 7D 08 00 2B 5C 01 00 21 00 61 62 63 64 65 66 .}..+\..!.abcdef
00030: 67 68 69 6A 6B 6C 6D 6E 6F 70 71 72 73 74 75 76 ghijklmnopqrstuv
00040: 77 61 62 63 64 65 66 67 68 69 wabcdefghi
**********************************************************************************************
*******************************************************
Trame Heure Adr src MAC Adr dst MAC Protocole Description
Autre adr src Autre adr dst Taper une autre adr
4 3.390 00E0B06A43C0 ZDSN ICMP Echo Reply, To 192.168.01.101 From
192.168.01.125 192.168.1.125 192.168.1.101 IP
00000: 00 A0 24 53 75 CF 00 E0 B0 6A 43 C0 08 00 45 00 ..$Su....jC...E.
00010: 00 3C 0E 07 00 00 FF 01 29 87 C0 A8 01 7D C0 A8 .<......)....}..
00020: 01 65 00 00 33 5C 01 00 21 00 61 62 63 64 65 66 .e..3\..!.abcdef
00030: 67 68 69 6A 6B 6C 6D 6E 6F 70 71 72 73 74 75 76 ghijklmnopqrstuv
00040: 77 61 62 63 64 65 66 67 68 69 wabcdefghi
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 127
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
**********************************************************************************************
*******************************************************
Trame Heure Adr src MAC Adr dst MAC Protocole Description
Autre adr src Autre adr dst Taper une autre adr
5 4.418 ZDSN 00E0B06A43C0 ICMP Echo, From 192.168.01.101 To
192.168.01.125 192.168.1.101 192.168.1.125 IP
00000: 00 E0 B0 6A 43 C0 00 A0 24 53 75 CF 08 00 45 00 ...jC...$Su...E.
00010: 00 3C 0F 07 00 00 20 01 07 88 C0 A8 01 65 C0 A8 .<.... ......e..
00020: 01 7D 08 00 2A 5C 01 00 22 00 61 62 63 64 65 66 .}..*\..".abcdef
00030: 67 68 69 6A 6B 6C 6D 6E 6F 70 71 72 73 74 75 76 ghijklmnopqrstuv
00040: 77 61 62 63 64 65 66 67 68 69 wabcdefghi
**********************************************************************************************
*******************************************************
Trame Heure Adr src MAC Adr dst MAC Protocole Description
Autre adr src Autre adr dst Taper une autre adr
6 4.420 00E0B06A43C0 ZDSN ICMP Echo Reply, To 192.168.01.101 From
192.168.01.125 192.168.1.125 192.168.1.101 IP
00000: 00 A0 24 53 75 CF 00 E0 B0 6A 43 C0 08 00 45 00 ..$Su....jC...E.
00010: 00 3C 0F 07 00 00 FF 01 28 87 C0 A8 01 7D C0 A8 .<......(....}..
00020: 01 65 00 00 32 5C 01 00 22 00 61 62 63 64 65 66 .e..2\..".abcdef
00030: 67 68 69 6A 6B 6C 6D 6E 6F 70 71 72 73 74 75 76 ghijklmnopqrstuv
00040: 77 61 62 63 64 65 66 67 68 69 wabcdefghi
**********************************************************************************************
*******************************************************
Trame Heure Adr src MAC Adr dst MAC Protocole Description
Autre adr src Autre adr dst Taper une autre adr
7 5.419 ZDSN 00E0B06A43C0 ICMP Echo, From 192.168.01.101 To
192.168.01.125 192.168.1.101 192.168.1.125 IP
00000: 00 E0 B0 6A 43 C0 00 A0 24 53 75 CF 08 00 45 00 ...jC...$Su...E.
00010: 00 3C 10 07 00 00 20 01 06 88 C0 A8 01 65 C0 A8 .<.... ......e..
00020: 01 7D 08 00 29 5C 01 00 23 00 61 62 63 64 65 66 .}..)\..#.abcdef
00030: 67 68 69 6A 6B 6C 6D 6E 6F 70 71 72 73 74 75 76 ghijklmnopqrstuv
00040: 77 61 62 63 64 65 66 67 68 69 wabcdefghi
**********************************************************************************************
*******************************************************
Trame Heure Adr src MAC Adr dst MAC Protocole Description
Autre adr src Autre adr dst Taper une autre adr
8 5.421 00E0B06A43C0 ZDSN ICMP Echo Reply, To 192.168.01.101 From
192.168.01.125 192.168.1.125 192.168.1.101 IP
00000: 00 A0 24 53 75 CF 00 E0 B0 6A 43 C0 08 00 45 00 ..$Su....jC...E.
00010: 00 3C 10 07 00 00 FF 01 27 87 C0 A8 01 7D C0 A8 .<......'....}..
00020: 01 65 00 00 31 5C 01 00 23 00 61 62 63 64 65 66 .e..1\..#.abcdef
00030: 67 68 69 6A 6B 6C 6D 6E 6F 70 71 72 73 74 75 76 ghijklmnopqrstuv
00040: 77 61 62 63 64 65 66 67 68 69 wabcdefghi
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 128
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
**********************************************************************************************
*******************************************************
Trame Heure Adr src MAC Adr dst MAC Protocole Description
Autre adr src Autre adr dst Taper une autre adr
9 6.422 ZDSN 00E0B06A43C0 ICMP Echo, From 192.168.01.101 To
192.168.01.125 192.168.1.101 192.168.1.125 IP
00000: 00 E0 B0 6A 43 C0 00 A0 24 53 75 CF 08 00 45 00 ...jC...$Su...E.
00010: 00 3C 11 07 00 00 20 01 05 88 C0 A8 01 65 C0 A8 .<.... ......e..
00020: 01 7D 08 00 28 5C 01 00 24 00 61 62 63 64 65 66 .}..(\..$.abcdef
00030: 67 68 69 6A 6B 6C 6D 6E 6F 70 71 72 73 74 75 76 ghijklmnopqrstuv
00040: 77 61 62 63 64 65 66 67 68 69 wabcdefghi
**********************************************************************************************
*******************************************************
Trame Heure Adr src MAC Adr dst MAC Protocole Description
Autre adr src Autre adr dst Taper une autre adr
10 6.424 00E0B06A43C0 ZDSN ICMP Echo Reply, To 192.168.01.101 From
192.168.01.125 192.168.1.125 192.168.1.101 IP
00000: 00 A0 24 53 75 CF 00 E0 B0 6A 43 C0 08 00 45 00 ..$Su....jC...E.
00010: 00 3C 11 07 00 00 FF 01 26 87 C0 A8 01 7D C0 A8 .<......&....}..
00020: 01 65 00 00 30 5C 01 00 24 00 61 62 63 64 65 66 .e..0\..$.abcdef
00030: 67 68 69 6A 6B 6C 6D 6E 6F 70 71 72 73 74 75 76 ghijklmnopqrstuv
00040: 77 61 62 63 64 65 66 67 68 69 wabcdefghi
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 129
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
27. Bibliographie
Réseaux Locaux normes et protocoles de Pierre ROLIN HERMES
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 130
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
28. GLOSSAIRE
A ________________________________________________________________________
API Application Programming Interface : Interfaces de programmation d’application
Les API les plus connes sont les sockets de Berkeley (ou Berkeley Sockets) et TLI (Transport
Layer Interface) d’ATT.
ARP Address Resolution Protocol
Ce protocole détermine l’adresse MAC à partir d’une adresse IP.
ASP Application Service Providers
B ________________________________________________________________________
BEEP Blocks Extended Exchange Protocol
Ce protocole serait un successeur à HTTP. Ce protocole se place au-dessus de TLS.
C ________________________________________________________________________
CIDR Classless InterDomain Routing
D ________________________________________________________________________
DNS Domain Name Server : serveur de nom de domaine
DNS est une base de données distribuée qui fournit la correspondance entre les adresses IP et
les noms de machines.
E ________________________________________________________________________
Extranet
C’est un réseau reprenant les protocoles Internet (TCP/IP) mais ouvert uniquement à un groupe
d’utilisateurs.
F ________________________________________________________________________
FTP File Transfert Protocol
FEC Forwarding Equivalence Classes (MPLS)
H ________________________________________________________________________
HTTP Hyper Text Transfert Protocol
I ________________________________________________________________________
IAB Internet Architecture Board :
L’IAB est l’organisme chargé de la supervision et de la coordination. Il est composé d’environ
15 volontaires internationaux issus de diverses disciplines, et prend en charge la qualité des standards
Internet. Il dépend de l’ISOC.
ICMP Internet Control Message Protocol
IETF Internet Engineering Task Force :
L’IETF est le groupe de standardisation à court terme, divisé en 9 zones (applications, routage
et adressage, sécurité, etc …). Il développe les spécifications qui deviennent les standards Internet.
IESG Internet Steering Group :
C’est un groupe qui fut créé afin d’aider la direction de L’IETF.
IGMP Internet Group Management Protocol
IMAP Internet Messaging Access Protocol : serveur de messagerie
Ce protocole est la suite logique du concept de LAN Emulation (LANE), qui a permis à ATM
de s’imposer comme réseau fédérateur (backbone) des réseaux locaux d’entreprise.
Intranet
C’est un réseau reprenant les protocoles Internet (TCP/IP) mais ouvert uniquement à une entité
(société, institution, etc.).
IP Internet Protocol
C’est un protocole de couche 3 de la pile TCP/IP.
IRDP ICMP Router Discovery Protocol
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 131
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
La RFC 1256 mentionne un protocolede découverte de routeurs utilisant ICMP.
IRTF Internet Research Task Force :
L’IRTF poursuit des recherches sur des projets à long termes.
ISP Internet Service Provider
ISOC Internet Society :
L’ISOC est une société professionnelle destinée à faciliter, aider, et promouvoir l’évolution et la
croissance d’Internet en tant que infrastructure globale de recherche dans le domaine des
communications.
L ________________________________________________________________________
LANE LAN Emulation :
LAP Lightweight Directory Protocol : annuaire
LER Label edge Routers (MPLS)
LSP Label Switching Routers (MPLS)
LSR Label Switched Paths (MPLS)
M _______________________________________________________________________
MOSPF Multicast OSPF
MPOA Multi Protocol Over ATM :
Ce protocole est la suite logique du concept de LAN Emulation (LANE), qui a permis à ATM
de s’imposer comme réseau fédérateur (backbone) des réseaux locaux d’entreprise.
MPLS MultiProtocol Label Switching
Ce protocole gére le traffic réseau en classifiant un paquet en entrée du réseau et lui fait
traverser le nuage de l’opérateur selon un chemin spécifique.
Dans chaque datagramme IP on rajoute une extension de 20 bits qui signale la prochaine
interface à atteindre. Une fois parvenue dans un routeur ou un commutateur l’étiquette est décodée puis
une table indique sa prochaine destination.
MTU Maximum Transmission Unit
Ce paramètre indique la longueur maximum d’une trame.
N ________________________________________________________________________
NAT Network Address resolution
NCP Network Control Protocol :
Il précéda TCP en tant que couche de protocole transport pour l’ARPANET
O ________________________________________________________________________
OSPF Open Shortest Path First
P ________________________________________________________________________
PING Packet Internet Groper
POP Post Office Protocol : serveur de messagerie
POW Packet Over Wavelength
IP est directement transporté sur la fibre optique.
PPP Point to Point Protocol
PPTP Point to Point Tunneling Protocol :
Q ________________________________________________________________________
QoS Quality of Service
R ________________________________________________________________________
RARP Reverse ARP
RFC Request For Comments :
Ils sont la publication de la communauté Internet pour ses standards officiels et ses
informations.
RIP Routing Information Protocol
S ________________________________________________________________________
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 132
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
T ________________________________________________________________________
TCP
TELNET TeleType Network ou Terminal Network
TLI Transport Layer Interface : d’ATT.
TLS Transport Layer Security
U ________________________________________________________________________
UDP
V ________________________________________________________________________
VPN Virtual Private Network
Ce protocole permet d’ouvrir un « tunnel » entre deux points d’un réseau
X ________________________________________________________________________
XTI X/Open Transport Interface :
L’XTI est une extension de TLI, voir TLI et API.
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 133
Chapitre 12 Le routage des datagrammes IP
__________________________________________________________________________________
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS page 134