Auteur Sujet: IPv6 pour LaFibre.info ce 1er janvier 2016 (Lu 143851 fois)

corrector · « **Réponse #72 le:** 04 janvier 2016 à 07:57:45 »

C'est du vintage.

Paul · « **Réponse #73 le:** 04 janvier 2016 à 08:41:35 »

Citation de: thierry9565 le 04 janvier 2016 à 07:47:44

Hello et bonne année à tous,

Vive la modernité ! on parle d'IPV6, mais une consultation de https://ip.lafibre.info/ me retourne:
Votre FAI supposé est WANADOO !!!
Ca fait quand même dix ans que ça n'existe plus...

C'est en fait à moitié normal : Orange ne s'appelle plus Wanadoo, mais la page devine le FAI selon le nom de domaine.

C'est comme avec une adresse en *.evc.net, il va te sortir Estvidéo câble alors que ça n'existe plus depuis longtemps.

Sn@ke · « **Réponse #74 le:** 04 janvier 2016 à 10:07:08 »

Bonne année à tous !

Bien joué pour l'IPv6. On bosse aussi dessus de notre côté. Le test nPerf web est désormais 95% compatible IPv6 (il ne reste plus que la détection de l'ISP sur l'interface qui est tjs en IPv4, par contre à l'enregistrement c'est bien en IPv6). Pour le site nPerf et les appli mobiles ça viendra courant 2016.

Ce qui est dommage c'est que les PTR ne sont pas bien renseignés en IPv6. Et nous on s'en sert bcp pour identifier les technos chez Free par exemple...

obinou · « **Réponse #75 le:** 04 janvier 2016 à 10:21:38 »

Citation de: leon_m le 02 janvier 2016 à 10:45:53

Pour les objets connectés et le M2M, on peut lire assez régulièrement que les concepteur de ces objets sont assez satisfait de ce principe actuel d'initiation de la connexion dans 1 seul sens (objet vers serveur). En effet, ils préfèrent largement que les connexions soient initiées par l'objet vers l'Internet, et non l'inverse.

Peut-être aussi car , du coup, le concept est celui d'un objet connecté qui utiliser un serveur centralisé avec un compte par personne à ouvrir (et parfois payer).... ce qui permet de monétiser chaque merdouille connectée, inciter les gens à "rester" sur la même marque d'objets connectés.... bref, du pur marketing qui n'est pas au bénéfice des utilisateurs...
(C'est valable tout autant en LORA / Sigfox que pour les objets utilisant le réseau existant)

Moi j'avais une question:
Qu'en est-il du support IPv6 des tablettes & téléphones android lorsqu'ils sont en wifi ? J'avais compris que les android 2.x supportent pas l'IPv6, mais le renouvellement est rapide sur ces objets (plus que sur les OS, au grand dam de M$...) . Qu'en est-il des versions récentes de Android & d'iOS?

(edit : j'ai vu ça : https://developer.apple.com/news/?id=08282015a - ça arrive bien tard, mais c'est déjà ça...)

buddy · « **Réponse #76 le:** 04 janvier 2016 à 10:26:22 »

Je n'ai pas de "seuil précis" mais iOs 6 ou 7 était compatible ipv6 et android 4.4 aussi.
Donc les nouveaux smartphones le sont (du moins en wifi... en 3g/4g no idea puisque pas pu tester...)
Je parle en dual-stack. Aucune idée si ils sont compatibles ipv6 only.

corrector · « **Réponse #77 le:** 04 janvier 2016 à 10:32:16 »

Citation de: obinou le 04 janvier 2016 à 10:21:38

Peut-être aussi car , du coup, le concept est celui d'un objet connecté qui utiliser un serveur centralisé avec un compte par personne à ouvrir (et parfois payer).... ce qui permet de monétiser chaque merdouille connectée, inciter les gens à "rester" sur la même marque d'objets connectés.... bref, du pur marketing qui n'est pas au bénéfice des utilisateurs...
(C'est valable tout autant en LORA / Sigfox que pour les objets utilisant le réseau existant.

C'est évident, le principe de réseaux privés liés à des serveurs centralisés est à l'exact opposé du concept d'inter-nets, interconnexion de réseaux utilisant un protocole commun et des numérotations compatibles.

Le slogan "Internet des objets" donc bel et bien une fumisterie comme l'a souligné leon.

obinou · « **Réponse #78 le:** 04 janvier 2016 à 12:04:11 »

Citation de: buddy le 04 janvier 2016 à 10:26:22

Je n'ai pas de "seuil précis" mais iOs 6 ou 7 était compatible ipv6 et android 4.4 aussi.
Donc les nouveaux smartphones le sont

OK, merci de cette réponse !

Citer

(du moins en wifi... en 3g/4g no idea puisque pas pu tester...)

A mon sens, j'ai encore du mal à considérer la 3g/4g comme une connexion internet. Ya bien souvent du NAT (en CG-NAT du coup), pis des tas de restrictions.
Pour moi, la 3G/4G c'est plus un usage "minitel" de consultation d'horaires de trains. (Ce qui convient à bien des gens, j'en ai conscience)

Dans ce sens-là, ne pas avoir d'IPv6 n'est pas rédhibitoire. Limite, ils nous colleraient du NetBIOS qu'on s'en apercevrait pas.... (c'était pas compuserve qui s'était monté à une époque son propre "internet" en RTC , avec leurs propre protocoles, pages "web", email.... bien des gens n'avaient même pas compris que ce n'était pas "internet" et qu'ils pouvaient pas sortir de cet écosystème...)

Sans aller jusque là, pour moi, à moins de monter un VPN au-dessus d'une connexion 3G (ce qui va vite épuiser le forfait de la poignée de Go), pour *moi* je ne vois pas de cas d'utiliser à la 3G/4G. De toute façon ça marche quasiment pas , par chez moi, même en mode minitel.

Citer

Je parle en dual-stack. Aucune idée si ils sont compatibles ipv6 only.

Pour le moment c'est un non-problème: Comme on l'a dit plus haut , à l'heure actuelle l'IPv6-only n'est guère utilisable, sauf à utiliser des mécanismes de translation tel que NAT64+DNS64 , mais ça reviens +/- à un CG-NAT.

kgersen · « **Réponse #79 le:** 04 janvier 2016 à 12:17:34 »

Android supporte "IPv6 only" en 3G/4G depuis longtemps et embarque aussi par defaut CLAT pour faire du 464XLAT (voir http://dan.drown.org/android/clat/). Certains opérateurs mobile utilisent IPv6 only avec Android.

En Wifi, Android a un souci avec 'IPv6 only': il faut désactiver DHCPv4 pour que cela fonctionne (voir: https://code.google.com/p/android/issues/detail?id=32630 )
Meme si les réseaux Wifi 'IPv6 only' sont rares c'est quand meme pas cool et c'est apriori toujours pas corrigé...

Android ne supporte pas DHCPv6 (par choix). Il faut utiliser SLAAC et RDDNS.

Paul · « **Réponse #80 le:** 04 janvier 2016 à 13:37:46 »

Un ami a un vieil iPod Gen4, il était compatible également.

obinou · « **Réponse #81 le:** 04 janvier 2016 à 14:01:35 »

Citation de: kgersen le 04 janvier 2016 à 12:17:34

Android supporte "IPv6 only" en 3G/4G depuis longtemps et embarque aussi par defaut CLAT pour faire du 464XLAT (voir http://dan.drown.org/android/clat/). Certains opérateurs mobile utilisent IPv6 only avec Android.

En Wifi, Android a un souci avec 'IPv6 only': il faut désactiver DHCPv4 pour que cela fonctionne (voir: https://code.google.com/p/android/issues/detail?id=32630 )
Meme si les réseaux Wifi 'IPv6 only' sont rares c'est quand meme pas cool et c'est apriori toujours pas corrigé...

Android ne supporte pas DHCPv6 (par choix). Il faut utiliser SLAAC et RDDNS.

Citation de: Paul le 04 janvier 2016 à 13:37:46

Un ami a un vieil iPod Gen4, il était compatible également.

Merci de ces 2 réponses très intéressantes !

kgersen · « **Réponse #82 le:** 04 janvier 2016 à 15:19:45 »

bien faire attention quand meme. "compatible ipv6" sur le papier ou en théorie sous-entend souvent "dual stack" (c'est a dire avec IPv4 aussi). En 'IPv6 only' (sans IPv4 du tout) il y a souvent des surprises. En réseau, comme ailleurs, le diable est dans les détails.

BadMax · « **Réponse #83 le:** 04 janvier 2016 à 17:31:39 »

Citation de: corrector le 02 janvier 2016 à 21:14:21

Tu pourras trouver l'adresse IPv6 google.com ssi
- tu as accès au DNS récursif (donc ici via IPv6)
- le DNS récursif a accès à Internet IPv4

Chez Free l'adresse d'un DNS récursif est distribuée via les RA de la Freebox.

Si ton OS ne sait pas récupérer cette information (coucou Win), tu devras configurer toi-même cette adresse comme paramètre de ta connexion réseau. Rien de très difficile!

(C'est un "tu" générique, je me doute que Bad Max sait déjà tout cela.)

Pour compléter mon propos, Google n'est pas accessible en IPv6-only :

Code: [Sélectionner]

$ host -t ns google.com
google.com name server ns2.google.com.
google.com name server ns1.google.com.
google.com name server ns4.google.com.
google.com name server ns3.google.com.
$ host -t aaaa ns2.google.com
ns2.google.com has no AAAA record
$ host -t aaaa ns1.google.com
ns1.google.com has no AAAA record
$ host -t aaaa ns4.google.com
ns4.google.com has no AAAA record
$ host -t aaaa ns3.google.com
ns3.google.com has no AAAA record