(J'avais vu chez l'un des OI, par exemple, il y avait un outil web pour "déclarer" les plages IP que *l'OI* allait affecter à tes clients via son serveur DHCP
Par curiosite, chez qui ? Je connais juste un chez qui il fallait declarer les plages (v4
ET v6) utilises par l'OC via ticket NOC.
sans que tu ais toi la possibilité de faire la relation mac <> ip (tu peux juste la consulter par la suite). Impossible de déclarer en dessous du /24 , et bien sur pas d'IPv6.
Par contre, celui-la n'imposait pas les MAC-IP(v4/v6). C'etait plus que ses equipements imposait de declarer les plages avec les IP retournes.
Le fait que ça existe chez les pro, c'est donc qu'ils savent le faire. C'est une limitation artificielle pour favoriser les abo pro ?
Oui, c'est artificiel. Dans leur defense, ca leur permet de faire du TE plus granulaire qu'au niveau d'une plaque entiere, ce qui aide quand il y a des quantites "assez monstrueuses" (lire pluzieurs dizaines de Gbps) par plaque.
Comment on fait si on veux transporter un protocole non IP ? (En espérant qu'il n'y a pas carrément une limitation à ICMP, TCP & UDP , j'avoue que j'ai pas testé)
C'est du GP !!! tu n'est pas suppose transporter du non-IP. Deja qu'avec l'IPv6 c'est la galere, alors que c'est globalement plus simple qu'avec le multicast, qu'ils arrivent tous à faire quand-meme.
Si en tant qu'operateur tu peux te permettre de dire "pas d'IPv6, pas de commandes", la ils commencent a entendre, surtout s'ils croient que tu peux leur acheter des prises par dizaines de milliers.
A mon epoque, chez Coriolis, c'etait pas loin de ca. De nos jours, vu qu'il ne reste pas d'OI independant pour s'interconencter avec (c'est deja fait pour les AACT), ca n'a plus aucune importance (meme s'il me semble que le fait de pousser l'IPv6 est reste quand-meme dans les moeurs).