Je ne sais plus quelle RFC dit qu'il ne faut pas que ton routeur envoie de RA s'il n'a pas de connexion upstream.
Et combien de routeurs (surtout parmi les modèles grand public) respectent vraiment les RFC ? La dernière fois que j'avais lu un article sur la question, ce n'était pas glorieux. Et c'est sans compter les bugs…
Et faire moins que /64, à part pour des cas très spéciaux, c'est pas bien.
Le « cas très spécial » étant que ton FAI te fournit juste un /64. À mon avis, ça risque d'être un cas très répandu (cf. Free, mais aussi tous les serveurs dédiés, par exemple, qui peuvent avoir besoin d'utiliser des sous-réseaux pour des groupes de VM, des concentrateurs VPN, etc.).
De toutes façons c'est fait en RA (oui, on va devoir avoir RA + DHCPv6 de toutes façons).
Si la route par défaut peut être donnée par DHCP, je ne mettrai certainement pas SLAAC en sus sur mes réseaux. Pourquoi faire compliqué quand on peut faire simple et connu ?
Ya un patch qui tourne il me semble.
Un patch qui n'a pas encore été appliqué upstream. Désolé, mais je ne suis pas trop chaud pour recompiler des trucs comme dhcpd avec des patches non maintenus sur un serveur de production.
Bah, ça n'est pas essentielle à une connexion PPP.
Tu plaisantes ? La machine connectée via PPP peut vouloir être joignable. Et pour ça, elle a besoin d'une adresse globalement routable. Et pour lui en attribuer une, il faut soit IPV6CP (raté), SLAAC (/cf./ ci-dessus la limitation qui tue pour les préfixes > /64) ou DHCP (pas de patch officiel). FAIL.
C'est plus complexe parce que tu n'as pas qu'une seule adresse à gérer. Forcément, il faut un tout petit peu plus de boulot que quand on NAT.
Non, c'est faux. Un pare-feu à maintien d'état se configure aussi vite qu'un NAT (et même plus facilement, tu fais juste tes FORWARD et pas les DNAT). Ce qui rend la chose casse-pieds, c'est les FAI pas cool qui ne te donnent pas un préfixe suffisant, les nouveautés conçues avec les pieds (SLAAC) et les trucs à moitié finis (DHCPv6). Et je le redis, pas besoin d'en rajouter comme le fait le monsieur à qui je réponds en proposant des machines qui se font des tables de routage dynamiques.
Bon, c'est clair qu'il reste des trucs pas tout à fait au point, mais on n'avancera jamais si personne ne s'y met.
Moi, je « m'y suis mis » (chez moi) depuis que mon FAI (Nerim) a fourni du dual-stack. Je ne pense pas être en retard. En revanche, en entreprise, pas question d'expérimenter avec des machins pas matures. Soit on donne les outils pour une transition simple, soit ça attendra.
[^] # Re: Free as a bird
Posté par William Steve Applegate . En réponse à la dépêche Événement G6 - IPv6 - 11 avril 2012 - Paris. Évalué à 2.
Et combien de routeurs (surtout parmi les modèles grand public) respectent vraiment les RFC ? La dernière fois que j'avais lu un article sur la question, ce n'était pas glorieux. Et c'est sans compter les bugs…
Le « cas très spécial » étant que ton FAI te fournit juste un /64. À mon avis, ça risque d'être un cas très répandu (cf. Free, mais aussi tous les serveurs dédiés, par exemple, qui peuvent avoir besoin d'utiliser des sous-réseaux pour des groupes de VM, des concentrateurs VPN, etc.).
Si la route par défaut peut être donnée par DHCP, je ne mettrai certainement pas SLAAC en sus sur mes réseaux. Pourquoi faire compliqué quand on peut faire simple et connu ?
Un patch qui n'a pas encore été appliqué upstream. Désolé, mais je ne suis pas trop chaud pour recompiler des trucs comme dhcpd avec des patches non maintenus sur un serveur de production.
Tu plaisantes ? La machine connectée via PPP peut vouloir être joignable. Et pour ça, elle a besoin d'une adresse globalement routable. Et pour lui en attribuer une, il faut soit IPV6CP (raté), SLAAC (/cf./ ci-dessus la limitation qui tue pour les préfixes > /64) ou DHCP (pas de patch officiel). FAIL.
Non, c'est faux. Un pare-feu à maintien d'état se configure aussi vite qu'un NAT (et même plus facilement, tu fais juste tes FORWARD et pas les DNAT). Ce qui rend la chose casse-pieds, c'est les FAI pas cool qui ne te donnent pas un préfixe suffisant, les nouveautés conçues avec les pieds (SLAAC) et les trucs à moitié finis (DHCPv6). Et je le redis, pas besoin d'en rajouter comme le fait le monsieur à qui je réponds en proposant des machines qui se font des tables de routage dynamiques.
Moi, je « m'y suis mis » (chez moi) depuis que mon FAI (Nerim) a fourni du dual-stack. Je ne pense pas être en retard. En revanche, en entreprise, pas question d'expérimenter avec des machins pas matures. Soit on donne les outils pour une transition simple, soit ça attendra.
Envoyé depuis mon PDP 11/70