Oui il y a des avantages à utiliser ces mécanismes pour des objets, des
postes utilisateurs, des mobiles mais clairement pas sur des serveurs.
Les quelques prestataires que j'ai testé en qualité ipv6 tout ceux qui
ont des mécanismes automatiques d'attribution n'ont pas su apporter la
fiabilité sur
en IPv6 il faut éviter de 'transposer' ce qu'on sait et fait en IPv4 mais
plutôt repartir de zéro et utiliser les nouveautés qu'apporte IPv6.
Entre autres: l'autoconf (stateless config) et les messages ICMPv6 RA et
le DHCPv6 (qui est différent du v4).
IPv6 est censé rendre plus simple la
Justement oui et non, ils disent qu'il faut prévoir de l'espace entre
les allocations pour prévoir une augmentation d'allocation ou des
besoins futurs MAIS ils ont précisés en tout cas pendant la formation
que c'était plus à vocation pour le réseau.
A savoir quand tu délègues un subnet à un client
Le 16/11/2015 15:01, Julien Escario a écrit :
> Le 16/11/2015 14:58, David Ponzone a écrit :
>> Tu peux pas juste dédier un /64 à ton hosting de VM, avec la .1 sur la
>> gateway ?
>> Ca te laisse un peu de marge d’ici que tu utilises tout :)
> Si je peux mais c'est contraire aux recommandations
Le 16/11/2015 14:58, David Ponzone a écrit :
> Tu peux pas juste dédier un /64 à ton hosting de VM, avec la .1 sur la
> gateway ?
> Ca te laisse un peu de marge d’ici que tu utilises tout :)
Si je peux mais c'est contraire aux recommandations du RIPE qui préconise un /64
par machine.
Si il y a
Bonjour,
Nous sommes en train de déployer ipv6 sur notre backbone (no troll inside) et
j'aurais une petite question qui va certainement vous paraître basique sur la
façon de monter la gateway.
On a obtenu une /29 du RIPE (c'est tout frais) : 2a06:ac00::/29
On va filer un /64 par VM (on verra
Tu peux pas juste dédier un /64 à ton hosting de VM, avec la .1 sur la gateway ?
Ca te laisse un peu de marge d’ici que tu utilises tout :)
> Le 16 nov. 2015 à 14:56, Julien Escario a écrit :
>
> Le 16/11/2015 14:33, Jonathan Leroy a écrit :
>> Le 16 novembre 2015 14:18,
Julien Escario, on Mon 16 Nov 2015 14:18:44 +0100, wrote:
> J'ai loupé un truc mais pas moyen de mettre le doigt dessus. Ou alors c'est
> normal en ipv6 et il me manque encore quelques bases.
Heu, non, il n'y a rien de nouveau là-dessus en v6: la passerelle doit
avoir une IP dans le /64 de ta VM,
Le 16/11/2015 14:33, Jonathan Leroy a écrit :
> Le 16 novembre 2015 14:18, Julien Escario a écrit :
>> J'ai loupé un truc mais pas moyen de mettre le doigt dessus. Ou alors c'est
>> normal en ipv6 et il me manque encore quelques bases.
>
> Comme ta gateway est en dehors du
Bonjour Julien,
Ne t'embête pas à attribuer un subnet par OS, c'est une ancienne
recommandation qu'on trouve sur les vieux bouquins ipv6, j'étais resté
coincé sur cette même idée aussi.
Vu et validé pendant une formation RIPE, une ip par OS suffit et tu
ajoutes autant d'ip en plus que tu as de
Le 16 novembre 2015 14:18, Julien Escario a écrit :
> J'ai loupé un truc mais pas moyen de mettre le doigt dessus. Ou alors c'est
> normal en ipv6 et il me manque encore quelques bases.
Comme ta gateway est en dehors du /64, il te faut ajouter manuellement
la route après
Julien Escario, on Mon 16 Nov 2015 15:01:18 +0100, wrote:
> Le 16/11/2015 14:58, David Ponzone a écrit :
> > Tu peux pas juste dédier un /64 à ton hosting de VM, avec la .1 sur la
> > gateway ?
> > Ca te laisse un peu de marge d’ici que tu utilises tout :)
>
> Si je peux mais c'est contraire aux
Oui c'est fréquent parce qu'ils n'ont pas fiabilisé cette partie, ou mal
réglé des lifetimes ou pas penser aux points de failure (spof).
Souvent la solution est de revenir en arrière et faire comme en IPv4, ce
qui se comprend et c'est très humain (moindre effort et domaine connu).
Il faudra du
13 matches
Mail list logo