Bonsoir à tous (et toutes), Ce long thread, débat passionnant, a au moins le bénéfice d'avoir fait remonter dans mon cerveau la question : "Mais, qu'est-ce que je sais, finalement d'IPv6 ?".
Comme beaucoup dans les années 2000, j'ai reçu des bouts de formation réseau et y'avait une pointe d'IPv6, mais j'en avais rien mémorisé. Le formateur devait en savoir guère plus que moi. Depuis, j'attendais, en me disant, que quand ça arrivera, on y passera. Et puis, ce topic est arrivé pour re-réveiller ma curiosité. En vous lisant, j'ai compris que je n'avais rien compris à l'IPv6. Bah, oui, c'est pas IPv4 avec une adresse plus longue. Je m'en doutais, mais je l'espérait quand même. Alors, pour pas mourir bête et pour comprendre vos arguments pour/contre, j'ai cherché un peu pendant une pause au boulot, à rafraîchir mes connaissances en IPv6. Bon, ben, j'ai pas dû bien chercher, pasque je suis tombé sur des sites qui rentrent vraiment dans le détail et la théorie lourde : le datagramme, la payload, etc.. les différents types d'adresses (globales, presque globales, pas vraiment globales, réservées, privées, presque privées, pas tout à fait privées, diffusion anycast, multicast, uni, presque pas broadcast), et tout un tas d'autres usages que j'avais pas imaginé. J'ai fini ma pause avec un vague goût de .... " Flute, c'est 'achment plus différent de ce que j'imaginais ! Si je veux m'y mettre, faudra vraiment que je m'y mette ! " Sans être Einstein, j'dois pas être non plus un gros naze avec mes vingts ans d'expérience. J'en ai déduis que si j'ai pas pigé les grandes lignes, si j'ai pas une idée éclaircie du machin au bout de 20 minutes (oui, la pause était longue), c''est que le commun du mortel va galérer comme moi. Alors, des sites qui parlent de IPv6, oui y'en a :, y'a Wikipedia, y'a les RFC, et des blog tech... mais il sont hyper théoriques. J'ai passé l'age de plonger dans le datagramme et de sortir ma calculette Binaire/hexa. Avant, je lisait les O'reilly et autre ouvrages similaires. Maintenant que j'exploite et que je dois faire des choix, ce que je cherche, c'est pas des infos dédiées au universitaires ou à Enstein, mais des trucs pratiques, des infos qui vont droit au but. Et c'est pas ce qui est sorti en premier. C'est peut être aussi ça qui fait que IPv6 traîne depuis 20 ans (et que du coup, Michel Py en a eu marre d'attendre les autres.) Y'a quoi pour vulgariser et aider ses sysadmins/netadmins avec du concret ? Y'a énormément de gens comme moi qui croient qu'IPv6 c'est juste une adresse plus grande et s'ils se prennent la même bûche que moi, y'en a un paquet qui vont rester du coté de Michel. Si l'effort est trop grand pour un résultat invisible, ça prendra pas. Enfin, pas à l'intérieur de l'entreprise. Bon, pis, je tairai les implémentations foireuses. J'ai encore un tas de "devices" IPv4 only qui supportent pas le bruit du broadcast sur un /24 avec seulement 10 pc... Alors ceux là, ils sont loin d'arriver à tenir une dualStack. J'en fais quoi si j'évolue mon Lan en ipV6 ? je les garde dans un coin avec un converteur (est-ce au moins le bon terme...?). Comme bon nombre d'entre-nous, je peux pas "éteindre" IPv4 dans les dix ans à venir. Bref.. le sujet ipv6 est vachement plus compliqué qu'il n'y parait, et c'est cela, je pense, qui l'embourbe. Y'a plus de vrai comm', et c'est bête, pasque maintenant, y'a du monde qui a du recul sur la question Comme cette mailing est truffée de gens compétents et expérimentés, je lance un appel à partage de liens, d'infos. Qu'est-ce qui vous a vraiment aidé sur ce sujet ? Bien à vous Continuez à réveiller mes neurones tous les jours ! Grand Merci ! Olivier. Le dim. 28 avr. 2019 à 21:35, Xavier Beaudouin <k...@oav.net> a écrit : > Hello, > > Je vois des gens s'étriper sur l'IPv6 depuis que je le connais (2000, 6 > bone toussa). > > Bon alors je vais prendre une référence assez simple, sur un des serveurs > DNS qui fait > autorité, en stats sur un mois : +60% de connections venant d'IPv6 > (udp/tcp), le reste 40% > est du legacy en IPv4/UDP (pas de TCP). > > Et je vois que cette tendance est en train d'augmenter. > > Alors vu que pas mal de resolveurs sont en dual stack, mettre déjà cette > brique en dual stack > n'est pas si con que ça et vraiment pas d'une difficultés insurmontable. > > Reste les frontaux web... Non plus un (ou des) nginx en reverse proxy > c'est pas non plus > impossible... Surtout que Apple avec iOS impose le dual stack (sinon > l'appli n'est pas > validée du tout, facile à by passer mais... la tendance est là). > > Donc deux choses dont une largement utilisée et qui baisse la latence de > resolution de nom > c'est pas si difficile... > > Après chacun a ses pb, et on peux comprendre que des fois on ne comprends > pas à quoi > ça sert... > > Bonne semaine :) > Xavier > > > --------------------------- > Liste de diffusion du FRnOG > http://www.frnog.org/ > --------------------------- Liste de diffusion du FRnOG http://www.frnog.org/
