Difference between revisions of "MOOC:Compagnon Act12-s7"

From Livre IPv6

(Notation des adresses par l'exemple)
(Notation des adresses par l'exemple)
Line 87: Line 87:
 
0:0:0:0:0:0:0:1
 
0:0:0:0:0:0:0:1
 
|  
 
|  
  ::1  
+
::1  
 
|-
 
|-
 
|  
 
|  
Line 94: Line 94:
 
0:0:0:0:0:0:0:0
 
0:0:0:0:0:0:0:0
 
|  
 
|  
  ::
+
::
 
|}   
 
|}   
 
</center>
 
</center>

Revision as of 16:42, 29 May 2015

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 :

2001:db8:0:0:8:800:200C:417A


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

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 [[1]]).


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
  • 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ë :


http://2001:db8:12::1:8000/


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/



Personal tools