RE: [DNS] Transfer of Registrar of Record

RE: [DNS] Transfer of Registrar of Record

From: Jon Lawrence <jon§jonlawrence.com>
Date: Tue, 30 Apr 2002 14:26:13 +0100
I agree.  And why should I lose the time on a licence that I've already
paid for just because I wish to switch providers?

Seems like a good deal for the registry though...


>-- Original Message --
>Reply-To: dns&#167;lists.auda.org.au
>From: "Mark Hughes" <effectivebusiness&#167;pplications.com.au>
>To: <dns&#167;lists.auda.org.au>
>Date: Tue, 30 Apr 2002 23:06:59 +1000
>Subject: RE: [DNS] Transfer of Registrar of Record
>
>
>Well, I said in my last email on this subject that I'd
>
>> try and get my thoughts /
>> comments sorted out better and in more detail
>
>Finding time to read all the necessary documents and think them thru is
>always a problem, but here's some further thoughts on the Transfer of
>Registrar or Record issue.
>
>
>The draft document at http://www.auda.org.au/docs/auda-transfers-draft.pdf
>has as Section 3.2 b):
>
>"the registrant must renew their domain name licence when the transfer
takes
>place (i.e.. the registrant receives a new 2 year domain name licence from
>the
>gaining registrar)."
>
>The effect of this clause is critical - the process for changing 'Registrar
>of Record' actually becomes a just a version of "Renewal of Domain Name",
>with the proviso that domain name renewals can be done at any time, but
>they're always for two years.  In effect, we end up with 3 versions of
a
>similar procedure:
>
>
>1)  Application for a new domain name
>2)  Renewal of an existing domain name
>3)  Renewal of an domain name, with a change of Registrar of Record
>
>And one procedure document should be able to cover them all.  Treating
them
>as slightly different versions of the same process means that things which
>are common to all three only have to be stated once, and the end result
>should be simpler and much more consistent than treating them as different
>processes.
>
>
>The process is always going to be a tradeoff between:
>
>* efficiency - resulting in low costs to Registrars & Resellers and
>therefore to Registrants, in a competitive environment
>* effectiveness - resulting in a desirable outcome with regard to policy
>issues
>
>There are specific policy issues which may affect one or more of the
>versions of the application / renewal processes, and they appear to include
>(in no particular order):
>
>* Authentication
>* Bad Faith Registrations
>* Deceptive Practices
>* Validity Checking
>
>and there may be others I haven't thought of.
>
>
>
>Looking at those policy issues in more detail:
>
>
>* Authentication - i.e. Authenticating the entity submitting a request
>Authentication needs to be done at any time subsequent to a new domain
name
>application where a change is made to the domain name details, to the
>contact details for the domain name, or to a domain name delegation.  It
>doesn't really apply to new domain name applications as the entity applying
>automatically becomes the authorised holder of the domain.
>
>* Bad Faith Registrations - i.e. discouraging them
>Discouraging bad faith registrations should be done as part of the domain
>name application.  It doesn't need to be done at domain name renewal time
>-
>its difficult to see how any mechanism to deal with bad faith registrations
>can be effectively linked to the domain name renewal process.
>
>* Deceptive Practices - i.e. discouraging deceptive practices by entities
>other than Registrants (i.e. Registrars / Resellers / Others)
>The objective is to stop deceptive practices by entities on Registrants
>designed to make the Registrant either pay more money than necessary or
>change Registrar / Reseller without their knowledge.  This applies for
>Renewals with change of Registrar of Record.
>
>* Validity Checking
>For domain name applications, the eligibility of the applying entity, and
>the name they're applying for, need to be checked.  Following the existing
>principle of grandfathering, validity checking is not necessary at time
of
>renewal.
>
>
>
>
>In Summary:
>
>                      New         |         | Renewal with
>                      Application | Renewal | Change of Registrar
>                      ------------|---------|--------------------
>Authentication           No       |   Yes   |   Yes
>Bad Faith Registrations  Yes      |   No    |   No
>Deceptive Practices      No       |    ?    |   Yes
>Validity checking        Yes      |   No    |   No
>
>
>
>
>Having identified the policy objectives, it should be possible to create
>one
>clear procedure document to address the three versions of the process:
>
>1. New Application
>2. Renewal
>3. Renewal with Change of Registrar
>
>
>We'd then end up with a "Domain Name Application and Renewal Procedure"
>document, and won't need a separate one for Change of Registrar of Record.
>
>
>
>
>Regards, Mark
>
>Mark Hughes
>Effective Business Applications Pty Ltd
>effectivebusiness&#167;pplications.com.au
>www.pplications.com.au
>+61 4 1374 3959
>
>
>
>
>
>
>
>
>---------------------------------------------------------------------------
>List policy, unsubscribing and archives => http://www.auda.org.au/list/dns/
>Please do not retransmit articles on this list without permission of the
>
>author, further information at the above URL.  (310 subscribers.)
>
Received on Fri Oct 03 2003 - 00:00:00 UTC

This archive was generated by hypermail 2.3.0 : Sat Sep 09 2017 - 22:00:05 UTC