9.4. 割り当て済み値の回収

以前に割り当てられた値を再利用のために回収することは難しい問題です。なぜなら、そうすることで、割り当て済み値をまだ使用しているデプロイされたシステムとの相互運用性の問題につながる可能性があるためです。さらに、特定の値を使用しているシステムのデプロイの範囲を判断することは非常に困難です。ただし、名前空間の未割り当て値が不足し、追加の値が必要な場合は、未使用の値の回収を試みることが望ましい場合があります。未使用の値を回収する場合、少なくとも以下を考慮する必要があります：

• 値が割り当てられた元の当事者に連絡を試み、その値が使用されたかどうか、使用された場合はデプロイの範囲を判断する必要があります。（場合によっては、製品が出荷されなかったり、長い間使用されなくなったりしています。他の場合では、値が実際には全く使用されなかったことが知られている場合があります。）

• 再割り当ては、通常、元の要求者の同意なしに行うべきではありません。このような条件下での回収は、値が広く使用されていないという強力な証拠があり、値を回収する必要性が敵対的な回収のコストを上回る場合にのみ行われるべきです。この場合、IESG承認が必要です。

• 提案されたアクションを文書化し、関連するユーザーコミュニティからのコメントを募ることが適切な場合があります。場合によっては、DHCPがその「私的使用」オプションの一部を回収したときに行われたように、正式なIETFプロセス（IETFラストコールを含む）を経るRFCを作成することが適切な場合があります [RFC3942]。

• 取り消し、解放、移転を区別することが有用な場合があります。取り消しはIANAが割り当てを削除したときに発生し、解放は割り当て先がその削除を開始したときに発生し、移転は取り消しまたは解放が即座の再割り当てと組み合わされたときに発生します。これらのそれぞれの手順を指定するか、望ましくない組み合わせを明示的に禁止することが有用な場合があります。