Un traceroute6 de clients ftth serait le bienvenu pour essayer de confirmer cette hypothèse

Hum Hum Hum, IP v6 est supporté en natif sur le réseau CORE, pas Access de Free (proxad).

Ce déploiement est le premier à utiliser la technologie innovante 6to4rd conçue par Rémi Després,

Un coup de wikipedia donne:

6rd est un système permettant de faire transiter des paquets IPv6 sur un réseau IPv4. Il repose sur les mécanismes mis en place pour le 6to4 classique mais diffère notamment par l'utilisation d'un préfixe IPv6 spécifique au fournisseur d'accès (à la place du préfixe global 6to4 2002::/16).

Ce protocole a été mis au point en 2007 par Rémi Després, un des concepteurs de Transpac. Une description ainsi qu'un exemple de déploiement du protocole au sein du FAI Free ont été publiés en janvier 2010 par l'IETF dans la RFC 5569.

Par recherche récursive, on retrouve

6to4 (parfois écrit « 6 to 4 ») est une méthode transition d'IPv4 vers IPv6 qui permet à un réseau IPv6 isolé de communiquer en IPv6 avec un autre réseau IPv6 à travers un réseau IPv4. 6to4 est utile quand deux hôtes souhaitent échanger des informations en IPv6 mais qu'une portion du réseau qui les sépare ne supporte que IPv4.

Pour les clients xDSL, le résultat parle de lui-même:
(Pour info, je suis en DT à Lannion)

traceroute to he.net (216.218.186.2), 30 hops max, 60 byte packets
 1  192.168.0.254 (192.168.0.254)  0.753 ms  1.377 ms  1.997 ms
 2  78.2**.**.*** (78.2**.**.***)  8.389 ms  8.681 ms  8.901 ms
 3  sbr22-1-v902.intf.nra.proxad.net (78.254.254.205)  11.888 ms  12.861 ms  13.491 ms
 4  rennes-6k-1-v904.intf.nra.proxad.net (78.254.254.201)  15.966 ms * *
 5  cbv-6k-2-v804.intf.routers.proxad.net (212.27.50.141)  26.879 ms  16.990 ms  17.185 ms
 6  th3-crs16-1-be1013.intf.routers.proxad.net (212.27.59.10)  20.140 ms  20.764 ms  22.083 ms
 7  strasbourg-crs16-1-be2000.intf.routers.proxad.net (212.27.50.10)  28.835 ms  29.512 ms  30.138 ms
 8  francfort-6k-1-po100.intf.routers.proxad.net (212.27.56.30)  34.374 ms  34.636 ms  35.460 ms
 9  amsterdam-6k-1-po100.intf.routers.proxad.net (212.27.56.38)  42.080 ms * *
10  20gigabitethernet1-3.core1.ams1.he.net (195.69.145.150)  44.889 ms  33.826 ms  39.913 ms
11  10gigabitethernet4-1.core1.nyc4.he.net (216.66.24.153)  114.125 ms  113.074 ms 10gigabitethernet2-1.core1.par2.he.net (184.105.213.102)  45.127 ms
12  10gigabitethernet7-1.core1.ash1.he.net (184.105.213.93)  117.516 ms  119.589 ms  125.303 ms
13  10gigabitethernet1-4.core1.pao1.he.net (72.52.92.29)  198.607 ms  197.974 ms 10gigabitethernet1-1.core1.fmt1.he.net (72.52.92.109)  187.425 ms
14  10gigabitethernet1-2.core1.fmt1.he.net (66.160.158.241)  200.033 ms  294.978 ms  286.402 ms
15  * * *
16  * * *
17  * * *
18  * * *^C
zsh: interrupt  traceroute he.net

traceroute to he.net (2001:470:0:76::2), 30 hops max, 80 byte packets
 1  2a01:e3*:****:****::1 (2a01:e3*:****:****::1)  0.625 ms  1.224 ms  1.499 ms
2  * * *
 3  2a01:e00:2:d::1 (2a01:e00:2:d::1)  22.604 ms  22.949 ms  24.654 ms
 4  bzn-crs16-1-be2000.intf.routers.proxad.net (2a01:e00:1:6::1)  26.761 ms  27.026 ms  27.696 ms
 5  londres-6k-1-po101.intf.routers.proxad.net (2a01:e00:1:a::2)  56.396 ms  56.661 ms *
 6  2a01:5d8:e000:0:401:402:0:2 (2a01:5d8:e000:0:401:402:0:2)  47.487 ms  33.297 ms *
 7  20gigabitethernet1-3.core1.ams1.ipv6.he.net (2001:7f8:1::a500:6939:1)  35.275 ms  36.418 ms  37.361 ms
 8  10gigabitethernet1-4.core1.lon1.he.net (2001:470:0:3f::1)  38.334 ms  39.213 ms  40.411 ms
 9  10gigabitethernet4-4.core1.nyc4.he.net (2001:470:0:128::1)  113.104 ms 10gigabitethernet7-4.core1.nyc4.he.net (2001:470:0:3e::1)  110.396 ms  110.019 ms
10  10gigabitethernet8-3.core1.chi1.he.net (2001:470:0:1c6::2)  130.080 ms  126.667 ms  124.575 ms
11  10gigabitethernet3-2.core1.den1.he.net (2001:470:0:1af::2)  170.724 ms  170.702 ms  170.895 ms
12  10gigabitethernet4-4.core1.sjc2.he.net (2001:470:0:1b4::1)  170.980 ms  170.278 ms  169.872 ms
13  10gigabitethernet1-1.core1.fmt1.he.net (2001:470:0:2f::1)  172.974 ms  172.788 ms  176.070 ms
14  * * *
15  * * *
16  * * *
17  * *^C
zsh: interrupt  traceroute6 he.net

A part du tunelling, rien n'explique le saut IPv6 si court entre lannion et Bezons pour l'IPv6 malgré le fait que lce22 soit cascadé sur sbr22 et sbc22 (donc passage obligé par l'un des deux) et un passage soit par rennes soit par brest puis nantes...

traceroute to bzn-crs16-1-be2000.intf.routers.proxad.net (212.27.57.210), 30 hops max, 60 byte packets
 1  192.168.0.254 (192.168.0.254)  2.833 ms  2.774 ms  3.194 ms
2  78.2**.**.*** (78.2**.**.***)  10.332 ms  10.313 ms  10.294 ms
 3  78.2**.*.** (78.2**.*.**)  11.791 ms  12.401 ms  18.216 ms
 4  sbr22-1-v902.intf.nra.proxad.net (78.254.254.205)  18.193 ms  18.174 ms  18.150 ms
 5  rennes-6k-1-v904.intf.nra.proxad.net (78.254.254.201)  18.125 ms * *
 6  cbv-6k-2-v804.intf.routers.proxad.net (212.27.50.141)  29.811 ms  27.574 ms  27.496 ms
 7  th3-crs16-1-be1013.intf.routers.proxad.net (212.27.59.10)  31.225 ms  33.634 ms  33.619 ms
 8  * * *
 9  * * *
10  * * *
11  * * *
12  * *^C
zsh: interrupt  traceroute bzn-crs16-1-be2000.intf.routers.proxad.net

Puisqu'IPv6 reste très mineur dans sont utilisation sur le réseau, il n'y a pas de raison de configurer tout les routeur pour que le réseau soit complèment (natif) en IPv6. Donc encapsuler IPv6 pour faire transiter le trafic vers un router a Bezon semble une (très) bonne option pour commencer.

Ensuite pour moi la partie accès du réseau commence aux Freebox et s’arrête au premier router 6500 ou le cœur de réseau commence (donc l'access se fait bien en IPv6, mais pas le transport).

Quand je dis mineur, c'est parce qu'en étant en IPv6 seulement, a par Google tu as pas grand chose vraiment. Donc la charge réseau ne peut être que marginal en vu du trafic IPv4.

Et comme tu l'as bien di, IPv6 n'est _pas_ activé par défaut.

Un traceroute6 de clients ftth serait le bienvenu pour essayer de confirmer cette hypothèse

Est-ce que leur préfixe IPv6 est au format 6rd?

Un traceroute6 de clients ftth serait le bienvenu pour essayer de confirmer cette hypothèse

Un petit up!