La Fibre
Télécom => Réseau => IPv6 => Discussion démarrée par: corrector le 23 février 2011 à 00:52:18
-
Il me semble que l'IPv6 est en natif sur tout le réseau FTTH...
-
Un traceroute6 de clients ftth serait le bienvenu pour essayer de confirmer cette hypothèse ;)
-
IP v6 est supporter en natif sur le réseau de Free (proxad) et fait partie de l'offre de service.
Il n'y a aucune raison que Free n'offre pas le service aux client FTTH.
-
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
-
Personne ne doute que l'IPv6 soit fourni aux clients Free FTTH (même si à un moment ils se plaignaient d'une grande lenteur).
La question est :
Est-ce que le réseau de collecte FTTH est 100 % nativement IPv4 et IPv6?
-
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).
-
Très mineur, ça fait combien?
Est-ce que l'IPv6 est activé par défaut maintenant? (Moi j'ai du l'activer.)
-
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.
-
IP v6 est supporter en natif sur le réseau de Free (proxad) et fait partie de l'offre de service.
Il n'y a aucune raison que Free n'offre pas le service aux client FTTH.
Il n'y a aucune raison pour que l'IPv6 (6rd) ne marche pas sur Freebox non-dégroupé.
Il n'y a aucune raison pour que FreeWifi ne soit pas disponible pour les freenautes non-dégroupés. En plus, X. Niel a annoncé que FreeWifi serait disponible lors d'une "rentrée" quelconque.
Il n'y a aucune raison pour que les bugs corrigés dans sur Freebox dégroupé persistent pendant des années sur Freebox non-dégroupé.
Il n'y a aucune raison de ne pas pouvoir modifier la configuration du mode routeur ou du Wifi après une demande de migration.
Il y a des tas d'anomalies chez Free pour lesquelles "il n'y a aucune raison".
-
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?
-
Où trouver les graphes de ping en IPv6?
-
Un traceroute6 de clients ftth serait le bienvenu pour essayer de confirmer cette hypothèse ;)
Un petit up!
-
Bon ben up