Auteur Sujet: Flybox 5G : débit meilleur en IPv6 vs IPv4 ? (Lu 542 fois)

vivien · « **le:** 25 juillet 2025 à 14:05:56 »

La Flybox 2 -5G d'Orange est IPv6 only coté Wan.

Le DNS est un DNS64, qui va donner des IPv6 a toutes les requêtes DNS IPv4. Toutefois, certains flux ne passent pas par les DNS. Pour la connectivité IPv4, il y a un mécanisme de 464XLAT qui générer une IPv4 sur la box, mais coté WAN, c'est de l'IPv6 jusqu'à la plateforme NAT64.

Je me suis demandé les débits étaient équivalents en IPv4 (via 464XLAT) vs IPv6. Voici une série de tests de débit avec un serveur IPv4 puis IPv6 de nPerf (nPerf va forcer les tests en IPv4, même si le DNS64 donne une IPv6).

Je présente les tests de manière chronologique (2 tests IPv4 suivie de 2 tests IPv6 suivi de 2 tests IPv4,...)

2 tests IPv4 :

2 tests IPv6 :

vivien · « **Réponse #1 le:** 25 juillet 2025 à 14:06:02 »

2 tests IPv4 :

2 tests IPv6 :

vivien · « **Réponse #2 le:** 25 juillet 2025 à 14:06:10 »

2 tests IPv4 :

2 tests IPv6 :

vivien · « **Réponse #3 le:** 25 juillet 2025 à 14:06:14 »

2 tests IPv4 :

2 tests IPv6 :

vivien · « **Réponse #4 le:** 25 juillet 2025 à 14:15:07 »

Sur ces tests, si je fais la moyenne des débits moyens de chaque test, j'ai :

IPv4 : 283 Mb/s
IPv6 : 377 Mb/s

hwti · « **Réponse #5 le:** 25 juillet 2025 à 16:26:44 »

Il serait intéressant de tester également les performances du NAT64 seul (sans le coût du 464XLAT de la Flybox).
Normalement c'est censé être plus représentatif de l'accès à un serveur uniquement IPv4, mais avec un programme qui supporte l'IPv6.

Pour celà, il faudrait soit :
- faire un test IPv6 sur un serveur qui ne fournit qu'une IPv4 (mais il n'y en a pas beaucoup)
- tricher au niveau DNS (/etc/hosts ou serveur spécifique) pour remplacer l'IPv6 d'un serveur par l'IP DNS64 générée à partir de son IPv4

Les performances du 464XLAT restent très utiles, notamment parce que quasiment aucun DNS tiers n'est DNS64.
Au passage, sur Android le réglage DNS privé est global, il n'est donc pas possible de changer les DNS de la connexion mobile tout en gardant du DNS64 sans casser le WiFi...

vivien · « **Réponse #6 le:** 25 juillet 2025 à 16:30:49 »

Bien noté pour les tests.

Sur le sujet des DNS64 alternatifs : DNS64 alternatifs (ex: dns64.cloudflare-dns.com)
Cela date de 2019, il doit y en avoir plus maintenant.

hwti · « **Réponse #7 le:** 25 juillet 2025 à 17:22:30 »

Citation de: vivien le 25 juillet 2025 à 16:30:49

Sur le sujet des DNS64 alternatifs : DNS64 alternatifs (ex: dns64.cloudflare-dns.com)

Je ne sais pas s'il y en a d'autres, ce n'est pas très répandu.
Et le problème est que :
- sur une connexion WiFi IPv4 only, ça ne fonctionne pas (je ne sais pas s'il y a une raison pour que ces serveurs n'aient pas d'IPv4)
- sur une connexion WiFi dual stack, ça semble fonctionner, mais je ne sais pas exactement comment puisque l'IPv6 DNS64 n'est pas joignable (soit l'IPv4 est bien privilégiée, soit il faut compter sur happy eyeballs, ça pourrait dépendre des applis)

renaud07 · « **Réponse #8 le:** 25 juillet 2025 à 18:59:24 »

Les DNS64 sont censés servir des hôtes IPv6 only, il n'y a donc aucune raison qu'ils aient une IPv4.

Dans un réseau avec NAT64 bien fait, aucun trafic v4 littéral (du moins à destination du net) ne devrait circuler.

hwti · « **Réponse #9 le:** 25 juillet 2025 à 19:10:51 »

Citation de: renaud07 le 25 juillet 2025 à 18:59:24

Les DNS64 sont censés servir des hôtes IPv6 only, il n'y a donc aucune raison qu'ils aient une IPv4.

Dans un réseau avec NAT64 bien fait, aucun trafic v4 littéral (du moins à destination du net) ne devrait circuler.

Sauf que là je parle de la configuration "DNS privé" d'Android, qui est à la fois le seul moyen direct de changer le DNS sur la connexion mobile, mais s'applique à toutes les connexions (donc aussi en WiFi, qui est typiquement IPv4-only ou dual stack).
Idéalement la configuration devrait être distincte pour chaque connexion.

vivien · « **Réponse #10 le:** 25 juillet 2025 à 19:29:27 »

Par contre, les champs A pour les DNS64 peuvent être utiles, pour les applicatifs comme nPerf qui forcent IPv4, mais aussi quand il y a derrière un partage de connexion qui ne prend en compte que IPv4.

Sous Ubuntu, par exemple, il est possible d'activer un point d'accès (pour partager une connexion Ethernet par exemple), mais cela ne partage que l'IPv4, donc quand je me mets dans ce mode (pour sniffer les paquets de mon téléphone mobile qui se connecte en Wi-Fi sur mon Ubuntu, c'est pratique) j'ai le DNS64 de ma box 5G, mais je n'ai plus qu'une connectivité IPv4.

renaud07 · « **Réponse #11 le:** 25 juillet 2025 à 20:42:31 »

Citation de: hwti le 25 juillet 2025 à 19:10:51

Sauf que là je parle de la configuration "DNS privé" d'Android, qui est à la fois le seul moyen direct de changer le DNS sur la connexion mobile, mais s'applique à toutes les connexions (donc aussi en WiFi, qui est typiquement IPv4-only ou dual stack).
Idéalement la configuration devrait être distincte pour chaque connexion.

Là c'est sûr que c'est plus un problème de conception qu'autre chose... Il est possible aussi de passer par les VPN, mais c'est moins pratique et on a toujours la même problématique, il en faudrait 2 et switcher quand on change de réseau.