J'ai vraiment l'impression qu'on ne se comprend pas : ici, ton besoin (étendre un L2 où tu veux dans le monde) est issu de contraintes applicatives qui sont que certaines applis ou certains services
Non.
Il existe un vaste monde dans lequel il y a littéralement des centaines de protocoles transport/réseau qui ne sont pas IP (v4 ou v6). Des transpondeurs satellites jusqu'au téléphone portable (ou pas), des équipements d'imagerie médicale jusqu'au camera 8k des matchs de foot, des commutateurs télécoms aux émulateurs de circuits...
Il y aussi pas mal de contraintes physiques qui s'appliquent et qui font que TCP/IP ou UDP/IP n'est pas une solution optimale ou même viable. Un exemple : IS-IS. Tu vois un moyen de faire rentrer IS-IS dans IPv6 ? Ca n'aurait aucun sens.
Et bien figure toi que le mec qui reçoit le flux de 50 caméras dans un stade et qui veut pouvoir faire la prod sans déplacer 12 camions de régies - en vrai il s'en moque d'IPv6. Il veut son SDI et son RTP. Idem pour le mec qui a besoin de surveiller en vrai temps réel 25 sites proches en cas d'alerte orage. Aucun des deux ne va switcher sur un protocole moins efficace, plus prône à l'erreur etc.
Ce mec si je veux pouvoir le servir sur ses gros besoins je dois faire une croix sur l'IPv6 sur mes meilleurs liens. Ce que tous les opérateurs font.
Parce que ça n'aurait strictement aucun intérêt de faire la même merde en v6 : qu'est-ce que ça va t'apporter de dire « j'étends mon L2 sur IPv6 » ? Tu ne te bases pas sur le routage, tu ne dépends pas du nombre d'adresse
Déjà j'aimerai pouvoir dire "je fais rentrer IPv6 ans un L2 étendu" et non pas "j'étend mon L2 sur IPv6". Mais surtout virtualiser un réseau de nos jour c'est la base. Pouvoir monter une topologie réseau en dynamique à la demande sans déplacer un seul équipement physique c'est ce vers quoi tout le monde tend. Ça ne te plait pas tant pis. Infrastructure As A Service ils appellent ça. Tu cliques trois fois sur le mulot et tu as trois appliances internet facing avec tes IP et un backend connecté sur X serveurs de calculs, des lambdas, des serveurs de stockage (virtualisés aussi) etc. Sur ce réseau étendu à la demande je veux le routage IPv6, et les adresses, et le multicast, et IPv6 mobile (Non je déconnne).
Alors pourquoi fais-tu de l'IPv6 ? Tu es masochistes ?
J'ai pas les moyens de me payer plusieurs coeurs de réseau, et du coup ça m'arrangerait de pouvoir faire passer les clients qui payent et IPv6 sur les mêmes tuyaux. Ça m'arrangerai de pouvoir virtualiser le truc pour que si ça ne marche pas je puisse restaurer la config précédente en 3 clicks du même mulot mort que précédemment. Mais si c'est pas possible, le choix est vite fait.
Si ton appli dépend d'Ethernet, elle n'est pas codée selon les principes d'Internet
Je n'ai pas d'appli. Je ne fait que du transport. Idéalement je ne devrais même pas avoir besoin de savoir ce que je transporte. Maintenant soyons clair au niveau transport, aujourd'hui, tout repose sur Ethernet. IPv6 over Token ça n'existe pas, IPv6 over Frame Relay est mort (et il y avait pas grand monde pour pleurer le jour de l'enterrement), les 802.1x sont pour ainsi dire assimilable à Ethernet dans 99.9% des cas. (Je dis ça et je fais du SPB et de l'IS-IS)
Si ton appli dépend d'Ethernet, elle n'est pas codée selon les principes d'Internet (bis repetita). IPv6 ne t'apportera absolument rien pour régler ça dans le réseau
Mais je ne demande rien à IPv6 moi. Je voudrais juste qu'il puisse rentrer dans le même tuyau que les autres de façon à ce que je puisse faire mon transport sans me demander comment l'admin du site d'en face a implémenter la gestion de la distribution des adresses DNS et si ça va avoir un impact.
Ah, enfin une demande applicative ! Si l'Internet multicasté public était disponible, ton mec aurait juste à rentrer les trois noms DNS des sites distants (ou quelqu'un l'aurait provisionné pour lui) et ça marcherait sans toucher un seul routeur ou switch, sur Internet tout court.
Non c'est pas de l'IP, ça n'en sera probablement jamais (trop complexe à synchroniser au niveau des flux) et ce ne sera jamais public. Et une fois de plus je ne fais que fournir du transport. Et avec un L2 étendu ça marche tout seul.
Pour conclure, je ne dis pas que tes bidouilles ne doivent pas être intégrées dans le « grand plan » de transition à IPv6
Il y a pas de "grand plan" de transition à IPv6. Il y a 3 acteurs qui font 50% du trafic mondial et qui forcent les ISP à implémenter la partie des RFCs IPv6 qui les interressent pour avoir du peering. Et un peu de bordure de réseau pour IPv6 sur mobiles.
Les bidouilles qui permettent de faire de la haute dispo ou de la virtualisation de réseau se répartissent en une multitude de protocoles plus ou moins libre (Salut à toi VRRP) et de nouveaux protocoles proprios apparaissent tous les jours pour le transport de médias, le monitoring temps réel, le clustering etc. On multiplie les techniques type VLan (802.1aq, VxLAN, MPLS) ou de splits de ports dispo (CGNAT).
Tu peux te dire que ce sont des gens qui n'ont pas compris internet, que c'est par incompétence ou appât du gain, et assimiler tous les efforts, l'argent et le temps qui sont dépensés à résoudre de novo les problèmes qu'IPv6 est supposé effacer à du gaspillage. Mais il faut voir la réalité en face : IPv6 ne correspond pas au besoin d'un internet moderne. Pour l'instant personne n'ose proposer un protocole concurrent de peur de déclencher une seconde guerre des protocoles internet, mais franchement entre la concentration des routes et l'alourdissement légal pour les petits, on va droit vers un pile de transport entièrement piloté par un consortium.
[^] # Re: Tout doucement alors
Posté par Kaane . En réponse au journal L'IPv6 et moi. Évalué à 1.
Non.
Il existe un vaste monde dans lequel il y a littéralement des centaines de protocoles transport/réseau qui ne sont pas IP (v4 ou v6). Des transpondeurs satellites jusqu'au téléphone portable (ou pas), des équipements d'imagerie médicale jusqu'au camera 8k des matchs de foot, des commutateurs télécoms aux émulateurs de circuits...
Il y aussi pas mal de contraintes physiques qui s'appliquent et qui font que TCP/IP ou UDP/IP n'est pas une solution optimale ou même viable. Un exemple : IS-IS. Tu vois un moyen de faire rentrer IS-IS dans IPv6 ? Ca n'aurait aucun sens.
Et bien figure toi que le mec qui reçoit le flux de 50 caméras dans un stade et qui veut pouvoir faire la prod sans déplacer 12 camions de régies - en vrai il s'en moque d'IPv6. Il veut son SDI et son RTP. Idem pour le mec qui a besoin de surveiller en vrai temps réel 25 sites proches en cas d'alerte orage. Aucun des deux ne va switcher sur un protocole moins efficace, plus prône à l'erreur etc.
Ce mec si je veux pouvoir le servir sur ses gros besoins je dois faire une croix sur l'IPv6 sur mes meilleurs liens. Ce que tous les opérateurs font.
Déjà j'aimerai pouvoir dire "je fais rentrer IPv6 ans un L2 étendu" et non pas "j'étend mon L2 sur IPv6". Mais surtout virtualiser un réseau de nos jour c'est la base. Pouvoir monter une topologie réseau en dynamique à la demande sans déplacer un seul équipement physique c'est ce vers quoi tout le monde tend. Ça ne te plait pas tant pis. Infrastructure As A Service ils appellent ça. Tu cliques trois fois sur le mulot et tu as trois appliances internet facing avec tes IP et un backend connecté sur X serveurs de calculs, des lambdas, des serveurs de stockage (virtualisés aussi) etc. Sur ce réseau étendu à la demande je veux le routage IPv6, et les adresses, et le multicast, et IPv6 mobile (Non je déconnne).
J'ai pas les moyens de me payer plusieurs coeurs de réseau, et du coup ça m'arrangerait de pouvoir faire passer les clients qui payent et IPv6 sur les mêmes tuyaux. Ça m'arrangerai de pouvoir virtualiser le truc pour que si ça ne marche pas je puisse restaurer la config précédente en 3 clicks du même mulot mort que précédemment. Mais si c'est pas possible, le choix est vite fait.
Je n'ai pas d'appli. Je ne fait que du transport. Idéalement je ne devrais même pas avoir besoin de savoir ce que je transporte. Maintenant soyons clair au niveau transport, aujourd'hui, tout repose sur Ethernet. IPv6 over Token ça n'existe pas, IPv6 over Frame Relay est mort (et il y avait pas grand monde pour pleurer le jour de l'enterrement), les 802.1x sont pour ainsi dire assimilable à Ethernet dans 99.9% des cas. (Je dis ça et je fais du SPB et de l'IS-IS)
Mais je ne demande rien à IPv6 moi. Je voudrais juste qu'il puisse rentrer dans le même tuyau que les autres de façon à ce que je puisse faire mon transport sans me demander comment l'admin du site d'en face a implémenter la gestion de la distribution des adresses DNS et si ça va avoir un impact.
Non c'est pas de l'IP, ça n'en sera probablement jamais (trop complexe à synchroniser au niveau des flux) et ce ne sera jamais public. Et une fois de plus je ne fais que fournir du transport. Et avec un L2 étendu ça marche tout seul.
Il y a pas de "grand plan" de transition à IPv6. Il y a 3 acteurs qui font 50% du trafic mondial et qui forcent les ISP à implémenter la partie des RFCs IPv6 qui les interressent pour avoir du peering. Et un peu de bordure de réseau pour IPv6 sur mobiles.
Les bidouilles qui permettent de faire de la haute dispo ou de la virtualisation de réseau se répartissent en une multitude de protocoles plus ou moins libre (Salut à toi VRRP) et de nouveaux protocoles proprios apparaissent tous les jours pour le transport de médias, le monitoring temps réel, le clustering etc. On multiplie les techniques type VLan (802.1aq, VxLAN, MPLS) ou de splits de ports dispo (CGNAT).
Tu peux te dire que ce sont des gens qui n'ont pas compris internet, que c'est par incompétence ou appât du gain, et assimiler tous les efforts, l'argent et le temps qui sont dépensés à résoudre de novo les problèmes qu'IPv6 est supposé effacer à du gaspillage. Mais il faut voir la réalité en face : IPv6 ne correspond pas au besoin d'un internet moderne. Pour l'instant personne n'ose proposer un protocole concurrent de peur de déclencher une seconde guerre des protocoles internet, mais franchement entre la concentration des routes et l'alourdissement légal pour les petits, on va droit vers un pile de transport entièrement piloté par un consortium.