Difference between revisions of "Unicast Global"

From Livre IPv6

(= Adresses gérées par les RIR)
(Adressage global : plan d'adressage agrégé)
 
(80 intermediate revisions by 9 users not shown)
Line 1: Line 1:
 +
{{suivi |Plans d'adressage|Plans d'adressage|Lien-local|Adresses Lien-local}}
 +
 +
 
=== Adressage global : plan d'adressage agrégé ===
 
=== Adressage global : plan d'adressage agrégé ===
  
 
Ce plan, proposée dans le RFC 3587, précise la structure d'adressage IPv6 définie dans le RFC 3513 en précisant les tailles de chacun des blocs. Une adresse intègre trois niveaux de hiérarchie :
 
Ce plan, proposée dans le RFC 3587, précise la structure d'adressage IPv6 définie dans le RFC 3513 en précisant les tailles de chacun des blocs. Une adresse intègre trois niveaux de hiérarchie :
  
[[image:CS11.gif]]
+
<tikz title="Adresses Globales">
 +
\clip (0.0, 0) rectangle (11.5,7); 
 +
% \draw[help lines] (0,0) grid (10,6);
 +
               
 +
\draw  (0, 6.6) node [right] {Global Unicast Address:};
 +
   
 +
\draw (0,5) node [right, draw, shade, top color = yellow, minimum width=1cm, minimum height=1cm] {\tt{001}};
 +
\draw (1,5) node [right, draw, shade, top color = green, minimum width=3cm, minimum height=1cm] {Global Prefix};
 +
\draw (4,5) node [right, draw, shade, top color = blue, minimum width=1.5cm, minimum height=1cm] {SID};
 +
\draw (5.5,5) node [right, draw, shade, top color = black!50, minimum width=4.8cm, minimum height=1cm] {Interface ID};
 +
 +
\draw (0.5, 5.7) node {\tiny{3}};
 +
\draw (2.5, 5.7) node {\tiny{45}};
 +
\draw (4.7, 5.7) node {\tiny{16}};
 +
\draw (8, 5.7) node {\tiny{64}};
 +
 +
 +
\draw [snake=brace, mirror snake] (0, 4.20) -- (4, 4.20) node [below, midway] {\tiny{public topology}} node [below = 8pt, midway] {\tiny{given by the provider}} ;
 +
\draw [snake=brace, mirror snake] (4, 4.20) -- (5.5, 4.20) node [below, midway] {\tiny{local topology}} node [below = 8pt, midway] {\tiny{assigned by network engineer}} ;
 +
\draw [snake=brace, mirror snake] (5.5, 4.20) -- (10.3, 4.20) node [below, midway] {\tiny{link address}} node [below = 8pt, midway] {\tiny{auto or manual configuration}} ;
 +
</tikz>
 +
 
 +
<!--
 +
[[image:Fig3-3.png|thumb|right|350px|Figure 3-4 ''Adresse de type plan agrégé'']]
 +
-->
  
 
* une topologie publique codé sur 48 bits, allouée par le fournisseur d'accès;
 
* une topologie publique codé sur 48 bits, allouée par le fournisseur d'accès;
 
* une topologie de site codé sur 16 bits. Ce champ permet de coder les numéros de sous réseau du site;
 
* une topologie de site codé sur 16 bits. Ce champ permet de coder les numéros de sous réseau du site;
* un identifiant d'interface (64 bits) distinguant les différentes machines sur le lien.
+
* un [[identifiant d'interface]] (64 bits) distinguant les différentes machines sur le lien.
  
Il existe plusieurs instanciations de ce plan d'adressage. Historiquement la première (préfixe <tt>3FFE::/16</tt>) a servi aux réseaux expérimentaux, puis une seconde (préfixe <tt>2001::/16</tt>) est définie par les autorités régionales pour les réseaux dits de production, enfin une troisième est dédiée (préfixe <tt>2002::/16</tt>) au mécanisme de transition [[6to4]]. Ces instanciations sont différenciées par la valeur du préfixe initial de 16 bits (cf. Tableau). Très récemment, d'autres préfixes ont été libérés. 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. Il semble que cela pourrait remettre en cause l'attribution de préfixes de longueur 48 pour tous les utilisateurs au profit de préfixes plus long. Une version, à jour des allocations est disponible sur le site http://www.iana.org/assignments/ipv6-unicast-address-assignments.
+
Il existe plusieurs instanciations de ce plan d'adressage. Historiquement la première (préfixe <tt>3FFE::/16</tt>) a servi aux réseaux expérimentaux, puis une seconde (préfixe <tt>2001::/16</tt>) est définie par les autorités régionales pour les réseaux dits de production, enfin une troisième est dédiée (préfixe <tt>2002::/16</tt>) au mécanisme de transition [[Déploiement IPv6 des fournisseurs d'accès (ISP)#6to4|6to4]]. Ces instanciations sont différenciées par la valeur du préfixe initial de 16 bits (cf. Tableau). Très récemment, d'autres préfixes ont été libérés. 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. Il semble que cela pourrait remettre en cause l'attribution de préfixes de longueur 48 pour tous les utilisateurs au profit de préfixes plus long. Une version, à jour des allocations est disponible sur le site http://www.iana.org/assignments/ipv6-unicast-address-assignments.
  
{|
+
== Adresses de test ==
!Global Unicast Prefix!!Assignment!!Date
+
|-style="background:silver"     
+
|2001:0000::/23 ||IANA||01 Jul 99 
+
|-
+
|2001:0200::/23||APNIC||01 Jul 99
+
|-style="background:silver"
+
|2001:0400::/23||ARIN ||01 Jul 99
+
|-
+
|2001:0600::/23||RIPE NCC||01 Jul 99
+
|-style="background:silver"
+
|2001:0800::/23||RIPE NCC ||01 May 02
+
|-
+
|2001:0A00::/23||RIPE NCC||02 Nov 02
+
|-style="background:silver"
+
|2001:0C00::/23||APNIC||01 May 02 
+
|-
+
|2001:0E00::/23||APNIC||01 Jan 03
+
|-style="background:silver"
+
|2001:1200::/23||LACNIC||01 Nov 02
+
|-
+
|2001:1400::/23||RIPE NCC||01 Feb 03
+
|-style="background:silver"
+
|2001:1600::/23||RIPE NCC||01 Jul 03
+
|-
+
|2001:1800::/23||ARIN ||01 Apr 03
+
|-style="background:silver"
+
|2001:1A00::/23|| RIPE NCC ||01 Jan 04
+
|-
+
|2001:1C00::/22||RIPE NCC ||01 May 04
+
|-style="background:silver"
+
|2001:2000::/20||RIPE NCC||01 May 04
+
|-
+
|2001:3000::/21||RIPE NCC||01 May 04
+
|-style="background:silver"
+
|2001:3800::/22|| RIPE NCC||01 May 04
+
|-
+
|2001:3C00::/22||RESERVED||11 Jun 04
+
|-style="background:silver"
+
|2001:4000::/23||RIPE NCC||11 Jun 04
+
|-
+
|2001:4200::/23||ARIN||01 Jun 04
+
|-style="background:silver"
+
|2001:4400::/23||APNIC||11 Jun 04
+
|-
+
|2001:4600::/23||RIPE NCC||17 Aug 04
+
|-style="background:silver"
+
|2001:4800::/23||ARIN||24 Aug 04
+
|-
+
|2001:4A00::/23||RIPE NCC||15 Oct 04
+
|-style="background:silver"
+
|2001:4C00::/23||RIPE NCC||17 Dec 04
+
|-
+
|2001:5000::/20||RIPE NCC||10 Sep 04
+
|-style="background:silver"
+
|2001:8000::/19||APNIC||30 Nov 04
+
|-
+
|2001:A000::/20||APNIC ||30 Nov 04
+
|-style="background:silver"
+
|2002:0000::/16||[[6to4]]||01 Feb 01
+
|-
+
|2003:0000::/18 ||RIPE NCC ||12 Jan 05
+
|-style="background:silver"
+
|2400:0000::/19||APNIC||20 May 05
+
|-
+
|2400:2000::/19||APNIC ||08 Jul 05
+
|-style="background:silver"
+
|2400:4000::/21||APNIC||08 Aug 05
+
|-
+
|2600:0000::/22||ARIN ||19 Apr 05
+
|-style="background:silver"
+
|2604:0000::/22||ARIN||19 Apr 05
+
|-
+
|2608:0000::/22||ARIN||19 Apr 05
+
|-style="background:silver"
+
|260C:0000::/22||ARIN||19 Apr 05
+
|-
+
|2A00:0000::/21||RIPE NCC||19 Apr 05
+
|-style="background:silver"
+
|2A01:0000::/23||RIPE NCC||14 Jul 05
+
|-
+
|3FFE:0000::/16||6BONE||01 Dec 98
+
|}
+
  
 +
Les expérimentations d'IPv6 sur un réseau devaient commencer avant que les règles d'attribution des préfixes soient complètement finalisées. La valeur 0x1FFE a été attribué par l'IANA au 6bone dans le plan d'adressage agrégé pour les expérimentations (RFC 3701). Il correspond au préfixe <tt>3FFE::/16</tt> pour l'ensemble du 6bone.
  
== Adresses de test ==
+
[[image:Fig3-4.jpg|thumb|right|350px|Figure 3-4 ''Adresse de test du plan agrégé'']]
 
+
Les expérimentations d'IPv6 sur un réseau devaient commencer avant que les règles d'attribution des préfixes soient complètement finalisées. La valeur 0x1FFE a été attribué par l'IANA au 6bone dans le plan d'adressage agrégé pour les expérimentations (cf. Familles d'adressage et RFC 3701). Il correspond au préfixe <tt>3FFE::/16</tt> pour l'ensemble du 6bone.
+
  
Les 48 bits restant avant le champ Subnet ID recréent les niveaux hiérarchiques d'un réseau IPv6 défini dans le RFC 3587, d'où le terme pseudo accolé au nom du champ. La taille réduite n'étant pas un facteur limitant dans la phase expérimentale. Des pseudo-TLA4 d'une taille initialement de 8, mais portées à 12 bits par la suite, sont attribués à des opérateurs voulant expérimenter le protocole. Les 24 ou 20 bits suivants sont utilisés pour numéroter les sites.
+
Les 48 bits restant avant le champ Subnet ID recréent les niveaux hiérarchiques d'un réseau IPv6 défini dans le RFC 3587, d'où le terme pseudo accolé au nom du champ. La taille réduite n'étant pas un facteur limitant dans la phase expérimentale. Des pseudo-TLA d'une taille initialement de 8, mais portées à 12 bits par la suite, sont attribués à des opérateurs voulant expérimenter le protocole. Les 24 ou 20 bits suivants sont utilisés pour numéroter les sites.
  
Les pseudo-TLA ont été alloués jusqu'en décembre 2003 aux opérateurs qui en faisaient la demande. La liste complète est disponible sur le serveur Web http://www.6bone.net/6bone_pTLA_list.html. Le See Pseudo TLA attribués par le groupe ngtrans reprend quelques unes de ces valeurs.
+
Les pseudo-TLA ont été alloués jusqu'en décembre 2003 aux opérateurs qui en faisaient la demande. La liste complète est disponible sur le serveur Web http://www.6bone.net/6bone_pTLA_list.html. Le tableau Pseudo TLA attribués par le groupe ngtrans reprend quelques unes de ces valeurs.
Pseudo TLA attribués par le groupe ngtrans
+
  
 
{|
 
{|
 +
|+'''''Pseudo TLA attribués par le groupe ngtrans'''''
 
!Organismes/Pays!!Préfixe!! !!Organismes/Pays!!Préfixe
 
!Organismes/Pays!!Préfixe!! !!Organismes/Pays!!Préfixe
 
|-style="background:silver"
 
|-style="background:silver"
Line 123: Line 67:
 
|}
 
|}
  
L'expérimentation lié au 6bone devrait se terminer bientôt, la date d'arrêt a été symboliquement choisie le mardi 6 juin 2006 See [RFC3701]. En effet, si ce réseau au début de l'introduction d'IPv6 palier à l'absence d'opérateurs officiels, il a vite montré ses limites. L'utilisation de tunnels pour créer la connectivité, a conduit à un trop fort maillage, à des routes relativement longues et par conséquence à une faible qualité de service.
+
L'expérimentation lié au 6bone s'est terminée récemment; la date d'arrêt a été symboliquement choisie le mardi 6 juin 2006 RFC 3701. En effet, si ce réseau a servi palier à l'absence d'opérateurs officiels au début de l'introduction d'IPv6, il a vite montré ses limites. L'utilisation de tunnels pour créer la connectivité a conduit à un trop fort maillage, à des routes relativement longues et par conséquence à une faible qualité de service.
 
+
  
 
== Adresses gérées par les RIR ==
 
== Adresses gérées par les RIR ==
  
La valeur 0x0001 (cf. See Familles d'adressage) a été attribué par l'IANA pour un plan d'adressage où les autorités régionales attribuent les préfixes. Le préfixe initial est par conséquent 2001::/16. Ce plan reproduit, en étendant la largeur des champs les principes de délagation et de gestion introduits en IPv4 par CIDR. Un site voulant se connecter reçoit de son fournisseur d'accès un préfixe global de 48 bits.
+
La valeur <tt>0x0001</tt> a été attribué par l'IANA pour un plan d'adressage où les autorités régionales attribuent les préfixes. Le préfixe initial est par conséquent <tt>2001::/16</tt>. Ce plan reproduit, en étendant la largeur des champs les principes de délégation et de gestion introduits en IPv4 par CIDR. Un site voulant se connecter reçoit de son fournisseur d'accès un préfixe global de longueur supérieure ou égale à 48 bits.
 +
 
 +
{{suivi |Plans d'adressage|Plans d'adressage|Lien-local|Adresses Lien-local}}

Latest revision as of 16:56, 20 November 2008

Plans d'adressage Table des matières Adresses Lien-local


Adressage global : plan d'adressage agrégé

Ce plan, proposée dans le RFC 3587, précise la structure d'adressage IPv6 définie dans le RFC 3513 en précisant les tailles de chacun des blocs. Une adresse intègre trois niveaux de hiérarchie :

Adresses Globales
Figure : Adresses Globales


  • une topologie publique codé sur 48 bits, allouée par le fournisseur d'accès;
  • une topologie de site codé sur 16 bits. Ce champ permet de coder les numéros de sous réseau du site;
  • un identifiant d'interface (64 bits) distinguant les différentes machines sur le lien.

Il existe plusieurs instanciations de ce plan d'adressage. Historiquement la première (préfixe 3FFE::/16) a servi aux réseaux expérimentaux, puis une seconde (préfixe 2001::/16) est définie par les autorités régionales pour les réseaux dits de production, enfin une troisième est dédiée (préfixe 2002::/16) au mécanisme de transition 6to4. Ces instanciations sont différenciées par la valeur du préfixe initial de 16 bits (cf. Tableau). Très récemment, d'autres préfixes ont été libérés. 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. Il semble que cela pourrait remettre en cause l'attribution de préfixes de longueur 48 pour tous les utilisateurs au profit de préfixes plus long. Une version, à jour des allocations est disponible sur le site http://www.iana.org/assignments/ipv6-unicast-address-assignments.

Adresses de test

Les expérimentations d'IPv6 sur un réseau devaient commencer avant que les règles d'attribution des préfixes soient complètement finalisées. La valeur 0x1FFE a été attribué par l'IANA au 6bone dans le plan d'adressage agrégé pour les expérimentations (RFC 3701). Il correspond au préfixe 3FFE::/16 pour l'ensemble du 6bone.

Figure 3-4 Adresse de test du plan agrégé

Les 48 bits restant avant le champ Subnet ID recréent les niveaux hiérarchiques d'un réseau IPv6 défini dans le RFC 3587, d'où le terme pseudo accolé au nom du champ. La taille réduite n'étant pas un facteur limitant dans la phase expérimentale. Des pseudo-TLA d'une taille initialement de 8, mais portées à 12 bits par la suite, sont attribués à des opérateurs voulant expérimenter le protocole. Les 24 ou 20 bits suivants sont utilisés pour numéroter les sites.

Les pseudo-TLA ont été alloués jusqu'en décembre 2003 aux opérateurs qui en faisaient la demande. La liste complète est disponible sur le serveur Web http://www.6bone.net/6bone_pTLA_list.html. Le tableau Pseudo TLA attribués par le groupe ngtrans reprend quelques unes de ces valeurs.

Pseudo TLA attribués par le groupe ngtrans
Organismes/Pays Préfixe Organismes/Pays Préfixe
ROOT66/US-CA 3FFE:0000::/24 TRUMPET/AU 3FFE:8000::/28
TELEBIT/DK 3FFE:0100::/24 ICM-PL/PL 3FFE:8010::/28
SICS/SE 3FFE:0200::/24 IIJ/JP 3FFE:8020::/28
G6/FR 3FFE:0300::/24 QTPVSIX/EU 3FFE:8030::/28
JOIN/DE 3FFE:0400::/24 APAN-KR 3FFE:8040::/28
WIDE/JP 3FFE:0500::/24 MIBH 3FFE:8050::/28
SURFNET/NL 3FFE:0600::/24 ATNET-AT 3FFE:8060::/28

L'expérimentation lié au 6bone s'est terminée récemment; la date d'arrêt a été symboliquement choisie le mardi 6 juin 2006 RFC 3701. En effet, si ce réseau a servi palier à l'absence d'opérateurs officiels au début de l'introduction d'IPv6, il a vite montré ses limites. L'utilisation de tunnels pour créer la connectivité a conduit à un trop fort maillage, à des routes relativement longues et par conséquence à une faible qualité de service.

Adresses gérées par les RIR

La valeur 0x0001 a été attribué par l'IANA pour un plan d'adressage où les autorités régionales attribuent les préfixes. Le préfixe initial est par conséquent 2001::/16. Ce plan reproduit, en étendant la largeur des champs les principes de délégation et de gestion introduits en IPv4 par CIDR. Un site voulant se connecter reçoit de son fournisseur d'accès un préfixe global de longueur supérieure ou égale à 48 bits.

Plans d'adressage Table des matières Adresses Lien-local
Personal tools