Résumé

  • Le 26 octobre, Sávyo de Morais, de NIC.br, a présenté à RIPE 93 V6bench, un cadre encore jeune pour éprouver des applications sur IPv6.
  • À partir d'une spécification OpenAPI, il produit des éléments DNS et un modèle de test API ; l'équipe doit adapter le plan, choisir les conditions, lancer les essais et lire les résultats CSV.

Une route IPv6 ouverte, c'est une porte d'entrée. Cela ne dit rien de la caisse, du formulaire ni du service derrière le comptoir. Cette distinction anime l'intervention de Sávyo de Morais à RIPE 93. Son critère tient en une question : l'opération que l'utilisateur voulait accomplir fonctionne-t-elle encore une fois IPv4 retiré ?

Les diapositives originales déroulent les endroits où le voyage peut s'arrêter : adresse IPv4 écrite en dur, expression de validation, liste d'accès, bibliothèque, champ de base de données, authentification, journal ou surveillance. Le propos est une méthode d'enquête. Aucune panne d'un service particulier n'y est établie.

V6bench rend cette enquête moins artisanale. On fournit un document OpenAPI en JSON ou YAML ; l'outil prépare les éléments DNS et une trame ScanAPI. Puis vient la partie qui ne se délègue pas à un générateur : adapter les variables et les scénarios à l'application, exécuter les essais et examiner les CSV. Le dépôt du projet décrit un développement précoce, encore susceptible d'erreurs, centré d'abord sur les API. Un squelette de test est utile précisément parce qu'il laisse visible ce que l'équipe doit compléter.

Les clients envisagés vont du tout IPv4 au tout IPv6, en passant par le double protocole et NAT64 ; les serveurs incluent une option SIIT-DC. Le laboratoire réclame notamment Docker avec pont IPv6, Kathará et Jool. Choisir le double protocole pour une démonstration puis annoncer un parcours entièrement IPv6 serait un tour de passe-passe, pas un résultat. Le projet de texte de l'IETF rappelle d'ailleurs que l'identité, les dépendances et les journaux font partie du parcours applicatif.

La décision intéressante est donc éditoriale au sens le plus pratique : qui rédige le scénario d'acceptation ? Un exploitant peut garder ensemble le fichier OpenAPI, le plan adapté, le mode client-serveur et le résultat. Un acheteur peut alors demander à voir la transaction réussie au lieu d'admirer une LED verte.

Sources originales