Auteur Sujet: FTTH ZMD: Free ferait du 4rd (IPv4 portée par IPv6 et NAT sur le réseau) (Lu 133613 fois)

alain_p · « **Réponse #84 le:** 28 février 2016 à 16:23:56 »

Rq : dans ces deux cas (cyberjuls et didjee34, à Castelnau Le Lez), on passe d'abord par l'adresse IPv4 194.149.164.0, puis on sort par le routeur de Bezons, p11-crs16-1-be1003.intf.routers.proxad.net. L'adresse IPv4 est pingable. Je ne sais pas à quoi correspond cette adresse IPv4. Quand je fais un traceroute, je l'atteins à travers le même routeur. Par contre, elle ne semble pas avoir de reverse DNS. Est-ce que c'est l'adresse d'une des interfaces du routeur, liée au "tunnel" 4rd ? l'adresse appartient à Online, dans la plage 194.149.160.0/19. J'ai l'impression que c'est cette adresse qui sert à la translation IPv6 vers IPv4.

P.S : cela pourrait correspondre à cette partie de la réponse de kgersen, mais sans utiliser l'adresse réservée par IANA ?

Citer

(3) l'IPv4 affichée pour un routeur IPv6 est la fausse IPv4 du 4rd (adresse réservée explicitement par l'IANA et valant 192.0.0.8/32).

P.S 2 : je remets le tracepath de didjee34 pour plus de clarté, à partir de son debian 8 :
MTU 1472

Code: [Sélectionner]

root@vpnbox:~# ifconfig eth0 mtu 1472
root@vpnbox:~# tracepath www.free.fr
 1?: [LOCALHOST]                                         pmtu 1472
 1:  192.168.2.1                                           0.322ms
 1:  192.168.2.1                                           0.260ms
 2:  194.149.164.0                                        13.980ms
 3:  p11-crs16-1-be1003.intf.routers.proxad.net           18.045ms
 4:  p11-9k-1-be1000.intf.routers.proxad.net              15.521ms
 5:  bzn-9k-2-sys-be2001.intf.routers.proxad.net          14.505ms
 6:  no reply

kgersen · « **Réponse #85 le:** 28 février 2016 à 17:55:31 »

mouais pas tres concluant. y'a peut-etre un écart de mise en oeuvre chez Free.

alain_p · « **Réponse #86 le:** 28 février 2016 à 18:09:05 »

Je vois aussi que l'adresse 192.0.2.1 apparait dans le traceroute. Or le bloc 192.0.2.0/24 est réservé par IANA pour des documentations :

Citer

3. Documentation Address Blocks

The blocks 192.0.2.0/24 (TEST-NET-1), 198.51.100.0/24 (TEST-NET-2),
and 203.0.113.0/24 (TEST-NET-3) are provided for use in
documentation.

http://tools.ietf.org/html/rfc5737#section-3

Il est possible que Free ait ré-utilisé dans son implèmentation des adresses vues dans une documentation, et réservées pour cela...

Slothy · « **Réponse #87 le:** 28 février 2016 à 19:47:13 »

Bon, voici les résultats des tests réalisés sur la connexion Free de mon voisin.

Machine utilisée : DELL Precision M6600, i7 quadri coeur, 8 Gb de RAM et SSD connectée en direct en câble à la Freebox.

Speedtest :

Constatations :

-Le débit IPv6 est ridicule, de ce fait je n'ai pas pu terminer le test de neutralité
-Certains sites sont long à charger
-La MTU en IPv4 est de 1474
-La MTU en IPv6 est de ~~1480~~ 1500
-Je n'ai pas pu me connecter au FTP de testdebit.info en IPv4 (encore une histoire de plage de port ça)
-Impossible d'activer le VPN de la Freebox, un truc du style "Vous ne pouvez pas activer cette fonctionnalité avec votre connexion" c'est sacrèment con de migrer sur la fibre pour au final pas pouvoir accéder à ton réseau
-L'espace client n'est pas du tout à jour, c'est comme si la migration fibre n'avait jamais été faite
-Le débit du Speedtest est bien limité par la connexion et non le PC, qui fait 950 Mb/s en FTTH SFR.

Des traceroutes :

Code: [Sélectionner]

Target Name: massy.testdebit.info
         IP: 194.158.102.114
  Date/Time: 28/02/2016 16:54:53 to 28/02/2016 16:55:09

Hop Sent Err  PL% Min Max Avg  Host Name / [IP]
 1    16   0  0,0   0   0   0  FREEBOX [192.168.0.254]
 2    16   0  0,0   3   3   3  [194.149.164.0]
 3    16   0  0,0   4  12   7  cbv-crs8-1-be1005.routers.proxad.net [78.254.249.78]
 4    16   0  0,0   3   5   3  th2-9k-1-be1003.intf.routers.proxad.net [78.254.249.97]
 5    15   2 13,3   3   4   3  la110.rpt02-th2.net.bbox.fr [194.117.192.9]
 6    16   0  0,0   3   4   3  [194.158.102.114]

Code: [Sélectionner]

Target Name: free.fr
         IP: 212.27.48.10
  Date/Time: 28/02/2016 16:55:17 to 28/02/2016 16:55:30

Hop Sent Err PL% Min Max Avg  Host Name / [IP]
 1    11   0 0,0   0   0   0  FREEBOX [192.168.0.254]
 2    10   0 0,0   3   3   3  [194.149.164.0]
 3    10   0 0,0   4  12   6  p11-crs16-1-be1003.intf.routers.proxad.net [78.254.249.101]
 4    10   0 0,0   3   5   3  p11-9k-1-be1000.intf.routers.proxad.net [78.254.249.130]
 5    10   0 0,0   3   3   3  bzn-9k-2-sys-be2001.intf.routers.proxad.net [194.149.161.246]
 6    10   0 0,0   3   4   3  www.free.fr [212.27.48.10]

Et le bon vieux HE.net qui ne va pas en s'arrangeant...

Code: [Sélectionner]

Target Name: tserv1.par1.he.net
         IP: 216.66.84.42
  Date/Time: 28/02/2016 16:58:11 to 28/02/2016 16:58:22

Hop Sent Err   PL% Min Max Avg  Host Name / [IP]
 1     9   0   0,0   0   0   0  FREEBOX [192.168.0.254]
 2     9   0   0,0   3   3   3  [194.149.164.0]
 3     9   0   0,0   3   9   6  cbv-crs8-1-be1005.routers.proxad.net [78.254.249.78]
 4     9   0   0,0   3   3   3  th2-9k-1-be1003.intf.routers.proxad.net [78.254.249.97]
 5     9   0   0,0  84  84  84  yankee-6k-1-po1.intf.routers.proxad.net [212.27.57.14]
 6     9   0   0,0  84  84  84  newyork-6k-1-po2.intf.routers.proxad.net [212.27.58.209]
 7     9   0   0,0 153 281 183  paloalto-6k-1-po1.intf.routers.proxad.net [212.27.58.222]
 8     6   6 100,0   0   0   0   [-]
 9     9   0   0,0 153 159 154  10ge7-5.core1.sjc2.he.net [72.52.92.70]
10     8   0   0,0 151 160 152  100ge1-2.core1.nyc4.he.net [184.105.81.214]
11     8   0   0,0 148 154 149  100ge11-1.core1.par2.he.net [184.105.81.78]
12     8   0   0,0 149 157 151  10ge3-1.core1.par1.he.net [184.105.213.89]
13     8   0   0,0 148 149 148  tserv1.par1.he.net [216.66.84.42]

alain_p · « **Réponse #88 le:** 28 février 2016 à 20:43:37 »

Très intéressant. Merci Slotthy. C'est la première fois que nous avons des tests en IPv4 et IPv6 en même temps, et aussi en windows.

Pour ta détermination du MTU, si je comprends bien, tu recherches le ping le plus long qui passe. Sous IPv4, tu as donc trouvé 1446. Si on rajoutes 20 octets d'en-tête IPv4 + 8 ICMP, on a bien 1446 + 20 +8 = 1474. Je suis étonné, je m'attendais à 1472, comme didjee34...
En IPv6, tu obtiens 1452. Pour moi, cela ne fait pas un MTU de 1480, mais de 1500, car l'en-tête IPv6 est de 40 octets, pas de 20 comme en IPv4. Donc, 1452 + 40 +8 = 1500. Donc on obtient un MTU normal de 1500 octets.

Cela confirme que l'IPv4 est encapsulé dans de l'IPv6, car la taille de la trame IPv6 est bien supérieure à celle IPv4, donc cela correspond bien plutôt à du 4rd. J'ai une interrogation sur la valeur de 1474 en IPv4, car on aurait du avoir 40 (header IPv6) - 20 (header IPv4 compris dans l'en-tête IPv6) + 8 (IPv6 fragmentation header), donc 28 à retrancher à 1500, donc 1472..

En tout cas, cela confirme aussi, comme c'est normal, que le MTU IPv4 sous windows n'est pas de 1500, mais donc ici de 1474. Pas de diffréence de comportement avec linux.

D'autre part, dans le traceroute, on passe aussi par l'adresse IPv4 194.149.164.0, comme à Castelnau, ce qui montre que cela ne dépend pas de l'emplacement, et que c'est probablement l'adresse IPv4 de sortie du tunnel IPv6, et que c'est toujours le même routeur final qui est utilisé.

Slothy · « **Réponse #89 le:** 28 février 2016 à 20:47:47 »

Exact pour le MTU en IPv6, j'ai été un peu vite

alain_p · « **Réponse #90 le:** 28 février 2016 à 20:49:48 »

Je viens de revoir que cyberjuls avait bien fait des tests en IPv6, et obtenait aussi un PMTU de 1500 :

https://lafibre.info/free-la-fibre/installation-freebox-revolution-optique-avec-convertisseur/msg283960/#msg283960

alain_p · « **Réponse #91 le:** 28 février 2016 à 21:12:10 »

Je n'avais pas fait attention aux remarques que tu as faites, concernant le FTP de testdebit que tu n'as pas pu contacter, tu as essayé avec quel logiciel, Filzilla ? C'est peut-être une histoire de FTP passif vs actif ? En passif, les ports d’échange des données sont ouverts sur le serveur, donc cela ne devrait pas avoir d'importance le port d'où tu pars, à condition que le serveur testdebit le permette (ou son pare-feu) ?

P.S 2 : je remarque dans ta capture d'écran que le FTP passe bien en passif, mais pas de réponse du serveur.

Pour le VPN, c'est encore à priori un problème d'authentification de l'adresse de la freebox, en 91.160.13.x, qui n'est là non plus pas autorisée. Pour l'interface de gestion, il faut voir si elle va s'actualiser dans les jours à venir.

P.S : c'est étonnant que tu dises que le débit IPv6 est ridicule, surtout vu le test de débit que tu affiches, 720 Mb/s en download, 325 en upload. Normalement le débit en IPv6, natif, devrait être supérieur à celui en IPv4, encapsulé, à moins que le serveur ne soit pas en IPv6 ?

vivien · « **Réponse #92 le:** 28 février 2016 à 21:18:42 »

Le SpeedTest de Massy est normalement réalisé en IPv6, si IPv6 est disponible. (il faudrait une capture wireshark pour confirmer)

Sinon vous pouvez utiliser nperf qui permet de faire un test IPv4 et un test IPv6 sur le serveur de Massy.

Serait-il possible de donner les MSS en IPv4 et en IPv6 ?

Je donne quelques exemples ici avec SFR en IPv4 et IPv6 : Négociation MTU MSS: comment ça fonctionne?

Slothy · « **Réponse #93 le:** 28 février 2016 à 21:31:02 »

Effectivement, Massy fonctionne en IPv6, par contre le Speedtest a été effectué en IPv4, car par défaut l'IPv6 n'était pas activé.

Oui, j'ai essayé avec Filezilla, et on voit bien "Entering passive Mode" avant que ça bloque donc il a tenté en passif.

Pour le VPN IKEv2, il y a les port 500 et 4500 qui doivent être disponibles aussi pour que ça fonctionne, et le 1723 en PPTP et vu que je n'ai pas droit à ces ports la...

Pour le débit en IPv6 en tout cas il semblait y avoir une limitation à ~9 Mb/s / thread, confirmé par les téléchargements FTP simultanés sur 1.testdebit.info et le test de neutralité. Maintenant, c'est vrai qu'il aurait été intéressant de tester un autre serveur en IPv6, car les différents tests ont visé la même destination.

Pour les tests de MSS je vais pas pouvoir prochainement, désolé

« **Réponse #94 le:** 28 février 2016 à 21:48:12 »

Citation de: kgersen le 28 février 2016 à 15:31:55

La consequence d'utiliser du 4rd donc du partage d'header entre IP4 et IPv6 a des conséquences sur un traceroute en IPv4: celui ci affiche les nœuds IPv6 intermédiaires en IPv4 (adresse bidon)...contrairement a un vrai tunnel qui masque les nœuds intermédiaires.

Comme du NAT!

minidou · « **Réponse #95 le:** 28 février 2016 à 21:49:05 »

Citation de: alain_p le 28 février 2016 à 18:09:05

Je vois aussi que l'adresse 192.0.2.1 apparait dans le traceroute. Or le bloc 192.0.2.0/24 est réservé par IANA pour des documentations :

http://tools.ietf.org/html/rfc5737#section-3

Il est possible que Free ait ré-utilisé dans son implèmentation des adresses vues dans une documentation, et réservées pour cela...

c'est étrange étant donné qu'il y a une plage d'adresse réservé à cette utilisation spécifique
https://isc.sans.edu/diary/RFC+6598+-+Carrier+Grade+NAT/20777
https://tools.ietf.org/html/rfc6598