要約

  • 10月26日のRIPE 93で、NIC.brのSávyo de MoraisがIPv6環境のアプリケーションを試す開発初期の公開ツール、V6benchを紹介した。
  • OpenAPI仕様からDNS設定とAPI試験の雛形を作り、担当者が変数や手順を直して実行し、CSVの結果を確認する。現時点の対象は主にAPIだ。

配達員はIPv6で玄関まで来た。建物の中の受付がIPv4の身分証しか読めなければ、用事は終わらない。RIPE 93の発表が突いたのは、この玄関と用事の差だ。ネットワークの到達性は入口の記録であり、利用者の取引の完了記録ではない。

発表資料には、固定されたIPv4アドレス、入力検証、アクセス制御、ライブラリ、データベースの欄、認証、ログ、監視が並ぶ。特定のサービスで障害が起きたという報告ではなく、点検する場所のリストだ。提案する判定は明快で、IPv4を外しても依存先を含む一連の操作が終わるかを見る。

V6benchではJSONまたはYAMLのOpenAPI仕様を渡すと、DNS関連の設定とScanAPIの試験雛形が生成される。そこから担当者が実際のAPIに合わせて計画と変数を編集し、環境を選び、実行してCSVを読む。開発元のリポジトリは、まだ初期段階で不具合の可能性があり、APIを最初の対象にすると説明する。自動で出てくる雛形は答案用紙であって、採点結果ではない。

資料にはIPv4のみ、デュアルスタック、IPv6のみ、NAT64付きIPv6のクライアントが登場し、サーバー側にはSIIT-DCもある。試験環境にはDockerのIPv6ブリッジ、Kathará、Joolなどを使う。デュアルスタックで通った操作をIPv6のみの環境へ横滑りさせて「合格」と呼べば、試験した経路が消えてしまう。IETFの作業草案も認証やログ、依存関係を視野に入れる。V6benchの新しさは、その広い課題に具体的な試験作業の入口を置いたことにある。

調達や公開判定で必要なのは、OpenAPI原本、手を入れた計画、選んだネットワーク条件、結果を一緒に残すことだ。緑のランプ一つより、誰が何を完了したかが読める一枚の記録のほうが頼りになる。

一次資料