Scénarios De l'Intégration IPv6

Il y a de nombreux mécanismes qui soutiennent une introduction étape-par-étape d'IPv6. Il n'y a pas un seul mécanisme qui peut couvrir toutes les conditions ou être optimal pour tous les scénarios. Dans la plupart des cas, une combinaison de différents mécanismes sera choisie. Ce qui sont la meilleurs combinaison et ordre dépend de l'infrastructure de l'environnement courant et des buts et des conditions pour le transition/integration. Dans l'IETF, les travaux sur le protocole de base sont terminés. Ils se concentrent maintenant sur développer les scénarios pratiques pour différents types d'environnements, et les résultats sont édités. Nous offrons un sommaire ici, pas avec l'intention pour livrer un livre de cuisine pour votre environnement, mais pour fournir plutôt matière à réflexion que vous pouvez vous appliquer à vos conditions.

Organismes

Relier un centre serveur simple ou un petit réseau à l'Internet IPv6 n'est pas un grand défi et peut être fait à un des mécanismes de tunnel décrits plus tôt. Il est facile de mettre en application avec la plupart des logiciels d'exploitation.

Si vous avez une adresse du public IPv4 et voulez l'accès à l'Internet IPv6, 6to4 ou un tunnel Sponsorisent peuvent être employés. Si vous avez NATIONAL en place et vous servez des adresses IPv4 privées, vous pouvez choisir d'employer le teredo ou le expédition de Proto 41 si la boîte NATIONALE le soutient. Les organismes qui ont le privilège de leurs fournisseurs offrant les raccordements IPv6 indigènes peuvent avoir duel-empilent le raccordement d'Internet. Duel-empilez est dans beaucoup de cas la manière la plus facile d'aller si vos dispositifs et logiciels d'exploitation soutiennent IPv6 (et eux s'ils sont à un niveau à jour). Si vous avez des couteaux ou posez 3 commutateurs qui ne soutiennent pas IPv6, ou si vous ne voulez pas permettre IPv6 sur vos couteaux pour quelque raison, vous pouvez employer ISATAP pour la communication IPv6 interne sur votre réseau IPv4. Vous pouvez alors également ajouter un couteau ISATAP ou 6to4 pour accéder à l'Internet IPv6 si désiré.

Beaucoup d'organismes ont un certain nombre d'IPv4 LANs virtuel (VLANs). Dans de telles situations, un couteau IPv6 peut annoncer un préfixe IPv6 simple dans tout le VLANs qui soutiennent duel-empilent la communication. C'est seulement recommandé pendant une période de transition, cependant. Tous les noeuds IPv6 dans l'autoconfigure de bidon de VLANs pour un IPv6 adressent en utilisant le préfixe annoncé par le couteau IPv6.

Les mécanismes de tunnel soutiennent non seulement le transport d'IPv6 au-dessus de l'Internet IPv4, mais également intérieurement au-dessus d'une épine dorsale IPv4. Une mise à niveau d'épine dorsale n'est pas quelque chose que vous choisissez de faire chaque année ; vous voulez probablement attendre la fin du cycle de vie de couteau d'épine dorsale avant de la toucher. Ceci n'empêche pas rouler hors d'IPv6 au bord du réseau. Aussi longtemps que l'épine dorsale est basée sur IPv4, les paquets IPv6 sont tunneled aux îles IPv6 de l'autre côté.

RFC 4057, "des scénarios de réseau de l'entreprise IPv6," est un RFC qui des aides vous en identifiant votre stratégie de transition d'entreprise. Il décrit différents scénarios pour l'déploiement IPv6 dans des réseaux d'entreprise et fournit des conseils et les listes de contrôle de la façon approcher ceci chargent. Ce RFC inclut les entreprises qui décident de déployer IPv6 en même temps qu'iPv4, ou pour déployer IPv6 en raison d'un ensemble spécifique d'applications qu'il veut employer au-dessus d'un réseau IPv6, ou pour établir un nouveau réseau ou restructurer un réseau existant et décide de déployer IPv6 comme protocole prédominant au sein de l'entreprise dans la coexistence avec IPv4. Le document passe en revue alors un ensemble de composants d'infrastructure de réseau communs à la plupart des entreprises qui doivent être analysées.

ISPs

IPv6 est conçu pour permettre aux Internet Service Provider (ISP) de relever les défis avec la croissance exponentielle de l'Internet et de fournir de nouveaux services à leurs clients. Le nombre de dispositifs éclatera en prochaines années, un défi qui peut être relevé seulement avec l'espace adresse d'IPv6. Le câble, le DSL, la radio, et autre toujours-sur des technologies peuvent également tirer bénéfice de l'espace adresse. D'autres avantages d'IPv6 incluent les possibilités pour augmenter la sécurité bout à bout et les communications mobiles, et pour soulager des managementburdens de système. Quelques exemples incluent la communication de pair-à-pair sans problèmes traversal NATIONAUX, pouvant accéder solidement à des dispositifs et des applications au travail de la maison ou vice versa, mobilité augmentée d'IP, et beaucoup plus.

Par conséquent, ISPs doivent évaluer les possibilités d'IPv6 pour satisfaire ces besoins. Quelques pays ont pris un rôle de fil dans ce secteur et se sont déplacés de l'essai et l'évaluation à de vrais déploiements d'IPv6 dans l'arène à bande large. Le Japon est un exemple typique, avec d'autres pays qui regardent se déplaçants vers des déploiements à grande échelle de production d'IPv6.

ISPs devra offrir les services IPv4 et IPv6 en prochaines années. Pour permettre d'accéder aux réseaux IPv6 aux clients dans une première phase, des mécanismes de tunnel peuvent être employés. C'est une méthode plus simple et plus économique pour commencer à offrir les services IPv6. Selon les besoins et des exigences de client, une option indigène de l'déploiement IPv6 pourrait être scalable et fournir une meilleure exécution de service. Vous pouvez pouvoir employer la prochaine mise à niveau due d'épine dorsale et présenter duel-empilez. Tous autres services tels que l'accueil d'enchaînement, l'email, et le ftp sont les meilleurs si offert pour les deux protocoles (IPv4 et IPv6). Les étapes de migration devraient être bien projetées, et une combinaison utile des mécanismes choisis et mis en application. Le but principal pour une ISP sera d'offrir tous les services au-dessus des deux protocoles : c'est la seule manière de couvrir le marché entier. Particulièrement pour ISPs, l'introduction d'IPv6 offre la possibilité pour créer des débouchés et de nouvelles offres de service.

RFC 4029, des "scénarios et analyse pour présenter IPv6 dans des réseaux d'ISP," analyse les défis et les occasions pour ISPs et discute différents scénarios d'intégration et de transition, divisés en actions les explorant de transition d'épine dorsale, actions de transition de raccordement de client, et actions d'opération de réseau et de service. Draft-ietf-v6ops-bb-deployment-scenarios-04.txt présente les options disponibles en déployant IPv6 les services dans la pièce d'accès d'un réseau à bande large de fournisseur de service, à savoir Cable/HFC, Ethernet à bande large, xDSL, WLAN, et PLC/BPL. Il discute brièvement les autres éléments d'un réseau de fournisseur aussi bien. Il fournit le différents déploiement IPv6 et techniques et modèles viables d'intégration pour chacune des technologies à bande large précédemment mentionnées. Draft-tibia-v6ops-802-16-deployment-scenarios-00.txt prolonge la discussion dans l'ébauche précédente et entre dans des scénarios d'déploiement pour les réseaux d'accès à bande large sans fil. RFC 3574 discute des scénarios de transition pour les réseaux 3GPP. RFC 4215 entre dans plus de détails pour les réseaux 3GPP et est un document additionnel à RFC 3574.

Déni : Notre site Web n'est pas responsable de l'information contenue par cet article. Cet article reflète nullement les vues, les avis, les pensées ou la croyance du personnel d'annuaire d'articles.

Notification de traduction : L'article "scénarios d'intégration d'IPv6" a été traduit en utilisant un service de traduction automatisé. Nous faisons des excuses sincèrement pour toutes les erreurs de traduction qui se sont produites. Merci de l'arrangement.