付録 A. プロトコルの開発 (Protocol Development)

本プロトコルの初期バージョンは異なるメディアタイプと URI 構造を使用していました。現在の設計は実装経験と IETF コミュニティからのフィードバックに基づいて発展しました。

最初の提案では、標準の「https:」URI の代わりに専用の URI スキーム（例：「dns-over-https:」）の使用が検討されました。しかし、既存の HTTP インフラストラクチャとのより良い統合のために標準の「https:」URI を使用することが決定されました。これにより DoH トラフィックを通常の HTTPS トラフィックと区別しにくくなります。

メディアタイプの選択も数回の反復を経ました。「application/dns-message」メディアタイプは、コンテンツが DNS Wire Format メッセージであることを明確に示すために選択されました。JSON を含む他のフォーマットも検討されましたが、既存の DNS インフラストラクチャとの互換性と効率性のために DNS Wire Format をデフォルトフォーマットとして使用することが決定されました。

URI テンプレートメカニズムは柔軟性を提供するために追加され、DoH サーバーが異なる URI パスを使用しながらもプロトコルとの互換性を維持できるようにします。

POST と GET の両方のメソッドが異なるユースケースをサポートするために含まれています。POST メソッドは通常より効率的ですが、GET メソッドは HTTP キャッシュに対してよりフレンドリーです。

HTTP/2 サポートは多重化やその他のパフォーマンス上の利点を提供するため重要と見なされました。

セキュリティとプライバシーの考慮事項は開発プロセス全体を通じて主要な関心事でした。HTTPS の使用とサーバー認証の要求は、パッシブ攻撃と特定のタイプのアクティブ攻撃を防ぐためです。

本プロトコルの開発には、DNS、HTTP、セキュリティコミュニティからの貢献者の広範な協力が含まれていました。