Mécanisme de découverte du PMTU - Revision history

Bruno Stévant at 22:49, 7 February 2006

2006-02-07T22:49:41Z

Bruno Stévant at 22:08, 30 January 2006

2006-01-30T22:08:10Z

Laurent Toutain: /* Mise en oeuvre */

2005-11-20T05:30:26Z

‎Mise en oeuvre

Laurent Toutain: /* Mise en oeuvre */

2005-11-20T05:29:53Z

‎Mise en oeuvre

Laurent Toutain: /* Principe */

2005-11-20T05:25:54Z

‎Principe

Laurent Toutain: /* Principe */

2005-11-20T05:24:42Z

‎Principe

Laurent Toutain: /* Principe */

2005-11-20T05:24:30Z

‎Principe

Laurent Toutain: /* Principe */

2005-11-20T05:24:04Z

‎Principe

Laurent Toutain: /* Exemple */

2005-11-20T05:22:16Z

‎Exemple

Laurent Toutain: /* Exemple */

2005-11-20T05:19:44Z

‎Exemple

Show changes

← Older revision		Revision as of 22:49, 7 February 2006
Line 1:		Line 1:
−	{{suivi\|Renumérotation des routeurs\|Renumérotation des routeurs\|Nommage\| Nommage}}	+	{{suivi\|Renumérotation des routeurs\|Renumérotation des routeurs\|Nommage\| Nommage}}
	Pour des considérations d'efficacité (voir paragraphe [[Les extensions#frag\|Protocoles réseau et transport]]), il est généralement préférable que les informations échangées entre équipements soient contenues dans des datagrammes de taille maximale. Cette taille dépend du chemin suivi par les datagrammes et est égale à la plus grande taille autorisée par l'ensemble des liens traversés. Elle est de ce fait appelée PMTU, ou Path Maximum Transmission Unit (unité de transfert de taille maximale sur le chemin).		Pour des considérations d'efficacité (voir paragraphe [[Les extensions#frag\|Protocoles réseau et transport]]), il est généralement préférable que les informations échangées entre équipements soient contenues dans des datagrammes de taille maximale. Cette taille dépend du chemin suivi par les datagrammes et est égale à la plus grande taille autorisée par l'ensemble des liens traversés. Elle est de ce fait appelée PMTU, ou Path Maximum Transmission Unit (unité de transfert de taille maximale sur le chemin).

← Older revision		Revision as of 22:08, 30 January 2006
Line 1:		Line 1:
		+	{{suivi\|Renumérotation des routeurs\|Renumérotation des routeurs\|Nommage\| Nommage}}
	Pour des considérations d'efficacité (voir paragraphe [[Les extensions#frag\|Protocoles réseau et transport]]), il est généralement préférable que les informations échangées entre équipements soient contenues dans des datagrammes de taille maximale. Cette taille dépend du chemin suivi par les datagrammes et est égale à la plus grande taille autorisée par l'ensemble des liens traversés. Elle est de ce fait appelée PMTU, ou Path Maximum Transmission Unit (unité de transfert de taille maximale sur le chemin).		Pour des considérations d'efficacité (voir paragraphe [[Les extensions#frag\|Protocoles réseau et transport]]), il est généralement préférable que les informations échangées entre équipements soient contenues dans des datagrammes de taille maximale. Cette taille dépend du chemin suivi par les datagrammes et est égale à la plus grande taille autorisée par l'ensemble des liens traversés. Elle est de ce fait appelée PMTU, ou Path Maximum Transmission Unit (unité de transfert de taille maximale sur le chemin).

Line 166:		Line 167:

	Enfin, s'il est fortement recommandé que chaque équipement supporte le mécanisme de recherche du PMTU, ce n'est pas obligatoire. Ainsi, un équipement qui n'en dispose pas (par exemple une ROM de boot) devra restreindre la taille de tout paquet transmis au MTU minimal que doit supporter tout lien, soit 1280 octets.		Enfin, s'il est fortement recommandé que chaque équipement supporte le mécanisme de recherche du PMTU, ce n'est pas obligatoire. Ainsi, un équipement qui n'en dispose pas (par exemple une ROM de boot) devra restreindre la taille de tout paquet transmis au MTU minimal que doit supporter tout lien, soit 1280 octets.
		+
		+	{{suivi\|Renumérotation des routeurs\|Renumérotation des routeurs\|Nommage\| Nommage}}

@@ Line 163: / Line 163: @@
 ** (2) puisse segmenter ses données en conséquence. Parce que ces deux conditions ne sont pas toujours réunies, IPv6 a conservé un mécanisme de fragmentation (voir [[Les extensions#frag|fragmentation]]).
-Un deuxième aspect concerne l'identification des chemins afin de pouvoir y associer les informations de PMTU. Plusieurs possibilités, laissées à l'implémenteur, sont possibles. Un chemin peut être identifié par l'adresse destination, ou par l'identificateur de flux si celui-ci est utilisé, ou par la route suivie dans le cas où elle est imposée (voir [[Les extensions#routage|routage]]).
+Un deuxième aspect concerne l'identification des chemins afin de pouvoir y associer les informations de PMTU. Plusieurs possibilités, laissées à l'implémenteur, sont possibles. Un chemin peut être identifié par l'adresse destination, ou par l'identificateur de flux si celui-ci est utilisé, ou par la route suivie dans le cas où elle est imposée (voir [[Les extensions#Routage|routage]]).
 Enfin, s'il est fortement recommandé que chaque équipement supporte le mécanisme de recherche du PMTU, ce n'est pas obligatoire. Ainsi, un équipement qui n'en dispose pas (par exemple une ROM de boot) devra restreindre la taille de tout paquet transmis au MTU minimal que doit supporter tout lien, soit 1280 octets.

@@ Line 159: / Line 159: @@
 * si un protocole de type TCP est utilisé, celui-ci assurera la segmentation de façon transparente pour les applications, en fonction des informations de PMTU que pourra lui communiquer la couche IPv6.
-* si un protocole de type UDP est utilisé, alors cette segmentation devra être assurée par une couche supérieure, éventuellement l'application. Il faut donc que celle-ci (1) puisse être informée du PMTU autorisé, même dans le cas où celui-ci change par la suite, et (2) puisse segmenter ses données en conséquence. Parce que ces deux conditions ne sont pas toujours réunies, IPv6 a conservé un mécanisme de fragmentation (voir See Protocoles réseau et transport, See Fragmentation).
+* si un protocole de type UDP est utilisé, alors cette segmentation devra être assurée par une couche supérieure, éventuellement l'application. Il faut donc que celle-ci
-Un deuxième aspect concerne l'identification des chemins afin de pouvoir y associer les informations de PMTU. Plusieurs possibilités, laissées à l'implémenteur, sont possibles. Un chemin peut être identifié par l'adresse destination, ou par l'identificateur de flux si celui-ci est utilisé, ou par la route suivie dans le cas où elle est imposée (voir See Protocoles réseau et transport, See Routage).
+Un deuxième aspect concerne l'identification des chemins afin de pouvoir y associer les informations de PMTU. Plusieurs possibilités, laissées à l'implémenteur, sont possibles. Un chemin peut être identifié par l'adresse destination, ou par l'identificateur de flux si celui-ci est utilisé, ou par la route suivie dans le cas où elle est imposée (voir [[Les extensions#routage|routage]]).
 Enfin, s'il est fortement recommandé que chaque équipement supporte le mécanisme de recherche du PMTU, ce n'est pas obligatoire. Ainsi, un équipement qui n'en dispose pas (par exemple une ROM de boot) devra restreindre la taille de tout paquet transmis au MTU minimal que doit supporter tout lien, soit 1280 octets.

@@ Line 3: / Line 3: @@
 ==Principe==
-Initialement, l'équipement émetteur fait l'hypothèse que le PMTU d'un certain chemin est égal au MTU du lien auquel il est directement attaché (cf. le paquet 4 de l'exemple). S'il s'avère que les paquets transmis sur ce chemin excèdent la taille maximale autorisée par un lien intermédiaire, alors le routeur associé détruit ces paquets et retourne un message d'erreur ICMPv6 de type «paquet trop grand» (voir [[Modèle:Tableau ICMPv6#123|Protocoles réseau et transport]]), en y indiquant le MTU accepté (voir paquet 5 de l'exemple suivant). Fort de ces informations, l'équipement émetteur réduit le PMTU supposé pour ce chemin (paquet 6).
+Initialement, l'équipement émetteur fait l'hypothèse que le PMTU d'un certain chemin est égal au MTU du lien auquel il est directement attaché (cf. le paquet 4 de l'exemple). S'il s'avère que les paquets transmis sur ce chemin excèdent la taille maximale autorisée par un lien intermédiaire, alors le routeur associé détruit ces paquets et retourne un message d'erreur ICMPv6 de type «paquet trop grand» (voir [[Modèle:Tableau ICMPv6#2|Protocoles réseau et transport]]), en y indiquant le MTU accepté (voir paquet 5 de l'exemple suivant). Fort de ces informations, l'équipement émetteur réduit le PMTU supposé pour ce chemin (paquet 6).
 Plusieurs itérations peuvent être nécessaires avant d'obtenir un PMTU permettant à tout paquet d'arriver à l'équipement destinataire sans jamais excéder le MTU de chaque lien traversé. Le protocole IPv6 garantit que le MTU de tout lien ne peut descendre en dessous de 1 280 octets, valeur qui constitue ainsi une borne inférieure pour le PMTU. Ce protocole reposant sur la perte de paquets, il est laissé le soin aux couches supérieures de gérer la fiabilité de la communication en retransmettant si nécessaire (paquet 6 de l'exemple).

@@ Line 17: / Line 17: @@
 Cet exemple montre les premiers paquets échangés lors d'une ouverture de connexion TCP. Les machines sont situées sur deux réseaux Ethernet distincts (MTU de 1 500 octets) et interconnectés par un tunnel IPv4 (MTU de 1 480 octets du fait de la présence de l'en-tête IPv4 supplémentaire).
-  <div id="P1">Paquet 1</div>
+  Paquet 1
   IPv6
    Version : 6 Classe : 0x00 Label : 00000
@@ Line 39: / Line 39: @@
 La phase de connexion commence avec l'émission d'un paquet SYN. Au niveau des options, la taille des segments proposée est de 1440 octets, soit une taille de paquets de 1500 octets si l'on ajoute l'en-tête IPv6 et l'en-tête TCP.
-  <div id="P2>Paquet 2</div>
+  Paquet 2
   IPv6
    Version : 6 Classe : 00 Label : 00000
@@ Line 62: / Line 62: @@
 L'entité distante accepte la connexion ainsi que la taille de segment de 1440 octets.
-  <div id="P3>Paquet 3</div>
+  Paquet 3
   IPv6
    Version : 6 Classe : 00 Label : 00000
@@ Line 83: / Line 83: @@
 Fin d'ouverture de connexion.
-  <div id="P4">Paquet 4</div>
+  Paquet 4
   IPv6
    Version : 6 Classe : 0 Label : 000000
@@ Line 106: / Line 106: @@
 Premier envoi de données, en supposant que le PMTU correspond au MSS négocié.
-  <div id="P5">Paquet 5</div>
+  Paquet 5
-  IPv6
+ IPv6
    Version : 6 Classe : 00 Label : 00000
    Longueur : 536 octets (0x0218) Protocole : 58 (0x3a, ICMPv6)
@@ Line 130: / Line 130: @@
 Le routeur gérant le tunnel annonce que ce paquet ne peut être relayé tel quel. Le paquet ICMP retourné inclut le MTU accepté par le tunnel et les premiers octets du paquet concerné. Noter que la taille de ce message ICMPv6 est limitée à 1280 octets. En pratique seule la partie utile du paquet TCP (son en-tête) a été recopiée.
-  <div id="P6">Paquet 6</div>
+  Paquet 6
   IPv6
    Version : 6 Classe : 00 Label : 00000