Difference between revisions of "Les en-têtes de mobilité"
From Livre IPv6
(→Format des messages et options des différents types d'en-têtes) |
|||
| (18 intermediate revisions by 3 users not shown) | |||
| Line 1: | Line 1: | ||
| + | {{suivi| Déplacements des mobiles | Déplacements des mobiles | Les risques induits par la mobilité et leur limitation | Les risques induits par la mobilité et leur limitation }} | ||
==<div id="format">Format général du paquet</div>== | ==<div id="format">Format général du paquet</div>== | ||
Nous avons vu que les en-têtes de mobilité sont utilisés pour transporter la signalisation de la gestion des associations de mobilité entre le noeud mobile, son agent mère et le noeud correspondant. | Nous avons vu que les en-têtes de mobilité sont utilisés pour transporter la signalisation de la gestion des associations de mobilité entre le noeud mobile, son agent mère et le noeud correspondant. | ||
| − | Un en-tête de mobilité ne doit jamais être utilisé en même temps qu'un en-tête de routage de type 2, excepté dans le seul cas du transport d'un acquittement d'une demande de BU. Il ne doit jamais non plus être utilisé en même temps qu'une extension de destination, sauf dans certains cas de Binding Update avec l'agent mère ainsi qu'avec des | + | Un en-tête de mobilité ne doit jamais être utilisé en même temps qu'un en-tête de routage de type 2, excepté dans le seul cas du transport d'un acquittement d'une demande de BU. Il ne doit jamais non plus être utilisé en même temps qu'une extension de destination, sauf dans certains cas de Binding Update avec l'agent mère ainsi qu'avec des noeuds correspondants déjà identifiés. |
| − | Le format général d'un en-tête de mobilité est donné | + | Le format général d'un en-tête de mobilité est donné figure Format de l'extension de mobilité : |
| − | * Le champ en-tête suivant est pris dans le même espace de numérotation que les en-têtes d'extension d'IPv6 (cf. | + | [[image:Fig13-10.png|thumb|right|350px|Figure 13-10 ''Format de l'extension de mobilité'']] |
| + | |||
| + | |||
| + | * Le champ en-tête suivant est pris dans le même espace de numérotation que les en-têtes d'extension d'IPv6 (cf. [[Modèle:Valeurs du champ en-tête suivant|Valeurs du champ en-tête suivant]]). Dans le cas de la signalisation de mobilité, il doit valoir 59 (pas d'en-tête suivant). | ||
* Le champ longueur de l'en-tête, en octets, ne prend pas en compte les 8 premiers octets de l'en-tête. | * Le champ longueur de l'en-tête, en octets, ne prend pas en compte les 8 premiers octets de l'en-tête. | ||
| − | * Le champ type d'en-tête décrit les messages de signalisation donné au | + | * Le champ type d'en-tête décrit les messages de signalisation donné au tableau Type des en-têtes de mobilité. |
{| | {| | ||
| − | |+ | + | |+ '''''Type des en-têtes de mobilité''''' |
| − | | 0 | Demande de rafraîchissement émise par le | + | |- style="background:silver" |
| + | | 0 || Demande de rafraîchissement émise par le noeud correspondant | ||
|- | |- | ||
| − | | 1 | Initialisation de test d'adresse mère (HoTI) | + | | 1 || Initialisation de test d'adresse mère (HoTI) |
| + | |-style="background:silver" | ||
| + | | 2 || Initialisation de test d'adresse temporaire (CoTI) | ||
|- | |- | ||
| − | | | + | | 3 || Test d'adresse mère (HoT) |
| + | |-style="background:silver" | ||
| + | | 4 || Test d'adresse temporaire (CoT) | ||
|- | |- | ||
| − | | | + | | 5 || Mise à jour d'association (émise depuis le noeud mobile) |
| + | |-style="background:silver" | ||
| + | | 6 || Acquittement de mise à jour d'association | ||
|- | |- | ||
| − | | | + | | 7 || Erreur de mise à jour d'association |
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
|} | |} | ||
La structure et la longueur du message varient en fonction du numéro de l'en-tête. De plus, MIPv6 définit également des options de mobilité associées à ces messages. Comme la longueur des messages associés à chaque numéro d'en-tête est connue, la présence d'une option est déduite d'une longueur de l'en-tête plus grande que ce qui est suffisant pour le message. Elle se trouve forcément à la suite du message. | La structure et la longueur du message varient en fonction du numéro de l'en-tête. De plus, MIPv6 définit également des options de mobilité associées à ces messages. Comme la longueur des messages associés à chaque numéro d'en-tête est connue, la présence d'une option est déduite d'une longueur de l'en-tête plus grande que ce qui est suffisant pour le message. Elle se trouve forcément à la suite du message. | ||
| − | Comme toutes les en-tête IPv6, ces en-têtes de mobilité doivent être alignés sur des frontières de 8 octets. Des champs réservés seront éventuellement insérés pour respecter cette contrainte. Un | + | Comme toutes les en-tête IPv6, ces en-têtes de mobilité doivent être alignés sur des frontières de 8 octets. Des champs réservés seront éventuellement insérés pour respecter cette contrainte. Un noeud ne sachant pas interpréter une option doit l'ignorer. Actuellement MIPv6 ne définit d'option que pour les messages de BU (type 5) et leur acquittement (type 6). |
| − | + | ||
| − | + | ===Format des messages et options des différents types d'en-têtes === | |
| − | |||
| − | + | [[image:Fig13-11.png|thumb|right|350px|Figure 13-11 ''Format de l'extension de mobilité rafraîchissement d'association'']] | |
| − | Les messages de notification de mise à jour d'association, émis par le | + | La demande de rafraîchissement d'association ne requiert aucune information spécifique. Le message est vide, il n'y a pas d'option. (cf. figure Format de l'extension de mobilité rafraîchissement d'association). |
| + | |||
| + | [[image:Fig13-12.png|thumb|right|350px|Figure 13-12 ''Format de l'extension de mobilité HoTI ou CoTI'']] | ||
| + | |||
| + | Les messages HoTI, CoTI ne contiennent que le nombre aléatoire émis par le noeud mobile. Il ne contient pas d'option. (cf. figure Format de l'extension de mobilité HoTI ou CoTI). | ||
| + | |||
| + | [[image:Fig13-13.png|thumb|right|350px|Figure 13-13 ''Format de l'extension de mobilité HoT ou CoT'']] | ||
| + | |||
| + | Les messages HoT, CoT contiennent, l'index du nombre aléatoire (nonce) choisi par le noeud correspondant, le nombre aléatoire émis par le noeud mobile (''cookie''), (pour le test home address ou care-of address) et le jeton chiffré (<tt>keygen token</tt>) émis par le noeud correspondant. Il ne contient pas d'option (cf. figure Format de l'extension de mobilité HoT ou CoT). | ||
| + | |||
| + | [[image:Fig13-14.png|thumb|right|350px|Figure 13-14 ''Format de l'extension de mobilité mise à jour d'association'']] | ||
| + | |||
| + | Les messages de notification de mise à jour d'association, émis par le noeud mobile, peuvent contenir des options mobiles. Si elles ne sont pas présentes, le paquet doit se terminer par 4 octets de bourrage. (cf. figure Format de l'extension de mobilité mise à jour d'association) | ||
Les options possibles sont : | Les options possibles sont : | ||
| − | * Les données d'autorisation de mise à jour d'association. L'option est obligatoire pour les mises à jour émises vers le | + | * Les données d'autorisation de mise à jour d'association. L'option est obligatoire pour les mises à jour émises vers le noeud correspondant puisqu'elles ne sont pas protégées par IPsec. |
| − | * L'indice du "nonce" choisi par le | + | * L'indice du "nonce" choisi par le noeud correspondant. |
* Une "care-of address" alternative. | * Une "care-of address" alternative. | ||
| − | Les message d'acquittement de mise à jour d'association peut contenir des options mobiles. Si elles ne sont pas présentes, le paquet doit être terminé par 4 octets de bourrage. (cf. | + | [[image:Fig13-15.png|thumb|right|350px|Figure 13-15 ''Format de l'extension de mobilité acquittement de mise à jour d'association'']] |
| + | |||
| + | Les message d'acquittement de mise à jour d'association peut contenir des options mobiles. Si elles ne sont pas présentes, le paquet doit être terminé par 4 octets de bourrage. (cf. figure Format de l'extension de mobilité acquittement de mise à jour d'association) : | ||
* Une valeur du champ statut inférieure à 128 indique un acquittement, et une valeur supérieure un rejet. Le motif du rejet est codé par la valeur du statut. | * Une valeur du champ statut inférieure à 128 indique un acquittement, et une valeur supérieure un rejet. Le motif du rejet est codé par la valeur du statut. | ||
| − | * Le bit K = 1 indique que l'association de sécurité IPsec suivra les mouvements du | + | * Le bit <tt>K</tt> = 1 indique que l'association de sécurité IPsec suivra les mouvements du noeud mobile. Le noeud correspondant doit le positionner à 0. |
* Les options possibles sont : | * Les options possibles sont : | ||
** Les données d'autorisation de mise à jour d'association. | ** Les données d'autorisation de mise à jour d'association. | ||
** Les informations de fréquence de rafraîchissement des associations. | ** Les informations de fréquence de rafraîchissement des associations. | ||
| − | Les messages d'erreur de mise à jour d'association contiennent un statut sur 8 bits codant l'erreur, ainsi que la home address de la mise à jour en erreur pour le cas où le noeud mobile aurait établi plusieurs associations avec le | + | [[image:Fig13-16.png|thumb|right|350px|Figure 13-16 ''Format de l'extension de mobilité message d'erreur'']] |
| + | |||
| + | Les messages d'erreur de mise à jour d'association contiennent un statut sur 8 bits codant l'erreur, ainsi que la home address de la mise à jour en erreur pour le cas où le noeud mobile aurait établi plusieurs associations avec le noeud correspondant (cf. figure Format de l'extension de mobilité message d'erreur). | ||
| + | |||
| + | |||
| + | {{suivi| Déplacements des mobiles | Déplacements des mobiles | Les risques induits par la mobilité et leur limitation | Les risques induits par la mobilité et leur limitation }} | ||
Latest revision as of 17:27, 16 February 2006
| |
Déplacements des mobiles | Table des matières | Les risques induits par la mobilité et leur limitation | |
Format général du paquet
Nous avons vu que les en-têtes de mobilité sont utilisés pour transporter la signalisation de la gestion des associations de mobilité entre le noeud mobile, son agent mère et le noeud correspondant.
Un en-tête de mobilité ne doit jamais être utilisé en même temps qu'un en-tête de routage de type 2, excepté dans le seul cas du transport d'un acquittement d'une demande de BU. Il ne doit jamais non plus être utilisé en même temps qu'une extension de destination, sauf dans certains cas de Binding Update avec l'agent mère ainsi qu'avec des noeuds correspondants déjà identifiés.
Le format général d'un en-tête de mobilité est donné figure Format de l'extension de mobilité :
- Le champ en-tête suivant est pris dans le même espace de numérotation que les en-têtes d'extension d'IPv6 (cf. Valeurs du champ en-tête suivant). Dans le cas de la signalisation de mobilité, il doit valoir 59 (pas d'en-tête suivant).
- Le champ longueur de l'en-tête, en octets, ne prend pas en compte les 8 premiers octets de l'en-tête.
- Le champ type d'en-tête décrit les messages de signalisation donné au tableau Type des en-têtes de mobilité.
| 0 | Demande de rafraîchissement émise par le noeud correspondant |
| 1 | Initialisation de test d'adresse mère (HoTI) |
| 2 | Initialisation de test d'adresse temporaire (CoTI) |
| 3 | Test d'adresse mère (HoT) |
| 4 | Test d'adresse temporaire (CoT) |
| 5 | Mise à jour d'association (émise depuis le noeud mobile) |
| 6 | Acquittement de mise à jour d'association |
| 7 | Erreur de mise à jour d'association |
La structure et la longueur du message varient en fonction du numéro de l'en-tête. De plus, MIPv6 définit également des options de mobilité associées à ces messages. Comme la longueur des messages associés à chaque numéro d'en-tête est connue, la présence d'une option est déduite d'une longueur de l'en-tête plus grande que ce qui est suffisant pour le message. Elle se trouve forcément à la suite du message.
Comme toutes les en-tête IPv6, ces en-têtes de mobilité doivent être alignés sur des frontières de 8 octets. Des champs réservés seront éventuellement insérés pour respecter cette contrainte. Un noeud ne sachant pas interpréter une option doit l'ignorer. Actuellement MIPv6 ne définit d'option que pour les messages de BU (type 5) et leur acquittement (type 6).
Format des messages et options des différents types d'en-têtes
La demande de rafraîchissement d'association ne requiert aucune information spécifique. Le message est vide, il n'y a pas d'option. (cf. figure Format de l'extension de mobilité rafraîchissement d'association).
Les messages HoTI, CoTI ne contiennent que le nombre aléatoire émis par le noeud mobile. Il ne contient pas d'option. (cf. figure Format de l'extension de mobilité HoTI ou CoTI).
Les messages HoT, CoT contiennent, l'index du nombre aléatoire (nonce) choisi par le noeud correspondant, le nombre aléatoire émis par le noeud mobile (cookie), (pour le test home address ou care-of address) et le jeton chiffré (keygen token) émis par le noeud correspondant. Il ne contient pas d'option (cf. figure Format de l'extension de mobilité HoT ou CoT).
Les messages de notification de mise à jour d'association, émis par le noeud mobile, peuvent contenir des options mobiles. Si elles ne sont pas présentes, le paquet doit se terminer par 4 octets de bourrage. (cf. figure Format de l'extension de mobilité mise à jour d'association)
Les options possibles sont :
- Les données d'autorisation de mise à jour d'association. L'option est obligatoire pour les mises à jour émises vers le noeud correspondant puisqu'elles ne sont pas protégées par IPsec.
- L'indice du "nonce" choisi par le noeud correspondant.
- Une "care-of address" alternative.
Les message d'acquittement de mise à jour d'association peut contenir des options mobiles. Si elles ne sont pas présentes, le paquet doit être terminé par 4 octets de bourrage. (cf. figure Format de l'extension de mobilité acquittement de mise à jour d'association) :
- Une valeur du champ statut inférieure à 128 indique un acquittement, et une valeur supérieure un rejet. Le motif du rejet est codé par la valeur du statut.
- Le bit K = 1 indique que l'association de sécurité IPsec suivra les mouvements du noeud mobile. Le noeud correspondant doit le positionner à 0.
- Les options possibles sont :
- Les données d'autorisation de mise à jour d'association.
- Les informations de fréquence de rafraîchissement des associations.
Les messages d'erreur de mise à jour d'association contiennent un statut sur 8 bits codant l'erreur, ainsi que la home address de la mise à jour en erreur pour le cas où le noeud mobile aurait établi plusieurs associations avec le noeud correspondant (cf. figure Format de l'extension de mobilité message d'erreur).
| |
Déplacements des mobiles | Table des matières | Les risques induits par la mobilité et leur limitation | |
