1

PARTIE 1: ICMP
 Introduction
 Format des messages ICMP

 Quelques types de messages ICMP

 Les paquets circulent d'une passerelle vers une autre jusqu'à en trouver une
qui puisse les délivrer directement à un hôte.
 Si une passerelle ne peut router ou délivrer directement un paquet ou si un
événement anormal arrive sur le réseau comme:
 un trafic trop important;
 une machine indisponible;
 ……
 Il faut pouvoir en informer l'hôte qui a émis le paquet et permettre aux
machines de rendre compte de ces anomalies de fonctionnement.

 L’émetteur d’origine pourra alors réagir en fonction du type de problème

rencontré.

2
 Chaque message ICMP traverse le réseau dans la partie DATA d'un
datagramme IP :

Message ICMP

 Comme pour le protocole IP, deux versions du protocole ICMP sont

disponibles, la version associée à IPv4 et celle associée à IPv6. La
version ICMPv6 est particulièrement importante, car elle regroupe
tous les messages de contrôle et d’information de différents protocoles
de la première génération..

3
Format des messages ICMP
4
 ICMP n'est pas considéré comme un protocole de niveau plus élevé puisque les
messages ICMP sont encapsulés dans un datagramme IP,
 La raison de l'utilisation d'IP pour délivrer de telles informations est que les
messages peuvent avoir à traverser plusieurs réseaux avant d'arriver à leur
destination finale. Il n'était donc pas possible de rester au niveau physique du réseau
(à l'inverse de ARP ou RARP).
 Chaque message ICMP a un type particulier qui caractérise le problème qu'il
signale. Un entête de 32 bits est composé comme suit :
 TYPE : contient le code d'erreur.
 CODE : complète l'information du champ précédent.
 CHECKSUM : est utilisé avec le même mécanisme de vérification que pour
les datagrammes IP, mais ici il ne porte que sur le message ICMP (rappel : le
checksum de l'entête IP ne porte que sur son entête et non sur les données
véhiculées).
5
 Cette section examine quelques-uns des principaux types de messages
ICMP, ceux qui sont le plus utilisés. Il existe onze valeurs de TYPE
différentes.
« Echo Request (8), Echo reply (0) » : Une machine envoie un message
ICMP « echo request » pour tester si son destinataire est accessible. N'importe quelle
machine qui reçoit une telle requête doit formuler un message ICMP « echo reply » en
retour.

« Echo request » vs « Echo reply »

6
« Destination Unreachable (3) » : Quand une passerelle ne peut pas délivrer
un datagramme IP, elle envoie un message ICMP « destination unreachable » à
l'émetteur.

Dans ce cas le champ CODE complète le message d'erreur avec :

0 : « Network unreachable » ;

1 : « Host unreachable » ;

2 : « Protocol unreachable » ;

3 : « Port unreachable » ;

4 : « Fragmentation needed and DF set » ;

5 : « Source route failed ».

7
« Source Quench (4) » :
 Quand un datagramme IP arrive trop vite pour un hôte, il est rejeté.
 Un paquet arrive « trop vite » quand la machine qui doit le lire est congestionnée,
trop de trafic à suivre...
 Dans ce cas la machine en question envoie un paquet ICMP « source quench » qui
est interprété de la façon suivante :
 l'émetteur ralenti le rythme d'envoi de ses paquets jusqu'à ce qu'il cesse de recevoir ce
message d'erreur. La vitesse est donc ajustée par une sorte d'apprentissage. Puis
graduellement il augmente le débit, aussi longtemps que le message « source quench »
ne revient pas.

 Ce type de paquet ICMP a donc tendance à vouloir réguler le flux des datagrammes au
niveau IP alors que c'est une fonctionnalité de la couche de transport (TCP).

 C'est donc une sérieuse entorse à la règle d'indépendance des couches.

8
« Redirect (5) »:
 Les tables de routage des stations restent assez statiques durant de longues périodes.
Le système d'exploitation les lit au démarrage sur le système de fichiers et
l'administrateur en change de temps en temps les éléments.

 Si entre deux modifications une destination change d'emplacement, la donnée

initiale dans la table de routage peut s'avérer incorrecte.

 Les passerelles connaissent de bien meilleures routes que les hôtes eux-mêmes,
ainsi quand une passerelle détecte une erreur de routage, elle fait deux choses :

 elle envoie à l'émetteur du paquet un message ICMP « redirect » ;

 elle redirige le paquet vers la bonne destination.

9
« Redirect (5) » (suite):
 Cette redirection ne règle pas les problèmes de routage, car elle est limitée aux
interactions entre passerelles et hôtes directement connectés.

 La propagation des routes au travers des réseaux multiples est un autre problème.

 Le champ CODE du message ICMP peut avoir les valeurs suivantes :

 0 : « Redirect datagram for the Net » ;

 1 : « Redirect datagram for the host » ;

 2 : ...

10
« Router solicitation (10) vs Router advertisement (9) »:
 Il s'agit d'obtenir ou d'annoncer des routes. A intervalles réguliers les routeurs
diffusent des messages ` ICMP de type 9 (“ router advertisement ”) d’annonces de
routes. Les stations qui démarrent peuvent solliciter les routeurs si l’attente est trop
longue (environ 7 minutes) avec un autre message ICMP, de type 10 (“ router
sollicitation ”)

« Time exceeded (11) »:

 Chaque datagramme contient un champ TTL dit « TIME TO LIVE » appelé aussi «
hop count ».

 Afin de prévenir le cas où un paquet circulerait à l'infini d'une passerelle à une

autre, chaque passerelle décrémente ce compteur, rejette le paquet quand le
compteur arrive à zéro et envoie un message ICMP à l'émetteur pour le tenir au
courant.
11
PARTIE 2: IGMP
 Introduction
 Format des messages IGMP

 Fonctionnement de IGMP
INTRODUCTION
 IGMP est l’acronyme de “ Internet Group Management
Protocol ”,
 Il est définie dans l’Annexe I de la RFC 1112
 Protocole d'interaction entre le(s) routeur(s) multicast du
LAN et les hôtes multicast du LAN
 Il Permet à un hôte de s'abonner (désabonner) à un groupe
et dire au routeur “envoyez-moi une copie des paquets de
cette adresse de groupe”
 Il existe 3 versions de IGMP
FORMAT DES MESSAGES IGMP
 IGMP est encapsulé dans IP avec le protocole
numéro 2.
FONCTIONNEMENT DE IGMP (V1)
 le routeur envoie toutes les 60 secondes une sollicitation
aveugle à l’@ 224.0.0.1 (query ) (type = 1)
 “à quel(s) groupe(s) voulez vous vous abonner ?” et attend
les réponses
 FONCTIONNEMENT DE IGMP (V1)
 les hôtes renvoient un “IGMP report” qui indique l’adresse du ou des
groupes qui l’intéressent (type = 2)
 quand l’ hôte reçoit la sollicitation (query), il fixe un délai aléatoire
avant de répondre, pour éviter que toutes les réponses arrivent au
même moment
 quand un hôte a répondu, les autres n’ont plus besoin de répondre
FONCTIONNEMENT DE IGMP (V1)

 si le routeur ne reçoit aucune réponse pour un

groupe donné, il arrête la réémission des paquets
multicast de ce groupe
 le routeur arme une temporisation sur les
abonnements aux groupes multicast avant de
solliciter à nouveau tous les hôtes
QUOI DE NEUF DANS IGMP V2

 Les codes de type possibles sont « 0x11 » (pour les

requêtes), « 0x16 » (pour les réponse) et « 0x17 » (pour
les messages Leave). On trouve également le code
« 0x12 » pour les messages IGMPv1.
 Les bits 8 à 15 se voient attribuer une fonction concrète
dans Igmpv2, pour les requêtes d’adhésion elles
définissent le délai de réponse maximal autorisé.
 la durée de l’intervalle standard a été augmentée à
125 secondes (au lieu de 60 dans V1)
 Igmpv2 instaure la règle suivante : le routeur ayant
l’adresse IP la plus basse dans le sous-réseau est utilisé
pour les requêtes multicast.
QUOI DE NEUF DANS IGMP V2
 nouveaux type de paquets envoyés par l’hôte : de
désabonnement ou leave
 L’adresse 224.0.0.2 est définie comme adresse de
destination pour ce type de messages.
QUOI DE NEUF DANS IGMP V2
 À la réception d’un leave, le routeur envoie un query
spécifique au groupe avec réduction du temps de latence
pour arrêter la diffusion d’un groupe qui n’a plus
d’abonné
QUOI DE NEUF DANS IGMP V3

 La grande nouveauté de cette version réside dans la

possibilité de sélectionner la source du flux multicast de
façon ciblée.
 Ceci diminue très fortement les besoins du réseau et
apporte une sécurité supplémentaire dans la transmission,
 Et Igmpv3 permet à un hôte d’intégrer, en une transaction
unique, un groupe et d’en quitter un autre.
LES TYPES DE MESSAGE DE IGMPV3

 Il existe deux types de messages IGMPv3 :

Type=0x11 : Requête
Type=0x22 : Rapport v3
 pour la rétrocompatibilité:
Type=0x12: rapport v1
Type=0x16: rapport v2)
Type= 0x17: quitter v2
LES TYPES DE MESSAGE DE IGMPV3

 Il existe trois types de requêtes :

la requête générale : l'adresse de groupe est laissée vide,
et N (le nombre d’adresses source) = 0
la requête spécifique à un groupe : l'adresse de groupe
est indiquée, et N=0
la requête spécifique à un groupe et à des sources :
l'adresse du groupe est indiquée, N≠0 et la liste des
sources est fournie.
 La requête générale est envoyée à l'adresse 224.0.0.1 (All
hosts), tandis que les requêtes relatives à des groupes sont
envoyées à l'adresse du groupe en question.
LES TYPES DE MESSAGE DE IGMPV3

 Les rapports indiquent les groupes et éventuellement les

sources auxquels les hôtes souscrivent. Ils sont envoyés à
l'adresse 224.0.0.22 dédiée à IGMP v3. Deux modes sont
possibles :
le mode d'inclusion, où toutes les sources souhaitées
sont indiquées,
le mode d'exclusion, où toutes les sources sont
souhaitées, sauf celles indiquées. La liste des sources
exclues est éventuellement nulle, ce qui signifie que
l'hôte souscrit à toutes les sources.
 EN RÉSUMÉ
 Voici la liste des messages IGMP ainsi que leur adresse de
destination (G représente l'adresse du groupe concerné).
Adresse
Version IGMP Type de message Version/Type
destination
requête 0x11 224.0.0.1
1
rapport 0x12 G
requête 0x11 224.0.0.1
requête G 0x11 G
2
rapport 0x16 G
quitter 0x17 224.0.0.2
requête 0x11 224.0.0.1
3 requête G 0x11 G
Rapport 0x22 224.0.0.22