La Fibre
Fournisseurs d'accès à Internet fixe en France métropolitaine => Free => Actus Free => Discussion démarrée par: majid81200 le 26 mars 2019 à 17:39:01
-
salut,
(https://www.universfreebox.com/UserFiles/image/freebox-beta-android-1.jpg)
Le bouton permettant d’activer l’IPV6 a été supprimé. Mais l’opérateur annonce également, qu’il "ne sera plus possible de modifier ce réglage à partir de la prochaine version du Freebox Server".
source: Universfreebox (https://www.universfreebox.com/article/49170/Free-annonce-que-la-prochaine-version-du-Freebox-Server-ne-permettra-plus-l-activation-ou-la-desactivation-de-l-IPV6)
-
suffit de le faire depuis son pc...
-
Excellent, bravo Free ! La classe 8)
-
Hmmm ça ne veut pas dire qu'il force l'IP v6... L'option sera peut-être encore accessible que sur l'interface de gestion de compte uniquement !?
-
y'a toujours pas de firewall IPv6 dans les freebox ? donc les PC mal configurés (partages windows ouvert a tout le monde) et autre iOT a poil sur le Net ?
-
Hmmm ça ne veut pas dire qu'il force l'IP v6... L'option sera peut-être encore accessible que sur l'interface de gestion de compte uniquement !?
selon UF l'option est supprimé de partout a la prochaine MAJ
-
y'a toujours pas de firewall IPv6 dans les freebox ? donc les PC mal configurés (partages windows ouvert a tout le monde) et autre iOT a poil sur le Net ?
Cela, c'est un vrai problème, surtout si les utilisateurs ne sont pas prévenus. Pour l'instant, je n'ai pas constaté d'attaque en IPv6, mais si l'utilisation se généralise, cela pourrait changer.
-
Il y a 2 soucis que je vois avec l'ipv6 chez free:
L'abscence de firewall,
Le fait que la "pseudo agrégation de liens" (sauf si MAJ. depuis) ne fonctionne qu'avec l'ipv4 et non l'ipv6.
-
Typique de l'incompétence des programmeurs chez Free...
Plutôt que de corriger le problème, on le masque en empêchant l'utilisation d'une option pourtant bien pratique (et sécurisante, pour madame Michu, qui ne sait pas comment configurer le pare-feu de chacun des ses appareils connectés).
Du coup, tous ceux qui ne savent ni configurer le pare-feu IPv6 ni désactiver l'IPv6 sur leurs appareils connectés à la Freebox vont se retrouver à poil vis à vis des attaques IPv6 en provenance d'Internet... Merci Free !!! ::)
-
L'ipv6 est activée par défaut depuis plusieurs années sans que ça pose trop de souci apparemment...
Mais ce serait quand même cool de fournir une fonctionnalité par feu
-
J'ai corrigé la fôte dans le titre.
-
Typique de l'incompétence des programmeurs chez Free...
Plutôt que de corriger le problème, on le masque en empêchant l'utilisation d'une option pourtant bien pratique (et sécurisante, pour madame Michu, qui ne sait pas comment configurer le pare-feu de chacun des ses appareils connectés).
Du coup, tous ceux qui ne savent ni configurer le pare-feu IPv6 ni désactiver l'IPv6 sur leurs appareils connectés à la Freebox vont se retrouver à poil vis à vis des attaques IPv6 en provenance d'Internet... Merci Free !!! ::)
Là ce n'est pas de l'incompétence, c'est de la fainéantise.
Si Free, Iliad, Online, Orange et cie, tout les Datacenter, les GAFA, Les États, les très grandes entreprises etc mettaient toutes leurs infrastructure et réseaux en full IPV6, ont pourrait être pendant 100 ans encore en IPV4 terminaison client fixe, mobile et IoT.
Faut arrêter à un moment, il y a de l'IPV4 pour encore 5 ans en dual 4 et 6.
-
On pourrait, mais le dual-stack coûte plus cher que le IPv6-only, donc il est peu probable qu'il dure 100 ans (mais c'est sûr que ce n'est pas dans 5 ans qu'on pourra faire du IPv6-only non plus)
-
Retrait du bouton de réglage de l'IPV6.
Ca veut dire ce que ca veut dire.
Les utilisateurs ne pourront plus changer le réglage.
De là à dire que c'est IPV6 pour tout le monde ?
Ca pourrait être très bien IPV4 pour tout le monde.
Ou alors gel du réglage. Ceux qui sont en V4 y restent, ceux qui sont en V6 y restent.
-
Non, ça veut dire v6 activée partout.
-
On pourrait, mais le dual-stack coûte plus cher que le IPv6-only, donc il est peu probable qu'il dure 100 ans (mais c'est sûr que ce n'est pas dans 5 ans qu'on pourra faire du IPv6-only non plus)
Les grands groupes comme McDonald's, Carrefour et les GAFA etc ont 5 ans pour relâcher toutes leur IPV4 et laisser les clients finaux des FAI et Opérateurs mondiaux en IPV4 pendant 100 ans.
C'est ça ce que je veux dire.
Faire passer tout le monde en IPV6 est un forcing d'emmerdeurs qui va favoriser l'obsolescence programmée.
Plein de gadget IP ne gère pas IPV6 et quand ça va couper et bin hop, poubelle.
Parce que pour le moment tout en dual mais le jour où c'est full IPV6, ton routeur dual ne va pas te faire la conversion (encapsulation faite au niveau DSLAM ou coeur de réseau).
En local ok, tu pourras le ping mais il sortira pas sur le net et ça c'est la contrainte qu'ils sont entrain de mettre en place gentiment.
Là on a 100 ans encore à tenir avec si ceux qui pompent toutes les IPV4 pour faire leur commerce les redonne au peuple au lieu de le contraindre comme le commence Free.
En gros pour l'image :
Ce que fait Orange en forçant le tel fixe en IP et en supprimant petit à petit le cuivre c'est la même chose.
-
Choix logique de la part de Free.
L'IPv6 étant l'avenir, cela doit être activé par défaut.
Il faudrait juste qu'il propose un pare-feu IPv6 avec, par défaut, au minimum le filtrage de tout ce qui est entrant sur le routeur IPv6 (la freebox donc). A voir lors de la prochaine mise à jour du freebox serveur.
-
[du bullshit]
Ça t'enniuerait d'éviter de raconter n'importe quoi sur un sujet que tu ne maitrises pas et de te documenter un tout petit peu ?
Le Dual Stack, c'est l'étape 1
L'étape 2, c'est du NAT64, c'est déjà en prod chez Orange ou Bouygues en Mobile, et ça marche très bien.
L'étape 3, ça sera du v6 only, et chaque structure y passera a son rythme quand v4 ne servira plus.
-
Ça t'enniuerait d'éviter de raconter n'importe quoi sur un sujet que tu ne maitrises pas et de te documenter un tout petit peu ?
Le Dual Stack, c'est l'étape 1
L'étape 2, c'est du NAT64, c'est déjà en prod chez Orange ou Bouygues en Mobile, et ça marche très bien.
L'étape 3, ça sera du v6 only, et chaque structure y passera a son rythme quand v4 ne servira plus.
Tiens un concerné.
Rend les IPV4 !!!!
-
Je te demande pardon ?
-
C'est déjà les vacances d'été ? ::)
-
Faut croire...
-
Kids, don't do drugs.
-
Je n'y connais pas grand chose en ipv6, ça se passe comment si on veut accéder à une adresse en IPv4 depuis une IPv6 ? Le FAI fait la transition ???
-
Les deux technos fonctionnent en parallelle
-
Ah, du coup finalement rien ne change en pratique et Free n'a pas la volonté de mettre ses IPv4 à la poubelle :P
J'imagine avec les 2 protocoles d'activés l'IPv6 est prioritaire sur Ipv4 ???
-
Ah, du coup finalement rien ne change en pratique et Free n'a pas la volonté de mettre ses IPv4 à la poubelle :P
J'imagine avec les 2 protocoles d'activés l'IPv6 est prioritaire sur Ipv4 ???
C'est ça, après il existe un truc utilisé notamment pour le mobile, qui va te faire passer de l'ipv4 dans du v6, et tu n'a pas de v4.
-
Ah, du coup finalement rien ne change en pratique et Free n'a pas la volonté de mettre ses IPv4 à la poubelle :P
Il n'a surtout pas la volonté de perdre ses clients, car sans IPv4, aujourd'hui, beaucoup de sites et de services seraient inutilisables.
Par contre, dans les zones 10G-EPON, avec la technologie 4rd (IPv4 residual deployment), 4 clients se partagent la même adresse IPv4, avec 1/4 des 64000 ports TCP/UDP, ce qui lui permet une grosse économie d'adresses IPv4. Mais on peut encore demander une IPv4 dite abusivement "Full stack", c'est à dire avec les 64000 ports, pour héberger par exemple des serveurs.
-
c'est effectif sur le dernier firmware en cours de déploiement :)
IPv6 actif par défaut (et non désactivable)
-
https://dev.freebox.fr/blog/?p=5382 :
L’IPv6 est délivré aujourd’hui sous forme de tunnel (6RD) au dessus l’IPv4 (dit natif). En raison des évolutions internes de notre réseau, le système va progressivement être inversé, et c’est désormais l’IPv6 qui sera natif, et l’IPv4 délivré sous forme de tunnel.
C'est peut-être le signe d'une accélération du passage en 4rd.
Mais c'est étrange de forcer l'IPv6 pour tout le monde, et pas uniquement pour ceux qui sont sur cette architecture.
-
Je pense qu'il y a aussi le fait qu'ils ont donné comme prévisions à l'ARCEP qu'ils auraient 55 à 65% de clients activés mi 2019, et 85% ou plus fin 2020. Donc ils activent pour tous, et en auront près de 100% en fin d'année, en avance de prévisions.
Prévisions Arcep des taux de clients du réseau fixe activés en IPv6 des principaux opérateurs en France :
(https://lafibre.info/images/ipv6/201810_arcep_barometre_ipv6_06.png)
-
Activer par défaut (voire réactiver par défaut) suffirait pour avoir un taux assez élevé.
-
Je pense qu'ils ne veulent pas aussi que certains désactivent l'IPv6, pour des histoires de débit et de peering, comme on l'avait vu quand on pouvait avoir un meilleur peering (ou transit) en forçant l'IPv4. Et l'IPv6 n'a pas bonne presse chez pas mal d'utilisateurs qui ne comprennent pas son intérêt. En gros, Free interdit de jouer avec l'IPv6 (même si, comme c'est signalé, c'est toujours possible de le faire sur son poste de travail, mais plus compliqué, beaucoup ne s'y risqueront pas).
-
La véritable raison c'est que Free aujourd'hui fourni une ipv6 depuis un tunnel ipv6. et après ça va être l'inverse. (ipv 4 à partir de l'ipv6) voilà pourquoi l'ipv6 est obligatoire. Pour avoir une ipv4 il faudra forcèment le tunnel ipv6. D'où leur nouvelle règle qui empêche la désactivation de l'ipv6
"L’IPv6 est délivré aujourd’hui sous forme de tunnel (6RD) au dessus l’IPv4 (dit natif). En raison des évolutions internes de notre réseau, le système va progressivement être inversé, et c’est désormais l’IPv6 qui sera natif, et l’IPv4 délivré sous forme de tunnel."
-
La véritable raison c'est que Free aujourd'hui fourni une ipv6 depuis un tunnel ipv6. et après ça va être l'inverse. (ipv 4 à partir de l'ipv6) voilà pourquoi l'ipv6 est obligatoire. Pour avoir une ipv4 il faudra forcèment le tunnel ipv6. D'où leur nouvelle règle qui empêche la désactivation de l'ipv6
"L’IPv6 est délivré aujourd’hui sous forme de tunnel (6RD) au dessus l’IPv4 (dit natif). En raison des évolutions internes de notre réseau, le système va progressivement être inversé, et c’est désormais l’IPv6 qui sera natif, et l’IPv4 délivré sous forme de tunnel."
non on peut avoir que IPv4 coté LAN avec que IPv6 coté wan . C'est déjà le cas actuellement d'ailleurs quand on n'active pas IPv6 dans la Freebox, elle est quand meme en IPv6 coté WAN dans les zones EPON par exemple.
en gros: la désactivation d'IPv6 dans l'interface de la box ne concerne que le LAN.
-
Free fait du 4rd sur son réseau fibre 10G-EPON et de plus en plus de DSLAM, c'est-à-dire un tunnel IPv4 sur v6. Cependant, les autres sont sur du dual stack classique. Je pense que ça restera comme ça jusqu'à l'extinction d'IPv4 car les deux servent le même but.
Un réseau IPv4 et IPv6 ne peuvent pas communiquer, mais c'est certain que quand il n'y aura plus que de l'IPv6, c'est quand ça ne posera pas problème.
-
non on peut avoir que IPv4 coté LAN avec que IPv6 coté wan . C'est déjà le cas actuellement d'ailleurs quand on n'active pas IPv6 dans la Freebox, elle est quand meme en IPv6 coté WAN dans les zones EPON par exemple.
en gros: la désactivation d'IPv6 dans l'interface de la box ne concerne que le LAN.
j'ai plus d'ipv6 WAN si je désactive le bouton sur ma freebox mini 4k pourtant :o
-
j'ai plus d'ipv6 WAN si je désactive le bouton sur ma freebox mini 4k pourtant :o
zone 6rd ? apres c'est peut-etre que l'interface qui affiche cela. Je ne suis plus chez free mais il me semble la freebox elle-meme n'a pas d'IPv6 coté wan non ? c'est l'ipv6 que coté lan.
en IPv6 on a pas forcement besoin d'ipv6 public coté wan (cf Orange par exemple).
-
bon je sais pas si c'est lié a cette mise a jour mais ca fait 2 fois en une semaine que le player de la v6 me plante a la gueule et redemarre tout seul...
-
La Livebox a une IPv6 publique et le trafic passe par cette IP pourtant.
-
j'ai une Freebox, et en ipv6 depuis plus de 10 ans... et j'avais jamais vu le player planter comme ca. En fait je l'avais jamais vu planter..
Enfin bon, on verra si ca continue.. les flux TV je ne sais pas par ou ca passe.
-
La Livebox a une IPv6 publique et le trafic passe par cette IP pourtant.
c'est son ip public coté lan il me semble.
-
OK pardon je vois ce que tu veux dire, en effet par rapport à en IPv4 ou il y a une IPv4 locale (192.168.0.1) et une IPv4 publique, en IPv6 c'est l'IP LAN de la box qui sert aussi d'adresse publique.
-
Ma box a redémarrer ce matin et du coup a effectué la MAJ.
Et depuis j'ai l'IPv6 d'activé, et j'accède maintenant aux sites en IPv6 par défaut.
Je savais pas que le "forçage" avait été activé ???
-
Ma box a redémarrer ce matin et du coup a effectué la MAJ.
Et depuis j'ai l'IPv6 d'activé, et j'accède maintenant aux sites en IPv6 par défaut.
Je savais pas que le "forçage" avait été activé ???
C'est pourtant le titre du post ..
-
Je ne sais pas quelle box tu as, mais les mises à jour ont été publiées entre le 15 et fin avril selon les modèles.
-
Et pour une mise a jour, il faut forcèment un redémarrage de la box, ça ne se fait pas automatiquement.
-
bon je sais pas si c'est lié a cette mise a jour mais ca fait 2 fois en une semaine que le player de la v6 me plante a la gueule et redemarre tout seul...
Je pense pas que ça aie à voir avec l'ipv6, si ça se trouve, le player a juste besoin d'être échangé.
-
Et voilà !!!
Ce que j'avais prédit arrive, comme d'hab en fait 😂
Suite au forçage en ipv6 ça commence à être la merde :
https://forum.universfreebox.com/viewtopic.php?t=74338
Pourtant ma solution est simple et ne coûte pas un rond aux particuliers.
Coucou Huges de la framboise 🤣
-
Et voilà !!!
Ce que j'avais prédit arrive, comme d'hab en fait 😂
Suite au forçage en ipv6 ça commence à être la merde :
https://forum.universfreebox.com/viewtopic.php?t=74338
Pourtant ma solution est simple et ne coûte pas un rond aux particuliers.
Coucou Huges de la framboise 🤣
Ben c'est là où j'ai un peu de mal à comprendre comment la Freebox a réagit depuis la maj.
J'ai des devices qui ont réussi à avoir, de la part du DHCP Freebox, une IPv4
J'ai des devices qui, malgré la configuration en dur d'une IPv4 sur l'interface réseau, ne remontent pas du tout et sont injoignables
J'ai des devices qui, malgré la configuration en dur d'une IPv4 sur l'interface réseau + l'activation de l'IPv6, ne remontent uniquement en IPv6 et sont injoignables en IPv4. Problème sur mes caméras, le flux d'image n'est pas visible lorsque j'accès en remote par l'IPv6...
Le problème de free c'est qu'ils ne font pas comme tout le monde. Donc ils bidouillent dans leur coin et résultat ça crée des incompatibilités.
L'ipv6 côté LAN n'a rien de particulier.
J'ai une connexion Orange adsl (livebox remplacée par un modem openwrt, ipv6 activé), ainsi qu'une Freebox VDSL avec ipv6 activé depuis des années, et je n'ai constaté aucun problème depuis la mise à jour, j'ai pourtant beaucoup de périphériques connectés.
Idem ailleurs (que ce soit chez d'autres, ou chez des clients)
Ceux qui ne sont pas compatibles ipv6 n'obtiennent qu'une ipv4, comme toujours. Les redirections de ports fonctionnent, etc.... (pas comme indiqué dans ton lien)
Je pense que cet utilisateur a plutôt des problèmes avec ses appareils, ce qui ne serait pas étonnant. C'est pas la première fois que quelqu'un rejetterait ses problèmes sur FAI ;)
-
+1
La mise à jour pourrait avoir cassé un truc au niveau d'IPv4 mais ça n'aurait du coup pas vraiment de rapport avec l'activation d'IPv6.
Plus probablement la personne qui a ouvert le sujet n'a pas bien configuré ses machines...
-
Et voilà !!!
Ce que j'avais prédit arrive, comme d'hab en fait 😂
Suite au forçage en ipv6 ça commence à être la merde :
https://forum.universfreebox.com/viewtopic.php?t=74338
Pourtant ma solution est simple et ne coûte pas un rond aux particuliers.
Coucou Huges de la framboise 🤣
Euh, ça n'a rien à voir avec l'IPv6 ça. Quand le mec dit "j'ai mis des IPv4 en dur et c'est injoinable" même dans son propre LAN (donc sans sortir vers l'extérieur), ça pue déjà l'interface chaise-clavier.
Ca fait des mois qu'IPv6 est forcé chez nous, on a aucune remontée de ce genre, tout s'est bien passé ;)
-
Le risque est plutôt sur la sécurité, si Free ne met toujours pas de Firewall IPv6 (je n'ai pas vérifié si cela a évolué ou non, sachant que c'était demandé).
Chez Free les connexions entrantes IPv6 ne sont pas filtrées et une caméra de vidéo surveillance qui gère le protocole IPv6 est directement accessible sur Internet. La problématique c'est qu'une caméra n'a pas les mêmes niveau de mise à jour de sécurité et de défense vis à vis des attaques sur Internet, par exemple il est souvent possible de tester des mot de passe à la chaine sans se faire black-lister.
Chez les autres FAI, un Firewall bloque tout le trafic entrant par défaut, afin d'avoir une sécurité proche du NAT IPv4.
Éteindre le protocole IPv6 n'est en tout cas pas la solution: il faut que tous les objets connectés soient disponibles en toute sécurité en IPv6 et que ceux qui n'ont pas à être exposé sur Internet puissent quand même avoir une IPv6 qui sera utilisée sur le LAN et pour communiquer avec Internet (par exemple pour chercher des mises à jour)
-
Et voilà !!!
Ce que j'avais prédit arrive, comme d'hab en fait 😂
Suite au forçage en ipv6 ça commence à être la merde :
https://forum.universfreebox.com/viewtopic.php?t=74338
Pourtant ma solution est simple et ne coûte pas un rond aux particuliers.
Coucou Huges de la framboise 🤣
Comme d'hab, les gens disent :
De la merde
De la merde
Encore de la merde
Mention spéciale pour le gus qui dit que ses devices ne chopent plus de v4 depuis qu'il a activé v6.
Bref, tu dois t'y retrouver, en effet.
-
Je pense qu'il y a aussi le fait qu'ils ont donné comme prévisions à l'ARCEP qu'ils auraient 55 à 65% de clients activés mi 2019, et 85% ou plus fin 2020. Donc ils activent pour tous, et en auront près de 100% en fin d'année, en avance de prévisions.
Prévisions Arcep des taux de clients du réseau fixe activés en IPv6 des principaux opérateurs en France :
(https://lafibre.info/images/ipv6/201810_arcep_barometre_ipv6_06.png)
Non pas 100% car Free ne propose pas d'IPv6 pour les clients non dégroupés :
Taux de clients du réseau fixe IPv6-ready et politique d’activation des box des FAI de plus de 10 000 clients proposant IPv6 en France :
(https://lafibre.info/images/ipv6/201810_arcep_barometre_ipv6_03.png)
Il me semble aussi que les clients Delta xDSL n'ont pas d'IPv6 (sauf a désactiver le boost 4G)
-
Tiens, vu que Free déploie l'IPv6 en masse sur son infra, ça ne m'étonnerait pas que les DNS v4 cesseront de répondre à court terme.
-
Je ne fait que constater, le reste je m'en fout.
Un client à ses équipements qui fonctionne avec telle configuration depuis 10 ans si aujourd'hui une maj force l'IPV6 et que ses produits ne réponde plus c'est un problème.
Tu as beau tourner le problème dans tout les sens, l'IPV6 est une malfaçon pour les particuliers.
Ce n'est pas le premier et sûrement pas le dernier qui va venir demander des comptes.
Save the date Hugues de la framboise, ce n'est que le début des emmerdes 😂
-
Je t'ai déjà proposé d'essayer de ne parler que ce ce que tu maitrises, toujours pas tenté ?
-
Je ne fait que constater, le reste je m'en fout.
Un client à ses équipements qui fonctionne avec telle configuration depuis 10 ans si aujourd'hui une maj force l'IPV6 et que ses produits ne réponde plus c'est un problème.
Tu as beau tourner le problème dans tout les sens, l'IPV6 est une malfaçon pour les particuliers.
Ce n'est pas le premier et sûrement pas le dernier qui va venir demander des comptes.
Save the date Hugues de la framboise, ce n'est que le début des emmerdes 😂
Un abonné sur 6 millions...youpi....
-
Un client à ses équipements qui fonctionne avec telle configuration depuis 10 ans si aujourd'hui une maj force l'IPV6 et que ses produits ne réponde plus c'est un problème.
Si le client a mal fait sa configuration dès le départ, pas étonnant que ça lui pète à la gueule un jour ou l'autre.
Tu as beau tourner le problème dans tout les sens, l'IPV6 est une malfaçon pour les particuliers.
Visiblement tu n'étends ta réflexion "dans tous les sens".
-
Je cite :
Hello à tous,
Bon premièrement, je ne suis pas tellement aligné avec la stratégie de cette mise jour. Okay pour l’implèmentation de l’ipv6 sur les Freebox, par contre ce n’est pas du one-way ! À minima laisser l’opportunité aux abonnés (faut pas oublier que c’est nous finançons ces évolutions) de faire machine arrière ! Bref je veux pas que ce post tourne autour de la stratégie des updates Freebox.
Pour en revenir sur ma problématique, je pense avoir isoler la cause racine de mes problèmes.
Dans le cas où j’ai une configuration IPv4 static sur un device (prenons un NAS Synology), le DHCP de la Freebox ne semble pas être en mesure d’accepter la configuration existante et ne peut fournir une IP au NAS avec son DHCP, le NAS reste cependant inaccessible à partir du réseau de la Freebox !! Il faut passer par une boucle fermée pour y accéder...
Dès lors que le device est programmé pour attendre une IP à partir du DHCP de la Freebox, il devient accessible. Par contre lorsque je fixe la plage du DHCP et que je reboot ma box, la plage se réinitialise à .10 -> .50... J’ai réalisé que ma Freebox avait plus de 10 ans de service... Aurait-elle atteint ses limites ?! Étonnant !
Tout cela reste quand même assez étrange et je dois dire que c’est la première fois que j’observe cela !
Qu’en pensez-vous ??
Et le gars n'est pas un noob.
-
Dans le cas où j’ai une configuration IPv4 static sur un device (prenons un NAS Synology), le DHCP de la Freebox ne semble pas être en mesure d’accepter la configuration existante et ne peut fournir une IP au NAS avec son DHCP
C'est normal, si tu donnes une IP static sur son NAS, il n'y a plus de requête DHCP. C'est pas la faute de la Freebox.
Dès lors que le device est programmé pour attendre une IP à partir du DHCP de la Freebox, il devient accessible.
Magique hein ? :p
Et le gars n'est pas un noob.
Je laisse les gens avoir leur propre avis :p
-
Ché pas comment ils se débrouillent
Mon ipv4 fonctionne toujours, je me connecte sur mes différents windows ou vm depuis l’extérieur sans soucis, exactement comme avant, les redirections de port que j’avais mis sont toujours là.
Sur le lan, rien n’a changé, en tout cas je n’ai vu aucune différence chaque pc ou vm a tjrs l’ip locale v4 d’avant.
-
C'est pourtant le titre du post ..
J'avais mal compris les infos. J'avais compris que Free avait désactivé l'option, et pas que c'était activé d'office et le "tuyau" principal d'accès.
-
Ce n'est pas vraiment le tuyau principal depuis quelques jours. Vos périphériques disposent de ipv4 et ipv6. L OS choisit le protocole à utiliser en fonction de serveur à contacter aussi... (tous ne sont pas dispo en ipv6) c'est juste que les OS préféré ipv6 à ipv4 généralement quand les 2 sont disponibles.
-
Apparemment, sa Freebox se met à réinitialiser la plage du réseau local à chaque redémarrage depuis la mise à jour. Il a dû mettre les IP de ses appareils en dur sur un sous-réseau autre que celui par défaut, d'où son "problème".
Forcèment, dès qu'il les met en DHCP ça fonctionne, ça ne doit juste pas l'arranger de faire comme ça mais c'est un autre problème.
-
Du coup on est d'accord que ça n'a pas de rapport avec IPv6 ?
-
C'est un bug du firmware de la box de free oui. Rien à voir directement avec ipv6.
-
Ah, j'ai eu le souci aussi sur une Mini 4K, le subnet a changé... Ça a tout pété sur un de nos sites distants :D
-
comment ca changé ?
192.168.1 pour moi et rien n'a changé (V6).
-
Changé !
Maintenant en V7 => 192.168.0.0/24 ...
J'y pense maintenant mais lors de la migration V6 => V7 pas d'impact sur ma dmz et renvoi de ports.
Le port wan de mon routeur est en DHCP.
-
En tout cas on voit la différence en termes de pourcentage d'abonnés pouvant utiliser IPv6:
(https://www.worldipv6launch.org/apps/ipv6week/measurement/images/graphs/Free.png)
Source :
https://www.worldipv6launch.org/measurements/
Un point par mois, dernier point le 8/05
-
En tout cas on voit la différence en termes de pourcentage d'abonnés pouvant utiliser IPv6
c'est surtout le nombre d'abonnés utilisant ipv6, parce que chez Free, 95+ % des abonnés peuvent déjà utiliser ipv6 depuis des années. (Seuls les non dégroupés en ADSL ne peuvent pas bénéficier d'ipv6), pour tous les autres, depuis des années c'est une option dans la box (des fois activé par défaut, des fois non - mais elle était activable à la main dans tous les cas).
-
Oui, ne pas confondre IPv6 ready (il suffit de cliquer sur le bouton pour activer IPv6) d'IPv6 activé.
Pour que la transition d'IPv4 vers IPv6 se réalise, il faut de l'IPv6 activé (car peu de personnes vont activer d'eux même IPv6)
-
Une pensée émue pour tous ces gens qui disent qu'IPv6 ça ne marche pas :-)
-
A part les services Web des GAFAM, il y a quoi comme service qui est dispo en IPv6 ? :P
-
A part les services Web des GAFAM, il y a quoi comme service qui est dispo en IPv6 ? :P
1fichier.com, Mega, ça fait de très jolis pics :)
Une pensée émue pour tous ces gens qui disent qu'IPv6 ça ne marche pas :-)
(https://media.giphy.com/media/wWue0rCDOphOE/giphy.gif)
-
A part les services Web des GAFAM, il y a quoi comme service qui est dispo en IPv6 ? :P
Ben tout ce qui fait du traf. Netflix, Cloudflare, les mutus OVH, Dropbox, un site porno avec un hamster, wikipedia...
-
Et mes deux domaines, un wordpress et un nextcloud, qui tournent dans mon garage :)
-
https://whynoipv6.com/country/fr référence les sites les français les plus populaires et classe ceux qui ont IPv6 et ceux qui ne l'ont pas.
Voici un extrait de quelques sites français disponibles en IPv6 :
lequipe.fr
1fichier.com
eurosport.fr
lachainemeteo.com
france24.com
marmiton.org
rueducommerce.fr
lesechos.fr
rtl.fr
6play.fr
ratp.fr
aufeminin.com
conforama.fr
-
Il y a quand même une sacré liste de sites qui ne sont pas en IPv6 : impots.gouv.fr, pole-emploi.fr, LeBonCoin, Allocine, LeMonde, Le Figaro, sfr.fr, dailymotion, qwant etc...
-
Il y a quand même une sacré liste de sites qui ne sont pas en IPv6 : impots.gouv.fr, pole-emploi.fr, LeBonCoin, Allocine, LeMonde, Le Figaro, sfr.fr, dailymotion, qwant etc...
Et l'on ne peut pas y accéder en étant IPv6 ?
-
Et l'on ne peut pas y accéder en étant IPv6 ?
Si, ça rétrograde en IPv4 dans ce cas, pas d'inquiétude :)
-
Il y a quand même une sacré liste de sites qui ne sont pas en IPv6 : impots.gouv.fr, pole-emploi.fr, LeBonCoin, Allocine, LeMonde, Le Figaro, sfr.fr, dailymotion, qwant etc...
Sans oublier les gros sites étrangers, Reddit, Twitter, Twitch, Discord, Amazon, PayPal, Github, Soundcloud...
Normalement c'est aux grands de montrer l'exemple, et même s'ils ont l'argent, c'est sûr qu'ils ont d'autres priorités, mais bon c'est une excuse qui a bon dos étant donné que l'IPv6 existe depuis 25 ans, donc ça fait un peu partie des ipv6excuses.com (https://ipv6excuses.com/) ;D
-
Twitter le CDN est dispo en IPv6 non ?
Edit : Il y a beaucoup de requêtes vers abs.twimg.com et pbs.twimg.com et elles sont bien en IPv6.
-
C'est v4/v6 mais ça ne tournerait pas sans IPv4.
-
C'est v4/v6 mais ça ne tournerait pas sans IPv4.
Oui, c'est vrai.
-
Au final, l'ipv6 c'est pas vraiment l'armageddon annoncé par xp25
-
En effet, il y a de l'IPv6 dans les connexions actives qu'utilise Twitter. Mais ça doit vraiment être récent, je dirais du début de l'année, parce que les quelques fois où j'ai regardé ça précédemment, tout était en IPv4.
-
Oh tiens, j'ai trouvé ceci :
https://www.zdnet.fr/blogs/infra-net/ipv6-et-si-certains-operateurs-se-moquaient-du-monde-39866668.htm
Les com's en bas :
IPv4 arrive encore à porter le monde.
Pourquoi passer à un truc complexe (IPv6) ?
On a beau à dire que IPv6 c'est fastoche. En fait non, les mecs qui ont pondu ça se sont grattés le nombril.
C'est un des systèmes de base le plus complexe depuis que l'informatique est né.
L'informatique est né avec des 0 et des 1.
Pour expliquer la nomenclature de l'IPv6, même un polytechnicien aurait du mal.
bref, c'est fait pour ne pas être adopter. CQFD par les faits.
KingKong75
9 avril, 2018 14:45
Et la réponse 😂 :
Tout à fait d'accord. Depuis 2003 on nous bassine que ipv4 c'est fini: ça fait 15 ans que ca doit mourir demain !!
En plus, quand on sait que certaines grosses boites comme HP ou encore certains sites de l’administration américaine détiennent inutilement des stocks incroyables d'adresse, on peut même dire qu'il y a là des réserves pour les 20 prochaines années.
lr34
9 avril, 2018 17:40
-
Sur UF, divers topics sur le forum relatent des dysfonctionnements suite au forçage.
Problèmes avec DNS, problèmes avec consoles de jeux et problème avec divers matériel.
J'en est vu passer 5 ces dernières semaines.
-
C'est bien ce qui me semblait, des choses qui n'ont rien à voir avec IPv6.
-
C'est bien ce qui me semblait, des choses qui n'ont rien à voir avec IPv6.
Yep.
Comme dit, ça fait depuis janvier 2019 que j'ai activé et forcé IPv6 chez tous mes abonnés GP+pro (avec un support technique formé à cette techno), pas un seul ticket relatif à un pb IPv6. La différence par rapport à Free, c'est qu'on a fait aucune communication dessus, du coup les clients savaient même pas qu'ils étaient en IPv6 et imputer les pb sur ça :p
-
Yep.
Comme dit, ça fait depuis janvier 2019 que j'ai activé et forcé IPv6 chez tous mes abonnés GP+pro (avec un support technique formé à cette techno), pas un seul ticket relatif à un pb IPv6. La différence par rapport à Free, c'est qu'on a fait aucune communication dessus, du coup les clients savaient même pas qu'ils étaient en IPv6 et imputer les pb sur ça :p
Du coup ils ont plus internet pour ouvrir un ticket ::)
-
Du coup ils ont plus internet pour ouvrir un ticket ::)
J'avoue, j'ai ri ;D
-
La différence par rapport à Free, c'est qu'on a fait aucune communication dessus, du coup les clients savaient même pas qu'ils étaient en IPv6 et imputer les pb sur ça :p
Je ne sais pas si l'on peut réellement dire que c'est free qui a communiquer dessus c'est parti d'un changelog du firmware qui a peut être été un peu trop repris par certains sites dévoués à free !
-
La mise à jour apporte les changements suivants :
Amélioration
Firewall IPv6. Désactivé par défaut, en fonction des retours il est possible qu’il soit activé par défaut dans le futur (seulement pour les abonnés qui n’auront pas modifié leur configuration).
Corrections
Débits instables sur Freebox Delta en PON 10G
réseau LAN inaccessible par le VPN quand l’agrégation 4G est activée
https://dev.freebox.fr/blog/?p=5416
-
du coup il est compatible UPnP-IGD leur firewall IPv6 ou c'est juste le minimum syndical ?
-
Dans l'interface il n'y a que la possibilité d'activer le parfeu, j'imagine que ça bloque les ports usuels tels que 80, 443, samba et compagnie de l'exterieur ? A tester :)
Ce serait cool dans le futur que l'option soit activée par défaut (pour tous les gens qui ne s'en préoccupent pas ou qui pensent que le NAT en IPV4 est une sécurité suffisante pour ouvrir des partages ou serveur sur leur réseau local, sans prendre conscience que c'est accessible sur internet en ipv6).
C'est un bon début ce firewall, ce serait aussi cool de pouvoir créer des règles plus précises: blocage de tout par défaut, UPNP (si ce n'est pas déjà fait) pour ouvrir dynamiquement, et règles statiques pour les cas particuliers (exemple serveur web).
-
Enfin un firewall IPv6 !
Merci Free, il ne reste plus qu'a l'activer par défaut.
Penser que chaque périphérique doit gérer sa propre sécurité en IPv6, c'est un raisonnement qui tient pour des PC.
Par contre les objets connectés,contrairement aux PC ne vont pas chercher tous les jour des mises à jour de sécurité et sont de fait beaucoup plus vulnérables. Il faut donc couper les flux entrant par défaut, ce qui est l'équivalent du NAT en IPv4. C'est nécessaire pour que les objets connectés se mettent à IPv6 (c'est un des arguments préférés des fabricants : risque de sécurité à faire de l'IPv6 donc on ne fait que de l'IPv4)
Si il y a une faille dans un objet connecté, comme celle présente dans le service de contrôle à distance de la machine (Remote Desktop Services) corrigé le 14 mai 2019, y compris pour Windows XP (2ème mise à jour depuis la fin du support de Windows XP, la précédente avait été déployée après que la majorité des hôpitaux anglais furent privé d'informatique avec WannaCry), mais aussi Windows Server 2003, Windows 7, Windows Server 2008 et 2008 R2, on risque des catastrophes.
-
Merci Free, il ne reste plus qu'a l'activer par défaut.
S'il y a pas la possibilité de débloquer des flux avec des règles, je pense qu'il faut mieux pas...
-
C'est un Firewall qui bloque le flux IPv6 entrant non sollicité (comme chez Orange ou Bouygues Telecom), il sera bien sur configurable, même si ce n'est pas le cas dans la v1. (je n'ai pas vu ce qu'il proposait)
-
Il y a eu section DHCP IPv6 qui a fait son apparition avec c'est maj
-
Les paramètres DHCP en IPV6 sont déjà là depuis bien longtemps @Nyck205. Comme ça je trouve pas d'utilité à y activer.
J’approuve le message de Vivien, ce serait beaucoup mieux d'y activer par défaut, puis en cas de nécessité, pouvoir créer des règles ou le désactiver. J'imagine que cette maj à été faite "rapidement" après l'activation de l'ipv6 chez tous les dégroupés et fibrés, ça pourrait évoluer.
-
La nouvelle case
A noter qu'il n'y a rien d'autre de nouveau, le DHCPv6 était déjà présent auparavant.
-
Du coup si on coche le firewall, on ne peut pas l'ouvrir pour une IPv6 en particulier ...
tu peux tester avec http://miniupnp.free.fr/index_fr.html ?
sous linux/ubuntu:
sudo apt install miniupnpc
puis la commande 'upnpc'
sous Windows, télécharge le binaire depuis le site.
pour voir le status du firewall:
upnpc -S
pour voir les flux ouverts:
upnpc -L
pour ouvrir un flux (pinhole):
upnpc -6 -A "" 0 2001:xxx:124::abcd 12345 tcp 3600
ceci laisse entrer les flux tcp sur le port 12345 pour la machine donc l'IPv6 est 2001:xxx:124::abcd pendant 3600 secondes. "" 0 indique quelque soit l'ip source et le port source.
mais bon je doute que la Freebox soit compatible avec cela. C'est de l'UPnP-IGD v2.0, section WANIPv6FirewallControl (voir https://openconnectivity.org/developer/specifications/upnp-resources/upnp/internet-gateway-device-igd-v-2-0 )
-
Pour l'instant on ne peut même pas ouvrir des ports donc ça a l'air très basique. On peut espérer que le support soit amélioré petit à petit.
-
ça ne fonctionne malheureusement pas (message d'erreur : pas de périphérique upnp-igd sur le réseau, comme tu en doutais).
à noter que même l'ICMP est bloqué.
-
La puissance tx et rx du sfp en pon est disponible maintenant
-
La nouvelle case
Il y a quoi sur la case "?" située à droite de la case "Activer le firewall IPv6" ?
-
La puissance tx et rx du sfp en pon est disponible maintenant
Bonsoir
Oui, mais uniquement pour les Freebox Delta ;)
-
Il y a quoi sur la case "?" située à droite de la case "Activer le firewall IPv6" ?
Bonsoir ,
Ce qui est inscrit au survol de la souris sur le ?
"Cochez cette case si vous souhaitez que votre Freebox filtre le traffic IPv6 entrant inconnu"
il y a bien 2 ff inscrits pour trafic ;)
-
Sympa, cette option, même si c'est effectivement très rudimentaire pour le moment ! Je vais l'activer sur toutes les box de la famille, qui n'hébergent rien du tout. Chez moi, en revanche, je ne vais pas l'activer sinon mes serveurs et NAS ne seront plus accessibles en ipv6.
-
ça ne fonctionne malheureusement pas (message d'erreur : pas de périphérique upnp-igd sur le réseau, comme tu en doutais).
à noter que même l'ICMP est bloqué.
L'UPnP-IGD existe sur la freebox, même en v2. Par contre il faut l'activer (désactivé chez moi).
Voir dans les paramètres de la freebox, mode avancé, UPnP-IGD.
Perso j'utilise mon propre routeur openWRT pour le firewall IPv6.
-
On sait si l'activation du Firewall bloque l'icmpv6 ?
Si oui en suivant la RFC4890 ?
En laissant :
o Destination Unreachable (Type 1) - All codes
o Packet Too Big (Type 2)
o Time Exceeded (Type 3) - Code 0 only
o Parameter Problem (Type 4) - Codes 1 and 2 only
et
o Time Exceeded (Type 3) - Code 1
o Parameter Problem (Type 4) - Code 0
-
Je viens de faire l'essai "ping" de l'extérieur vers 3 adresses V6 internes :
- n'existe pas
- existe, répond au ping
- existe, ne répond pas au ping
Avec Firewal actif, on n'a jamais de réponse ICMP
Sans Firewall, on a, classiquement :
- unreachable (remonté par la freebox)
- réponse
- pas de réponse
@ubune, je ne sais pas si ça répond à ta question "RFC4890"...
-
L'UPnP-IGD existe sur la freebox, même en v2. Par contre il faut l'activer (désactivé chez moi).
Voir dans les paramètres de la freebox, mode avancé, UPnP-IGD.
Perso j'utilise mon propre routeur openWRT pour le firewall IPv6.
Oui, cependant même après activation dans sa version 2 + reboot, le message d'erreur reste le même.
-
Je viens de faire l'essai "ping" de l'extérieur vers 3 adresses V6 internes :
- n'existe pas
- existe, répond au ping
- existe, ne répond pas au ping
Avec Firewal actif, on n'a jamais de réponse ICMP
Sans Firewall, on a, classiquement :
- unreachable (remonté par la freebox)
- réponse
- pas de réponse
@ubune, je ne sais pas si ça répond à ta question "RFC4890"...
Merci Garulf
Ta réponse me permet de voir que Free bloque l'icmp v6 pour les echo request (Type 128) provenant de l'exterieur.
Mais le protocole icmpv6 ne se résume pas au ping, surtout en ipv6 car par exemple il prend le role de ARP et IGMP qu'on a en ipv4 pour ipv6 (NDP, MLD sont inclus dans icmpv6).
Il faudrait juste vérifier que Free ne bloque pas les codes indiqués sur mon post précédent, au moins pour le "path mtu discovery" avec le type 2, car la ça serait pas malin, d'ou la RFC 4890 "Recommendations for Filtering ICMPv6 Messages in Firewalls".
-
@ubune, j'ai fait les tests suivants sur un Win10 derrière Freebox, toujours avec le firewall actif
C:\WINDOWS\system32>ping 2001:4b99:1:3:216:3eff:1:1
Envoi d’une requête 'Ping' 2001:4b99:1:3:216:3eff:1:1 avec 32 octets de données :
Impossible de joindre l’hôte de destination.
Ce qui me semble prouver que un packet ICMP Type 1 passe le firewall
C:\WINDOWS\system32>ping -6 mtu1280.test-ipv6.com -l 1280
Envoi d’une requête 'ping' sur mtu1280.test-ipv6.com [2001:470:1:18::1280] avec 1280 octets de données :
Défaillance générale.
Je ne comprends pas ce résultat et ne sais pas l'analyser. Je m'attendais à avoir une message d'erreur concernant la fragmentation.
Le même test sur, par exemple, ipv6.test-ipv6.com fonctionne normalement (Réponses ICMP reçues)
Par ailleurs, le test http://www.test-ipv6.com/ est tout vert (donc y compris le "Test grand paquet IPv6" qui nécessite que les packets ICMPv6 Type 2 ne soient pas filtrés)
N'hésite pas à me suggérer d'autres tests. Je dispose à Windows 10 interne et d'un serveur LINUX externe.
-
Merci pour le test !
En effet si ça te dit impossible de joindre l'hote c'est surement que ta machine a bien reçu le message icmp6 type 1, mais une trace wireshark ou un tcpdump sur ton linux permettrait de l'affirmer.
Pour le deuxieme test, pour joindre mtu1280.test-ipv6.com tu peux avoir une MTU de 1280 max !
Donc ton ping à 1280 ne peut pas passer :
1280 octet = taille d'un paquet maximum reçu par le site (mtu distante qui est, au passage, la mtu minimal autorisée sur le protocole ipv6)
1240 = paquet - l'entete ipv6
1232 = paquet - l'entete ipv6 - l'entete icmpv6
Si tu test avec un -l 1232 ça devrait passer, mais pas avec un -l 1233
Pour le path mtu faudrait des captures wireshark/tcpdump en faisant un autre type de flux qu'un ping chargé je pense.
A+
-
J'ai installé npcap + wireshark sur mon win10 interne
Je te confirme que, dans le premier test (ping vers une adresse V6 inexistante), mon win10 reçoit un packet ICMPV6 type 1 (destination unreachable) émis par le dernier nœud qui répond sur un trace route. J'ai aussi testé en envoyant à la même adresse un petit datagram UDP et j'ai bien le même retour ICMPV6 type 1
Et, dans le 2e test (envoi d'un packet ICMPV6 trop gros pour la cible), mon win10 reçoit bien un packet ICMPV6 type 2 (packet too big) émis par la cible elle même. J'ai forcé une taille de 1280 justement pour tester ce cas de packet trop gros. J'ai aussi testé en envoyant à la même adresse un datagram UDP gros et j'ai bien le même retour ICMPV6 type 2. J'ai aussi testé en TCP et on voit bien l'envoi de paquets de 1440 octets utiles, les ICMPV6 type 2 et le retry TCP avec des paquets plus petits
Bref, tout semble plutôt bien fonctionner pour ce que j'ai testé.
-
J'ai installé npcap + wireshark sur mon win10 interne
Je te confirme que, dans le premier test (ping vers une adresse V6 inexistante), mon win10 reçoit un packet ICMPV6 type 1 (destination unreachable) émis par le dernier nœud qui répond sur un trace route. J'ai aussi testé en envoyant à la même adresse un petit datagram UDP et j'ai bien le même retour ICMPV6 type 1
Et, dans le 2e test (envoi d'un packet ICMPV6 trop gros pour la cible), mon win10 reçoit bien un packet ICMPV6 type 2 (packet too big) émis par la cible elle même. J'ai forcé une taille de 1280 justement pour tester ce cas de packet trop gros. J'ai aussi testé en envoyant à la même adresse un datagram UDP gros et j'ai bien le même retour ICMPV6 type 2. J'ai aussi testé en TCP et on voit bien l'envoi de paquets de 1440 octets utiles, les ICMPV6 type 2 et le retry TCP avec des paquets plus petits
Bref, tout semble plutôt bien fonctionner pour ce que j'ai testé.
Super, ça rassure vu l'implèmentation rapide j'avais un peu peur que ça bloque tout
merci pour le retour :)
-
Il semblerait que la fin du monde soit plus proche que prévu :
https://www.numerama.com/tech/529644-ipv6-en-france-le-regulateur-des-telecoms-appelle-a-sy-mettre-de-toute-urgence.html
-
Il semblerait que la fin du monde soit plus proche que prévu :
https://www.numerama.com/tech/529644-ipv6-en-france-le-regulateur-des-telecoms-appelle-a-sy-mettre-de-toute-urgence.html
Peut-on réellement se fier à l'article ? Selon les données les plus récentes de l’ARCEP, Free est en tête du déploiement. La moitié de sa clientèle est en IPv6 sur son réseau fixe. Suit ensuite Orange, à 45 %. Quant à SFR et Bouygues Telecom, ils sont respectivement à 0,9 et 2,5 %. Et les prévisions pour la période 2019-2021 ne montrent pas un empressement : Free serait au mieux à 85 % en 2021, idem pour Orange, tandis que Bouygues Telecom serait à 50 % et SFR à 35 %
Je pense que depuis Avril que Free impose l'activation d'ipv6 sur ses boxs, c'est plutôt 85 à 90 % des périphériques qui sont en ipv6 ...
Bref, à se demander si le reste de l'article est basé ou non sur des informations récentes ...
-
Il me semble que Free ne propose pas d'IPv6 en zone non dégroupée et que l'IPv6 n'est pas activé par défaut sur les Freebox v5 / Freebox Cristal (et ces box d'un autre temps sont toujours commercialisées)
-
Pour les zones non dégroupées OK, mais c'est 10 % max non ?
Apparemment, sur les V5, c'est activé maintenant ?
https://lafibre.info/evenements/presentation-du-rapport-2019-de-larcep/msg663997/#msg663997
-
Bien vu, je n'avais pas eu l'information.
Les non dégroupés, de mémoire je dirais que c'est moins de 3% des clients.
Il faut regarder les résultats financiers de Free.
-
Le chiffre de 50% vient du FAI lui-même non ?
-
Pour les zones non dégroupées OK, mais c'est 10 % max non ?
Je dirai même ~1%, voir les chiffres de francois04.
P.S : voir ici, 99.2% de FTTH + dégroupés selon francois04 (46.000 non dégroupés) :
http://francois04.free.fr/estimation.php
-
Le chiffre de 50% vient du FAI lui-même non ?
Oui
Pour les chiffres publiées par l'Arcep dans le rapport 2019 sont ceux déjà publiés le 10/10/2018. Il s'agit d'un rapport annuel qui reprend tout ce qui a été fait pendant l'année 2018.
Les données publiées le 10/10/2018 sont des données au 30 juin 2018 (cf https://www.arcep.fr/cartes-et-donnees/nos-publications-chiffrees/transition-ipv6/barometre-annuel-de-la-transition-vers-ipv6-en-france.html ).
Pour les données au 30 juin 2019, le questionnaire part demain. Petite nouveauté cette année, les opérateurs sont obligés de répondre à partir du seuil de 5000 clients contre 1 million avant.
Rendez-vous en octobre ou novembre 2019 pour la publication des résultats.
-
Il me semble que Free ne propose pas d'IPv6 en zone non dégroupée et que l'IPv6 n'est pas activé par défaut sur les Freebox v5 / Freebox Cristal (et ces box d'un autre temps sont toujours commercialisées)
Sur mini4K/révolution/delta l'option ipv6 pouvait se rêgler en ligne, et sur la box. Il n'en est plus pour les deux choix.
Sur la v5/crystal l'option ne peux se régler qu'en ligne sur le compte free. Je ne serais pas étonné que free aie aussi activé l'ipv6 par défaut maintenant sur les V5. Si l'option disparait sur le compte en ligne, et que l'ipv6 est activé après un hard reboot et MAJ de la box, c'est qu'ils activent l'ipv6 par défaut. Je ne peux pas tester, la seul v5 que j'ai sous la main est en non dégroupé (juste ipv4).
Après, avec l'activation automatique sur les box les plus récentes, free devrait avoir des meilleurs scores dans les résultats arcep la prochaine fois... Il faudrait juste activer le parfeu pour madame michu.
-
Bonjour, le lien a peut-être déja été mis mais je me permet de le remettre:
Tuto Freebox : comment paramétrer le nouveau pare-feu IPV6 et pourquoi il est important de l’activer
https://www.universfreebox.com/article/50318/Tuto-Freebox-comment-parametrer-le-nouveau-pare-feu-IPV6-et-pourquoi-il-est-important-de-l-activer
-
Pour l'instant on ne peut même pas ouvrir des ports donc ça a l'air très basique. On peut espérer que le support soit amélioré petit à petit.
C'est la raison pour laquelle ma Delta n'est toujours pas à jour et que j'ai l'ipv6 désactivé pour l'instant. Le tout ou rien me dérange sur l'ensemble des périphériques sachant que j'héberge certains services chez moi.
En fait je voudrais faire comme avec l'ipv4 et l'ouverture de port, mais en ipv6. Genre j'ai un site, bim, 443 entrant autorisé vers tel ipv6 et les machines qui n'ont pas besoin d'avoir de flux entrant, bim, bloqué. Parce que l'ipv6 me fait de l'oeil, pouvoir réutiliser le port par défaut sur plusieurs services utilisants le même, c'est royal (sur le web le problème se pose moins avec le virtualhost, mais sur les serveurs de jeu c'est autre choses).
Perso la solution provisoire que j'ai trouvé c'est de faire une délégation ipv6 est de gérer ça en dehors de la freebox, mais j'ai pas envie de me prendre la tête donc j'attends que Free améliore son firewall ipv6 avant de l'activer :P
-
La Freebox Delta en xDSL propose de l'IPv6 quand le boost 4G est activé ?
Il me semblait que ce n'était pas possible quand il y a la possibilité de faire de l’agrégation avec la 4G.
-
Vivien, tu soulève ici le gros problème de "l'agrégation de free"
Vu que l'agrégation ne semble pas être une "vraie" agrégation, où l'ip ne change pas, ça pose souci avec l'ipv6 et le réseau mobile qui n'en propose
L'agrégation s'active uniquement en ipv4, quand le débit de la ligne est saturé, si la freebox capte bien la 4G.
En ipv6, et bien vu qu'il n'y a pas d'ipv6, si le serveur est en ipv6, tout passe par l'adsl, rien, jamais rien par la 4G.
Il y avait une tâche ouverte sur le bugtracker, mais ça a été fermé car ils jugent que ce n'est pas urgent. J'imagine que si leur "basculement" sur la 4G n'évolue pas, il faudra attendre que free déploie l'ipv6 sur son réseau mobile pour avoir une "agrégation" ipv4 et ipv6 sur la delta.
-
Mias est-il possible d'avoir l'IPv6 activé et l'option boost ?
J'ai bien compris que l'IPv6 resterais en ADSL, mais cela peut être pertinent pour certains d'avoir de l'IPv6 quand même, même si le boost est réservé aux connexions IPv4.
Concernant l'IPv6 sur le réseau FreeMobile, l'obligation de support d’IPV6 à compter du 31 décembre 2020 (cf https://lafibre.info/5g/5g-consultation-publique/ ) devrait aider.
-
Mias est-il possible d'avoir l'IPv6 activé et l'option boost ?
L'ipv6 passe qu'en adsl. Donc aujourd'hui pas de boost 4G avec de l'ipv6.
Les clients qui veulent l'ipv6 en 4G avec la delta doivent donc attendre maxi 1 an et demi et voir l'implèmentation / comment ça fonctionne quand le réseau mobile sera en ipv6.
-
En gros, cela s'appelle du "load balacing", et pas de l'agrégation !
Vivien, tu soulève ici le gros problème de "l'agrégation de free"
Vu que l'agrégation ne semble pas être une "vraie" agrégation, où l'ip ne change pas, ça pose souci avec l'ipv6 et le réseau mobile qui n'en propose
L'agrégation s'active uniquement en ipv4, quand le débit de la ligne est saturé, si la freebox capte bien la 4G.
En ipv6, et bien vu qu'il n'y a pas d'ipv6, si le serveur est en ipv6, tout passe par l'adsl, rien, jamais rien par la 4G.
Il y avait une tâche ouverte sur le bugtracker, mais ça a été fermé car ils jugent que ce n'est pas urgent. J'imagine que si leur "basculement" sur la 4G n'évolue pas, il faudra attendre que free déploie l'ipv6 sur son réseau mobile pour avoir une "agrégation" ipv4 et ipv6 sur la delta.
-
En gros, cela s'appelle du "load balacing", et pas de l'agrégation !
Les deux notions ne sont pas antinomiques, on peut faire du load-balancing suivant un algorithme défini et pas forcèment équilibré sur de l’agrégation (exemple :les implèmentations de LACP qui suivant le niveau du hash L2/3/4 peuvent conduire à une dissymétrie totale du trafic).
De ce que j'ai compris, une fois l'agrégation activée dans la console, tous les paquets sortent du réseau Free avec la même IP, quel que soit le chemin emprunté (4G ou xDSL) ? En quoi ça ne serait pas une agrégation ?
J'opposerais agreggation à failover plutôt qu'à load balancing.
-
Les deux notions ne sont pas antinomiques, on peut faire du load-balancing suivant un algorithme défini et pas forcèment équilibré sur de l’agrégation (exemple :les implèmentations de LACP qui suivant le niveau du hash L2/3/4 peuvent conduire à une dissymétrie totale du trafic).
De ce que j'ai compris, une fois l'agrégation activée dans la console, tous les paquets sortent du réseau Free avec la même IP, quel que soit le chemin emprunté (4G ou xDSL) ? En quoi ça ne serait pas une agrégation ?
D'après ce que je lis, ce n'est justement pas le cas !
-
D'après ce que je lis, ce n'est justement pas le cas !
Dans ce cas ok, j'avais cru comprendre que l'IP changeait quand on activait l’agrégation dans la console, et à partir de là il utilisait systématiquement une espèce d'adresse publique natée unique (via 4G ou xDSL).
-
ce n'est ni de l'agregation ni du load balancing. C'est de la "combinaison DSL + 4G".
C'est donc purement Free qui decide exactement ce qui se passe et comment ca se declenche.
Et pourtant y en a plein qui pensent 'agregation'