ゾーン鍵でないDNSSEC鍵の例はSIG(0)/処理鍵です。プロトコルフィールドは3を設定されなくてはなりません(MUST)。アルゴリズムと公開鍵フィールドは変えられません。鍵資源データフォーマットは変更していません。A/Cビット(ビット0と1)は排除されます。(MUST)、受信者は無視します(MUST)。拡張フラグビット(ビット3)は排除されます。(MUST)、受信者は無視します(MUST)。ホスト/ユーザビット(ビット6)は排除されます。し(MUST)、受信者は無視します(MUST)。ゾーンビット(ビット7)は変化しません。署名者フィールド(ビット12-15)は[15]で排除されました。0を設定し(MUST)、受信者は無視します(MUST)。ビット2と4と5と8と9と10と11が変化していません。予約で、0を設定し(MUST)、受信者は無視します(MUST)。どんな未来の鍵資源レコードフラグ値の割当ても標準化行動を必要とします。値1(電子メール)が予約に変ります。値2(IPSEC)が予約に変ります。値3(DNSSEC)は変化していません。値4(TLS)が予約に変ります。値5−254が変化していません(予約)。値255(全て)が予約に変ります。ジストリは新しい割当てを停止します。ド集合を受け入れるべきです(SHOULD)。キャッシュの一貫性に問題を生じます。NOT)ことに注意してください。アルゴリズムと公開鍵フィールドは変えられません。DNSSECゾーン鍵資源レコードは変えられず、後方互換性があります。これは限定された鍵で正しいです。後方互換性がアプリケーション鍵に提供されません。CやTLS鍵は、今、廃止されます。正確に鍵資源レコードを処理し続けるでしょう。この文書の範囲は厳密に鍵レコードに限定されています。イプにアプリケーション鍵を登録することを推奨したり制限したりしません。IANA登記所を作りました。この文書はこの登記所に対する2つの変更をします。4、と255を「予約」に再割り当てします。コルオクテット値3が「DNSSEC」で変化しないままです。標準行動を必要とします。性があるセキュリティ問題を排除します。