- État Fermée
- Pourcentage achevé
- Type Anomalie
- Catégorie WAN → DSL
- Assignée à Personne
- Système d'exploitation Tous
- Sévérité Haute
- Priorité Très Basse
- Basée sur la version 3.1.2
- Due pour la version Non décidée
-
Échéance
Non décidée
- Votes 7
- Privée
Ouverte par Fourche - 02/06/2015
Dernière modification par Thibaut Freebox - 17/05/2019
FS#17546 - Routage IPv6 en panne
Bonjour,
Le routage IPv6 est en panne depuis plusieurs semaines chez Free. Seules quelques rares IPv6 sont joignables (essentiellement ipv6.google.com et test-ipv6.com), mais les paquets à destination de tout le reste se perdent sur des routeurs Free.
Voici par exemple un mtr à destination d’online.net :
My traceroute [v0.85]
sweet_home (::) Tue Jun 2 13:26:08 2015
Keys: Help Display mode Restart statistics Order of fields quit
Packets Pings
Host Loss% Snt Last Avg Best Wrst StDev
1. 2a01:e35:xxxxxxxxxxxx 0.0% 557 3.1 4.1 1.6 19.6 2.5
2. 2a01:e00:18::25 6.1% 557 25.8 572.9 17.6 7035. 1117.
3. 2a01:e00:18::2 78.8% 557 19.2 605.5 17.6 7035. 1615.
4. dedibox-1-p.intf.routers.proxad.net 75.3% 556 20.1 21.2 16.8 40.4 3.3
5. 2001:bc8:0:1::b6 75.3% 556 19.3 23.2 18.0 146.2 11.3
6. www.online.net 75.9% 556 179.0 173.5 171.7 201.8 3.3
La quasi totalité des paquets est perdue entre deux routeurs Free, à savoir 2a01:e00:18::25 et 2a01:e00:18::2. (Ce sont bien des routeur Free comme en témoigne le whois sur ces IP).
Ces routeurs étant traversés systématiquement sauf pour les deux exemples cités plus haut, la connexion IPv6 depuis une Freebox est donc à l’heure actuelle presque totalement hors-service.
J’ai tenté quelques astuces habituelles, comme diminuer le MTU sans que cela ne change la moindre chose : même les plus petits paquets se perdent.
Enfin, ce n’est pas un problème de pare-feu qui refuserait spécifiquement les ICMP générés par mtr car des captures réseau avec wireshark montrent qu’en cas de tentative de connexion vers un site IPv6 en TCP, les paquets sont bien émis par le PC vers la freebox et demeurent sans la moindre réponse. Le PC fait alors plusieurs tentatives de retransmission TCP qui restent sans succès la plupart du temps.
Une fois de temps en temps, un paquet parvient tout de même à passer : dans ce cas, la réponse est parfaitement valide et ne révèle rien de particulier.
L’essentiel des connexions se termine cependant par un timeout au bout d’un temps assez long.
Sans être totalement en panne, le dysfonctionnement est suffisamment important pour considérer que l’IPv6 fourni par Free n’est plus utilisable.
C’est critique pour un protocole de base d’Internet.
Merci d’avance !
Chargement...
Activer les raccourcis clavier
- Alt + ⇧ Shift + l Se connecter/Se déconnecter
- Alt + ⇧ Shift + a Ouvrir une tâche
- Alt + ⇧ Shift + m Mes recherches
- Alt + ⇧ Shift + t Rechercher par ID de tâche
Liste des tâches
- o Ouvrir la tâche sélectionnée
- j Déplacer le curseur vers le bas
- k Déplacer le curseur vers le haut
Détails de la tâche
- n Tâche suivante
- p Tâche précédente
- Alt + ⇧ Shift + e ↵ Enter Modifier cette tâche
- Alt + ⇧ Shift + w Surveiller
- Alt + ⇧ Shift + y Fermer cette tâche
Édition de la tâche
- Alt + ⇧ Shift + s Enregistrer la tâche
J'ai un serveur joignable par 4 ip (V6) différentes et seulement une est joignable depuis un mois environ.
Cela commence à devenir long, l'IPv6 fourni par free n'est plus vraiment utilisable.
Free utilise du 6RD (technologie d'encapsulation IPv6 over IPv4) pour acheminer le trafic IPv6 vers l'abonné. Le next-hop qui semble perdre les paquets est le concentrateur 6RD en lui même. En même temps, avec des solutions home made / non spécialisées faut pas s'attendre à des miracles sur la qualité / performance.
Les 2 solutions pour que cela s'améliore sont donc : soit migrer tout en dual stack mais cela est long et couteux, soit investir dans de vrais concentrateurs 6RD ce qui est couteux et une solution à court terme.
Pour ma part, IPv6 désactivé depuis un bon moment vu la piètre qualité proposée, hélas...
@Les Tech chez free : si besoin d'une techno 6RD je travaille pour un éditeur spécialisé dans le domaine :)
Pour ma part, j'ai souvent ça avec un traceroute depuis plusieurs mois :
C'est un traceroute depuis mon PC chez Free vers un de mes serveurs dédiés chez OVH.
Quelque fois, ça revient pendant quelques jours, puis ça ne fonctionne plus à nouveau :( Ça commence à devenir vraiment problématique, du coup, j'ai également désactivé l'IPv4.
Oops, c'est le contraire : de mon serveur à mon PC :p Désolé :)
Bonjour.
Le bug est toujours d'actualité, sans la moindre amélioration visible.
Bonjour,
Signalé également à @LALIGNEDEFREE sur twitter :
https://twitter.com/ywilien/status/621801370002153472
Aucun retour non plus.
Les pertes de paquets ne sont désormais plus que de l'ordre de 25%-30%. C'est certes mieux, mais ce n'est pas encore fiable.
Après quelques mois de relative amélioration (sans que cela ne soit toutefois totalement résolu), c'est reparti de plus belle comme l'année dernière...
Je confirme, c'est reparti de plus belle et totalement inutilisable.
Et c’est rereparti de plus belle chez moi :(
Pas de IPv6 non plus pour moi, la connexion s'arrête à la freebox :
1. 2a01:e35:8be7:65f0::1 0.0% 10 5.2 7.1 5.1 9.3 1.2
2. ???
Des nouvelles à propos de ce ticket ?
Demande de pare-feu manquant en IPv6 : https://dev.freebox.fr/bugs/task/4110
Demande de reverse DNS en IPv6 : https://dev.freebox.fr/bugs/task/12749
16 avril 2019 à 12:57, le changement : IPv6 par défaut.
→ https://dev.freebox.fr/blog/?p=5382
"Note additionnelle:
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.
Pour cette raison, désactiver l'IPv6 complètement sur une Freebox revient à potentiellement diminuer les performances réseaux, donc nous enlevons la possibilité de désactiver celui-ci globalement. Cette fonction avait été introduite il y a plus de 10 ans au même moment que la fonction IPv6 de la Freebox, afin d'éviter les problèmes d'interopérabilité avec les systèmes d'exploitation de l'époque.
Notez qu'il est toujours possible de désactiver l'IPv6 sur le périphérique lui-même."
À ce jour, les routes IPv6 ont changé et je ne constate plus aucune perte de paquet dans les conditions du test initial.