On Fri, 10 Dec 2010 16:52:13 +0000, Thomas Mangin
<thomas.man...@exa-networks.co.uk> wrote:
- Aucune leçon retenue des mauvaises spécifications d'IPv4 (RH0 ?).
Je suppose que tu fait reference a
http://www.faqs.org/rfcs/rfc5095.html
Je regarde ..
http://www.secdev.org/conf/IPv6_RH_security-csw07.pdf
- Tout ce que le point précédent implique au niveau implémentation :
structures de données non alignées, code ultra complexe comparé à
l'équivalent v4. Avez-vous déjà jeté un œil aux implémentations open
source ?
Non donc plus de détails serait apprécié.
Pourquoi est-ce plus compliqué ?
Les IP ne rentrent pas dans un mot (les long long long int n'existent
pas), donc on est obligé de faire des structures un peu bizarres.
M'enfin c'est rien de bien méchant je trouve...
Après y'a des détails chiants, comme l'obligation de spécifier
l'interface pour certaines adresses (lien local par exemple).
Et sur des langages de haut niveau (Java, Python, ...), on a la même
API, donc l'IPv6 est géré automagiquement.
- Le PMTUD... ça ne marche déjà pas en IPv4 alors en IPv6...
Résultat
(et c'est toi Stéphane qui en parle le mieux sur ton blog) il serait
envisagé de limiter la taille des paquets destinés aux nœuds non
locaux à 1280 octets ? Et cela *12 ans* après la première RFC sur
IPv6
? On discute à l'IETF de choses aussi basiques, au moment où il ne
reste quasi plus aucune adresses IPv4 disponible ???
PMTUD marche bien en IPv6 - il n'y a quasiment pas de firewall :D
Google est pas d'accord avec toi :P
Durant les dernières années, j'ai entendu la communauté réseau
dénigrer IPv6 sans être constructif.
Perso, je ne comprend pas pourquoi on a pas fait comme pour ASN32
avec les headers IPv4 mais bon, comme ca n'existe pas
Par ce qu'on a changé pas mal de fonctions (pour le meilleur, en
théorie), et que les adresses sont 4 fois plus grosses. IPv6 prends plus
de place avec ses adresses, mais économise aussi 32 bits sur le reste
des entêtes. (enfin, je présume)
Je suppose qu'il y a 15 ans on avait le temps de voir venir
l'épuisement des IPv4 et donc le luxe de casser la compatibilité...
--
Rémy Sanchez
---------------------------
Liste de diffusion du FRnOG
http://www.frnog.org/
