Auteur Sujet: Free: Problème de MTU/MSS pour les flux montant avec un APN configuré en IPv6 (Lu 8704 fois)

vivien · « **Réponse #12 le:** 27 mars 2022 à 12:53:48 »

Avec un APN IPv6 only et un serveur joignable uniquement en IPv4, on va utiliser le 464XLAT et les paquets que le terminal pense envoyer en IPv4 partent finalement avec une en-tête IPv6, or rappelez vous, cela rajoute 20 octets de plus.

Il faudrait donc avoir une MSS identique entre IPv4 et IPv6.

Or ce n'est pas le cas chez Free :

Free APN IPv4 flux IPv4 : MSS renvoyée par le réseau de 1384 octets
Free APN IPv6 flux IPv4 : MSS renvoyée par le réseau de 1384 octets. La MSS réelle est de +20 octets soit 1404 octets.
Free APN IPv6 flux IPv6 : MSS renvoyée par le réseau de 1360 octets

La MSS de 1404 octets est visiblement trop importante pour le réseau qui supprime les paquets.

Visualisation de la MSS renvoyée par le réseau dans le paquet SYN-ACK pour un APN IPv6 et un flux IPv4 : 1384 octets

Les paquets envoyé de grande taille n'arriveront jamais chez le destinataire.

Visualisation de la MSS renvoyée par le réseau dans le paquet SYN-ACK pour un APN IPv6 et un flux IPv6 : 1360 octets

La solution pour Free est assez simple : il faut baisser la MSS de 20 octets quand le client utilise un APN IPv6 et le 464XLAT

vivien · « **Réponse #13 le:** 27 mars 2022 à 13:00:30 »

Je suis intéressé pour savoir si vous êtes également impactés par cette MSS trop élevée sur un flux utilisant le 464XLAT, donc avec un APN IPv6 only et un serveur IPv4 only.

Pour faire ce test, il suffit d'avoir votre mobile Android en IPv6 et de faire un simple test nPerf, sur le serveur de Free (qui est IPv4 only) est suffisant.

Apple, qui utilise le CLAT ne devrait pas être impacté : Les paquets partent directement en IPv6 avec l''adresse IPv4 codée dans l'IPv6 sans passer par un véritable parque IPv4 comme c'est la cas avec le 464XLAT.

noks · « **Réponse #14 le:** 27 mars 2022 à 13:32:46 »

Je confirme que sur iphone de mon coté le problème ne se manifeste pas.

Pas de tel Android sous la main pour tester :/

vivien · « **Réponse #15 le:** 27 mars 2022 à 13:40:11 »

Sur un iPhone, je veut bien le test de l'upload via le partage de connexion.

En partage de connexion, l'iPhone va utiliser le 464XLAT tous les flux IPv4 chez Free (chez Orange / Bouygues, il y a un DNS64 qui fait que 99% du trafic IPv4 est en fait du trafic qui est en IPv6 dés le début).

guiest63 · « **Réponse #16 le:** 27 mars 2022 à 14:05:07 »

Hello
De mon côté, OnePlus 5, Android 11, je ne suis pas impacté par le souci en « 5G » affichée

noks · « **Réponse #17 le:** 27 mars 2022 à 15:52:34 »

Citation de: vivien le 27 mars 2022 à 13:40:11

Sur un iPhone, je veut bien le test de l'upload via le partage de connexion.

En partage de connexion, l'iPhone va utiliser le 464XLAT tous les flux IPv4 chez Free (chez Orange / Bouygues, il y a un DNS64 qui fait que 99% du trafic IPv4 est en fait du trafic qui est en IPv6 dés le début).

Je te ferais ça au bureau demain

darkmoon · « **Réponse #18 le:** 27 mars 2022 à 16:13:15 »

Aucun souci pour moi également (Mi10 / Android 11) :

Dream_Team · « **Réponse #19 le:** 27 mars 2022 à 16:23:56 »

Pas de soucis particulier non plus. iPhone 5G -> macbook

IPv6 ok. J'utilise bien les DNS de free.

Bon, la vitesse d'upload est décevante comme d'hab chez Free Mobile, mais pas à 0. J'ai pas mieux en IPv4, ni vers un serveur nPref IPv6.

vivien · « **Réponse #20 le:** 27 mars 2022 à 22:03:51 »

Citation de: vivien le 27 mars 2022 à 12:53:48

Free APN IPv4 flux IPv4 : MSS renvoyée par le réseau de 1384 octets
Free APN IPv6 flux IPv4 : MSS renvoyée par le réseau de 1384 octets. La MSS réelle est de +20 octets soit 1404 octets.
Free APN IPv6 flux IPv6 : MSS renvoyée par le réseau de 1360 octets

Alors là je suis étonné : J'ai déplacé la carte SIM dans un mobile plus récent (mon Pixel6 sous Android 12, qui au passage accroche Free en 5G) et là surprise, le flux montant fonctionne en IPv4 avec APN IPv6.

Curieux, je prend de nouvelles captures, le MSS IPv4 a bien baissé, ce qui fait que les paquets sont plus petits et peuvent maintenant passer !

Free APN IPv6 flux IPv4 : MSS renvoyée par le réseau de 1352 octets. La MSS réelle est de +20 octets soit 1372 octets.
Free APN IPv6 flux IPv6 : MSS renvoyée par le réseau de 1384 octets.

Si vous savez comment la MSS peut changer en fonction du mobile, je suis intéressé.

vivien · « **Réponse #21 le:** 27 mars 2022 à 22:18:19 »

Nouvelles captures, avec mon Pixel6 sous Android 12 et en 5G.

J'ai utilisé un envoi (fichier temp.iso de 10 Mo) vers ip.lafibre.info avec Curl sous Linux (Ubuntu 21.04) connecté en Wi-Fi à mon mobile Android en partage de connexion :
- APN IPv6, flux IPv4 : curl -4 -o /dev/null -F "filecontent=@./temp.iso" http://ip.lafibre.info => blocage des paquets de grande taille dans le sens montant
- APN IPv6, flux IPv6 : curl -6 -o /dev/null -F "filecontent=@./temp.iso" http://ip.lafibre.info => ok

Capture Wireshark APN IPv6 et flux en IPv4 : tout est ok

Capture coté client : (cliquer sur la miniature ci-dessous, Wireshark est nécessaire pour lire le fichier)
202103_free_android12_upload_apn_ipv6_flux_ipv4_cli.pcapng.gz

Capture coté serveur : (cliquer sur la miniature ci-dessous, Wireshark est nécessaire pour lire le fichier)
202103_free_android12_upload_apn_ipv6_flux_ipv4_srv.pcapng.gz

Capture Wireshark APN IPv6 et flux en IPv6 : tout est ok

Capture coté client : (cliquer sur la miniature ci-dessous, Wireshark est nécessaire pour lire le fichier)
202103_free_android12_upload_apn_ipv6_flux_ipv6_cli.pcapng.gz

Capture coté serveur : (cliquer sur la miniature ci-dessous, Wireshark est nécessaire pour lire le fichier)
202103_free_android12_upload_apn_ipv6_flux_ipv6_srv.pcapng.gz

vivien · « **Réponse #22 le:** 27 mars 2022 à 22:22:46 »

Avec mon vieux mobile : Samsung Galaxy S6 edge (SM-G925F) sous Andorid 7.0, un mobile 4G catégorie 6 équipé d'un Samsung Exynos 7 Octa 7420 (Quadri-cœur ARM-Cortex A57 à 2,1 GHz + quadri-cœur ARM Cortex-A53 à 1,5 GHz - 2.1 GHz gravé en 14nm) et de 3 Go RAM.

Citation de: vivien le 27 mars 2022 à 12:53:48

Visualisation de la MSS renvoyée par le réseau dans le paquet SYN-ACK pour un APN IPv6 et un flux IPv4 : 1384 octets

Les paquets envoyé de grande taille n'arriveront jamais chez le destinataire.

Avec mon Pixel6 sous Android 12 et en 5G. : MSS renvoyée par le réseau de 1352 octets.
On perd 32 octets sur chaque paquets et ils ne sont plus trop gros avec une en-tête IPv4 transformée en IPv6par le 464XLAT.
Je note que entre les deux versions d'Android la plage IPv4 utilisée pour l'IPv4 LAN crée par le 464XLAT a changée, tout en restant dans le 192.168.0.0/16.

vivien · « **Réponse #23 le:** 28 mars 2022 à 09:12:55 »

Avec un Alcatel Onetouch Idol 3 (5.5) sous Android 7.0 (mobile 4G équipé d'un Qualcomm Snapdragon 615 - 8 cœurs 64-bit Cortex A53 à 1,5 GHz et 2 Go de ram)
Spécifications :
- Cellular Modem-RF Specs: 1x20 MHz downlink (DL), 1x20 MHz (UL), LTE Category 4 (DL)
- Peak Download Speed: 150 Mbps
- Peak Upload Speed: 50 Mbps

APN IPv6 et flux IPv4 (ce mobile ne sais partager que l'IPv4 en partage de connexion) : MSS de 1372 octets et les flux passent bien avec le 464XLAT

C'est quoi qui fait que la MSS à la bougeotte ?