IPv6

Pstack < ! -- Éditer l'image de pile à : Calibre : IPstack --> La version 6 ( IPv6 ) d'Internet Protocol de est une couche réseau pour le paquet - les interréseaux commutés de . Elle est indiquée comme successeur du IPv4 , la version en cours de l'Internet Protocol , pour l'usage général sur l'Internet .

Le changement principal apporté par IPv6 est un espace d'adressage beaucoup plus grand qui permet une plus grande flexibilité en assignant des adresses. La longueur prolongée d'adresse élimine la nécessité d'employer la traduction d'adresse réseau pour éviter l'épuisement d'adresse, et simplifie également des aspects d'affectation d'adresses et de renuméroter en changeant des fournisseurs. Ce n'était pas l'intention de concepteurs IPv6, cependant, de donner des adresses uniques permanentes à chaque individu et à chaque ordinateur.

Il est commun pour voir les exemples qui essayent de prouver que l'espace d'adressage IPv6 est absurdement grand. Par exemple, IPv6 soutient (au sujet de 3.4×10³⁸) les adresses 2¹²⁸, ou les adresses approximativement 5×10²⁸ pour chacune d'approximativement 6.5 milliards de personnes vivantes aujourd'hui. Dans une perspective différente, c'est 2⁵² les adresses pour chaque étoile dans l'univers connu - million de fois autant d'adresses par étoile qu'IPv4 a soutenu pour notre planète simple.

Le grand nombre d'adresses permet une attribution hiérarchique des adresses qui peuvent rendre le cheminement et renuméroter plus simples. Avec IPv4, des techniques complexes du CIDR ont été développées pour faire la meilleure utilisation d'un espace d'adressage restreint. Renuméroter, en changeant des fournisseurs, peut être un effort important avec IPv4, comme discuté dans RFC 2071 et RFC 2072. Avec IPv6, cependant, renuméroter devient en grande partie automatique, parce que les marques de centre serveur sont découplées de la marque de fournisseur de réseau. Les espaces d'adressage séparés existent pour des ISPs et pour les centres serveurs, qui sont " ; inefficient" ; dans le peu d'espace d'adressage mais être extrêmement efficace pour les issues opérationnelles telles que des prestataires de service changeants.

Introduction

Par le début des années 90, il était clair que le changement à un réseau sans classes présenté une décennie plus tôt n'ait pas été assez pour empêcher l'épuisement d'adresse du IPv4 et que d'autres changements à IPv4 étaient nécessaires. Au début de 1992, plusieurs systèmes proposés étaient distribués et vers la fin de 1992, l'IETF a annoncé un appel pour les livres blancs (RFC 1650) et la création du " ; IP, le prochain Generation" ; (Région d'IPng) des groupes de travail .

IPng a été adopté par l'Internet Engineering Task Force le 25 juillet , le 1994 avec la formation des plusieurs " ; IP prochain Generation" ; Groupes de travail (d'IPng)

Si la configuration automatique IPv6 n'est pas appropriée, un centre serveur peut employer la configuration stateful ( DHCPv6 ) ou être configuré manuellement. La configuration automatique apatride est seulement appropriée aux centres serveurs : des routeurs doivent être configurés manuellement ou par des autres moyens.

Multicast

Le multicast fait partie des caractéristiques basses dans IPv6, à la différence d'IPv4, où il a été présenté plus tard.

IPv6 n'a pas un service lien-local d'émission ; le même effet peut être réalisé par multicasting aux tout-centres serveurs le groupe (FF02 : : 1).

La plupart des environnements, cependant, n'ont pas actuellement leurs infrastructures en réseau configurées conduire le multicast : le multicast sur le filet inférieur simple fonctionnera, mais le multicast global ne pourrait pas.

adresses Lien-locales

Les interfaces IPv6 ont des adresses lien-locales en plus des adresses globales que les applications emploient habituellement. Ces adresses lien-locales sont toujours présentes et ne changent jamais, qui simplifie la conception des protocoles de configuration et de cheminement.

Jumbograms

Dans IPv4, des paquets sont limités à 64 ; KiB de charge utile. Une fois utilisés entre les associés capables de communication et sur des liaisons avec un Maximum Transmission Unit (MTU) de plus en grande partie que 65.576 octets (65536 + 40 pour l'en-tête), IPv6 a le soutien facultatif des paquets au-dessus de cette limite, désigné sous le nom du Jumbograms qui peut être aussi grand que 4 ; Contre-clavette . L'utilisation des jumbograms peut améliorer l'exécution au-dessus des réseaux haut-MTU.

sécurité de Réseau-couche

Le IPsec , le protocole pour le chiffrage de réseau-couche d'IP et authentification, est une partie intégrale de l'ensemble de protocoles bas dans IPv6 ; c'est IPv4 différent, où il est facultatif (mais habituellement mis en application). Le IPsec , cependant, n'est pas largement déployé excepté fixer le trafic entre les routeurs du Border Gateway Protocol du IPv6.

Mobilité

À la différence d'IPv4 mobile, le IPv6 mobile (MIPv6) évite le cheminement triangulaire et est donc aussi efficace qu'IPv6 normal. Cet avantage est la plupart du temps hypothétique, car ni des MIPs ni les MIPv6 ne sont aujourd'hui largement déployés.

Manque d'une somme

IPv4 a un champ de somme qui emploie tout le peu de l'en-tête pour créer et vérifier. Puisque certains champs (tels que le champ de TTL) pourraient ou changeraient entre chaque routeur, la somme doit recomputed dans chaque routeur. On le croit que les erreurs sont très rares dans le réseau d'aujourd'hui. Pour cette raison, IPv6 n'a aucun de contrôle d'erreurs dans son protocole mais se fonde à la place sur des protocoles de couche liaison pour exécuter de contrôle d'erreurs. Au cas où l'en-tête serait corrompu, le plus mauvais qui peut se produire est que le paquet est envoyé au centre serveur faux.

Statut de déploiement

Le forum IPv6 a été créé comme avantage supplémentaire du GT de déploiement d'IETF IPv6 qui a été mené par Jim Bound en juillet 1999.

En date du novembre 2007, IPv6 explique un pourcentage minuscule des adresses de phase dans l'Internet publicly-accessible, qui est encore dominé par IPv4.

À les exceptions notables de la configuration automatique apatride, un adressage plus flexible et une découverte voisine bloquée (ENVOYER), plusieurs de des dispositifs d'IPv6 ont été mis en communication à IPv4 dans la façon plus ou moins élégante. Ainsi le déploiement IPv6 est principalement conduit par l'épuisement d'espace d'adressage IPv4, qui a été ralenti par l'introduction du cheminement sans classes (CIDR) d'inter-domaine de et l'utilisation étendue de la traduction d'adresse réseau (NAT).

Épuisement IPv4

voient également :

l'épuisement d'adresse du IPv4 Les évaluations quant à quand la piscine des adresses IPv4 disponibles sera épuisée varient considérablement, et devraient être prises avec prudence. En 2003, Paul Wilson (directeur de APNIC ) a déclaré que, basé sur des taux alors-courants de déploiement, l'espace disponible durerait jusqu'en 2023. En septembre 2005 un rapport par le Cisco Systems a signalé que la piscine des adresses disponibles serait épuisée dedans aussi peu que 4 à 5 ans. Le en date du novembre 2007 , un rapport mis à jour quotidien a projeté que la piscine d'IANA des adresses non affectées serait épuisée en mai 2010, avec les enregistrements régionaux d'Internet de divers using haut leurs attributions d'IANA en avril 2011. Ce rapport argue du fait également que, si assigné mais des adresses inutilisées étaient reprises et employées pour satisfaire une demande continue, l'attribution des adresses IPv4 pourrait continuer jusqu'en 2017.

Incitations de gouvernement

Un certain nombre de gouvernements, cependant, commencent à avoir besoin de l'appui pour IPv6 dans le nouvel équipement. Le gouvernement des États-Unis de , par exemple, a spécifié que les épines dorsales de réseau de toutes les agences fédérales doivent déployer IPv6 par le 2008 , et a dépensé l'argent pour acquérir un bloc 281 de /16 des adresses réseau trillion pour commencer le déploiement.

Les peuples Republic Of China a un le plan de 5 ans pour le déploiement d'IPv6 appelé l'Internet de prochaine génération de la Chine de .

Déploiement courant

En février 1999, le forum IPv6 a été fondé par le GT de déploiement d'IETF pour conduire le déploiement mondial, créant à ce jour plus de 45 forum du pays IPv6 et groupes de travail IPv6. Le 20 juillet 2004 le ICANN a annoncé que les serveurs de DNS de racine pour l'Internet avaient été modifiés pour soutenir IPv6 et IPv4.

Adressage

128 longueurs de bit

< ! --IPv4 soutient l'adresse 4.296 --> Le changement primaire d'IPv4 à IPv6 est la longueur des adresses réseau. Les adresses IPv6 sont 128 bits longtemps (comme défini par RFC 4291), tandis que les adresses IPv4 sont 32 bits ; là où l'espace d'adressage IPv4 contient approximativement 4 milliards d'adresses, IPv6 a assez de pièce pour les adresses 3.4×10³⁸ uniques.

Les adresses IPv6 se composent typiquement de deux parts logiques : un préfixe (sub-) 64-bit de réseau, et une pièce 64-bit de centre serveur, qui est automatiquement produite du MAC address du de l'interface ou séquentiellement assignée. Puisque globalement - les adresses uniques de MAC donnent une occasion de dépister l'équipement d'utilisateur, et ainsi des utilisateurs, à travers des changements de temps et d'adresse IPv6, RFC 3041 ont été développés pour ramener la perspective de l'identité d'utilisateur étant de manière permanente attachés à une adresse IPv6, de ce fait reconstituant certaines des possibilités d'anonymat existant à IPv4. RFC 3041 spécifie un mécanisme par lequel des chaînes binaires aléatoires variables dans le temps peuvent être employées en tant que marques de circuit d'interface, remplaçant des adresses invariables et décelables de MAC.

Notation

Les adresses IPv6 sont normalement écrites en tant que huit groupes de quatre chiffres hexadécimaux du . Par exemple, 2001:0 db8 : 85a 3h08 d3 : 1319 : 8a2e : 0370 : 7334 est une adresse IPv6 valide.

Si un ou plusieurs groupe à quatre chiffres est 0000, les zéros peuvent être omis et remplacés par deux deux points (: :). Par exemple, 2001:0 db8 : 0000 : 0000 : 0000 : 0000 : 1428 : 57ab peut se raccourcir à 2001:0 db8 : : 1428 : 57ab. Après cette règle, tout nombre de 0000 groupes consécutifs peut être réduit à deux deux points, tant que il y a seulement un doubles deux points utilisés dans une adresse. De principaux zéros dedans un groupe peuvent également être omis (comme dans : : 1 pour le localhost). Ainsi, toutes les adresses ci-dessous sont valides et équivalent : 2001:0 db8 : 0000 : 0000 : 0000 : 0000 : 1428 : 57ab 2001:0 db8 : 0000 : 0000 : 0000 : : 1428 : 57ab 2001:0 db8 : 0 : 0 : 0 : 0 : 1428 : 57ab 2001:0 db8 : 0 : 0 : : 1428 : 57ab 2001:0 db8 : : 1428 : 57ab 2001 : db8 : : 1428 : 57ab

Avoir plus d'une abréviation de double-deux points dans une adresse est inadmissible, car il rendrait la notation ambiguë., donné le 2001:0000 : 0000 : FFD3 : 0000 : 0000 : 0h57 ab, 2001 : : FFD3 : : 57ab a pu impliquer le 2001:0000 : 0000 : 0000 : 0000 : FFD3 : 0h57 ab, 2001:0000 : FFD3 : 0000 : 0000 : 0000 : 0h57 ab, ou toute autre permutation semblable.

Un ordre de 4 bytes à la fin d'une adresse IPv6 peut également être écrit dans la décimale, using des points comme séparateurs. Cette notation est employée souvent avec des adresses de compatibilité (voir ci-dessous). Ce système d'adressage est commode en traitant l'environnement mélangé des adresses IPv4 et IPv6. La notation générale est de la forme X : X : X : X : X : X : d.d où les x sont les 6 chiffres hexadécimaux évolués tandis que les d correspondent aux chiffres décimaux des morceaux de bit de l'ordre inférieur 8 d'adresse, car c'est le format IPv4. Par exemple, : : ffff : 12.78 est la même adresse que le : : ffff : 0c22 : 384e et 0 : 0 : 0 : 0 : 0 : ffff : 0c22 : 384e. L'utilisation de cette notation est désapprouvée et non soutenue par de nombreuses applications.

Des informations supplémentaires peuvent être trouvées dans RFC 4291 - architecture de adressage de la version 6 d'IP.

Adresses IPv6 littérales dans les URL

Dans un URL l'IPv6-Address est enfermé entre parenthèses. Exemple : http:///

Cette notation permet le analysant un URL sans confondre l'adresse IPv6 et le numéro d'accès : https://:443/

Des informations supplémentaires peuvent être trouvées dans le " ; RFC 2732 - Format pour les adresses IPv6 littérales dans URL's" ; et " ; RFC 3986 - Marque de ressource uniforme (URI) : Syntax" générique ;

Notation de réseau

Les réseaux IPv6 sont écrits using la notation du CIDR.

Un réseau IPv6 (ou le filet inférieur) est un groupe contigu d'adresses IPv6 la taille dont doit être une puissance de deux ; le peu initial des adresses, qui sont identiques pour tous les centres serveurs dans le réseau, s'appelle le préfixe du réseau.

Un réseau est dénoté par la première adresse dans le réseau et la taille dans le peu du préfixe (dans la décimale), séparé avec une barre oblique. Par exemple, 2001 : 0db8 : 1234 : : /48 représente le réseau avec les adresses 2001 : 0db8 : 1234 : 0000 : 0000 : 0000 : 0000 : 0000 par 2001 : 0db8 : 1234 : ffff : ffff : ffff : ffff : ffff

Puisqu'un centre serveur simple peut être vu comme réseau avec un préfixe de 128 bits, vous verrez parfois des adresses de centre serveur écrites suivies avec /128.

Genres d'adresses IPv6

Les adresses IPv6 sont divisées en 3 catégories :
Adresses d'Unicast
Adresses de multicast
Adresses d'Anycast

Une adresse d'Unicast identifie une interface de réseau simple. Un paquet envoyé à une adresse d'unicast est livré à cet ordinateur spécifique. Les types suivants d'adresses sont des adresses de l'unicast IPv6 :
Adresses globales d'unicast
adresses Lien-locales
adresses Emplacement-locales
L'unicast unique des gens du pays IPv6 de adresse
Adresses spéciales

Des adresses du multicast sont employées pour définir un ensemble d'interfaces qui appartiennent typiquement à différents noeuds au lieu juste d'un. Quand un paquet est envoyé à une adresse de multicast, le protocole livre le paquet à toutes les interfaces identifiées par cette adresse. Les adresses de multicast commencent par le préfixe FF00 : : /8, et leur deuxième octet identifie la portée , c. la gamme du des adresses au-dessus dont l'adresse de multicast est propagée. Les portées utilisées généralement incluent lien-local (0x2), emplacement-local (0x5) et global (0xE).

Des adresses d'Anycast sont également assignées à plus d'une interface, appartenant à différents noeuds. Cependant, un paquet envoyé à une adresse d'anycast est livré juste à une des interfaces de membre, typiquement le « plus proche » selon l'idée du protocole de cheminement de la distance. Des adresses d'Anycast ne peuvent pas être identifiées facilement : elles ont la structure des adresses normales d'unicast, et diffèrent seulement en étant injecté dans le protocole de cheminement aux points multiples dans le réseau.

Adresses spéciales

Il y a un certain nombre d'adresses avec la signification spéciale dans IPv6 :

;

local de

: : &mdash de /128

: : &mdash 1/128

réalimentation

de nouveau

fe80 : : &mdash de /10

d'IP address de configuration automatique 169.

;

local de d'emplacement fc00 : : &mdash de /7 ; Les adresses locales uniques (ULA) de sont routable seulement dans un ensemble d'emplacements de coopération. Elles ont été définies dans RFC 4193 comme remplacement pour des adresses emplacement-locales (voir ci-dessous). Les adresses incluent 40 un nombre pseudo-aléatoire du de bit qui réduit au minimum le risque de conflits si les emplacements fusionnent ou les paquets coulent de façon ou d'autre dehors. ;

du IPv4 : : ffff : 0 : &mdash 0/96 ; ce préfixe est employé pour les adresses tracées par IPv4 (voir les mécanismes de transition de ci-dessous). 2002 : : &mdash de /16 ; ce préfixe est employé pour l'adressage du 6to4 . ; multicast ff00 : : &mdash de /8 ; Le préfixe de multicast est employé pour le multicast address de la version 6 d'IP de la référence name=ipv6multicast> des adresses de multicast de comme défini près dans le " ; Version 6 Architecture" de adressage d'IP ; (RFC 4291).

; Utilisé dans les exemples, désapprouvés, ou le désuet de : : &mdash de /96 ; le préfixe zéro a été employé pour les adresses du IPv4-compatible qu'il est maintenant désuet. 2001 : db8 : : &mdash de /32 ; ce préfixe est employé dans la documentation (RFC 3849). N'importe où où une adresse de l'exemple IPv6 est donnée, des adresses de ce préfixe devraient être employées. fec0 : : &mdash de /10 ; Le préfixe emplacement-local spécifie que l'adresse est valide seulement à l'intérieur de l'organisation locale. Son utilisation a été désapprouvée en septembre 2004 par RFC 3879 et les systèmes ne doivent pas soutenir ce type spécial d'adresse. Il n'y a aucune plage d'adresses réservée pour l'émission dans le &mdash IPv6 ; le multicast d'utilisation d'applications aux tout-centres serveurs de groupent à la place. L'IANA maintient la cote officielle de l'espace d'adressage IPv6. Des tâches globales d'unicast peuvent être trouvées aux divers RIR ou aux pages de GRH DFP. Index de zone les adresses Lien-locales présentent un problème particulier pour des systèmes avec les interfaces multiples. Puisque chaque interface peut être reliée à différents réseaux et toutes les adresses semblent être sur le même filet inférieur , une ambiguïté surgit qui ne peut pas être résolue par des tables de cheminement. Par exemple, accueillir A a deux interfaces qui reçoivent automatiquement des adresses lien-locales une fois activé (par RFC 2462) : fe80 : : 1/64 et fe80 : : 2/64, seulement un dont est relié au même réseau physique que le centre serveur B qui a l'adresse fe80 : : 3/64 ; si le centre serveur A essaye d'entrer en contact avec fe80 : : 3 comment il connaît quelle interface (fe80 : : 1 ou fe80 : : 2) pour employer ? La solution définie par RFC 4007 est l'addition d'un index unique de zone pour l'interface locale, représenté textuellement sous la forme %, par exemple : http://:80/ - ceci cependant peut poser ses propres problèmes dus au désaccord avec le Pour cent-codage utilisé avec URIs. La pile de Microsoft Windows IPv6 de emploie des IDs numériques de zone : fe80 : : 3%1 Les applications de schéma emploient typiquement le nom d'interface comme identification de zone : fe80 : : 3%pcn0 Les applications de Linux emploient également typiquement le nom d'interface comme identification de zone : fe80 : : 3%eth0 < ! -- TODO : OS de Mac ? Solaris ? NetWare ? HP-UX ? AIX ? --> Relativement peu d'applications d'IPv6-capable comprennent la syntaxe d'identification de zone (à l'exception notable de OpenSSH ), ainsi les adresses lien-locales de rendu inutilisables dans elles si les interfaces multiples emploient des adresses lien-locales. Paquet IPv6 Le paquet IPv6 se compose de deux parts principales : l'en-tête et la charge utile. L'en-tête est dans les 40 premiers octets (320 bits) de du paquet et contient : Version - version 6 (version d'IP 4-bit). Classe du trafic - priorité de paquet (8-bits). Des valeurs prioritaires sont divisées en gammes : trafiquer où la source fournit le trafic de commande de congestion et de commande de non-congestion. Étiquette d'écoulement - gestion de QoS (20 bits). À l'origine créé pour donner à les applications en temps réel service spécial, mais actuellement inutilisé. Longueur de charge utile - longueur de charge utile en bytes (16 bits). Une fois dégagée à zéro, l'option est un " ; Payload" enorme ; (hop-by-hop). Prochain en-tête - spécifie le prochain protocole encapsulé. Les valeurs sont compatibles avec ceux spécifiques pour le champ du protocole IPv4 (8 bits). Limite d'houblon - remplace le champ du Time to Live d'IPv4 (8 bits). Source et adresses de destination - 128 bits chacun. La charge utile peut être jusqu'à 64 le KiB dans la taille en mode standard, ou plus grand avec un " ; payload" enorme ; option. La fragmentation est manipulée seulement dans le centre serveur de envoi dans IPv6 : les routeurs ne réduisent jamais un paquet, et on s'attend à ce que des centres serveurs emploient la découverte du PMTU . Le champ du protocole de d'IPv4 est remplacé par un prochain champ de l'en-tête de . Ce champ spécifie habituellement le protocole de couche transport employé par la charge utile d'un paquet. En présence des options, cependant, le prochain champ d'en-tête spécifie la présence d'un en-tête supplémentaire des options de , qui suit alors l'en-tête IPv6 ; le protocole de la charge utile lui-même est spécifié dans un domaine de l'en-tête d'options. Cette insertion d'un en-tête supplémentaire pour porter des options est analogue à la manipulation OH et EN PARTICULIER dans du IPsec pour IPv4 et IPv6. IPv6 et le Domain Name System Les adresses IPv6 sont représentées dans le Domain Name System par les disques (soi-disant disques de AAAA de quadruple-Un) pour des consultations vers l'avant ; les consultations renversées ont lieu sous ip6 le .arpa (précédemment ip6 .int ), où l'espace d'adressage est délégué sur des frontières du grignotement . Cet arrangement, qui est une adaptation franche du familier A des arrangements record de et de in-addr.arpa , est défini dans RFC 3596. L'arrangement d'AAAA était l'une de deux propositions lorsque l'architecture IPv6 était conçue. L'autre proposition, conçue pour faciliter le réseau renumérotant, aurait eu les disques du A6 pour la consultation vers l'avant et un certain nombre d'autres innovations telles que les étiquettes de peu-corde de et le DNAME enregistre . Il est défini dans le RFC expérimental 2874 et ses références (avec davantage d'examen du pour - et - des escroqueries des deux arrangements dans RFC 3364). IPv6 et DNS RFCs Prolongements de DNS pour soutenir la version 6 d'IP - RFC 1886 Prolongements de DNS pour soutenir l'agrégation de l'adresse IPv6 et renuméroter - RFC 2874 Différences dans le soutien (DNS) de Domain Name System de la version 6 (IPv6) - RFC 3364 d'Internet Protocol Transférer le choix d'adresse pour la version 6 (IPv6) - RFC 3484 d'Internet Protocol Version 6 (IPv6) d'Internet Protocol adressant l'architecture - RFC 3513 Prolongements de DNS pour soutenir RFC 3596 de la version 6 (Obsoletes 1886 et 3152) d'IP - Mécanismes de transition Jusqu'à ce qu'IPv6 supplante complètement IPv4, qui n'est pas susceptible de se produire dans l'avenir, un certain nombre de soi-disant mécanismes de transition de sont nécessaires pour permettre à des hôtes d'IPv6-only d'atteindre les services IPv4 et de permettre aux centres serveurs IPv6 et aux réseaux d'isolement d'atteindre l'Internet IPv6 au-dessus de l'infrastructure IPv4. contient une vue d'ensemble des mécanismes de transition mentionnés ci-dessous. Conjuguent la pile Puisqu'IPv6 est une prolongation conservatrice d'IPv4, il est relativement facile d'écrire une pile de réseau qui soutient IPv4 et IPv6 tout en partageant la majeure partie du code. Une telle exécution s'appelle une pile duelle de , et un centre serveur mettant en application une pile duelle s'appelle un duel-empilent le centre serveur . Cette approche est décrite dans RFC 4213. La plupart des réalisations courantes d'IPv6 emploient une pile duelle. Quelques réalisations expérimentales tôt ont employé les piles IPv4 et IPv6 indépendantes. Il n'y a aucune réalisation connue qui mettent en application IPv6 seulement. Perçage d'un tunnel Afin d'atteindre l'Internet IPv6, un centre serveur d'isolement ou le réseau doit pouvoir employer l'infrastructure IPv4 existante pour porter les paquets IPv6. Ceci est fait using une technique légèrement par tromperie connue sous le nom de perçant un tunnel qui se compose encapsuler les paquets IPv6 dans IPv4, en effet using IPv4 comme couche liaison pour IPv6. Les paquets IPv6 peuvent être directement encapsulés dans les paquets IPv4 using le protocole le numéro 41. Ils peuvent également être encapsulés dans des paquets d'UDP par exemple afin de croiser un routeur ou le dispositif de NAT qui bloquent le trafic du protocole 41. Ils peuvent naturellement aussi employer des arrangements génériques d'encapsulation, tels que le AYIYA ou le GRE . Perçage d'un tunnel automatique Le perçage d'un tunnel automatique de se rapporte à une technique où les points finaux de tunnel sont automatiquement déterminés par l'infrastructure de cheminement. La technique recommandée pour le perçage d'un tunnel automatique est le 6to4 perçant un tunnel, qui emploie l'encapsulation du protocole 41. Des points finaux de tunnel sont déterminés en employant une adresse bien connue de l'anycast IPv4 du côté à distance, et en incluant l'information d'adresse IPv4 dans les adresses IPv6 du côté local. 6to4 est largement déployé aujourd'hui. Un autre mécanisme automatique de perçage d'un tunnel est le ISATAP . Ce protocole traite le réseau IPv4 comme lien IPv6 local virtuel, avec des tracés de chaque adresse IPv4 à une adresse IPv6 lien-locale. le Teredo de est une technique automatique de perçage d'un tunnel qui emploie l'encapsulation d'UDP et est prétendu pouvoir croiser les boîtes multiples de NAT. Le Teredo n'est pas largement déployé aujourd'hui, mais une version expérimentale de Teredo est installée avec la pile de Windows Xp SP2 IPv6. IPv6, 6to4 et Teredo sont permis par défaut dans le Windows Vista . Perçage d'un tunnel configuré Le perçage d'un tunnel configuré par est une technique où les points finaux de tunnel sont configurés explicitement, par un opérateur humain ou par un service automatique connu sous le nom de courtier de tunnel de . Le perçage d'un tunnel configuré est habituellement plus déterministe et plus facile à corriger que le perçage d'un tunnel automatique, et est donc recommandé pour de grands, bien-administrés réseaux. Le perçage d'un tunnel configuré emploie le protocole 41 dans le domaine de protocole du paquet IPv4. Cette méthode est également mieux connue comme 6in4 . Proxying et traduction voient également : s mécanismes de traduction du IPv6 Quand un centre serveur d'IPv6-only doit accéder à un service d'IPv4-only (par exemple un web server), une certaine forme de traduction est nécessaire. Une forme de traduction qui fonctionne réellement est l'utilisation de l'duel-empilent la procuration , par exemple une procuration d'application-couche de de Web. National-comme des techniques pour la traduction application-agnostique aux couches inférieures ont été également proposés. Les la plupart se sont avérées dans la pratique dues trop incertain à l'éventail de fonctionnalité exigé par des protocoles communs d'application-couche, et sont considérées comme étant par beaucoup désuètes. Annonces IPv6 et disponibilité principales Critique riticism-section Tandis qu'on s'attend à ce qu'IPv6 a été grêlé comme futur de l'Internet et résolve beaucoup de problèmes, quelques critiques ont été formulées au sujet de ce prochain protocole d'IP. Une critique est l'espace d'adressage extrêmement grand. Avec là plus que les adresses un trillion par centimètre carré de surface sur la planète, 128 adresses de bit ont été marquées surpuissantes. C'est une critique commune, qui ne reflète pas que l'IETF n'a jamais prévu pour donner des adresses statiques à chaque endroit possible. La longue longueur est faite pour des raisons d'agrégation de cheminement, de configurations automatiques d'adresse, et d'autres choses beaucoup plus difficiles dans IPv4. Ces grandes adresses peuvent prendre plus de temps de traiter et peuvent augmenter le coût de routeurs. En outre, administrateurs de serveur qui ont précédemment exigé des utilisateurs de se rappeler qu'un IP address plutôt que le salaire pour un Domain Name ne pourrait plus faire ceci parce que les gens ne peuvent pas facilement mémoriser les adresses IPv6 plus grandes, bien qu'il ne soit pas bien documenté que le domaine seul coûté soit une issue significative. L'IETF et IANA avaient encouragé l'utilisation des marques uniques contenues dans toutes les cartes d'Ethernet pour aider à rendre la tâche d'IP facile. Cependant, cette pratique pose une issue d'intimité. Si des IP address tous étaient assignés statiquement, il serait très simple de dépister toute l'activité de réseau de n'importe quel ordinateur. Un autre souci d'intimité est qu'IPv6 assigne l'adresse hiérarchiquement, de même que fait IPv4. Tandis que cette pratique fait conduire beaucoup plus facile, elle laisse localiser un individu de la même manière un localise quelqu'un using son échange d'indicatif régional et de téléphone de téléphone. Neutralisation Fonctionnalité du débronchement IPv6 de quelques utilisateurs dans leur du système d'exploitation pour augmenter leur vitesse de raccordement derrière les routeurs défectueux ou les raccordements d'ISP. Ceci ne devrait pas être une issue pour la plupart des utilisateurs. Débronchement IPV6 de pour Ubuntu Débronchement IPV6 pour Firefox Voir également ICMP de pour IPv6 Comparaison de de l'appui de l'application IPv6 Miredo - exécution du Teredo , permettant l'accès IPv6 par derrière le NAT . Internet de prochaine génération de la Chine de IPv9 : IPv6-variant chinois prétendu de 2004. RFC 1924 - La plaisanterie d'imbécile d'avril pour coder les adresses IPv6 comme base 85. Notes et références . Random links: Coeur d'obscurité | Saison 2002-03 de Plymouth Argyle F.C. | Régions et zones de l'Ecosse | Sephora | Francis Giles | IPv6