Freebox V5 ADSL

Concerne le projet: Freebox V5 ADSL
Ouverte par fenyo - 20/06/2016
Dernière modification par mbizon - 06/08/2020

IPv6 est acheminé dans le réseau Free via une encapsulation 6rd. Le MTU est donc de 1480 au lieu de 1500.
La FreeBox envoie bien ce MTU de 1480 dans ses annonces ICMPv6 de type router advertisement.
Donc les machines des clients, derrière leur FreeBox, annoncent un MSS adapté à ce MTU pour leurs connexions TCP sur IPv6.
Donc tout semble marcher, en TCP sur IPv6.

Mais si on fait autre chose que du TCP, ça ne marche plus.
En effet, si on reçoit un paquet non TCP, en IPv6 depuis une machine sur Internet nativement sur IPv6 (sans encapsulation 6rd ou autre type d’encapsulation), ce paquet ne peut pas arriver à la FreeBox et l’émetteur initial n’est pas informé qu’il doit ajuster le MTU pour cette destination routée par la FreeBox.

Voici pourquoi : l’interconnexion IPv6 de Free avec les autres systèmes autonomes constituant Internet n’envoie pas, ou filtre (ce qui revient au même), les paquets IPCMv6 de type “Packet Too Big” qui doivent pourtant être renvoyés lorsqu’un paquet IPv6 de 1500 octets entre dans le réseau IPv6 de Free. Donc l’algorithme PMTUD ne fonctionne pas et l’émetteur continuera à envoyer des paquets de 1500 octets qui n’arriveront jamais à la FreeBox destinataire.

Voici la preuve en analysant deux cas :

1er cas :
Si on lance des gros paquets ICMP depuis une machine chez un opérateur nativement sur IPv6 (cloud BrightBox dans cet exemple), vers une machine chez un opérateur qui encapsule IPv6 (www.tames.eu dans cet exemple), on reçoit alors correctement des ICMP “Packet Too Big” :

fenyo@brightbox# ping6 -s 1440 www.tames.eu PING www.tames.eu(2001:7b8:3f4::152) 1440 data bytes
From gw-524.ede-01.nl.sixxs.net icmp_seq=1 Packet too big: mtu=1280
From gw-524.ede-01.nl.sixxs.net icmp_seq=2 Packet too big: mtu=1280
From gw-524.ede-01.nl.sixxs.net icmp_seq=3 Packet too big: mtu=1280
[...]

2ième cas :
Mais si on fait la même chose depuis cette même machine nativement sur IPv6 (cloud BrightBox) vers une machine IPv6 derrière une FreeBox (fenyo.net), on ne reçoit pas les “Packet Too Big” qui devraient pourtant être envoyés par le routeur Free qui fait l’encapsulation 6rd vers la FreeBox (l’opérateur de www.tames.eu le fait, Free devrait aussi le faire, les conditions sont les mêmes) :

fenyo@brightbox# ping6 -s 1440 fenyo.net
PING fenyo.net(2a01:e35:8aae:bc60:222:15ff:fe3b:59a) 1440 data bytes
— fenyo.net ping statistics — 5 packets transmitted, 0 received, 100% packet loss, time 4030ms

Conclusion : IPv6 chez les clients de Free derrière une FreeBox :
- fonctionne pour TCP dans tous les cas ;
- mais ne fonctionne en UDP (ou autre protocole hors TCP) qu’avec des machines distantes chez des opérateurs qui font aussi de l’encapsulation pour apporter IPv6 au CPE (6rd ou autre). Il est impossible d’échanger de l’IPv6 autre que TCP avec des machines sur Internet nativement en IPv6 (sans encapsulation). C’est pourtant la majorité des machines sur IPv6, c’est donc un gros problème pour tous les protocoles hormis TCP : DNS sur UDP notamment.