すべての良い一日。
少し前に、 ドラフト文書「レジストラ間でドメイン名情報のサポートを移管するときに適用される手順について」がCC Webサイトに掲載されました。
カットの下の主要な機能についてお読みください。
重要なポイント：
3.管理者へのAuthInfoコードの発行は、管理者が選択する方法の1つで、ドナーレジストラによって実行されます。
-書面で提供することにより;
-レジストラ間でドメインサポートを転送する手順を目的とした、レジストリに保存された管理者の電話番号を使用したsms-authorizationの使用（ショートテキストメッセージ（sms）を受信する機能付き）。
-登録に保存されている管理者の電子メールアドレスで電子メール認証を使用します。これは、レジストラ間でドメインサポートを移行する手順を目的としています。
9.4。 ドナーレジストラには、次の場合にドメインサポートの移転を拒否する権利があります。
-詐欺の兆候の存在。
-管理者の識別/許可に関連する合理的な紛争の発生;
-ドメイン名登録の期限が切れている場合は過去（完了）の登録期間、またはドメイン登録の期限が切れていない場合は過去および現在の登録期間の不払い（...）
9.1。 規則の条項9で指定された時間まで[5地球日。 約 la0]、ドナーレジストラは、管理者を追加で識別する権利、および/またはドメインサポートを受信レジストラに移すためのアプリケーションの確認を管理者に依頼する権利を有します。
ドナーレジストラの追加検証はオプションです。 そのようなチェックの一環として、管理者は、ドメインサポートを受信レジストラに移管するための申請書をドナーレジストラに確認する必要はありません。 したがって、ドメイン管理者がドメインサポートを受信者レジストラに移管することを直接管理者が拒否していない場合（管理者が非アクティブの場合）、ドナーレジストラはドメインサポートの移管を妨げないことがあります。
4.受信者のレジストラは、監査を実施する義務があります。
-指定されたドメイン名のレジストリに保存されているAuthInfoコードを、ドメインサポートを転送するためにアプリケーションで指定されたものと一致させます。
-AuthInfoコードの有効性。
-ドメインサポートの移管申請を行った人のデータと、レジストリに保存されているこのドメイン名の管理者のデータとの一致
要点（登録の期限切れ、ブロックなどのケースは考慮していません）：
- ドナー登録機関は3日以内に認証コードを発行する必要があります。
- 管理者はこのコードを新しいレジストラに運びます。
- 新しいレジストラは、書面またはSMSまたは電子メールで管理者に確認を求め、受け取った場合は転送を開始します。 認証コードを使用します。
- 移管が開始されると、ドナーレジストラは管理者の抗議を受けるまで5日間あり、レジストラと管理者が何らかの形で抗議しない場合、レジストラは変更されます。
一般的に、すべてがgTLDのEPPと同じであり、同じ長所と短所があります。
長所：高速（最大12日）、
短所：愚かな電子メールアクセス、 SIMカードの再リリース ...よく、あなたはアイデアを得る。
重要：したがって、レジストラのみを変更できます。 管理者は、転送後1か月でのみ変更できます。
したがって、エンドユーザーがレジストラ " "を変更できるようにするため、これは重要かつ必要であると考えます。この場合、 "[1]および[2]および"自分の足で投票します。 "
それが受け入れられるかどうか、どのような形で-時間はわかります。
PPS、ペーパーレス伝送が可能になったことを完全に理解しています。 いずれにせよ、ほとんどのレジストラでは、これは現在、レジストラに委任状を発行して対応する操作を実行することで実装されています。