IPv6: ca grimpe chez Akamai !

25 mai 2012 par 1 Commentaire

Mais que s’est-il passé aujourd’hui chez Akamai? Si l’on jette un coup d’oeil sur leur page de stats IPv6 (http://www.akamai.com/enfr/ipv6) on peut voir que les stats explosent!

Pour le moment je n’ai pas trouvé l’explication… Un gros client d’Akamai aurait-il demandé à activer ses services en IPv6? Une attaque? Une petite anticipation du world IPv6 launch comme l’a fait Facebook? Nous en saurons plus très prochainement. En tout cas c’est un très bon aperçu du bouleversement qui nous attend sur internet ces prochaines semaines. Stay tuned.

Classé dans information Tag(s) associé(s): , ,

Facebook en IPv6 !

22 mai 2012 par Laisser un commentaire

Il semble que Mark Zuckerberg, après avoir fait une bonne opération financière soit prêt à prendre tous les risques! Non seulement il se marie, mais en plus il active IPv6 sur le réseau social! :-) Plus besoin donc de l’url http://ipv6.facebook.com! A quand un film qui retracera la mise en place d’IPv6 chez FB?

mon-ordi$ dig www.facebook.com -t AAAA +short
2a03:2880:10:8f02:face:b00c::25

Classé dans information Tag(s) associé(s): , ,

IPv6 launch le 6 juin: un webinar pour tout comprendre et partager nos expériences

22 mai 2012 par Laisser un commentaire


La fin du monde date de l’IPv6 launch se rapproche à grands pas! Nous avons organisé le 6 juin à 14 heures un webinar pour faire le point ensemble afin de tout comprendre et bien préparer l’arrivée du nouveau protocole de l’internet. N’hésitez pas à vous inscrire, retrouvez toutes les informations ici: http://www.cisco.com/web/FR/solutions/netsys/ipv6/index.html

Classé dans information Tag(s) associé(s): , , , ,

Module Happy Eyeballs pour Perl

20 mai 2012 par Laisser un commentaire

Pour les développeurs, voici un module perl pour implémenter le fameux Happy Eyeballs (RFC 6555) présenté par Jean-Marc dans un récent post:

https://github.com/masanorih/p5-IO-Socket-Happpy-EyeBalls

Notez que cette implémentation suit ce qui est fait sur chrome: on lance la requête IPv4 avec un léger retard par rapport à la requête IPv6 (300ms, configurable) pour privilégier l’utilisation d’IPv6. Ca permet de ne pas perturber l’expérience utilisateur tout en favorisant l’utilisation du “nouveau” protocole de l’internet.

Classé dans technologie

La France centre du monde IPv6 selon Google?

9 mai 2012 par 2 Commentaires

Je réalise que l’on n’a toujours pas posté sur ce blog la carte ci-dessous qui donne les statistiques d’accès IP aux services de Google… Un petit cocorico: la France serait le centre du monde IPv6 selon Google!

Je vous encourage à aller directement consulter cette carte sur la page des statistiques IPv6 maintenue par Google: http://www.google.com/intl/en/ipv6/statistics/. Vous pourrez ainsi voir pour chaque pays les chiffres précis. Que peut-on dire?

Lire la suite

Classé dans information Tag(s) associé(s): , , , ,

Happy admins ?

30 avril 2012 par 1 Commentaire

Dans son dernier article Jean-Marc Barozet a expliqué “Happy Eyeball”, ou comment le choix se faisait entre IPv4 et IPv6. Si pour l’usager c’est parfait car cela garantit a priori que le choix se fera en fonction de la performance, cela introduit un côté non déterministe qui peut ne pas plaire à tous les admins… Voici un aperçu de ce que pourrait être un dialogue entre un usager qui se plaint d’un problème de performance à son admin:

USAGER  - Bonjour, je vous appelle pour un problème de performance vers www.monservicecloud.com.
ADMIN  - Très bien je regarde, il s’avère que ce service est disponible à la fois pour IPv4 et IPv6. Pourriez-vous me dire quelle version de l’Internet vous avez utilisé?
USAGER  - Euuhhhh
ADMIN  - En ce cas je ne peux rien faire, n’hésitez pas à regarder ce point avant de m’appeler la prochaine fois. Bonne journée!

Lire la suite

Classé dans technologie Tag(s) associé(s): , , ,

Happy Eyeballs (RFC 6555)

17 avril 2012 par 1 Commentaire

Le draft Happy Eyeballs est finalement devenu la RFC 6555

Il s’agit ici de faciliter le déploiement IPv6 en mettant en oeuvre des mécanismes supplémentaires pour améliorer l’expérience utilisateur.

Supposons qu’un utilisateur cherche à aller sur un site. La requête DNS donnera éventuellement une adresse IPv4 et une adresse IPv6 (si le site en question en possède une). Dans la plupart des cas le browser utilisera l’adresse IPv6 et tentera donc d’établir une connexion TCP vers le serveur en utilisant un transport IPv6. Si pour une raison quelconque ce tranport IPv6 n’est pas assuré de bout en bout (ou mal assuré), la requête terminera en timeout et il faudra recommencer une tentative de connexion sur un transport IPv4. On peut imaginer aussi que l’établissement de la connexion soit extrêmement longue. Dans les deux cas de figure, l’expérience utilisateur se révèlera mauvaise.

Lire la suite

Classé dans technologie Tag(s) associé(s): ,

Préparons le world IPv6 launch en France !

5 avril 2012 par 1 Commentaire

Le 6 juin approche! Je rappelle que ce jour là beaucoup d’acteurs majeurs de l’internet se sont engagés non seulement à activer tout ou partie de leurs services en IPv6… et à les laisser activer par la suite! (voir ce post pour plus de détails) Pour que tout cela se passe bien et que la France continue de briller sur l’adoption du nouveau protocole de l’Internet on a décidé de préparer un peu tout cela… Le G6 organise le  mercredi 11 avril une journée pour que l’on puisse discuter un peu de ce qui est en train d’être mis en place (partage  d’expériences, discussion sur les stratégies de déploiement…) Un article récemment posté sur ZDNET explique également très bien la situation et l’intérêt d’un lancement à la française.

Lire la suite

Classé dans information

Que faire du préfixe 100.64.0.0/10 ?

26 mars 2012 par 4 Commentaires

On connaît tous par coeur les préfixes du RFC 1918 qui offre 3 préfixes pour nous permettre d’allouer nos réseaux privés. Mais connaissez-vous le nouvel espace d’adressage privé “shared transition space” 100.64.0.0/10 ?

Commençons par expliquer la situation: certains opérateurs ne pouvant continuer à allouer une adresse publique par CPE (qui NAT entre le site et l’opérateur), commencent à déployer des CGN (Carrier Grade NAT). Ils attribuent une adresse IP privée au CPE du site et font un NAT au coeur du backbone avec un équipement dédié (il faut que les performances soient au rendez-vous). Cisco a quelques solutions en stock pour le CGN, par exemple une carte dédiée sur CRS. On a donc 2 NAT consécutifs (celui du CPE et celui du CGN), on parle aussi de NAT444.

Lire la suite

Classé dans information Tag(s) associé(s): , , ,

IPv6 Congress Paris

20 février 2012 par Laisser un commentaire

Le v6 Congress est maintenant terminé et c’est l’occasion de faire un point sur le réseau déployé par Cisco à cette occasion. En l’occurrence il s’agissait d’une couverture wireless avec la toute dernière version des controlleurs permettant un support IPv6 (voir le post de Vincent pour plus de détails), et d’un routeur ASR 1000 en version IOS 3.5S, la toute dernière version la aussi.

Le réseau ouvert aux participants du v6 Congress et du MPLS Congress offrait deux SSID, l’un configuré en dual stack et l’autre en IPv6 only. Ces deux SSID se terminaient sur deux interfaces de L’ASR1000:

  • L’interface correspondant au SSID dual stack avait une configuration des plus classiques, avec un NAT44 et un stateless IPv6 et une configuration stateless DHCPv6 pour fournir les adresses IPv6 des serveurs DNS.
  • L’interface correspondant au SSID IPv6-only était elle un peu plus nouvelle puisque permettant de tester la fonction NAT64.

Pour ce qui concerne les statistiques des clients IPv4/IPv6, on se reportera la aussi aux statistiques publiées sur le post de Vincent.

Lire la suite

Classé dans Uncategorized

CNR supporte DNS64

26 janvier 2012 par Laisser un commentaire

L’annonce est un peu passée inaperçue à la fin de l’année dernière: CNR (CISCO Network Registrar) supporte maintenant DNS64 (composante essentielle du mécanisme NAT64). Je ne manquerai pas de recommencer mes tests NAT64 en tentant de remplacer Bind par CNR et vous faire mon retour dans un prochain post! Cliquer ici pour les release notes.

Classé dans information Tag(s) associé(s): , , ,

Launching a New Internet Protocol

17 janvier 2012 par 1 Commentaire

Vous vous en souvenez surement .. Janvier 2011 .. un an déjà.

Ce mois marquait alors l’annonce par un grand nombre d’acteurs de l’internet d’un test grandeur nature de déploiement IPv6 – Le World IPv6 Day.
Cisco fut un des premiers à annoncer sa participation et après des mois d’un travail plutôt intense, il apparu clairement que ce jour était à marquer d’une pierre blanche dans l’histoire d’IPv6.

Cette journée fut en effet riche en enseignements de tout ordre et le consensus apparu rapidement sur la nécessité de ne pas seulement prévoir un nouveau test d’une journée .. mais cette fois d’activer IPv6 une bonne fois pour toute et de le laisser.

Le 6 juin 2012 l’industrie s’unira donc de nouveau, activera IPv6 et le laissera en place : c’est le World IPv6 Launch.

Lire la suite

Classé dans information Tag(s) associé(s): , , , , , , ,

IPv6 world congress – 7 au 10 février 2012 – Paris

17 janvier 2012 par Laisser un commentaire

Dans 3 semaines, Paris accueille  l’IPv6 world congress pour la deuxième année consécutive. Après un bon millésime 2011 nous aurons cette fois-ci surtout des retours d’expérience d’opérateurs et d’entreprises après le jump day de juin dernier. Profitez de la proximité de cette conférence et venez nombreux: des annonces intéressantes devraient être faites pour 2012: http://www.uppersideconferences.com/v6world2012/v6world2012intro.html

Et comme l’année dernière, on a en même temps le MPLS & Ethernet world congress en même temps dans le même hôtel… pas de quoi s’ennuyer donc! http://www.uppersideconferences.com/mplsworld2012/mplsworld2012intro.html

Classé dans information Tag(s) associé(s): ,

Article IPv6 dans CISCO MAG

20 décembre 2011 par Laisser un commentaire

Un petit cadeau de Noël: on a un article IPv6 ce mois-ci dans CISCO MAG! Il explique pourquoi tout le monde est concerné par IPv6 (même ceux qui ont encore une énorme quantité d’adresses IPv4 en stock!)
Lire l’article: IPv6 – L’affaire de tous

Classé dans information

Se protéger des Routeurs Advertisements (RA) non désirés…

19 décembre 2011 par Laisser un commentaire

L’auto-configuration a du bon mais on aimerait la contrôler: comment s’assurer que les RA (Router Advertisements) sont bien envoyés par le bon équipement? Cette question revient régulièrement… Par exemple à la conférence JRES en novembre dernier, où l’on a longuement parlé IPv6, ce point a été soulevé dans plusieurs présentations. Faisons rapidement le point…

Lire la suite

Classé dans information Tag(s) associé(s): ,

Export Netflow v9 sur un transport IPv6 : ça arrive !

1 décembre 2011 par Laisser un commentaire

Je sais que beaucoup attendaient cette fonctionnalité pour basculer le management plane en IPv6, c’est disponible depuis une quinzaine de jours sur les ISR G2 (3900, 2900, 1900, 800) avec la release 15.2(2)T. Ca arrivera progressivement sur les autres plateformes… On avance!

Plus d’infos: http://www.cisco.com/en/US/docs/ios-xml/ios/fnetflow/configuration/15-2mt/cfg-de-fnflow-exprts.html

Classé dans information Tag(s) associé(s): ,

Quelle portion réelle de l’internet IPv6 ready?

29 novembre 2011 par Laisser un commentaire

Et si on pondérait les allocations IPv6 par la taille des réseaux IPv4 concernés? C’est l’idée qu’a eu Rene Wihelm et qu’il nous expose brillament dans RIPE labs.

On n’aurait donc plus 47% de LIR avec un préfixe IPv6 mais on doit plutot considérer 81% de l’Internet susceptible d’être adressé en IPv6!

Idem ne parlons plus de 29% des LIR routés en IPv6: 61% de l’Internet serait déjà potentiellement routé en IPv6!

Jetez un coup d’oeil a l’article: http://readonly.labs.ripe.net/Members/emileaben/interesting-graph-ipv6-per-lir

Merci à Olivier Cahagne pour les infos!

Classé dans information Tag(s) associé(s): , , ,

Flow label IPv6 : 3 nouveaux RFC ce mois-ci !

20 novembre 2011 par Laisser un commentaire

Peut-être va-t-on enfin savoir à quoi peuvent servir ces 20 bits de l’en-tête IPv6. Pour faire simple, 3 RFC sortent sur le sujet suite au dernier meeting IETF:

  • RFC6436: critique du modèle actuel (ce travail fait suite à un état des lieux publié en juin dernier dans le RFC6294)
  • RFC6437: mise à jour des anciennes spécifications (rend obsolète le RFC3697)
  • RFC6438: un exemple d’usage du flow label qui se base sur les nouvelles specs

NDLA: Peut-être aurais-je du faire pareil et poster 3 articles sur le blog pour gonfler mes stats de publication? :-)

Lire la suite

Classé dans technologie Tag(s) associé(s): , , , , ,

Vous avez bien dit 4rd ?

14 novembre 2011 par Laisser un commentaire

Rémi Despres, Rapid Deployment, Residual Deployment, Route Distinguisher… on commence a s’y perdre avec tous ces rd! Alors prenons 5 minutes pour y voir plus clair…

Tout d’abord on commence par enlever l’intrus: le Route Distinguisher réservé aux VPN MPLS, uniquement rajouté dans la liste pour complexifier un peu la donne :-)

Bon… on commence à connaître 6rd (IPv6 Rapid Deployment), RFC 5569, plusieurs fois abordé sur ce blog: on connecte des sites IPv6 entre eux et à l’internet IPv6 via un mécanisme similaire à 6to4, mais qui utilise un préfixe IPv6 standard au lieu du 2002::/16. Utilisé entre autres par Free pour offrir un service IPv6 à ses abonnés, 6rd offre une solution pragmatique pour offrir de l’IPv6 à travers un réseau d’accès IPv4-only.

Lire la suite

Classé dans technologie Tag(s) associé(s): , , , ,

2 drafts présentant des retours d’expérience de réseaux IPv6-only

10 novembre 2011 par Laisser un commentaire

Intéressant, certains commencent à mouiller un peu le maillot et jouent le jeu IPv6 à 100% ! Ils nous décrivent les tests réalisés et nous donnent leurs observations:

Pour ce test une dizaine de personnes ont accepté de travailler au quotidien sur un réseau v6-only. Leur conclusion reste que travailler dans un réseau IPv6-only est possible mais ne s’applique pas à tous, surtout en raison de problèmes au niveau de certaines applications qui ne sont pas NAT64-ables en raison du transport d’adresses IP dans les payloads. Ils suggèrent donc un déploiement basé sur du dual-stack mais n’ont pas de doutes sur la très prochaine résolution des problèmes identifiés qui permettra un modèle IPv6-only. Ci-dessous un extrait:

Lire la suite

Classé dans information Tag(s) associé(s): , , , ,

← Articles précédents

Suivre

Get every new post delivered to your Inbox.