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

Bonjour,

L’ajout du next-hop sur le dernier Freebox OS permet maintenant d’utiliser l’IPv6 avec un routeur derrière, c’est parfait merci ! (apparemment que pour la V6, rien d’affiché sur la v5/cristal encore ...)

Pour pouvoir utiliser ces services de façon un peu plus “carrée” il manque juste la délégation des DNS inverses.
Pouvez-vous rajouter (à priori dans l’interface de gestion du compte) la possibilité d’indiquer 2 ou + serveurs DNS inverses ?
(charge à l’utilisateur de comprendre et paramétrer correctement ce service)

A priori il n’y a pas de reverse du tout en IPv6 actuellement, même pas un générique sur *.free.fr/*.proxad.net

Merci par avance !

Bonjour,

J'ai constaté sur freebox OS que mes différents préfixe secondaire IPv6 ont changé.

Est-ce que cela est normal ? est-ce qu'ils régulièrement ?

Merci d'avance pour vos réponses,

Freebox Ultra V9 (R1) “rouge 25 ans Free” (firmware 4.9.4)

Bonjour,

Je me sers du wifi invité afin de m’isoler avec mon ordinateur d’entreprise en télétravail (juste l’accès à internet, 10 machines, pour la sécurité). Je viens de remarquer par hasard que quand je suis connecté en “invité” (en mode “Internet seulement”) je n’ai pas du tout accès à l’IPV6, les serveurs DNSV6 ne sont pas renseignés contrairement à mon wifi “normal”. Donc chaque requête DNSV6 échoue. Je précise qu’en wifi invité je me trouve uniquement en DHCP avec une IP différente de ma plage “normale” et un subnet mask “255.255.255.192”, ce qui semblerait normal. En wifi 2.4 ou 5 GHz, en WPA2/WPA3.

Est-ce un problème connu ?

Merci. Cordialement.

Alain

Bonjour,

J’ai la freebox Pop V8 r1
Version 4.9.8

Je viens de constater que j’ai un problème de débit avec la freebox pop mais uniquement en ipv6,
le débit chute sur le port 2.5G, de 2340Mbps à 500 environs.
Si Je reboot la box et pendant quelques minutes/heures le debit ipv6 est “normal” (2340Mbps).
Puis le lendemain ca redeconne et c’est bridé à environs 500Mbps jusqu’au prochain reboot.

Sur l’ipv4 aucun problème.

J’ai fait des tests avec l’outils checkFtthFree v0.27

[checkFtthFree v0.27]                           Windows 11 Build 26100 (64-bit)
-------------------------- 2025-08-18 08:25:24 +0200 --------------------------
Configuration réseau du système:
  Adapter.Driver: Marvell AQtion 10Gbit Network Adapter
  Adapter.DriverVersion: 3.1.10.0 (Marvell, 2024-04-23)
  Adapter.EEE: Disabled
  Adapter.FlowControl: Rx & Tx Enabled
  Adapter.IPChecksumOffloadIPv4: Rx & Tx Enabled
  Adapter.InterruptModeration: Enabled
  Adapter.JumboPacket: Disabled
  Adapter.LinkSpeed: 2.5 Gbps
  Adapter.LsoV1IPv4: Enabled
  Adapter.LsoV2: Enabled
  Adapter.PcieLinkSpeed: 8.0 GT/s
  Adapter.PcieLinkWidth: 1
  Adapter.PhysicalMediaType: 802.3
  Adapter.ReceiveBuffers: 512
  Adapter.Rsc: Enabled
  Adapter.SpeedDuplex: Auto Negotiation
  Adapter.TCPUDPChecksumOffload: Rx & Tx Enabled
  Adapter.TransmitBuffers: 2048
  NetProfile.NetworkCategory: Private
  Tcp.AutoTuningLevelLocal: Normal
  Tcp.CongestionProvider: CTCP
  Tcp.EcnCapability: Disabled
  Tcp.ScalingHeuristics: Disabled
  Tcp.Timestamps: Allowed
  => Latence max pour une réception TCP à 1 Gbps: 141 ms

Test TCP local (IPv4): téléchargement depuis la Freebox
  --> Latence: 1.50 ms                  [gigue: 0.46 ms]
  --> Débit: 295.82 Mo/s (2.37 Gbps)    [fluctuation: 0.78%]

Test TCP local (IPv6): téléchargement depuis la Freebox
  --> Latence: 1.34 ms                  [gigue: 0.61 ms]
  --> Débit: 291.34 Mo/s (2.33 Gbps)    [fluctuation: 1.40%]

Test TCP Internet (IPv4): téléchargement depuis le serveur Scaleway [BBR]
  --> Latence: 11.78 ms                 [gigue: 0.86 ms]
  --> Débit: 282.69 Mo/s (2.26 Gbps)    [fluctuation: 5.24%]

Test TCP Internet (IPv6): téléchargement depuis le serveur Scaleway [BBR]
  --> Latence: 11.68 ms                 [gigue: 0.74 ms]
  --> Débit: 68.46 Mo/s (547.70 Mbps)   [fluctuation: 1.07%]
-------------------------- 2025-08-18 08:26:30 +0200 ------------------

Après reboot

Configuration réseau du système:
  Adapter.Driver: Marvell AQtion 10Gbit Network Adapter
  Adapter.DriverVersion: 3.1.10.0 (Marvell, 2024-04-23)
  Adapter.EEE: Disabled
  Adapter.FlowControl: Rx & Tx Enabled
  Adapter.IPChecksumOffloadIPv4: Rx & Tx Enabled
  Adapter.InterruptModeration: Enabled
  Adapter.JumboPacket: Disabled
  Adapter.LinkSpeed: 2.5 Gbps
  Adapter.LsoV1IPv4: Enabled
  Adapter.LsoV2: Enabled
  Adapter.PcieLinkSpeed: 8.0 GT/s
  Adapter.PcieLinkWidth: 1
  Adapter.PhysicalMediaType: 802.3
  Adapter.ReceiveBuffers: 512
  Adapter.Rsc: Enabled
  Adapter.SpeedDuplex: Auto Negotiation
  Adapter.TCPUDPChecksumOffload: Rx & Tx Enabled
  Adapter.TransmitBuffers: 2048
  NetProfile.NetworkCategory: Private
  Tcp.AutoTuningLevelLocal: Normal
  Tcp.CongestionProvider: CTCP
  Tcp.EcnCapability: Disabled
  Tcp.ScalingHeuristics: Disabled
  Tcp.Timestamps: Allowed
  => Latence max pour une réception TCP à 1 Gbps: 141 ms

Test TCP local (IPv4): téléchargement depuis la Freebox
  --> Latence: 0.82 ms                  [gigue: 0.34 ms]
  --> Débit: 296.23 Mo/s (2.37 Gbps)    [fluctuation: 0.18%]

Test TCP local (IPv6): téléchargement depuis la Freebox
  --> Latence: 1.12 ms                  [gigue: 0.32 ms]
  --> Débit: 291.73 Mo/s (2.33 Gbps)    [fluctuation: 0.23%]

Test TCP Internet (IPv4): téléchargement depuis le serveur Scaleway [BBR]
  --> Latence: 10.66 ms                 [gigue: 0.70 ms]
  --> Débit: 243.47 Mo/s (1.95 Gbps)    [fluctuation: 9.73%]

Test TCP Internet (IPv6): téléchargement depuis le serveur Scaleway [BBR]
  --> Latence: 11.75 ms                 [gigue: 0.81 ms]
  --> Débit: 237.08 Mo/s (1.90 Gbps)    [fluctuation: 11.87%]
-------------------------- 2025-08-17 18:48:07 +0200 --------------------------
Appuyer sur Entrée pour quitter...

Bonjours!

Grand merci d’abord pour toutes les fonctionnalites deja implementees dans la Freebox, c’est vraiment top

J’ai ete ravi aussi de decouvrir qu’en plus des chouettes delegations de prefixe IPv6 2a01…00::/64 pour le LAN et 2a01…0[1-7]::/64 pour eventuellement d’autres routeurs derriere la box, le Serveur VPN aussi dispose de son propre prefixe 2a01…08::/64 !

Le seul hic c’est qu’il ne semble pas encore possible d’avoir ces IPv6 attribuees de maniere statique:
0. 2a01…08::10 est attribue au premier venu, ::20 au deuxieme etc mais l’ordre n’est pas maintenu: le deuxieme peut obtenir ::10 la fois d’apres;
1. La page de configuration ou l’on peut choisir une IPv4 statique 192.168.27.x pour chaque utilisateur n’offre pas encore l’equivalent en IPv6;
2. Configurer le client pour demander une IPv6 preferee (2a01…08:0123:4567:89ab:cdef ou ::10 ou ::5 ou ::42 etc) ne fait pas de difference.

Serait-il alors possible SVP d’ajouter un champ au formulaire de configuration d’utilisateur VPN permettant de specifier/choisir des IPv6 statiques comme il est deja possible de choisir des IPv4 statiques?

L’ideal serait de pouvoir specifier l’entiere deuxieme moitie comme les adresses IPv6 “tokenized” afin que d’eventuels attaquants n’aient pas simplement a scanner une poignee d’IPs previsibles (::10, ::20, ::30, etc) mais pas de souci si laisser les gens choisir le suffixe (ou bien le deriver automatiquement par exemple d’un hash du nom d’utilisateur, modulo une eventuelle collision) pose probleme, pouvoir ne serait-ce que stabiliser a quel utilisateur attribuer chaque ::[1-9]0 m’aiderait deja infiniment

Merci beaucoup d’avance!

Suite à la dernière version (4.7.5), je constate des instabilités au niveau de l’IPv6. Ainsi je me retrouve avec une chute de débit (650Mbps au lieux de 2370Mbps en RJ45 sur le port 2.5G) afin de contrer cela je dois redémarrer la Freebox plus fréquemment qu’avant. J’attends de vois si il s’agit d’un bug ou bien que ma Freebox est folle (Versions day-one).

Bonjour,

Quelqu’un peut-il svp confirmer que l’UPnP IGD ne fonctionne pas en IPv6 sur nos Freebox ? Rien ne fonctionne concernant l’UPnP dès que je tente quoi que ce soit en pure IPv6. Visiblement la Freebox ne connaît pas le concept de “Pinhole” de l’UPnP. Conséquence, on ne peut vraiment rien gérer, même par des chemins détournés, de ce foutu firewall IPv6 puisque l’on a pas non plus accès à l’ouverture de ports via l’interface. La concurrence est en avance sur ce sujet, réveillez-vous !

Merci.

En activant le pare-feu sur IPv6, tous les ports entrants sont fermés. Il n’y a pas moyen d’ouvrir certains ports vers des IPv6 spécifiques du réseau interne.

Pas même via UPNP IGD, car le service n’est opérationnel que sur IPv4.

Comment résoudre ?

Bonjour,

Le firewall IPv6 de Freebox OS est beaucoup trop limitant.

Il est très bien de pouvoir l’activer ou le désactiver. En revanche, si je l’active, il est aussi actif pour toutes les délégations de préfixes utilisées ce qui n’est pas logique puisque ces préfixes sont censés êtres gérés par un autre pare-feu en aval.

Mon but est d’avoir le pare-feu v6 actif pour les éléments branchés directement au réseau de la Freebox (PiKVM par exemple), et inactif sur certaines de mes délégations utilisées.

Il faudrait pouvoir :

- Avoir le choix d’exclure les délégations quand le pare-feu v6 est actif. Soit automatiquement en vérifiant si le champs “Next hop” contient une valeur, ou encore mieux, manuellement en mettant à disposition une case à cocher “Activer le firewall v6 sur cette délégation” pour permettre le cas par cas.
- Pouvoir créer des règles claires sur le pare-feu v6, mais cela implique plus de développement alors que le premier point est plus simple sur le papier.

Bonjour,
je découvre le site dev de Free et ayant quelques idées/questions en tête, je les poserais donc d'autres prochainement ici.
Je vois la possibilité via le Freebox OS de modifier la configuration IPV6. On peut activer/désactiver le Firewall et de même pour le DHCP. Je me dis donc pour les utilisateurs avancés comme moi, s'il y aurait la possibilité d'intégrer/de mettre à jour l'interface de gestion IPV6 de manière plus poussée.

- Je pense par rapport au Firewall donc au pare-feu, que nous pourrions faire nous même les autorisations au niveau des ports pour les différents services spécifiques au périphérique. Ainsi, il y a une protection supplémentaire mais configurable au niveau de la box
- De même pour le DHCP, je propose d'ajouter un moyen de gérer l'attribution en IPV6 fixe pour chaque appareil comme si on voulait attribuer une IP en IPV4

Les serveurs VPNs de la Freebox sont une bénédiction, un grand merci, c’est une solution majeure pour les globes trotteurs qui de l’étranger veulent se protéger de hotspots potentiellement malveillants.

La Rolls, un peu lente et ne fonctionnant que sur PC Windows ou Linux, c’est openVPN bridgé. IPv4 + IPv6 RAS

Si on veut connecter iOS, Android, Windows de façon native : IKEv2, IPv4 + IPv6 RAS

Vous avez choisi de proposer le protocole Wireguard, un nouveau protocole qui “monte” et semble-t-il un peu plus rapide qu’IKEv2 (mais je ne suis pas certains que ce soit onligatoirement plus sûr).

En l’état… c’est quasi inutilisable. L’IPv6 n’est pas implémenté.

Suite à des tests extérieurs, je me suis rendu compte que les serveurs VPNs qui ne fournissent pas d’adresse IPv6 posent souci :

- lenteurs sur certains sites
- certains sites sont totalement inacessibles. J’ai par exemple des petits jeu Android qui fonctionnent parfaitement chez moi en Wifi, mais ne fonctionnent pas en extérieur via VPN Wireguard, il faut que je passe par IKEv2

Concernant openVPN Routé… je n’ai pas la situation en tête, mais là aussi, il faut implémenter “si ce n’est pas déjà fait” l’IPv6
openVPN routé est la seule solution openVPN qui fonctionne sur Android et iOS (openVPN bridgé ne fonctionnera jamais sur iOS ou Android)

L’IPv6 est impératif désormais car beaucoup d’infrastructures ont basculé ces dernières années.
Un PC Windows sur une connexion “IPv4 only”, il a tendance à ramer…. les mises à jour, déjà lentes, deviennent très très lentes.

C’est sympa de donner le choix aux utilisateurs… mais juste un petit effort pour aller jusqu’au bout.

Bonjour,

Apparemment le client openvpn ne supporte pas IPv6. J’obtiens l’erreur suivante quand j’importe ma configuration :

unknown statement: tun-ipv6

Bonjour,
Dans le module de téléchargement de la freebox j’ai l’erreur suivante lors de l’importation du fichier de config OpenVPN :
“unknown statement: tun-ipv6”

L’IPV6 est bien activé dans les paramètres pourtant.

Deux questions alors :
- Le module interne de téléchargement de la box supporte-t-il l’IPV6 ?
- Si oui, y-a-t-il un paramètre supplémentaire de la box à modifier pour combiner L’IPV6 avec le module de téléchargement et la fonctionnalité OpenVPN ?

Merci d’avance.

Par défaut, le trafic internet IPv6 n'est pas routé avec le serveur OpenVPN routé. Le trafic IPv4 est quant-à-lui correctement routé.

Pour reproduire le problème :

• Activer le serveur OpenVPN routé dans l'interface d'administration de la Freebox
• Télécharger le fichier de configuration
• Lancer la commande suivante depuis une autre connexion :

  # openvpn "path/to/config.ovpn"

• Lancer "$ ip route show default" et constater que l'interface par défaut est bien tun0 (tout va bien)
• Lancer "$ ip -6 route show" et constater qu'aucun trafic internet n'utilise tun0 (pas normal)
• Ainsi, si on consulte ses IPs publiques (par exemple sur https://ip.lafibre.info), on constate que l'IPv4 est bien celle du serveur OpenVPN de la freebox, mais pas l'IPv6.

J'ai pu reproduire le problème sur Freebox Mini 4K (4.3.3) et Freebox Delta (4.3.3). Une solution de contournement assez simple côté client est d'ajouter manuellement l'instruction "redirect-gateway ipv6" à la configuration OpenVPN générée par la freebox :

push "redirect-gateway ipv6 def1"

Ce qui signifie probablement qu'il suffit de pousser cette configuration au client dans le "server.conf" de la freebox pour régler ce problème :

push "redirect-gateway ipv6 def1"

Ou peut-être moins intrusif, seulement router le trafic internet :

push "route-ipv6 2000::/4"
push "route-ipv6 3000::/4"

Bonjour

J'ai observé un étrange comportement entre le server VPN (freebox) et un client VPN (iOs, windows 10) lié à l'IPV6.
Si l'IPv6 est activée sur les 2 parties (server, client), la connexion internet du server VPN n'est pas transmise au client: pas d'internet.

Comme solution, j'ai désactivé l'IPv6 côté serveur VPN (freebox), ainsi que dans les propriétés du client (adaptateur réseau ethernet/wifi dans windows et dans l'adaptateur VPN), pour n'avoir que l'IPv4.

Côté iOs, les services sont partiels, je ne peux pas désactiver l'IPV6. Cependant bien que je ne puisse naviguer, je peux réceptionner des messages sur l'application Messenger (peut-être qu'il y a un bug sur l'application et que cela ne transite pas par le VPN).

Néanmoins il y a un soucis lié au VPN et à l'IPV6

Environnement technique:
Freebox pop
Serveur VPN IKEv2 activé

Téléphone iOs chez Sosh
PC sous windows 10 via une connexion mobile (partage de connexion Sosh)

Bien à vous,

Dans : https://mafreebox.freebox.fr/ Parametres de la Freebox
VPN Serveur
OpenVPN routé
Fichier de configuration
Télécharger la configuration

Cela va créer un fichier de config OpenVPN à pouvoir importer dans un client VPN

Sous Mac j’utilise TunnelBlick

En essant d’importer la configuration du serveur VPN j’ai un message d’erreur : tun-ipv6 non reconnu ou déprécié

Effectivement en cherchant dans le site officiel je trouve l’information que cette attribut n’est plus à utiliser
https://community.openvpn.net/openvpn/wiki/DeprecatedOptions#Option:--tun-ipv6Status:Ignoredpendingremoval

Je l’ai supprimé manuellement et le client VPN fonctionne.

Correction : Ne pas ajouté la ligne tun-ipv6 dans l’extraction de la config VPN Server.

Cordialement,
Ismail SEBBANE

Bonjour,

J’utilise avec bonheur le serveur wireguard de ma freebox (mini 4K en 4.7.8) depuis les téléphones mobiles de la famille.
L’un de nos téléphones est passé en IPv6 récemment ce qui a cassé la connexion wireguard.

J’ai pu la réparer en ajoutant un nouveau pair à la configuration de la connexion qui pointe vers l’IPv6 de ma freebox.

Je suggère que les configurations des clients générées incluent ce pair IPv6 systématiquement pour aider les utilisateurs face à la possibilité de passer en IPv6.

J’ignore si c’est faisable mais ce serait souhaitable à mon humble avis.

Cordialement,

Paul

Serait-il possible d'activer le support ipv6 pour le serveur wireguard, afin de router une /64 de la /61 dessus ?

Merci !

Bonjour,

Je constate sur plusieurs Freebox que les hôtes ne sont pas joignables depuis Internet en IPv6 sur certains ports : 25, 139, 445, 1900, 2869 qui semblent bloqués de manière forcée (apparaissent en filtered sur nmap).
Le pare-feu IPv6 de la Freebox n'est pas activé, aucun autre routeur ni pare-feu d'hôte.

Est-ce normal que Free bloque certains ports comme ça ? (j'en ai besoin pour faire du smb donc les ports 139 et 445).

Rien à voir avec du NAT ou redirection de ports, je parle d'IPv6 ici.

Merci d'avance pour toute information.
Flo

Bonjour,

Votre support Chat m’a renvoyé vers le 3244 qui m’a renvoyé vers votre site.

En essayant de monter un tunnel IPV6 entre 2 Freebox (Delta et Revolution) situées dans les environs de Lyon je me suis aperçu avec plusieurs ping (pendant plusieurs jours) que 95% des paquets étaient perdus entre les 2 destinations.

En synthèse à partir d’une adresse IPV6 située à Brignais dans le range 2a01:e0a:561:0000::/52 il est possible de joindre des adresses IPV6 situées dans la même ville (exemples: 2a01:e0a:561:0040::1, 2a01:e0a:561:0050::1, 2a01:e0a:561:1010::1, 2a01:e0a:561:1020::1) ou des adresses IPV6 d’autres régions (exemple: 2a01:e34:ed2b:8020::1) mais pas des adresses IPV6 situées dans d’autres villes de la même région (exemple: 2a01:e0a:561:2000::1, 2a01:e0a:561:3020::1, 2a01:e0a:375:2000::1, 2a01:e0a:375:2bb0::1).

Je vous remercie d’avance de trouver une solution à ce dysfonctionnement.

Cordialement.

Bonjour,

J'ai monté un tunnel IPv6 de he.net et j'héberge un site avec une adresse IPv6 de mon /48, mais depuis toutes les connexions Freebox que j'ai testées, impossible de faire un ping ou d'accéder au site et sur le traceroute j'ai deux sauts et plus rien. –> préfix 2001:470::1

C'est plutôt gênant pour de l'hébergement web en IPv6.

Merci

Bonjour,
le freebox server propose la liste des équipements réseau actif/inactif; mais impossible de faire une simple sélection de l’IPV4 ou IPV6 (encore plus indispensable) pour la copier.

Bonjour,

En cas d’utilisation d’IPv6 avec un routeur derrière la Freebox, on peut définir un Next Hop vers ce routeur.
Comme indiqué dans les paramètres de la Freebox, si l’on définit un Next Hop pour le 1er subnet, cela désactive son annonce :

Attention si vous configurez un Next Hop pour le premier subnet, il ne sera plus annoncé par la Freebox sur votre réseau

Néanmoins cela ne désactive pas les router advertisement ; voici un exemple de trames envoyées par la Freebox :

14:43:50.425321 IP6 fe80::f6ca:e5ff:fe40:XXXX > ip6-allnodes: ICMP6, router advertisement, length 32
        0x0000:  3333 0000 0001 f4ca e540 XXXX 86dd 6000
        0x0010:  0000 0020 3aff fe80 0000 0000 0000 f6ca
        0x0020:  e5ff fe40 7b61 ff02 0000 0000 0000 0000
        0x0030:  0000 0000 0001 8600 7d73 4000 0708 0000
        0x0040:  0000 0000 0000 0501 0000 0000 05c8 0101
        0x0050:  f4ca e540 7b61

Pourriez-vous désactiver également les router advertisement lorsque l’on configure un Next Hop sur le 1er subnet ?

Bonjour,

Je suis un abonné FTTH, et je rencontre un problème avec la délégation de préfixe à un équipement local en IPV6.

Je délègue un de mes blocs à l'appareil en question, il est effectivement accessible depuis l'extérieur mais pas depuis mon réseau local.

Un proche à moi étant passé en FTTH aujourd'hui à constaté ce soucis qui n'était pas présent lorsqu'il était en VDSL.

Le firewall ipv6 est bien entendu désactivé.

Est-ce normal ?

bonjour,

le support téléphonique me renvoie vers vous pour un problème de routage IPv6.
Je ne peux pas accéder en IPv6 à la Freebox d’un ami directement depuis chez moi. Ça passe depuis un serveur Dedibox.

Je vous mets le traceroute en échec de ma Freebox vers la sienne.

traceroute 2a01:e0a:278:d0::1
traceroute to 2a01:e0a:278:d0::1 (2a01:e0a:278:d0::1), 30 hops max, 80 byte packets
1 2a01:e0a:dc:2230::1 (2a01:e0a:dc:2230::1) 0.500 ms 0.463 ms 0.775 ms
2 2a01:e05:2:f836:7eb9::ffff (2a01:e05:2:f836:7eb9::ffff) 2.521 ms 3.186 ms 3.689 ms
3 2a01:e05:2:1713::ffff (2a01:e05:2:1713::ffff) 4.283 ms 4.548 ms 4.531 ms
4 2a01:e05:2:1713:fe00::919d (2a01:e05:2:1713:fe00::919d) 5.920 ms 6.559 ms 7.496 ms
5 * * *
6 * * *
7 * * *

Voici un traceroute réussi depuis la dedibox.

traceroute6 2a01:e0a:278:d0::1 -I
traceroute to 2a01:e0a:278:d0::1 (2a01:e0a:278:d0::1), 30 hops max, 80 byte packets
1 _gateway (2001:bc8:2c1f:200:1::) 0.259 ms 0.301 ms 0.220 ms
2 2001:bc8:2::2:172:2 (2001:bc8:2::2:172:2) 0.913 ms 0.968 ms 1.096 ms
3 2001:bc8:400:100::60 (2001:bc8:400:100::60) 1.242 ms 1.280 ms 1.343 ms
4 2001:bc8:400:1::89 (2001:bc8:400:1::89) 0.641 ms 0.585 ms 0.529 ms
5 2001:bc8:0:2::10 (2001:bc8:0:2::10) 1.455 ms 1.397 ms 1.440 ms
6 * * *
7 2a01:e05:2::d (2a01:e05:2::d) 13.274 ms 13.201 ms 13.235 ms
8 2a01:e05:2:1713:fe00::919d (2a01:e05:2:1713:fe00::919d) 13.998 ms 14.267 ms 14.824 ms
9 2a01:e0a:278:d0::1 (2a01:e0a:278:d0::1) 13.505 ms 13.438 ms 13.691 ms