AdressageBis-Fondamentaux - Revision history

Vveque: /* Structuration du prefixe global (GP) */

2021-09-27T12:02:07Z

‎Structuration du prefixe global (GP)

Ltoutain: /* Adressage Multicast Sollicité */

2011-12-25T21:11:29Z

‎Adressage Multicast Sollicité

Ltoutain: /* Unique Local Address */

2011-12-25T19:34:20Z

‎Unique Local Address

Ltoutain: /* Représentation des adresses */

2011-12-25T15:39:57Z

‎Représentation des adresses

Ltoutain: /* Représentation des adresses */

2011-12-25T15:39:21Z

‎Représentation des adresses

Ltoutain at 15:38, 25 December 2011

2011-12-25T15:38:52Z

Bdigenna: /* Représentation des adresses */

2011-03-11T09:23:12Z

‎Représentation des adresses

Bdigenna: /* Représentation des adresses */

2011-03-11T09:21:45Z

‎Représentation des adresses

Ltoutain: /* Valeur aléatoire */

2010-07-05T16:49:41Z

‎Valeur aléatoire

Ltoutain: /* Valeur aléatoire */

2010-07-05T16:49:21Z

‎Valeur aléatoire

@@ Line 171: / Line 171: @@
 {{HorsTexte|Appréhender les tailles|France Télécom a obtenu du RIPE-NCC un <tt>/19</tt>. Si l'on enlève les troix premiers bits <tt>001</tt> désignant le plan d'adressage, il est donc possible d'avoir 2<sup>16</sup> opérateurs. Sachant qu'il y a 192 pays à l'ONU, ils pourraient chacun abriter 320 opérateurs de la taille de FT, chacun pouvant attribuer jusqu'à 2<sup>29</sup> <tt>/48</tt>, soit 536 870 912 sites}}
-A part le préfixe <tt>2002::</tt> qui est est réservé au mécanisme de transition [[6to4]], cet espace est géré hierarchiquement comme pour IPv4. L'IANA délègue aux 5 autorités régionales ([http://www.iana.org/numbers/ RIR]) des préfixes actuellement de longueur 12 (cf. http://www.iana.org/assignments/ipv6-unicast-address-assignments) qui les redistribuent aux ISP de leur région. Suivant leur taille, les opérateurs reçoivent un préfixe plus ou moins long. Le site http://www.sixxs.net/tools/grh/ donne en temps réel les allocations de préfixes par région, opérateur et pays.
+A part le préfixe <tt>2002::</tt> qui est réservé au mécanisme de transition [[6to4]], cet espace est géré hierarchiquement comme pour IPv4. L'IANA délègue aux 5 autorités régionales ([http://www.iana.org/numbers/ RIR]) des préfixes actuellement de longueur 12 (cf. http://www.iana.org/assignments/ipv6-unicast-address-assignments) qui les redistribuent aux ISP de leur région. Suivant leur taille, les opérateurs reçoivent un préfixe plus ou moins long. Le site http://www.sixxs.net/tools/grh/ donne en temps réel les allocations de préfixes par région, opérateur et pays.
 Il est maintenant admis que le préfixe attribué par un opérateur à ses clients peut également être un <tt>/56</tt>. En effet, si l'on garde l'attribution de préfixe de longueur 48 pour les sites terminaux, et que l'on intègre les réseaux domotiques, les opérateurs peuvent justifier d'un besoin important d'adresses que les autorités régionales ne peuvent leur refuser.

@@ Line 554: / Line 554: @@
 La figure <i>Construction de l'adresse de Multicast sollicité</i> montre comment l'on passe d'une adresse IPv6 unicast à une adresse de multicast sollicité. Il s'agit de prendre les 3 derniers octets de l'adresse unicast que l'on concatène avec le préfixe IPv6 multicast <tt>FF02::1:FF00:0/104</tt>.
-Dans l'exemple, les deux adresses dérivant d'une adresse MAC conduisent à la même adresse de multicast sollicité, tandis que la configuration manuelle d'une interface conduit à la construction d'une autre adresse de multicast sollicité. On peut noter que le risque que deux machines sur un lien aient la même adresse de multicast sollicité est très faible. Pour celles dérivant d'une adresse MAC, il faudrait que les 3 derniers octets soient identiques, ce qui est impossible chez un même constructeur et la probabilité d'avoir, sur un même lien, des cartes de deux constructeurs différents se terminant par les mêmes 3 derniers octets est très faible. Pour la numérotation manuelle des interfaces, une machine ayant l'adresse <tt>GP:::<b>01</b>00:0001</tt> conduirait à construire la même adresse de multicast sollicité <tt>FF02::1:FF00:0001</tt>, mais cette numérotation manuelle des interfaces n'est pas logique.
+Dans l'exemple, les deux adresses dérivant d'une adresse MAC conduisent à la même adresse de multicast sollicité, tandis que la configuration manuelle d'une interface conduit à la construction d'une autre adresse de multicast sollicité. On peut noter que le risque que deux machines sur un lien aient la même adresse de multicast sollicité est très faible. Pour celles dérivant d'une adresse MAC, il faudrait que les 3 derniers octets soient identiques, ce qui est impossible chez un même constructeur et la probabilité d'avoir, sur un même lien, des cartes de deux constructeurs différents se terminant par les mêmes 3 derniers octets est très faible. Pour la numérotation manuelle des interfaces, une machine ayant l'adresse <tt>GP::<b>01</b>00:0001</tt> conduirait à construire la même adresse de multicast sollicité <tt>FF02::1:FF00:0001</tt>, mais cette numérotation manuelle des interfaces n'est pas logique.
 {{HorsTexte|Sollicitation des voisins|L'algorithme de découverte des adresses de niveau 3 des voisins (inclus dans Neighbor Discovery) fonctionne de la manière suivante. La machine qui recherche un voisin dont elle connait l'adresse IPv6, effectue l'algorithme décrit précédemment. Elle émet la requête en utilisant l'adresse MAC obtenue. Seule la machine qui possède cette adresse est abonnée à ce groupe, elle sera donc la seule à traiter la requête et à y répondre.}}

@@ Line 239: / Line 239: @@
 ===Unique Local Address===
-Le RFC 4193 définit un nouveau format d'adresse unicast : les adresses uniques locales (ULA : ''Unique Local Address''). Ces adresses sont destinées à une utilisation locale. Elles ne sont pas définies pour être routées dans l'Internet, mais seulement au sein d'une zone limitée telle qu'un site ou entre un nombre limité de sites. Les adresses uniques locales ont les caractéristiques suivantes :
+Le RFC 4193 définit un nouveau format d'adresse unicast : les adresses uniques locales (ULA : ''Unique Local Address''). Ces adresses sont destinées à une utilisation locale. Elles ne sont pas définies pour être routées dans l'Internet, mais seulement au sein d'une zone limitée telle qu'un site ou entre un nombre limité de sites. La longueur du préfixe étant de 48 bits, elles peuvent se manipuler comme des adresses globales, avec un identifiant de sous-réseau (SID) sur 16 bits et un identifiant d'interface (IID) sur 64 bits
 <tikz title="Unique Local Addresses">
@@ Line 270: / Line 274: @@
 </tikz>
-Les adresses uniques locales sont créées en utilisant un identifiant global (''Global ID'') généré pseudo-aléatoirement. Ces adresses suivent le format suivant :
+Ce type d'adresse permet d'isoler la numérotation externe et interne. En IPv4, l'utilisation d'un préfixe privé (comme <tt>10/8</tt>) évite à un site de renuméroter son réseau s'il change de fournisseur d'accès. Un NAT (que nous appellerons NAT44 dans la suite de ce document) permet de passer de l'adressage privé vers l'adressage public.
-<!-- [[image:CS15.gif]] -->
-* <tt>Prefix</tt> (7 bits) : <tt>FC00::/7</tt> préfixe identifiant les adresses IPv6 locales (''ULA'')
-* <tt>L</tt> (1 bit) : Positionné à 1, le préfixe est assigné localement. La valeur 0 est réservée pour une utilisation future.
-* <tt>Global ID</tt> (40 bits) : Identifiant global utilisé pour la création d'un préfixe ''unique'' (''Globally Unique Prefix'').
-* <tt>Subnet ID</tt> (16 bits) : Identifiant d'un sous réseau à l'intérieur du site.
-* <tt>Interface ID</tt> (64 bits) : L'indentifiant d'interface tel que défini dans [[Identifiant d'interface]].
-Le site http://www.sixxs.net/tools/grh/ula/ permet de créer et d'enregistrer son adresse ULA à partir d'une adresse MAC.
+Avec les adresses de type ULA, il est possible de reproduire ce comportement en IPv6. Un dispositif en bordure de réseau va convertir le préfixe privé en préfixe public. Cet équipement, initialement appelé NAT66 a été renommé NPTv6 {''Network Prefix Translation'') car il ne possède pas les mêmes limitations que le NAT d'IPv4.
 = Structuration de l'identifiant d'interface (IID) =

@@ Line 45: / Line 45: @@
 <tt>2001:DB8:7654:3210:945:1321:ABA8:F4E2/64</tt>
 indique que le préfixe réseau est constitué par les 64 premiers bits.
 Ces représentations peuvent apparaître beaucoup plus complexes qu'avec IPv4, mais en vérité des adresses logiques ou concises peuvent être constituées au moyen de règles strictes. Ces règles favorisent grandement la manipulation et la mémorisation des adresses comme nous verrons par la suite (cf Adressage global)
 Dans certains cas, une adresse (voire plusieurs adresses) IPv4 peut être contenue dans une adresse IPv6. Pour les faire ressortir, la notation classique d'IPv4, c'est à dire 4 octets en représentation décimale séparés par des points, peut être utilisée au sein d'une adresse IPv6. Ainsi :

@@ Line 48: / Line 48: @@
 Ces représentations peuvent apparaître beaucoup plus complexes qu'avec IPv4, mais en vérité des adresses logiques ou concises peuvent être constituées au moyen de règles strictes. Ces règles favorisent grandement la manipulation et la mémorisation des adresses comme nous verrons par la suite (cf Adressage global)
-{HorsTexte|Du fait de sa longueur, une règle de bonne gestion consiste à relâcher les contraintes sur les longueurs de préfixe. Ainsi en utilisant quand cela est possible des multiples de 4 permet d'avoir un préfixe qui tient sur un caractère affiché. Dans l'exemple suivant 47 n'étant pas un multiple de 4, <tt>2001:DB0:1234::/47</tt> représente les préfixes commençant par <tt>2001:DB0:1234</tt> et <tt>2001:DB0:1235</tt>}
+{{HorsTexte|Du fait de sa longueur, une règle de bonne gestion consiste à relâcher les contraintes sur les longueurs de préfixe. Ainsi en utilisant quand cela est possible des multiples de 4 permet d'avoir un préfixe qui tient sur un caractère affiché. Dans l'exemple suivant 47 n'étant pas un multiple de 4, <tt>2001:DB0:1234::/47</tt> représente les préfixes commençant par <tt>2001:DB0:1234</tt> et <tt>2001:DB0:1235</tt>}}
 Dans certains cas, une adresse (voire plusieurs adresses) IPv4 peut être contenue dans une adresse IPv6. Pour les faire ressortir, la notation classique d'IPv4, c'est à dire 4 octets en représentation décimale séparés par des points, peut être utilisée au sein d'une adresse IPv6. Ainsi :

← Older revision		Revision as of 15:38, 25 December 2011
Line 47:		Line 47:

	Ces représentations peuvent apparaître beaucoup plus complexes qu'avec IPv4, mais en vérité des adresses logiques ou concises peuvent être constituées au moyen de règles strictes. Ces règles favorisent grandement la manipulation et la mémorisation des adresses comme nous verrons par la suite (cf Adressage global)		Ces représentations peuvent apparaître beaucoup plus complexes qu'avec IPv4, mais en vérité des adresses logiques ou concises peuvent être constituées au moyen de règles strictes. Ces règles favorisent grandement la manipulation et la mémorisation des adresses comme nous verrons par la suite (cf Adressage global)
		+
		+	{HorsTexte\|Du fait de sa longueur, une règle de bonne gestion consiste à relâcher les contraintes sur les longueurs de préfixe. Ainsi en utilisant quand cela est possible des multiples de 4 permet d'avoir un préfixe qui tient sur un caractère affiché. Dans l'exemple suivant 47 n'étant pas un multiple de 4, <tt>2001:DB0:1234::/47</tt> représente les préfixes commençant par <tt>2001:DB0:1234</tt> et <tt>2001:DB0:1235</tt>}

	Dans certains cas, une adresse (voire plusieurs adresses) IPv4 peut être contenue dans une adresse IPv6. Pour les faire ressortir, la notation classique d'IPv4, c'est à dire 4 octets en représentation décimale séparés par des points, peut être utilisée au sein d'une adresse IPv6. Ainsi :		Dans certains cas, une adresse (voire plusieurs adresses) IPv4 peut être contenue dans une adresse IPv6. Pour les faire ressortir, la notation classique d'IPv4, c'est à dire 4 octets en représentation décimale séparés par des points, peut être utilisée au sein d'une adresse IPv6. Ainsi :

@@ Line 48: / Line 48: @@
 Ces représentations peuvent apparaître beaucoup plus complexes qu'avec IPv4, mais en vérité des adresses logiques ou concises peuvent être constituées au moyen de règles strictes. Ces règles favorisent grandement la manipulation et la mémorisation des adresses comme nous verrons par la suite (cf Adressage global)
-Dans certains cas, une adresse (voire plusieurs adresses) IPv4 peut être contenue dans une adresse IPv6. Pour les faire resortir, la notation classique d'IPv4 peut être utilisée au sein d'une adresse IPv6. Ainsi :
+Dans certains cas, une adresse (voire plusieurs adresses) IPv4 peut être contenue dans une adresse IPv6. Pour les faire ressortir, la notation classique d'IPv4, c'est à dire 4 nombres en décimal séparés par des points, peut être utilisée au sein d'une adresse IPv6. Ainsi :
   <tt>::128.12.13.14</tt>

@@ Line 422: / Line 422: @@
 L'identifiant d'interface basé sur des adresses MAC, comme indiqué précédemment, pourrait poser des problèmes pour la vie privée. Il identifie fortement la machine d'un utilisateur, qui même s'il se déplace de réseau en réseau garde ce même identifiant. Il serait alors possible de traquer un individu utilisant un portable, chez lui, au bureau, lors de ses déplacements. Ce problème est similaire à l'identificateur placé dans les processeurs Pentium III.
 [[image:Windows7-IIDalea.png|500px|right]]
 Cette solution a été adoptée par Microsoft. Dans Windows XP, l'interface possède deux adresses IPv6 globale. La première a un identifiant d'interface dérivé de l'adresse MAC. Elle sert aux applications attendant des connexions sur la machine (i.e. les applications serveur). Cette adresse est stable et peut être publiée dans le DNS. La seconde possède un identifiant d'interface tiré aléatoirement. Elle est changée tous les jours et sert aux applications client. Dans Windows 7, ce comportement est généralisé car l'identifiant d'interface de l'adresse permanente est également issu d'un tirage aléatoire. Cela permet d'éviter de donner la marque de la machine ou le type de carte contenu dans les premiers octets de l'identifiant d'interface.  Elle est également présente, mais de manière optionnelle, sur Linux et les système d'exploitation BSD comme Mac OS.

@@ Line 424: / Line 424: @@
 Pour couper court à toute menace de boycott d'un protocole qui « menacerait la vie privée », il a été proposé d'autres algorithmes de construction d'un identifiant d'interface basé sur des tirages aléatoires (voir RFC 3041). Un utilisateur particulièrement méfiant pourrait valider ces mécanismes. L'identifiant d'interface est soit choisi aléatoirement, soit construit par un algorithme comme MD5 à partir des valeurs précédentes, soit tiré au hasard si l'équipement ne peut pas mémoriser d'information entre deux démarrages. Périodiquement l'adresse est mise dans l'état « déprécié » et un nouvel identifiant d'interface est choisi. Les connexions déjà établies continuent d'utiliser l'ancienne valeur tandis que les nouvelles connexions utilisent la nouvelle adresse.
-[[image:Windows7-IIDalea.png|400px|right]]
+[[image:Windows7-IIDalea.png|500px|right]]
 Cette solution a été adoptée par Microsoft. Dans Windows XP, l'interface possède deux adresses IPv6 globale. La première a un identifiant d'interface dérivé de l'adresse MAC. Elle sert aux applications attendant des connexions sur la machine (i.e. les applications serveur). Cette adresse est stable et peut être publiée dans le DNS. La seconde possède un identifiant d'interface tiré aléatoirement. Elle est changée tous les jours et sert aux applications client. Dans Windows 7, ce comportement est généralisé car l'identifiant d'interface de l'adresse permanente est également issu d'un tirage aléatoire. Cela permet d'éviter de donner la marque de la machine ou le type de carte contenu dans les premiers octets de l'identifiant d'interface.  Elle est également présente, mais de manière optionnelle, sur Linux et les système d'exploitation BSD comme Mac OS.