Re: draft-kong-epp-cdn-dnssec-mapping-00 Submitted for Review
Jens Wagner <[email protected]>
| Newsgroups | gmane.ietf.provreg |
|---|---|
| Organization | HEXONET GmbH |
| Message-ID | <[email protected]> |
Hi Andrew, On 26.10.2011 12:42, Andrew Sullivan wrote: > On Wed, Oct 26, 2011 at 12:21:15PM +0200, Jens Wagner wrote: >> Furthermore, I'd prefer if there's no redundancy in responses, e.g. >> variants should be returned in punycode only. > I don't think you can do that. The Punycode form of IDNA2003 labels > is not lossless, so while you get what is in the DNS, you don't know > what the input string for the label was. > > You could return only the A-label, of course, for IDNA2008, because > there's no ambiguity there (each A-label corresponds to exactly one > U-label). But we're not in an IDNA2008-only world yet, and if you'd > meant to stick to IDNA2008, you'd have said "A-label" instead. > for now, the extension needs to cover IDNA2003 too, imho we can't stick to IDNA2008 in the forseeable future. But - do we need the unicode labels at all? The set of 'usable' domain names always matches the set of them encoded in punycode. >> <var:domain type='simplified-chinese'>xn--fiqu1az03c18t.cn</var:domain> >> <var:domain type='traditional-chinese'>xn--fiq228c54pg81a.cn</var:domain> >> <var:domain type='variant'>xn--fsq470a.xn--fiqz9s</var:domain> >> </var:list> >> </var:infData> >> >> should do, where type is a text attribute, and could be e.g. >> 'simple-chinese', 'traditional-chinese' and so on. For management >> purposes, the type doesn't really matter. > Where are these types going to come from? The term "variant", I have > to say, has been so miserably overloaded that we have serious > problems with using it. I've just made up some random types. For technical purposes, they don't matter, but as Ning's draft even defined different element names for them, I included them as an type. Instead of using some generic type='variant', it could be omitted, e.g.: <var:domain>xn--fsq470a.xn--fiqz9s</var:domain> The only purpose of the extension would be, that a registry can list all manageble domains derived from an original domain, right? Best, -jens -- Jens Wagner Chief Executive Officer HEXONET GmbH Be Your Own Internet Services Provider T: +49 6841 69 84 0 F: +49 6841 69 84 199 E: [email protected] W: http://www.hexonet.net HEXONET GmbH, Talstrasse 27, 66424 Homburg, Germany. CEO& General Manager: Jens Wagner, HRB 2839 (HOM), Amtsgericht Saarbrücken, VAT-ID: DE-138316882 HEXONET Services Inc., 1100 - 1200 West 73rd Avenue, Vancouver, B.C., V6P 6G5, Canada. CSO& General Manager: Robert Birkner This email and any files transmitted are confidential and intended only or the person(s) directly addressed. If you are not the intended recipient, any use, copying, transmission, distribution, or other forms of dissemination is strictly prohibited. If you have received this email in error, please notify the sender immediately and permanently delete this email with any files that may be attached. _______________________________________________ provreg mailing list [email protected] https://www.ietf.org/mailman/listinfo/provreg