Freebox Server (Ultra V9/ Pop V8/ Delta V7 / Revolution V6 / Mini 4K)

  • État Fermée
  • Pourcentage achevé
    100%
  • Type Anomalie
  • Catégorie LAN → NAT (redirections, DMZ)
  • Assignée à Personne
  • Système d'exploitation Freebox Server V6 (Révolution)
  • Sévérité Haute
  • Priorité Très Basse
  • Basée sur la version 1.1.6
  • Due pour la version Non décidée
  • Échéance Non décidée
  • Votes
  • Privée

FS#10099 - connectivité ipv6

bonjour ;

la connectivité ipv6 de la freebox (v6) se dégrade depuis quelques temps. j’avais déjà constaté des problèmes de connxions en ipv6 entre freebox, ce soir ça a empiré : l’établissement des connexions en se fait plus (ou très lentement) si bien qu’en SSH, ca met plus d’une minute, et en web (firefox) ca passe tout simplement en ipv4.
j’en suis arrivé à désactiver l’ipv6 au niveau de la freebox, même si ca m’ennuie.

merci de corriger cela au plus vite !

Fermée par  mbizon
23.05.2013 13:08
Raison de la fermeture :  Doublon
Commentaires de fermeture :  

7287

tbigot a commenté le 20.01.2013 12:34

Même chose : impossible pour deux machines derrière deux freebox de se voir. C’est très ennuyeux, car des services tournent sur une de ces machines.
Chacune de ces machines voient le reste de l’internet en IPV6, et sont joignables depuis l’internet.
Le traceroute6 de chacune vers l’autre s’arrête à la freebox respective de l’accès utilisé.

pywy a commenté le 14.03.2013 15:18

Je n’ai jamais observé ce problème.
Que le traceroute6 ne fonctionne pas n’est pas significatif.
ping6 fonctionne-il correctement ?

N’hésitez pas a publier vos tests.

tbigot a commenté le 14.03.2013 15:47

Ni ping6, ni traceroute6, ni aucune donnée ne passe entre les deux freeboxes quand ça arrive.

$ ping6 2a01:e35:8a3b:1e40:21b:a9ff:fe03:53a7
PING 2a01:e35:8a3b:1e40:21b:a9ff:fe03:53a7(2a01:e35:8a3b:1e40:21b:a9ff:fe03:53a7) 56 data bytes
From 2a01:e35:8a3b:1e40::1 icmp_seq=2 Destination unreachable: Address unreachable
From 2a01:e35:8a3b:1e40::1 icmp_seq=3 Destination unreachable: Address unreachable
From 2a01:e35:8a3b:1e40::1 icmp_seq=4 Destination unreachable: Address unreachable
From 2a01:e35:8a3b:1e40::1 icmp_seq=6 Destination unreachable: Address unreachable
From 2a01:e35:8a3b:1e40::1 icmp_seq=7 Destination unreachable: Address unreachable
From 2a01:e35:8a3b:1e40::1 icmp_seq=8 Destination unreachable: Address unreachable

— 2a01:e35:8a3b:1e40:21b:a9ff:fe03:53a7 ping statistics — 9 packets transmitted, 0 received, +6 errors, 100% packet loss, time 8003ms

Sur une machine qui est up en ce moment même.

Accessible depuis autre chose qu’une freebox, et inversement.

pywy a commenté le 14.03.2013 15:59

Humm effectivement c’est bizarre.
Juste une dernière chose, es tu certain que 2a01:e35:8a3b:1e40:21b:a9ff:fe03:53a7 réponds tout court au ping ? (firewall bloquant ICMP)

tbigot a commenté le 14.03.2013 16:06

Bonne question sur le ping remarque… je ne sais plus. Dommage car en ce moment même, il n’y a plus de machine répondant à coup sûr au ping et/ou au ssh sur cette freebox. Il faut que je réessaye dans quelques jours.

pywy a commenté le 14.03.2013 16:17

Dommage, pourtant la freebox elle, y répond !
$ ping 88.163.177.XX
PING 88.163.177.228 (88.163.177.XX) 56(84) bytes of data.
64 bytes from 88.163.177.XX: icmp_req=1 ttl=55 time=93.7 ms

loloboss a commenté le 14.03.2013 23:50

Bonjour ;
j’ai la possibilité de faire quelques tests intéressants par rapport à notre problème :
- 1 machine chez OVH (A)
- 2 autres machines, chacune derrière une freebox différente (B & C)

⇒ toutes les machines ping correctement ipv6.google.com
⇒ A ping bien B & C
⇒ B & C ping bien A
on a donc une connectivité ipv6 fonctionnelle (même résultats avec des requêtes HTTP).

par contre, entre freebox :
⇒ le ping ne passe ni de B vers C, ni de C vers B
⇒ le traceroute6 ne donne qu’une seule ligne d’infos

il y a donc un réel problème, qui existe depuis très longtemps.

Que le traceroute6 ne fonctionne pas n’est pas significatif.

En quoi ce n’est pas significatif?

From 2a01:e35:8a3b:1e40::1 icmp_seq=2 Destination unreachable: Address unreachable
Juste une dernière chose, es tu certain que 2a01:e35:8a3b:1e40:21b:a9ff:fe03:53a7 réponds tout court au ping ? (firewall bloquant ICMP)

S’il est “unreachable”, ça n’a aucun intérêt de savoir s’il y répond.

Dommage, pourtant la freebox elle, y répond !
> $ ping 88.163.177.XX

Je ne vois pas le rapport. On parle d’IPv6, et on ne parle pas de ping sur la Freebox!

De toute façon en IPv6 les Freebox répondent toujours au ping.

@ loloboss
Quelles Freebox?

C’est surement un problème avec l’envoi direct 6to4rd vers 6to4rd.

Est-ce que tu peux tester avec un modem ADSL?

@dév Freebox
Est-ce que les paramètres du SIT sont les même en v5 et en v6?

loloboss a commenté le 15.03.2013 09:39

les @ipv6 de B & C :
2a01:e35:8b40:d5b0:7dda:f6f4:be7e:30c & 2a01:e35:8b40:d5b0:211:d8ff:fe86:3759
2a01:e35:3989:51d0:beae:c5ff:fe4c:503
(autre bizarrerie comme vous pouvez le voir : sur B j’ai 2 @pv6 - outre fe80- en 2a01, les 2 sont joignables de l’extérieur)

elles sont actuellement joignables si vous voulez tester ...

je n’ai pas de modem ADSL dispo (quoique ca doit se trouver) et je ne pense pas avoir les compétences pour faire marcher l’ipv6 sur un sagem ...

tbigot a commenté le 15.03.2013 09:43

Je n’ai rien pour expérimenter, mais je confirme le même comportement que
#comment53047

Avec d’un côté une freebox v6 /ftth, de l’autre une freebox v5 /dsl.

loloboss a commenté le 15.03.2013 09:44

(pour info, c’est 2 FBv6 en ADSL)

pywy a commenté le 15.03.2013 10:04

@loloboss
Les deux @ip sur B, c’est normal.
L’ip 2a01:e35:8b40:d5b0:211:d8ff:fe86:3759 est contruite a partir de ton @MAC.
L’ip 2a01:e35:8b40:d5b0:7dda:f6f4:be7e:30c est générée aléatoirement par l’OS (privacy policy activé), c’est ton ip sortante sur l’internet (pour ne pas etre “fliqué” sur le net, elle change régulièrement...)

Par contre, je n’arrive pas a voir tes PCs online, et je ne me l’explique pas :(
Pourtant, j’ai la meme config, 2 PC sur deux freebox V6 adsl, et tout fonctionne correctement.

loloboss a commenté le 15.03.2013 10:07

bah c’est bien le problème justement, t’es chez Free, tu peux pas accéder à d’autres freebox en ipv6 ;-)

@Thomas
Ta box répond :

Réponse de 2a01:e35:8a3b:1e40::1 : temps=42 ms
Réponse de 2a01:e35:8a3b:1e40::1 : temps=41 ms

C’est quoi comme Freebox?

(Moi j’ai la v5 ADSL.)

@lolo
Tu peux faire un tcpdump?

loloboss a commenté le 15.03.2013 11:05

voici un tcpdump de la machine B avec le filtre ‘icmp6’ :

→ B essaye de ping6 C
11:56:20.710852 IP6 2a01:e35:3989:51d0:beae:c5ff:fe4c:503 > 2a01:e35:8b40:d5b0:1c3b:852f:727a:4599: ICMP6, echo request, seq 1, length 64
11:56:21.716768 IP6 2a01:e35:3989:51d0:beae:c5ff:fe4c:503 > 2a01:e35:8b40:d5b0:1c3b:852f:727a:4599: ICMP6, echo request, seq 2, length 64
11:56:22.716683 IP6 2a01:e35:3989:51d0:beae:c5ff:fe4c:503 > 2a01:e35:8b40:d5b0:1c3b:852f:727a:4599: ICMP6, echo request, seq 3, length 64
11:56:23.716682 IP6 2a01:e35:3989:51d0:beae:c5ff:fe4c:503 > 2a01:e35:8b40:d5b0:1c3b:852f:727a:4599: ICMP6, echo request, seq 4, length 64
11:56:24.716688 IP6 2a01:e35:3989:51d0:beae:c5ff:fe4c:503 > 2a01:e35:8b40:d5b0:1c3b:852f:727a:4599: ICMP6, echo request, seq 5, length 64

→ C essaye de ping6 B
rien ...

→ A ping6 B avec succès
11:56:44.515343 IP6 2001:41d0:1:f92a::1 > 2a01:e35:3989:51d0:beae:c5ff:fe4c:503: ICMP6, echo request, seq 1, length 64
11:56:44.515365 IP6 2a01:e35:3989:51d0:beae:c5ff:fe4c:503 > 2001:41d0:1:f92a::1: ICMP6, echo reply, seq 1, length 64
11:56:45.514822 IP6 2001:41d0:1:f92a::1 > 2a01:e35:3989:51d0:beae:c5ff:fe4c:503: ICMP6, echo request, seq 2, length 64
11:56:45.514852 IP6 2a01:e35:3989:51d0:beae:c5ff:fe4c:503 > 2001:41d0:1:f92a::1: ICMP6, echo reply, seq 2, length 64
11:56:46.516084 IP6 2001:41d0:1:f92a::1 > 2a01:e35:3989:51d0:beae:c5ff:fe4c:503: ICMP6, echo request, seq 3, length 64
11:56:46.516108 IP6 2a01:e35:3989:51d0:beae:c5ff:fe4c:503 > 2001:41d0:1:f92a::1: ICMP6, echo reply, seq 3, length 64

tbigot a commenté le 24.04.2013 11:58

J’ai une nouveauté, ça m’est arrivé hier soir et à l’instant. J’ai deux freebox (et machines associées) avec ipv6 activé : réseau A (machines a1 et a2) et réseau B (machine b).
tentative de connexion b → a1 : timeout, essais successifs pedant plusieurs dizaines de minutes.
puis tentative de connexion a2 → b : fonctionne !
immédiatement, b → a1 fonctionne.

En fait, je parle de nouveauté parce que c’est assez clair, mais il me semble que ce comportement m’avait déjà frappé par le passé.

Suis-je seul ?

Chargement...

Activer les raccourcis clavier

Liste des tâches

Détails de la tâche

Édition de la tâche