GuiGui's Show

L'état d'urgence a été reconduit jusqu'au 26 mai 2016, ce n'est pas un scoop mais je me note ça ici.

Le scrutin au Sénat : http://www.senat.fr/scrutin-public/2015/scr2015-144.html => 343 suffrages exprimés, 315 pour, 28 contre

Le scrutin à l'Assemblée : http://www2.assemblee-nationale.fr/scrutins/detail/%28legislature%29/14/%28num%29/1238 => 243 suffrages exprimés, 212 pour, 31 contre

Il n'y a pas que le gouvernement qui est derrière cette prolongation. C'est cool, les dérives peuvent continuer grâce à tout ce beau monde : 2763 perquisitions pour 63 peines prononcées (source : http://www2.assemblee-nationale.fr/14/commissions-permanentes/commission-des-lois/controle-parlementaire-de-l-etat-d-urgence/controle-parlementaire-de-l-etat-d-urgence/donnees-de-synthese/suivi-judiciaire-des-mesures-prises-pendant-l-etat-d-urgence ) , c'est proportionné ?! Quand on arrive à seulement 4 procédures anti-terroristes (dont 3 enquêtes préliminaires auxquelles il n'y aura peut-être jamais de suite) parmi toutes les infractions constatées (source : http://abonnes.lemonde.fr/les-decodeurs/article/2016/01/08/quand-francois-hollande-gonfle-le-nombre-de-procedures-antiterroristes_4844246_4355770.html ) parmi toutes les actions engagées, on n'est d'accord que les ~ 500 infractions constatées n'ont rien à voir avec le terrorisme ? Et on estime que c'est adapté à la finalité ?! De qui se moque-t-on ?! Depuis quand un bazooka est adapté à la chasse au moustique ?! Voir aussi https://www.nextinpact.com/news/98015-etat-d-urgence-3-021-perquisitions-381-assignations-4-procedures-pour-terrorisme.htm

« Ray Tomlinson est mort samedi 5 mars d’une crise cardiaque à l’âge de 74 ans. C’est en 1971 que cet ingénieur informaticien, qui n’était pas satisfait du protocole de communication utilisé jusqu’alors sur Arpanet, décide de faciliter l’envoi de courriers électroniques sur ce réseau précurseur d’Internet réservé aux scientifiques et aux militaires américains. Tomlinson écrit alors deux programmes: le premier, nommé SNDMSG, sert à envoyer des messages et le second, Readmail, a pour fonction de récolter et de lire ces messages que les utilisateurs d’Arpanet appellent déjà «mails».

Mais il n’en reste pas là: pour identifier l’émetteur et le récepteur du mail, il a l’idée d’utiliser le vieux symbole d’imprimerie @, l’arobase déjà utilisé sur les machines à écrire américaines qui signifie «at» en anglais. «J’étais en train de regarder mon clavier en me demandant "qu’est-ce que je vais bien pouvoir choisir là-dessus qui ne soit pas une lettre pouvant se confondre avec le nom de l’utilisateur ?"[…] Le signe @ est ce qui faisait le plus sens car les utilisateurs étaient forcément à une adresse "at"», racontera-t-il plus tard au magazine Wired.

Premier message: «QWERTUYOP» »

Via https://twitter.com/bearstech/status/706604503575953408 retweeté par Bluetouff.

Pour les infos / mon avis sur ce projet de loi de réforme pénale, voir http://shaarli.guiguishow.info/?T5KPjw

Pour le mail que j'ai envoyé à mes député-e-s de circonscription, voici :
« Demain, mardi 8 mars, vous aurez normalement à voter sur l'ensemble du projet de loi renforçant la lutte contre le crime organisé, le terrorisme et leur financement, et améliorant l’efficacité et les garanties de la procédure pénale.

Je vous demande de *rejeter* ce texte. Quoi qu'en dise le gouvernement, des mesures prisent et/ou utilisées durant l'état d'urgence entrent dans la loi ordinaire et c'est inacceptable.

Mes principaux arguments (non ordonnés) :
    * Je refuse que les *perquisitions de nuit des habitations et des techniques de renseignement* (IMSI catcher, sonorisation et fixation d'images, captations de données informatiques,...) deviennent accessibles aux Magistrat-e-s du parquet qui n'ont *aucune garantie d'indépendance* vis-à-vis du Ministère de la Justice. On est donc dans la continuité de ce que permet la loi Renseignement aux services de renseignement et ce que permet l'état d'urgence aux différents Ministères. On rappellera que l'état d'urgence, dont font partie les perquisitions administratives, a permis l'ouverture de seulement quatre procédures anti-terrorisme (dont 3 enquêtes préliminaires), ce qui confirme la *disproportion de l'action engagée* ! Ça ne sera pas différent après l'entrée de ce texte dans notre législation.

    * Je refuse d'autant plus les perquisitions de nuit et l'usage des techniques de renseignement qui sont *intrusives* et parfois *massives* (IMSI catchers) car il s'agit d'une *banalisation de leur usage hors de tout contrôle* (le juge des libertés et de la détention a que trop rarement connaissance de l'ensemble du dossier quand il doit trancher), uniquement basé sur de la *suspicion d'apologie au terrorisme / comportements estimé terroriste*, motif flou s'il en est ! Nous devenons une *société paranoïaque* !

    * Je refuse la *retenue administrative* dans le cadre d'un contrôle d'identité. Toute privation de liberté d'aller et venir doit se faire par le *mécanisme plus contraignant de la garde à vue* !

    * Je refuse *l'alourdissement des peines pour les constructeurs de moyens de cryptologie* qui refuseraient de communiquer les données chiffrées et les clés. Rien qui est public ne permet d'affirmer que les attentats du 13 novembre ont été coordonnés via des communications chiffrées. En revanche, on a des éléments qui montrent qu'un *SMS en clair semble avoir servi à la coordination des attentats de novembre dernier* [1] c'est donc un *non-sens et le signe d'une guerre contre la vie privée et les citoyen-ne-s.*

    * Je refuse *l'élargissement de la fouille préventive aux sacs et bagages* pour peu que celle-ci ait été autorisée par un-e Procureur. Ces fouilles sont *illégitimes* et correspondent à une *logique erronée* (on est suspect de rien, juste présent dans un lieu donné) tout autant que les contrôles d'identité placés sous le même régime. Des études[2] ont démontré que les contrôles d'identité présentent un caractère discriminant (contrôle au faciès) ! Stop aux autorisations générales qui *permettent toutes les dérives* !

    * Je refuse les *caméras-piétons tant qu'un cadre légal plus clair et plus fort* n'est pas défini. Les propos en séance de la rapporteure C. Capdevielle sont éloquents sur l'absence d'un tel cadre : « « La généralisation posera de nombreuses questions de droit et il est probable que des évolutions auront lieu en application de la jurisprudence »...

    * Je refuse que le *Ministère de la Justice dont l'administration pénitencière fasse partie des services de renseignement* et que cette dernière puisse donc utiliser les techniques de renseignement prévues par la loi sur le Renseignement de mi-2015. N'avions-nous pas dit, à l'époque, que la liste des services serait élargie plus tard ? Ça commence.

Cordialement

Références :
[1] https://www.mediapart.fr/journal/france/171115/le-sms-dun-kamikaze-du-bataclan-est-au-coeur-de-lenquete
[2] http://www.cnrs.fr/inshs/recherche/docs-actualites/rapport-facies.pdf »

Je n'avais jamais vraiment vu l'intérêt de coller des stickers sur son laptop... Je me disais :
    * « Ouais, c'est cool mais mon ordi va tomber en panne un jour donc je vais perdre toute ma collection ». Solution : comme souvent en informatique, il suffit d'ajouter une indirection soit une feuille de plastique. On en trouve pour utiliser avec un rétroprojecteur ou pour imprimer des décorations pour fenêtre & co ou pour protéger les couvertures de livres. Dans mon cas, j'utilise une feuille de plastique rigide A3 transparente de récup' : on découpe la feuille aux dimensions du laptop, on colle les stickers dessus et on colle la feuille au laptop avec des pastilles autocollantes double face. Pour utiliser sur un nouvel ordi, il suffira de décoller la feuille et, en cas de résistance, de couper les pastilles autocollantes avec un cutter. Forcément, ça ne fonctionne pas si vous achetez un ordinateur plus petit que votre ordinateur actuel. Dans mon cas, je suis absolument sûr et certain de ne pas acheter plus petit que 15 pouces donc c'est réglé.
        La seule question qui reste en suspens, c'est de savoir si ça va résister à la force de frottement lors de l'insertion/retrait dans le sac de transport. Je ne parle pas des stickers, aucun doute qu'ils resteront collés, mais de la feuille elle-même. À voir... mais je n'ai pas de meilleure idée.

    * « Ouais, mais y'a des moments, il faut savoir ranger sa vie perso et lisser un peu ses convictions ». Je suis en désaccord avec cela : un travail sans éthique ne mérite pas d'être effectué. Il faut toujours affirmer ses convictions, en tous lieux. Par contre, ce qui peut être drôle, c'est de coller des autocollants provocateurs pour des occasions précises. Exemple : des autocollants de la CNT (confédération syndicale révolutionnaire et anarcho-syndicaliste) pour un entretien d'embauche pour voir l'humour de la potentielle future entreprise ou des stickers anarchistes lors d'une réunion municipale publique. La méthode de la plaque transparente du point précédent permet cette flexibilité (changer de plaque quasi à volonté).

    * « Ouais, mais je ne suis pas étudiant donc les lieux où je sors mon ordinateur portable, c'est déjà des milieux sensibilisés ». Sensibilisés, oui, mais à quoi ? On sait tous et toutes quelque chose de différent en fonction de nos intérêts. Dans un LUG, par exemple, tout le monde ne connaît pas Replicant, Blender ou XMPP ou la Quadrature du Net ou... et c'est bien normal.

    * « Ouais mais franchement, empiler x couches de stickers les uns sur les autres, ça n'a aucun intérêt ». T'es pas obligé de recouvrir tout ton ordi ni de faire en sorte que les stickers se recouvrent les uns et les autres. Par contre, t'auras un cruel dilemme à résoudre entre tous les messages que tu veux faire passer et la place disponible sur ton laptop. :D


Je pense également que les stickers jouent plusieurs rôles :
    * Pub/prosélytisme : ils sont une occasion de mettre en avant des actions, des communautés, des choses qui sont rarement mises en avant malgré leurs qualités (OpenStreetMap, BIRD, Replicant, XMPP,...) ;

    * Moyen d'expression visuel tout comme le sont les tags sur des façades de bâtiments (et non, je ne parle pas des « NTM FDP »...) ;

    * Ils créent du lien social : quand on est nouveau dans une asso ou un rassemblement, on peut repérer facilement des sujets pour initier des conversations ;

    * Ils constituent une présentation de soi, les parties « compétences » et « divers/loisirs » d'un CV mises en image, en grosses mailles à savoir « qu'est-ce qui m'intéresse vraiment dans la vie ».


Voici ce que ça donne sur mon laptop : http://www.guiguishow.info/wp-content/uploads/2016/03/stickers_laptop.jpg

Pour info, il y a 3 catégories de stickers :
    * Ceux fait maison : OpenStreetMap (à partir de https://wiki.openstreetmap.org/wiki/File:Osm_free_and_open_map.png ) , Replicant (à partir du logo officiel et d'une phrase trouvée dans un visuel de conférence), « Soyons créatifs, [...] », BIRD (fait à partir du header de la page d'accueil du site web officiel http://bird.network.cz/) et IETF (à partir de https://www.ietf.org/images/ietflogotrans.gif). Pour une impression par petits lots, https://camaloon.fr/ fait le job pour pas trop cher.

    * Ceux achetés sur http://www.unixstickers.com/stickers : LaTeX, Debian, Tux, VLC, Hack. On peut aussi y trouver des stickers « GNU/Linux powered » ou « Vim inside » (pour remplacer les Intel inside et Windows powered) et des stickers pour masquer la touche winwin de votre clavier (un troll m'a collé un sticker GNU sur ma touche winwin :D ).

    * Ceux collectés un peu partout.

Je retiendrai 2 choses :
    * Les stickers ronds sont une véritable plaie car ils sont difficiles à caser et ils occupent beaucoup d'espace problème de la quadrature du cercle spotted) ;

    * Raconter une histoire avec des stickers semble difficile. Exemple : moi je voulais encadrer la république panoptique française avec « PGP, TOR [...] », Nos oignons, Hack, Political memory, « Soyons créatifs [...] » et We make Internet qui sont autant de solutions que je vois pour résoudre ce problème et ne pas se faire avoir. L'ennui, c'est que l'espace est vraiment un facteur limitant. :(


Bref, affichez-vous mais garde à ne pas devenir addict :)

« Instagram a désactivé les liens profonds vers les comptes Telegram et Snapchat des utilisateurs. Selon l’éditeur, il ne s’agit pas d’une vendetta personnelle, mais simplement de recadrer un service qui n’a jamais été prévu pour être utilisé de cette manière.

[...]

Cela étant, même si les sites classiques et les blogs sont autorisés, il en va de même pour les pages YouTube et les liens iTunes. Instagram se focaliserait donc sur les outils de communication capables de fédérer des communautés. »

Ha les réseaux sociaux fermés, qui enferme leurs utilisateurs, c'est toujours aussi magnifique, de vrais réseaux d'asociaux. Au moins, on a le choix de ne pas les utiliser.

« The new era of macro-delivered infections poses challenges that didn't exist in the late 1990s. Back then, getting targets to open a poisoned Office document was usually enough to compromise their computer. Now that macros are disabled by default, the attacker has to create a ruse that convinces the mark to enable macros. A favorite ploy is to present a document with blurred, obscured, or misformed text, along with the promise that allowing a macro to run will cause that document to be displayed correctly. Judging from the success of Dridex and Locky, it appears the ruse works well. »

Ha le social engineering, une ressource illimité.

« Aujourd’hui ce sont les câbles sous marins qui sont invisibles. Comment et par quels tuyaux courent les giga-octets d’information et de données, pour aller d’une machine à une autre, y compris quand elles sont séparées de plusieurs milliers de kilomètres ? »

J'en profite pour rappeler que non, Internet, comme le téléphone mobile, ne fonctionne pas par satellite. Le satellite offre une latence trop élevée et celle-ci a une influence négative sur les algos de TCP et donc sur le débit. Ce n'est pas réaliste pour nos usages actuels. Pour le téléphone portable, c'est des antennes terrestres puis un réseau filaire qui acheminent les appels et les SMS.

Notes concernant l'émission :
    * Sur les câbles sous-marins (qui sont en fibre optique et reposent donc sur de la transmission lumineuse), il y a des répéteurs (matériel passif pour regénérer le signal optique) tous les 80 kilomètres. :O

    * Ces mêmes câbles ne sont pas enfouis dans les océans compte-tenu des énormes profondeurs et de leur disparité. Ils sont enfouis aux abords des terres pour éviter les problèmes (ancres, bateaux,...).

    * Qui décide et qui finance ? Des communautés d'intérêt qui mutualisent les investissements colossaux (plusieurs millions d'euros, le plus gros câble de la carrière du représentant d'Orange a dépassé le milliard d'euros). Historiquement, c'était des opérateurs télécoms mais, de nos jours, on voit de plus en plus des fournisseurs de services prendre des participations dans les consortiums de fabrication+pose+entretien des câbles sous marins.

    * Les discussions dans ces consortiums sont vraiment nombreuses et intenses : discuter de chaque pays que le câble va desservir entre son pays de départ et son pays d'arrivée ; qui représentera la station d'atterrissement ? ; qui pourra louer le câble/segment de câble ? On est clairement dans de la géopolitique internationale puisque le passage du câble dans un pays peut être un facteur de développement économique et humain, par exemple.

    * Chaque pays veut un droit d'atterrissement afin d'avoir du pouvoir et des entrées d'argent. Exemple de Singapour (cité-État qui se veut être la porte de l'Asie) qui investit toujours très gros dans ces câbles afin d'être une plate-forme d'interconnexion de l'Asie et de pouvoir demander des droits d'interconnexion (une donnée arrive sur ce câble sous-marin et repart sur un autre...).

    * La surveillance de masse n'est pas nouvelle : dès le télégraphe, l'Angleterre et les USA surveillaient massivement les communications. Aujourd'hui, on sait écouter de la fibre optique sans la casser donc sans interruption de service donc de manière invisible (voir http://shaarli.guiguishow.info/?-4Cn-A puis http://shaarli.guiguishow.info/?-Q-AFw pour un cas d'usage concret par la DGSE documenté par la presse).

    * Protéger physiquement un réseau public (http://www.submarinecablemap.com) qui s'étend sur des milliers de kilomètres de l'espace public (océans, campagnes, trottoirs,...) afin que personne ne se branche dessus (service de renseignement, concurrent commercial,...) est juste impossible. C'est pour cela que le chiffrement de bout en bout et intégral de nos communications doit devenir la norme.

Via https://shaarli.cafai.fr/?ZQzlvA

« The Payment Card Industry Security Standards Council (PCI SSC) is extending the migration completion date to 30 June 2018 for transitioning from SSL and TLS 1.0 to a secure version of TLS (currently v1.1 or higher).

[...]

In April 2015, after extensive marketplace feedback, PCI SSC removed SSL as an example of strong cryptography from the PCI Data Security Standard (PCI DSS) version 3.1, stating that it can no longer be used as a security control after 30 June 2016. During the implementation period of PCI DSS 3.1, PCI SSC continued to seek feedback from the market, and has now revised and updated sunset dates.

The new date of June 2018 offers additional time to migrate to more secure protocols, but waiting is not recommended. »

Haha ! PCI-DSS 3.1 disait "plus de SSL ni de TLS v1.0 après juin 2016" et finalement c'est reporté à juin 2018 ! Deux ans de plus ! Ça démontre à quel point on n'est pas prêt d'effectuer la transition. La sécurité, c'est comme IPv6 : c'est pour demain. :) On notera aussi que cette décision vient du monde du paiement par carte en ligne, à mettre en rapport avec la soi-disante sécurité des cartes de paiement sans contact. ;) À mettre aussi en rapport avec d'autres industries de collecte massive de données personnelles qui sont encore plus à la bourre. ;)

Via https://twitter.com/aeris22/status/705338092740329472

« On Tuesday, the Association for Computing Machinery, the nation’s leading organization for computer science, awarded its annual top prize of $1 million to two men whose name will forever be immortalized in cryptography: Whitfield Diffie and Martin Hellman. »

\o/ Ils le méritent vraiment. \o/ C'est sur l'échange de clé Diffie-Hellman que repose la confidentialité persistante, c'est-à-dire la capacité de conserver les échanges passés secrets même en cas de compromission de la clé privée. \o/ Historiquement, c'est eux qui ont introduit publiquement le premier exemple pratique de cryptographie à clé publique / asymétrique en 1976 soit un an avant RSA et 1 an après le GCHQ (mais ces travaux étaient secrets).

Depuis qu'ARN, FAI associatif en Alsace, a une infra, je fais des mesures avec le système Atlas du RIPE.

Pour découvrir RIPE Atlas, voir la présentation de Stéphane Bortzmeyer lors de la Journée du Conseil Scientifique de l'AFNIC 2015 ( https://www.youtube.com/watch?v=UmCtwTkhnb0 ). En gros c'est un projet communautaire de métrologie basé sur le volontariat : des volontaires partout dans le monde hébergent au moins une sonde (un boitier TP-Link TL-MR3020) que ce soit à la maison, dans un datacenter, au travail... Ces sondes forment un botnet (mais un gentil botnet) : un contrôleur leur distribue des mesures à effectuer (ping, traceroute, http, ssl, ...). Chaque sonde sélectionnée essaye d'effectuer la mesure demandée et retourne le résultat au contrôleur du RIPE qui permet de le récupérer pour analyse (JSON).

    Tout une API REST a été développée autour pour automatiser la création de mesures et leur récupération.

    Les mesures sont publiques par défaut (et la possibilité de les rendre privées disparaîtra bientôt) afin de profiter à la communauté (les chercheurs manquent souvent de données pour bosser, par exemple).

   Évidemment, plein de limites empêchent d'utiliser le système dans un DDoS : il faut des crédits pour lancer des mesures (que l'on obtient en hébergeant une sonde ou en étant membre ou sponsor du RIPE), on ne peut pas lancer plus de 10 mesures concurrentes sur une même cible,...

Deux biais de mesures présents sur RIPE Atlas dont il faut être conscient avant de lire la suite :
    * RIPE Atlas est représentatif uniquement de lui-même. C'est basé sur le volontariat donc seul un public bien spécifique a des sondes : informaticiens informés. Du coup, cela introduit des biais dans les mesures. Exemple : le taux de déploiement d'IPv6 est largement supérieur aux moyennes mondiales.

    * D'après mes mesures, un écart d'un à deux points sur le pourcentage de paquets perdus/reçus entre deux mesures est normal selon que la mesure a été effectuée en heure pleine ou creuse dans la zone géographique considérée.



Concernant ARN, j'effectue une mesure ping en IPv4 et en IPv6. Ce qui m'intéresse :
    * La visibilité. Si le réseau dans lequel se trouve la sonde n'a aucune route pour joindre ARN, une erreur ICMP sera retournée à la sonde qui nous la retournera). Si le taux d'erreur dépasse une marge de tolérance, alors il y a un problème puisque le réseau d'ARN n'est pas visible de partout ;

    * Le nombre de paquets perdus. Si le pourcentage est trop élevé, c'est qu'il y a un souci dont il faudra s'inquiéter ;

    * La latence. Une latence moyenne qui augmente, c'est le signe d'un problème (routage pas optimal, attaque provoquant une redirection du trafic type Pilosov&Kapela).

Pour l'instant, j'ai effectué ces mesures à chaque grande étape de l'évolution de l'infra d'ARN : quand nous étions chez notre premier prestataire puis quand nous étions sur Cogent uniquement puis maintenant que nous sommes sur Cogent et Interoute. Une bonne idée est de monitorer l'infra avec Atlas. C'est parfaitement prévu par le projet qui a même développé une fonctionnalité qui va dans ce sens : le contrôleur analyse les résultats pour vous et positionne un flag dans  si le seuil que vous fixez est atteint, il suffit de récupérer ce flag avec un check_http banal). C'est dans ma TODO.


Les mesures sont publiques et vous pouvez donc les récupérer pour vérifier que je ne dis pas de bêtises :
    * Octobre 2013 :
        * WW   - IPv4 : https://atlas.ripe.net/measurements/1034521/ - IPv6 : https://atlas.ripe.net/measurements/1034528/
        * West - IPv4 : https://atlas.ripe.net/measurements/1034524/ - IPv6 : https://atlas.ripe.net/measurements/1034531/
        * NC   - IPv4 : https://atlas.ripe.net/measurements/1034522/ - IPv6 : https://atlas.ripe.net/measurements/1034529/
        * SE   - IPv4 : https://atlas.ripe.net/measurements/1034523/ - IPv6 : https://atlas.ripe.net/measurements/1034530/

    * Juin 2015 :
        * WW   - IPv4 : https://atlas.ripe.net/measurements/2048937/ - IPv6 (Cogent uniquement) : https://atlas.ripe.net/measurements/2048953/ - IPv6 (Cogent + Hurricane Electric) : https://atlas.ripe.net/measurements/2049310/
        * West - IPv4 : https://atlas.ripe.net/measurements/2048939/ - IPv6 (Cogent uniquement) : https://atlas.ripe.net/measurements/2048960/ - IPv6 (Cogent + Hurricane Electric) : https://atlas.ripe.net/measurements/2049314/
        * NC   - IPv4 : https://atlas.ripe.net/measurements/2048940/ - IPv6 (Cogent uniquement) : https://atlas.ripe.net/measurements/2048961/ - IPv6 (Cogent + Hurricane Electric) : https://atlas.ripe.net/measurements/2049315/
        * SC   - IPv4 : https://atlas.ripe.net/measurements/2048941/ - IPv6 (Cogent uniquement) : https://atlas.ripe.net/measurements/2048962/ - IPv6 (Cogent + Hurricane Electric) : https://atlas.ripe.net/measurements/2049317/
        * NE   - IPv4 : https://atlas.ripe.net/measurements/2048942/ - IPv6 (Cogent uniquement) : https://atlas.ripe.net/measurements/2048963/ - IPv6 (Cogent + Hurricane Electric) : https://atlas.ripe.net/measurements/2049318/
        * SE   - IPv4 : https://atlas.ripe.net/measurements/2048943/ - IPv6 (Cogent uniquement) : https://atlas.ripe.net/measurements/2048964/ - IPv6 (Cogent + Hurricane Electric) : https://atlas.ripe.net/measurements/2049319/
        * FR   - IPv4 : https://atlas.ripe.net/measurements/2048944/ - IPv6 (Cogent uniquement) : https://atlas.ripe.net/measurements/2048965/ - IPv6 (Cogent + Hurricane Electric) : https://atlas.ripe.net/measurements/2049320/

    * Février 2016 :
        * WW   - IPv4 : https://atlas.ripe.net/measurements/3572810/ - IPv6 (Cogent + Interoute) : https://atlas.ripe.net/measurements/3572818/
        * West - IPv4 : https://atlas.ripe.net/measurements/3572811/ - IPv6 (Cogent + Interoute) : https://atlas.ripe.net/measurements/3572819/
        * NC   - IPv4 : https://atlas.ripe.net/measurements/3572812/ - IPv6 (Cogent + Interoute) : https://atlas.ripe.net/measurements/3572820/
        * SC   - IPv4 : https://atlas.ripe.net/measurements/3572813/ - IPv6 (Cogent + Interoute) : https://atlas.ripe.net/measurements/3572821/
        * NE   - IPv4 : https://atlas.ripe.net/measurements/3572814/ - IPv6 (Cogent + Interoute) : https://atlas.ripe.net/measurements/3572835/
        * SE   - IPv4 : https://atlas.ripe.net/measurements/3572816/ - IPv6 (Cogent + Interoute) : https://atlas.ripe.net/measurements/3572836/
        * FR   - IPv4 : https://atlas.ripe.net/measurements/3572845/ - IPv6 (Cogent + Interoute) : https://atlas.ripe.net/measurements/3572847/

    * Février 2016 - IPv6 + tag « system-ipv6-works » (tag attribué automatiquement par le contrôleur RIPE à une sonde qui a réussie à ping6 plusieurs amers. Beaucoup de sondes sont sur des réseaux sur lesquels un préfixe IPv6 est annoncé avec des Router Advertisements (RA) mais sur lesquels l'acheminement des paquets IPv6 n'est pas fonctionnel... Ces mesures ne sont donc pas comparables avec les précédentes !
        * WW   - https://atlas.ripe.net/measurements/3586435/
        * West - https://atlas.ripe.net/measurements/3586436/
        * NC   - https://atlas.ripe.net/measurements/3586437/
        * SC   - https://atlas.ripe.net/measurements/3586438/
        * NE   - https://atlas.ripe.net/measurements/3586440/
        * SE   - https://atlas.ripe.net/measurements/3586444/
        * FR   - https://atlas.ripe.net/measurements/3586762/

    * Février 2016 - IPv6 + tags « system-ipv6-works » (voir ci-dessus) et « native-ipv6 » (tag ajouté manuellement pour indiquer que l'accès Internet est natif, sans méthode de transition) donc on peut avoir des déclarations mensongères/erronées/dépassées (exemple : https://atlas.ripe.net/probes/13900/#!tab-network ) et des absences de déclaration) :
        * WW   - https://atlas.ripe.net/measurements/3588197/
        * West - https://atlas.ripe.net/measurements/3588198/
        * NC   - https://atlas.ripe.net/measurements/3588199/
        * SC   - https://atlas.ripe.net/measurements/3588200/
        * NE   - https://atlas.ripe.net/measurements/3588201/
        * SE   - https://atlas.ripe.net/measurements/3588202/
        * FR   - https://atlas.ripe.net/measurements/3588203/

    * Février 2016 - IPv6 + tag « system-ipv6-works » (voir ci-dessus) et exclure le tag « native-ipv6 » (voir ci-dessus) :
        * WW   - https://atlas.ripe.net/measurements/3588258/
        * West - https://atlas.ripe.net/measurements/3588259/
        * NC   - https://atlas.ripe.net/measurements/3588260/
        * SC   - https://atlas.ripe.net/measurements/3588261/
        * NE   - https://atlas.ripe.net/measurements/3588262/
        * SE   - https://atlas.ripe.net/measurements/3588263/
        * FR   - https://atlas.ripe.net/measurements/3588264/

    * Février 2016 - Interoute uniquement :
        * WW   - IPv4 : https://atlas.ripe.net/measurements/3588379 - IPv6 : https://atlas.ripe.net/measurements/3588405/ - IPv6 + tag « system-ipv6-works » : https://atlas.ripe.net/measurements/3588438/ - IPv6 + tags « system-ipv6-works » et « native-ipv6 » : https://atlas.ripe.net/measurements/3588466/ - IPv6 + tag « system-ipv6-works » et exclure tag « native-ipv6 » : https://atlas.ripe.net/measurements/3588512/
        * West - IPv4 : https://atlas.ripe.net/measurements/3588380 - IPv6 : https://atlas.ripe.net/measurements/3588406/ - IPv6 + tag « system-ipv6-works » : https://atlas.ripe.net/measurements/3588439/ - IPv6 + tags « system-ipv6-works » et « native-ipv6 » : https://atlas.ripe.net/measurements/3588467/ - IPv6 + tag « system-ipv6-works » et exclure tag « native-ipv6 » : https://atlas.ripe.net/measurements/3588513/
        * NC   - IPv4 : https://atlas.ripe.net/measurements/3588381 - IPv6 : https://atlas.ripe.net/measurements/3588407/ - IPv6 + tag « system-ipv6-works » : https://atlas.ripe.net/measurements/3588440/ - IPv6 + tags « system-ipv6-works » et « native-ipv6 » : https://atlas.ripe.net/measurements/3588468/ - IPv6 + tag « system-ipv6-works » et exclure tag « native-ipv6 » : https://atlas.ripe.net/measurements/3588515/
        * SC   - IPv4 : https://atlas.ripe.net/measurements/3588382 - IPv6 : https://atlas.ripe.net/measurements/3588408/ - IPv6 + tag « system-ipv6-works » : https://atlas.ripe.net/measurements/3588442/ - IPv6 + tags « system-ipv6-works » et « native-ipv6 » : https://atlas.ripe.net/measurements/3588469/ - IPv6 + tag « system-ipv6-works » et exclure tag « native-ipv6 » : https://atlas.ripe.net/measurements/3588516/
        * NE   - IPv4 : https://atlas.ripe.net/measurements/3588384 - IPv6 : https://atlas.ripe.net/measurements/3588409/ - IPv6 + tag « system-ipv6-works » : https://atlas.ripe.net/measurements/3588443/ - IPv6 + tags « system-ipv6-works » et « native-ipv6 » : https://atlas.ripe.net/measurements/3588470/ - IPv6 + tag « system-ipv6-works » et exclure tag « native-ipv6 » : https://atlas.ripe.net/measurements/3588517/
        * SE   - IPv4 : https://atlas.ripe.net/measurements/3588385 - IPv6 : https://atlas.ripe.net/measurements/3588410/ - IPv6 + tag « system-ipv6-works » : https://atlas.ripe.net/measurements/3588444/ - IPv6 + tags « system-ipv6-works » et « native-ipv6 » : https://atlas.ripe.net/measurements/3588471/ - IPv6 + tag « system-ipv6-works » et exclure tag « native-ipv6 » : https://atlas.ripe.net/measurements/3588518/
        * FR   - IPv4 : https://atlas.ripe.net/measurements/3588386 - IPv6 : https://atlas.ripe.net/measurements/3588411/ - IPv6 + tag « system-ipv6-works » : https://atlas.ripe.net/measurements/3588445/ - IPv6 + tags « system-ipv6-works » et « native-ipv6 » : https://atlas.ripe.net/measurements/3588473/ - IPv6 + tag « system-ipv6-works » et exclure tag « native-ipv6 » : https://atlas.ripe.net/measurements/3588519/
       
    * Février 2016 - Cogent uniquement :
        * WW   - IPv6 + tag « system-ipv6-works » : https://atlas.ripe.net/measurements/3588604/ - IPv6 + tags « system-ipv6-works » et « native-ipv6 » : https://atlas.ripe.net/measurements/3588625/ - IPv6 + tag « system-ipv6-works » et exclure tag « native-ipv6 » : https://atlas.ripe.net/measurements/3588666/
        * West - IPv6 + tag « system-ipv6-works » : https://atlas.ripe.net/measurements/3588605/ - IPv6 + tags « system-ipv6-works » et « native-ipv6 » : https://atlas.ripe.net/measurements/3588626/ - IPv6 + tag « system-ipv6-works » et exclure tag « native-ipv6 » : https://atlas.ripe.net/measurements/3588667/
        * NC   - IPv6 + tag « system-ipv6-works » : https://atlas.ripe.net/measurements/3588607/ - IPv6 + tags « system-ipv6-works » et « native-ipv6 » : https://atlas.ripe.net/measurements/3588627/ - IPv6 + tag « system-ipv6-works » et exclure tag « native-ipv6 » : https://atlas.ripe.net/measurements/3588668/
        * SC   - IPv6 + tag « system-ipv6-works » : https://atlas.ripe.net/measurements/3588608/ - IPv6 + tags « system-ipv6-works » et « native-ipv6 » : https://atlas.ripe.net/measurements/3588628/ - IPv6 + tag « system-ipv6-works » et exclure tag « native-ipv6 » : https://atlas.ripe.net/measurements/3588669/
        * NE   - IPv6 + tag « system-ipv6-works » : https://atlas.ripe.net/measurements/3588609/ - IPv6 + tags « system-ipv6-works » et « native-ipv6 » : https://atlas.ripe.net/measurements/3588630/ - IPv6 + tag « system-ipv6-works » et exclure tag « native-ipv6 » : https://atlas.ripe.net/measurements/3588670/
        * SE   - IPv6 + tag « system-ipv6-works » : https://atlas.ripe.net/measurements/3588610/ - IPv6 + tags « system-ipv6-works » et « native-ipv6 » : https://atlas.ripe.net/measurements/3588631/ - IPv6 + tag « system-ipv6-works » et exclure tag « native-ipv6 » : https://atlas.ripe.net/measurements/3588671/
        * FR   - IPv6 + tag « system-ipv6-works » : https://atlas.ripe.net/measurements/3588611/ - IPv6 + tags « system-ipv6-works » et « native-ipv6 » : https://atlas.ripe.net/measurements/3588632/ - IPv6 + tag « system-ipv6-works » et exclure tag « native-ipv6 » : https://atlas.ripe.net/measurements/3588672/


Pour analyser ces mesures, j'utilise le script Python « atlas-ping-retrieve » de Stéphane Bortzmeyer (http://www.bortzmeyer.org/files/atlas-ping-retrieve.py ). On pourrait aussi utiliser la bibliothèque Sagan (https://github.com/RIPE-NCC/ripe.atlas.sagan ).

J'ai compilé tout ça dans une feuille de tableur avec de zolis graphiques qui portent uniquement sur l'évolution vers l'infra actuelle donc je n'ai pas graphé ipv6-works car pas de recul ni "Interoute uniquement" ni "Cogent uniquement" car ce n'est pas la configuration que nous utilisons au quotidien. Pour une copie PDF, c'est par ici : http://www.guiguishow.info/wp-content/uploads/2016/02/arn-mesures_atlas.pdf

Attention : les mesures d'octobre 2013 souffrent de plusieurs biais :
    * Ces mesures sont dépassées puisque tous les réseaux évoluent. Des mesures actuelles vers LDN (hébergé par ce même presta) donnent des résultats similaires aux nôtres en IPv4 et légèrement meilleurs en IPv6 en terme de paquets perdus.

    * Ces mesures sont effectuées en envoyant 3 icmp-request alors que les mesures postérieures sont effectuées avec 5 paquets. Un nombre plus élevé de paquets (multiplié par le nombre de sondes dans la mesure) peut déclencher des limiteurs de trafic et fausser la mesure, par exemple.

    * La cible de ces mesures est une IP (v4 ou v6) alors que la cible des mesures postérieures est un nom (et qu'on ne positionne pas le flag « resolve on probe »). Or, la résolution du nom peut échouer de manière indépendante de la mesure elle-même, ce qui contribue à la fausser.


Quelles conclusions peut-on en tirer ?
    * Les tunnels 6in4 et autres méthodes de transition vers IPv6, c'est cool car ça fournit de la connectivité v6 là où il n'y en a pas mais globalement, ça perd quand même beaucoup de paquets (ne jamais oublier que 5 echo-request, c'est une durée très courte... donc perdre autant de paquets en si peu de temps, ça doit bien pénaliser les connexions TCP). Par contre, surprise : ces méthodes de transition ne font pas exploser la latence tant que ça : 8 ms en moyenne, toutes régions du globe confondues. :O

    * Il y a vraiment beaucoup de réseaux IPv6 ready (qui reçoivent un préfixe IPv6 via un RA) mais pas IPv6-works. La différence est flagrante (entre 5 et 18 points d'écart et jusqu'à 30 pour la Russie et alentours) ! :O Conclusion : pour faire une mesure IPv6 fiable avec Atlas, il faut vraiment utiliser le tag « system-ipv6-works » sinon, vous remontez des erreurs pour lesquelles vous ne pouvez rien faire (elles sortent de votre périmètre et ne sont pas de votre responsabilité). Un tel écart me fait également dire qu'IPv6, ce n'est très clairement pas encore pour aujourd'hui quoi qu'en disent les optimistes.

    * Interoute a un taux de paquets perdus impressionnant en IPv6 (plus de 50% dans la plupart des cas) ! :O Ce n'est pas le cas en IPv4 où Interoute survit bien à la coupure de Cogent. Fait amusant : on remarque qu'IPv6 confirme les différentes stratégies de déploiement de réseau de ces deux sociétés commerciales : Interoute est euro et asie centré, Cogent est USA-centré à la base. Interoute sauve les meubles en IPv6 en Europe + Russie + FR mais s'écroule en Amériques et Afrique surtout si l'on prend en compte uniquement l'IPv6 natif (donc pas les tunnels 6in4 notamment fournis par HE avec qui Interoute peere très bien). À l'inverse, on voit que Cogent a un déficit en Europe et en Asie.

    * Cogent est beaucoup plus impacté qu'Interoute par l'écart entre les mesures « ipv6 » et « ipv6-works ». Je n'explique pas cela... Peut-être la popularité d'où plus de machines donc plus de fail de configuration des réseaux ? Je veux dire : il semble que Cogent est plus présent qu'Interoute dans les zones géographiques où IPv6 fonctionne mal (Asie et Afrique, par exemple).

    * On remarque également qu'un tunnel 6in4 BGP HE côté ARN perd moins de paquets que de passer via Interoute dans certaines régions du monde comme l'Afrique, la Russie et l'Asie (entre 6 et 16 points d'écart). L'Europe est également concernée (6 points d'écart). Cela tend à confirmer la concentration/centralisation que représente HE et la nécessité d'une interconnexion avec eux.

    * On remarque aussi que la latence vers l'Asie est le double de celle vers les Amériques, ce qui indique que la connectivité vers l'Asie se fait toujours via les USA. :(

    * Un truc qui fait plaisir : l'infra d'ARN a constamment gagnée en visibilité et en diminution de pertes de paquets au fil des évolutions. À l'inverse, la latence n'a pas été diminuée significativement par les évolutions successives de l'infra.

    * Limite des chiffres et de la représentativité d'Atlas, le passage à deux transitaires ne se justifie pas via ces mesures puisque l'écart est trop faible et correspond à la marge de tolérance. Pourtant, qualitativement, l'interconnexion entre Cogent et Google (dont Youtube) est mauvaise (débit pas top) alors que celle d'Interoute est top, Cogent ne propose aucun accès aux préfixes IPv6 de Google, Cogent n'offre aucun accès à certains préfixes IPv4 chinois (moins important pour ARN), Interoute nous permet de tendre vers l'émancipation d'un tunnel 6in4 avec HE (qui est glop techniquement et moralement (concentration du trafic IPv6 chez un petit nombre d'acteurs)). Sans compter que deux transitaires se justifient pour ne pas disparaître des Internet en cas de panne/maintenance.