Auteur Sujet: Microcoupure FTTH ? (Lu 185556 fois)

Pegasus38 · « **Réponse #552 le:** **Aujourd'hui** à 08:53:51 »

Citation de: fansat70 le Hier à 17:23:50

Pour moi, mis à part le temps de propagation des DNS (pour réaccéder à la box), le changement d'IPV6 est resté "relativement" transparent.

Si tu utilises la Freebox en bridge avec un autre routeur (Ubiquiti/Mikrotik...), il faut "refaire" la config sinon tu perds l'ipv6
Pour ceux qui utilisent uniquement la Freebox, c'est 100% transparent

zbug · « **Réponse #553 le:** **Aujourd'hui** à 09:56:04 »

Citation de: Pegasus38 le Aujourd'hui à 08:53:51

Si tu utilises la Freebox en bridge avec un autre routeur (Ubiquiti/Mikrotik...), il faut "refaire" la config sinon tu perds l'ipv6
Pour ceux qui utilisent uniquement la Freebox, c'est 100% transparent

Exactement, avec un setup simple, cela sera totalement transparent, mais à partir du moment ou il y a du bridge etc, ce n'est plus la même histoire.

J'ai regardé en détail hier et cela devrait cependant être assez transparent pour moi étant passé en ULA avec NAT66 pour justement éviter ce genre de soucis ou un fournisseur décide aléatoirement de changer mon prefixe, et pouvoir faire du multiwan avec failover avec deux prefixes (ou plus) différent et qui potentiellement changent et avoir 0% de downtime.

simon · « **Réponse #554 le:** **Aujourd'hui** à 10:09:25 »

Citation de: zbug le Aujourd'hui à 09:56:04

Exactement, avec un setup simple, cela sera totalement transparent, mais à partir du moment ou il y a du bridge etc, ce n'est plus la même histoire.

J'ai regardé en détail hier et cela devrait cependant être assez transparent pour moi étant passé en ULA avec NAT66 pour justement éviter ce genre de soucis ou un fournisseur décide aléatoirement de changer mon prefixe, et pouvoir faire du multiwan avec failover avec deux prefixes (ou plus) différent et qui potentiellement changent et avoir 0% de downtime.

Attention par contre avec ce setup si tu es en dual-stack: les clients vont toujours préférer une connectivité v4 par rapport à une adresse source ULA.

zbug · « **Réponse #555 le:** **Aujourd'hui** à 10:16:36 »

Citation de: simon le Aujourd'hui à 10:09:25

Attention par contre avec ce setup si tu es en dual-stack: les clients vont toujours préférer une connectivité v4 par rapport à une adresse source ULA.

Cela dépend des clients et cela dépend du format de l'ULA. Si on utilise quelque chose, toujours dans f000::/4 mais qui n'est pas fc/fd/fe (ce que les OS ont dans leurs liste de bogon address a ma connaissance) cela fonctionne parfaitement. Alors oui la théorie voudrait que ces adresses pourraient être un jours utilisé mais d'ici à ce qu'ils finissent 2xx et 3xx etc, je pense qu'il y a le temps!

simon · « **Réponse #556 le:** **Aujourd'hui** à 10:34:13 »

Ah oui, là pas de souci, f000::/4 n'est pas dans le préfixe ULA, c'est un superset et en fonction de ce qu'on alloue, on squatte, mais je pinaille :-)

zbug · « **Réponse #557 le:** **Aujourd'hui** à 10:39:10 »

Citation de: simon le Aujourd'hui à 10:34:13

Ah oui, là pas de souci, f000::/4 n'est pas dans le préfixe ULA, c'est un superset et en fonction de ce qu'on alloue, on squatte, mais je pinaille :-)

Totalement d'accord

ce n'est pas "parfait", mais cela fonctionne tellement bien et comparé aux autres solutions pas forcément disponible, il n'y a pas photo. Et d'ici à ce que cela devienne problématique, quasi impossible