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