Étant donné que IPv6 va remplacer IPv4, dois-je développer ma nouvelle application pour le soutenir?

StackOverflow https://stackoverflow.com/questions/1246930

  •  12-09-2019
  •  | 
  •  

Question

Je développe des applications à l'aide de nombreuses langues et quelques plates-formes. D'après ce que je lis, IPv6 va être grand public dans les prochains 5-10 ans alors, et que certains fournisseurs de services Internet offrent même une connexion directe à l'Internet IPv6. Sur mon réseau privé, toutes les machines disposent d'une connectivité à double pile et de communiquer entre eux en utilisant IPv6 lorsque cela est possible.

Ma question est: si ma nouvelle demande soit écrit pour soutenir IPv6? Si oui, quelles sont les choses que je dois prendre en compte? Y a-t-il des inconvénients à soutenir IPv6 maintenant?

Je ne sais pas si cela va aider ou nuire, mais voici quelques détails plus précis à diriger peut-être les réponses un peu:

Mon application ne fonctionne sous Windows / Linux / Mac, et il serait composé d'un composant spécifique à la plateforme écrite séparément pour chaque plate-forme, et une composante « noyau » commun écrit dans un langage interprété.

Mon application devrait être en mesure de localiser d'autres instances de lui-même en cours d'exécution sur l'une des trois plates-formes, et de soutenir les protocoles TCP et UDP entre deux machines.

Était-ce utile?

La solution

Oui: toutes vos nouvelles applications devraient prendre en charge IPv6. Comme vous l'avez dit vous-même, il est déjà utilisé dans de nombreux environnements LAN.

Non: vous ne devriez pas avoir à changer beaucoup pour prendre en charge IPv6. Le cadre sous-jacent devrait prendre soin des différences pour vous. Cela suppose que vous ne faites pas les choses « mauvais » comme le stockage ou autre manipulation des adresses IP.

Autres conseils

Je vois certains ici est citating opinion Steve Gibsons sur le sujet. Bien que M. Gibson est tout à fait qualifiée en matière de sécurité (j'écoute chaque épisode « Security Now » et encourage tous les intéressés à la sécurité à faire la même chose), je crois qu'il est un peu hors de contact avec le régime actuel des choses lorsque il prévoit pas d'avenir pour IPv6.

L'utilisation de l'IPv6 a déjà élargi au-delà simple utilisation académique, et obtenir beaucoup d'attention dans l'industrie de la recherche de la défense où il n'est plus une question de « si » mais « quand » il remplacera IPv4 (dans le domaine militaire réseaux, qui est).

Bien sûr, l'Internet tel que nous le utiliserons encore v4 pour une très très longtemps, l'une des raisons étant que la plupart du matériel et des logiciels là-bas est tout simplement pas compatible IPv6.

Je ne peux pas penser à des inconvénients à mettre en œuvre IPv6 maintenant (en dehors du temps de codage supplémentaire et la complexité supplémentaire de maintenir deux piles IP, bien sûr). En fait, les choses IPv6 peuvent être beaucoup plus facile. Par exemple, vous pouvez oublier tout au sujet des problèmes NAT traversal.

Le chercheur en sécurité Steve Gibson a parlé une quantité incroyable sur ce point, de noter qu'il ne vient pas dans un proche avenir. Voici quelques liens qui donnent un peu plus d'info:
http://www.grc.com/sn/sn-199.htm - à mi-chemin, il commence à parler d'IPv6 dans la transcription / podcast
. http://www.grc.com/sn/sn-200.htm - une correction rapide pour une erreur dans l'épisode 199, et un peu plus en détail

.

Votre cadre devrait soutenir à la fois si possible, mais si vous avez le choix d'un, j'aller avec IPv4, mais assurez-vous que vous pouvez ajouter / transition vers IPv6. Mais cela dépendra aussi de qui est l'utilisateur final du produit et quelles sont les exigences de votre projet. Est-ce que cela va à l'utilisateur qui utilisent / utilisera IPv6 ou allez-vous pour acceptence dans une base existante qui utilise principalement IPv4.

D'après mon expérience, le projet sur lequel je travaille actuellement envisagé d'aller à l'IPv6 comme il y avait un mandat pour être en mesure de prendre en charge IPv6. Pour la plupart ce que nous avons découvert est que les fournisseurs de matériel (commutateurs, routeurs, ordinateurs) et les vendeurs WAN ont été en mesure de soutenir le passage à IPv6. Il y aurait un certain travail dans l'intégration du matériel IPv4 existant, mais il pourrait être fait. Sur la base des coûts, il serait à peu près la même chose, au moins le matériel sage.

Cependant, certains logiciels que nous utilisons ne sont pas et ne peuvent pas se déplacer pour soutenir IPv6, tandis que d'autres semblent être plus adminable à le soutenir. Sur cette base, nous améliorons les nouvelles versions du logiciel, mais restera probablement IPv4 pour le monent, ou tout au moins jusqu'à ce que le logiciel rattrape en termes de soutien de l'IPv6.

Je au moins commencer à essayer. Je l'ai déjà fait quelques ajustements à certains de mon code. Il n'a pas été testé et il y a encore plus d'ajustements à apporter, mais même si elle est jamais utilisée dans ces applications particulières, je vais devoir le soutenir à un moment donné. Autant apprendre avant qu'il ne soit une situation de nager ou couler.

Le plus à jour des nouvelles que j'ai entendu est que, avec NPA ... IPv6 est vraiment ne va pas en avant très vite, si jamais. (Steve Gibson - GRC)

Il pourrait ne pas être utile de votre temps.

EDIT ... évidemment ce fut une mauvaise prévoyance que je ne devrais pas avoir acheté en. IPv6 est à venir et sera nécessaire. IPv4 sera probablement existe toujours, mais les applications doivent être en mesure de gérer à la fois dans un proche avenir.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top