MOOC:Compagnon Act12-s7
From Livre IPv6
Activité 12 : Notation d'une adresse IPv6
Notation
IPv6 a abandonné la notation décimale pointée, en usage pour les adresses IPv4 (en 32 bits, soit 4 octets , on indique la valeur décimale de chaque octet séparée par un point décimal ; exemple l'adresse IPv4 192.168.0.1). Cette notation est en effet inadaptée pour des chaînes binaires de 16 octets. IPv6 a adopté la notation hexadécimale (*) couramment utilisée dans le monde informatique pour représenter des octets par des couples de nombres hexadécimaux.
(*) Le lecteur peu familier avec le système de numération hexadécimal pourra consulter avec intérêt les ressources complémentaires indiquées à la fin de cette séquence.
Notation des adresses par l'exemple
Les 16 octets (128 bits) des l'adresse IPv6 suivante se notent en binaire :
00100000 00000001 00001101 10111000 00000000 00000000 00000000 00000000 00000000 00001000 00001000 00000000 00100000 00001100 01000001 01111010
et s'écrivent en hexadécimal (*) sous la forme suivante :
20 01 0d b8 00 00 00 00 00 08 08 00 20 0C 41 7A
couramment notés (le préfixe 0x indiquant que la chaine suivante est en notation hexadécimale).
0x20010db80000000000080800200C417A
(*) Le lecteur peu familier avec le système de numération hexadécimal pourra consulter avec intérêt les ressources complémentaires indiquées à la fin de cette séquence. La représentation "textuelle" des adresses IPv6 se fait en segmentant le mot de 128 bits en 8 champs de 16 bits (2 octets) séparés par le caractère ":". Chacun de ces champs est transcrit en 4 chiffres hexadécimaux. L'adresse précédente se note donc :
2001:0db8:0000:0000:0008:0800:200C:417A
Par convention, il n'est pas nécessaire d'écrire les zéros de poids fort placés en tête de champ (dans chaque mot de 16 bits les zéros de poids fort sont non significatifs). L'adresse peut donc prendre une notation plus compacte :
Plusieurs champs nuls consécutifs peuvent être "abrégés" par l'abréviation "::" (2 caractères ':' successifs, sans espace). Attention Pour éviter toute ambiguïté cette abréviation ne peut être utilisée qu'une seule fois par adresse !
Exemple |
l'adresse |
peut également s'écrire |
---|---|---|
Une adresse unicast |
2001:0db8:0:0:0:800:200c:417a |
2001db8::800:200c:417a |
Une adresse multicast |
ff01:0:0:0:0:0:0:101 |
ff01::101 |
Adresse de bouclage (loopback address) |
0:0:0:0:0:0:0:1 |
|
Adresse non spécifiée (unspecified address) |
0:0:0:0:0:0:0:0 |
|
Notation canonique pour l'affichage
Les adresses Ipv6 peuvent donc avoir plusieurs représentations valides possibles. La RFC5952 fournit les recommandations pour une forme de représentation canonique des adresses. Cette forme est destinée aux procédures d'affichage (par les programmes, les appels systèmes inscrivant des événements dans les fichiers journaux (logs),...). Cette recommandation ne porte donc que sur les sorties d'adresses (affichage). En entrée (configuration d'équipement, passage de paramètres ...) un logiciel devrait toujours accepter les différentes formes valide. La saisie reste donc libre. (lecture recommandée http://www.bortzmeyer.org/5952.html).
Concrètement, selon cette RFC 5992, une adresse devrait être affichée selon la forme suivante :
- Les zéros initiaux (non significatifs) doivent être supprimés ;
- L'indication d'une suite de champs nuls consécutifs « :: » doit être utilisée au maximum (sur la série nulle la plus longue). En cas d'égalité on l'applique sur la première :
- 2001:db8:0:42:0:0:0:1 → 2001:db8:0:42::1
- 2001:db8:0:0:42:0:0:1 → 2001:db8::42:0:0:1
- 2001:db8:0:42:0:0:0:1 → 2001:db8:0:42::1
- Les chiffres hexadécimaux doivent être en minuscules ;
- si le numéro de port (TCP ou UDP) doit être indiqué, l'usage de crochets encadrant l'adresse devient obligatoire (auparavant cet usage ne l'était que pour les URL).
Notation des préfixes
La notation des préfixes définie par CIDR (RFC1519) pour IPv4 est conservée pour IPv6. Le préfixe indique le nombre de bits de poids fort de l'adresse (la partie haute de l'adresse, c'est à dire dans le sens de lecture occidentale les chiffres à gauche de l'adresse) utilisés par la fonction de routage d'un équipement pour prendre sa décision de routage (vers quelle interface de sortie il doit réémettre le datagramme, cf notion de routage du MOOC Principes des Réseaux de Données)
La notation du préfixe d'adresse se fait en séparant l'adresse,
du nombre de bits du préfixe par un caractère « / »
(le caractère « diviseur » du pavé numérique de votre
clavier).
Adresse-ipv6/longueur-en-bits-du-préfixe
Exemple : les trois notations suivantes de
préfixe sont équivalentes, car le préfixe ne concerne que les 60
bits de poids fort de l'adresse
2001:db8:24:a1a1:8:800:200C:417a/60
2001:db8:0024:a1a1:0000:0000:0000:0000/60
2001:db8:24:a1a1:0008:0800:200c:417a/60
2001:db8:24:a1a1::/60
Dans l'affichage ci dessous, les chiffres hexadécimaux portant
les bits de préfixe ont été graissés pour une meilleure
lisibilité :
2001:db8:24:a1a1:8:800:200C:417A/60
2001:db8:0024:a1a1:0000:0000:0000:0000/60
2001:db8:24:a1a1:0008:0800:200c:417a/60
2001:db8:24:a1a1::/60
On peut combiner l'adresse d'une interface et la longueur du
préfixe réseau associé (1er exemple ci dessus) ou ne
représenter que le préfixe (dernier exemple ci dessus) lorsque l'on
donne explicitement sa valeur.
Concrètement
Le noeud d'adresse
|
2001:db8:24:a1a1:8:800:200C:417a/60
|
avec un préfixe de sous réseau
|
2001:db8:24:a1a1::/60
|
peut se noter
|
2001:db8:24:a1a1:8:800:200C:417a/60
|
On notera une petite difficulté de cette convention de notation
pour les préfixes qui ne sont pas alignés sur une frontière de
mots de 16 bits, d'octet ou de demi octet,
2001:db8:7654:3::/51
2001:db8:7654:0000::/51
2001:db8:7654:0003::/51
Notation des URL : cas de la spécification du numéro de port
Une autre difficulté provient du fait que le caractère ":" est significatif dans certains contextes. Ce qui peut créer des ambiguïtés. C'est le cas des URL où il est utilisé comme séparateur entre l'adresse et le numéro de port (les adresses de niveau transport sont des numéros de port TCP ou UDP, cf MOOC Principes des Réseaux de Données).
Exemple l'URL suivante est ambiguë :
en effet, elle peut être interprétée de deux
manières :
- le service web à l'écoute sur le port http par défaut (le port TCP 80 est le port implicite d'écoute du protocole http) sur la machine d'adresse 2001:db8:12::1:8000.
- les service web (protocole http) à l'écoute sur le port TCP 8000 de la machine d'adresse 2001:db8:12::1
Pour lever cette ambiguïté la RFC3896 (Uniform Resource Identifier (URI) Generic Syntax) propose d'inclure l'adresse IPv6 entre "[ ]" (crochets ouvrant et fermant).
Ainsi
- dans le premier cas l'URL serait http://[2001:db8:12::1:8000]/
- et dans le second http://[2001:db8:12::1]:8000/