ADSL-BC

par **[ KL3R ]** » 21 Jan 2013 03:19

Étrangement, je suis de Liège et je viens de réussir à me connecter au VOO_HOMESPOT en insistant, j'ai atteint la page de connexion et entrer mes identifiants (uniquement sur mon iPhone, sur mon PC, impossible d'atteindre cette page et rien ne se passe d'ailleurs).

Petit test sur Speedtest qui me donne un ping de 15ms et un dl de 3mbps (avec des pointes à 5mbps) et un upload de 512kbps avec des pointes à 1mbps.

par **patrix** » 21 Jan 2013 08:54

Jereminiah a écrit :Votre adresse IPv6 sur l'Internet semble être 2002:55c9:203:0:3da1:X:X:X
Your IPv6 service appears to be: 6to4

Comme indiqué, c'est untunnel 6to4. Les adresses IPv6 de Tectéo/Brutélé sont 2a02:2788::/32.
Ca ressemble a une fonctionnalité du modem activée par erreur, plutôt qu'une réelle volonté de déployer IPv6 chez le client. Dans ce cas, ils auraient attribué un /64 au minimum, voire un /56, comme EDPNet.

par **maxux** » 21 Jan 2013 09:21

Je doute que ça soit une erreur. Plutôt un "voo supporte l'ipv6 maintenant" mais ne donne qu'un /128.

par **[ KL3R ]** » 21 Jan 2013 11:25

C'est quoi un /128 ?

Sinon vous arrivez à vous connecter au hotspot voo ? Via mon iphone j'y arrive en insistant (il finit par ouvrir la page de connexion pour rentrer les identifiants), mais sur mon PC, il n'ouvre pas la page de connexion, il se connecte bien, mais aucun accès internet.

par **patrix** » 21 Jan 2013 11:40

[ KL3R ] a écrit :C'est quoi un /128 ?

Un /128 est une adresse IPv6 unique, un peu l'équivalent de l'unique adresse IPv4 assignée par les FAI aux clients résidentiels. Traditionnellement, un FAI qui offre IPv6, comme EDPNet ou Free en France assigne un range /64, voire /56 au client. Cela permet à tous les appareils connectés derrière le routeur d'avoir une adresse IPv6 unique, et non partagée comme avec IPv4.
Un des buts d'IPv6, c'est justement de mettre fin au partage d'une seule adresse IP par tous les appareils à l'intérieur du réseau local. Si VOO assigne une adresse IPv6 unique, c'est qu'ils n'ont rien compris. Ou qu'il s'agit d'une erreur.

par **[ KL3R ]** » 21 Jan 2013 12:24

Ah oui je comprends mieux, merci

! En effet, autant utilisé tous les avantages de l'IPv6 ! Mais bon, ce n'est qu'un début surement.

Sinon, si quelqu'un a des infos sur Wi-Free, car je comprends pas pourquoi mon PC n'ouvre pas la page de connexion...

par **Papanowel** » 21 Jan 2013 13:21

Rien de mon côté, toujours en IPv4.

par **Laurent Redondo** » 21 Jan 2013 13:28

patrix a écrit :Si VOO assigne une adresse IPv6 unique, c'est qu'ils n'ont rien compris.

Tu as déjà assisté à une migration d'un parc IPv4 en IPv6 ?

par **maxux** » 21 Jan 2013 14:12

Maintenant que mon routeur re-va en bridge, j'ai un /64 sur mon serveur !
Je vais tester ça.

par **M512** » 21 Jan 2013 14:47

Jereminiah a écrit :Votre adresse IPv6 sur l'Internet semble être 2002:55c9:203:0:3da1:X:X:X
Your IPv6 service appears to be: 6to4

6to4 est un système de tunneling automatique d'IPv6 sur IPv4, ce n'est PAS de l'IPv6 natif.
Il est beaucoup décrié parce que pour accéder aux sites IPv6 natifs, il encapsule le trafic dans un tunnel IPv4 vers l'adresse anycast 192.88.99.1 (opéré par n'importe quel ISP a priori, peut-être congestionnée, lointaine ou mal fonctionner) et le retour se fait par la passerelle la plus proche qui annonce le préfixe 2002::/16 (encore une fois, peut-être n'importe qui).

Pour ces raisons (et quelques autres, notamment lié au pMTUd), les connexions 6to4 sont généralement de mauvaise qualité (voir par exemple les mesures du RIPE : 6to4 - How Bad is it Really?, RIPE Labs, décembre 2010), et les RFC récents dictent aux hôtes de préférer IPv4 à une adresse IPv6 de type 6to4 (voir RFC 6724).

6rd est une variante de 6to4 dans laquelle la passerelle est contrôlée par le FAI (c'est celle qui a été déployée par Free en 2007).

Un draft de l'IETF de 2011 (finalement non adopté) proposait même de reléguer 6to4 à l'état d'obsolescence (Request to move Connection of IPv6 Domains via IPv4 Clouds (6to4) to Historic status, Internet Draft).

C'est donc plutôt décevant et tend à indiquer que VOO n'a justement pas déployé d'IPv6 nativement dans son backbone.

PS: je vous signale que masquer "2002:55c9:203:0:3da1:X:X:X" n'a pas beaucoup de sens : votre IPv4 est encodée en hexa dans la partie "55c9:0203" = 85.201.2.3)

par **maxux** » 21 Jan 2013 15:01

Pour ma part:

5: voo: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000
inet6 2a02:2788:24:a40:20f:3dff:fef0:xxxx/64 scope global dynamic
valid_lft 1160677sec preferred_lft 555877sec

J'sais pas si c'est normal, mais j'ai eu une fe80 en default (fe80::226:cbff:fed5:6fd9), j'arrive à la ping6 mais j'arrive pas à pinger autre chose. J'ai encore jamais touché à l'ipv6 non plus :/

par **jee27** » 21 Jan 2013 15:13

tant que je vois que y'en as qui s'y conaissent un peu au niveau de l'ipv6 : Je sais que ca aurait pour conséquence que chaque appareil se voit attribué une ip propre mais donc , est ce que notre routeur recoit un plage d'adresses qui va déliverer aux appareils du réseau via DhcpV6 ? Et j'ai lu aussi que le nat n'avait plus aucun intéret ( logique puisqu'il n'y a plus d'ip partagée ) mais alors comment se passe l'ouverture des ports? il faudra activer un firewall sur chaque appareil ( ou acheter un firewall matériel pour le reseau local ? )

par **M512** » 21 Jan 2013 15:47

jee27 a écrit :tant que je vois que y'en as qui s'y conaissent un peu au niveau de l'ipv6 : Je sais que ca aurait pour conséquence que chaque appareil se voit attribué une ip propre mais donc , est ce que notre routeur recoit un plage d'adresses qui va déliverer aux appareils du réseau via DhcpV6 ?

Oui, l'attribution automatique d'un préfixe au CPE fait l'objet une extension de DHCP connue sous le doux nom de DHCPv6-PD (RFC 3633). Pour 6to4, la plage d'adresse 2002:aabb:ccdd::/48 est disponible (aabb:ccdd représente l'IPv4 publique codée en hexa).

Le CPE peut avoir à son tour un serveur DHCPv6 ou bien annoncer juste les préfixes routés avec RA.

Et j'ai lu aussi que le nat n'avait plus aucun intéret ( logique puisqu'il n'y a plus d'ip partagée ) mais alors comment se passe l'ouverture des ports? il faudra activer un firewall sur chaque appareil ( ou acheter un firewall matériel pour le reseau local ? )

Le CPE IPv6 devrait inclure un mécanisme de filtrage (RFC 6204 4.4 dit que les recommandations de la RFC 6092 devraient être présentes).

par **jee27** » 21 Jan 2013 15:51

et au niveau de la mise en place de l'ipv6 tel que voo est entrain de le faire, à quoi est-on en mesure de s'attendre ? le protocole sera t-il pleinement fonctionel ( utilisation de l'ipv6 sans ipv4 ? )

par **M512** » 21 Jan 2013 16:04

jee27 a écrit :et au niveau de la mise en place de l'ipv6 tel que voo est entrain de le faire, à quoi est-on en mesure de s'attendre ? le protocole sera t-il pleinement fonctionel ( utilisation de l'ipv6 sans ipv4 ? )

S'il s'agit bien d'un début de déploiement de 6to4 (apparemment ce n'est pas sûr, peut-être s'agit-il d'une feature activée par erreur comme le suggère un autre intervenant), ça n'a aucun intérêt en 2013 (6rd aurait déjà été mieux, même s'il s'agit toujours de tunnels v6/v4).

Comme le CPE a toujours besoin d'une IPv4 publique, cela ne contribue même pas à diminuer la demande en IPv4.

par **Jamy** » 21 Jan 2013 16:05

Il me semble que vous allez un peu vite pour conclure. La configuration de Jereminiah ne semble pas optimale, ce qui a déclenché l'un des mécanismes de translation (6to4).

J'ai bien une 2a02:2788: par clients LAN (Win7 et WinXP) ainsi qu'une autre 2a02:2788: pour le WAN. Chaque IPv6 LAN est visible de l'extérieur (test rapide : http://www.myipv6.org/).

A noter que les DNS de Voo ne répondent pas encore en IPv6.

Laissons le temps à Voo de mettre tout cela en place. Il n'y a pas de casse jusqu'à présent, c'est déjà bien

par **patrix** » 21 Jan 2013 16:14

maxux a écrit :Pour ma part:

5: voo: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000
inet6 2a02:2788:24:a40:20f:3dff:fef0:xxxx/64 scope global dynamic
valid_lft 1160677sec preferred_lft 555877sec

J'sais pas si c'est normal, mais j'ai eu une fe80 en default (fe80::226:cbff:fed5:6fd9), j'arrive à la ping6 mais j'arrive pas à pinger autre chose. J'ai encore jamais touché à l'ipv6 non plus :/

2a02:2788 c'est bien le préfixe de Brutélé/Tectéo.
Puisque tu as l'air d'utiliser un truc qui fonctionne sous Unix, essaie de faire un "traceroute6 www.facebook.com" et vois où ca te mène.
Autre test pour voir la table de routage "netstat -rnf inet6" (MacOSX, de mémoire) ou "netstat -rnA inet6" (Linux) .
Si le range ::/0 pointe via l'interface voo, ca devrait aller. Sinon, il audra chercher plus loin. En principe, l'OS devrait adapter automatiquement ses tables de routage.

par **maxux** » 21 Jan 2013 16:53

J'ai changé 2-3 trucs dans la config ipv6, du coup mon interface n'a même plus d'ipv6 automatiquement maintenant, je cherche pourquoi.
J'recois bien les RA avec tcpdump, et la default s'ajoute bien, j'ai remis l'ipv6 que j'avais, à la main.

Code : Tout sélectionner: 5: voo: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000 inet 82.212.175.9/24 brd 82.212.175.255 scope global voo inet6 2a02:2788:24:a40:20f:3dff:fef0:64f0/64 scope global valid_lft forever preferred_lft forever inet6 fe80::20f:3dff:fef0:64f0/64 scope link valid_lft forever preferred_lft forever

J'ai bien la default de voo:

Code : Tout sélectionner: elphy ~ # ip -6 r 2a02:2788:24:a40::/64 dev voo proto kernel metric 256 default via fe80::226:cbff:fed5:6fd9 dev voo proto kernel metric 1024 expires 1799sec

Je ping bien la gateway, et j'ai le même ping qu'avec la gateway ipv4, ça semble bon:

Code : Tout sélectionner: elphy ~ # ping6 -I voo fe80::226:cbff:fed5:6fd9 PING fe80::226:cbff:fed5:6fd9(fe80::226:cbff:fed5:6fd9) from fe80::20f:3dff:fef0:64f0 voo: 56 data bytes 64 bytes from fe80::226:cbff:fed5:6fd9: icmp_seq=1 ttl=64 time=5.49 ms 64 bytes from fe80::226:cbff:fed5:6fd9: icmp_seq=2 ttl=64 time=6.42 ms 64 bytes from fe80::226:cbff:fed5:6fd9: icmp_seq=3 ttl=64 time=4.78 ms

Code : Tout sélectionner: elphy ~ # ping6 -I voo ipv6.google.com PING ipv6.google.com(wi-in-x93.1e100.net) from 2a02:2788:24:a40:20f:3dff:fef0:64f0 voo: 56 data bytes ^C --- ipv6.google.com ping statistics --- 3 packets transmitted, 0 received, 100% packet loss, time 1999ms

Après ça n'passe pas :/

par **jee27** » 21 Jan 2013 17:03

pour ce que ca vaut , chez moi ca donne :

C:\Users\J portable>tracert -d -6 google.com

Tracing route to google.com [2a00:1450:4007:801::1009]
over a maximum of 30 hops:

1 8 ms 9 ms 9 ms 2a02:2788:20::1
2 11 ms 11 ms 9 ms 2a02:2788:20:2::1
3 22 ms 11 ms 14 ms 2a02:2788:ffff:15::1
4 10 ms * 12 ms 2001:5a0:1400:100::1
5 19 ms * 17 ms 2001:5a0:1400:100::e
6 39 ms 20 ms 17 ms 2001:4860:1:1:0:1935:0:25
7 16 ms 20 ms 19 ms 2001:4860::1:0:15f
8 19 ms 16 ms 20 ms 2001:4860::8:0:2ddf
9 25 ms 23 ms 21 ms 2001:4860::8:0:3df5
10 46 ms 23 ms 24 ms 2001:4860::1:0:23
11 22 ms 27 ms 24 ms 2001:4860:0:1::cf
12 22 ms 28 ms 28 ms 2a00:1450:4007:801::1009

Trace complete.

C:\Users\J portable>ping -6 ipv6.google.com

Pinging ipv6.l.google.com [2a00:1450:400c:c06::69] with 32 bytes of data:
Reply from 2a00:1450:400c:c06::69: time=22ms
Reply from 2a00:1450:400c:c06::69: time=22ms
Reply from 2a00:1450:400c:c06::69: time=24ms
Reply from 2a00:1450:400c:c06::69: time=25ms

Ping statistics for 2a00:1450:400c:c06::69:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 22ms, Maximum = 25ms, Average = 23ms

par **maxux** » 21 Jan 2013 17:36

Quelqu'un a réussi à utiliser l'ipv6 en bridgé ?

ADSL-BC

IPv6 (et Wi-Free ?)

Qui est en ligne ?