Re: Domain check in draft-obispo-epp-idn-00.txt

Keith Gaughan <[email protected]>
Newsgroups gmane.ietf.provreg
Organization Blacknight Internet Solutions
Message-ID <[email protected]>
On 06/01/12 17:18, Francisco Obispo wrote:
>
> On Jan 6, 2012, at 9:09 AM, Keith Gaughan wrote:
>
>> On 04/01/12 20:44, Francisco Obispo wrote:
>>
>>> I agree that registrars should be performing those tests/validations ahead
>>> of time and shouldn't rely exclusively on the registry for those types of
>>> validation, because that would increase registry load significantly.
>>
>> I very much doubt that it would increase registry load significantly, and I
>> know because I've implemented code to do exactly that kind of validation, and
>> the additional extra load was negligible in terms of overall request
>> processing time. It wasn't even a blip compared to even the overhead of
>> marshalling and unmarshalling EPP stanzas.
>>
>> Both registrars and registries should be checking IDNs against codepoint
>> whitelists.
>
> I agree, _both_ should be doing it,... my point above was about registrars
> exclusively performing validations using the <check> command.

Which is exactly why I think registries should be penalising registrars the
are plainly not validating IDNs they submit in <domain:check> commands rather
than requiring language tags be provided in <domain:check> commands.

Essentially, I'd prefer misbehaving registrars were penalised rather than
having well-behaved registrars such as ourselves[1]. Without the language tag,
we're able to batch multiple checks from multiple customers into a single
request. This makes our store more responsive. Requiring a language tag be
provided means this ability to batch checks is reduced because we'll have to
group domains in batches based upon the language code.

I can't emphasise how important it is for a registrar that domain availability
checks be quick. Anything that compromises response time in this area means
potential loss of sales.

> At the end, I think this is implementation-specific, we might argue that it
> will or not, but it all comes down to the platform that is handling it.

K.

[1] Though anybody who's met Michele may disagree!

-- 
Keith Gaughan, Senior Developer
PGP/GPG key ID: 3E896381
Blacknight Internet Solutions Ltd. <http://blacknight.com/>
12A Barrowside Business Park, Carlow, Ireland
Registered in Ireland, Company No.: 370845
_______________________________________________
provreg mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/provreg
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.