[Ctn-crosscom] [Ext] Re: Interim Paper for public comment

Alexander Schubert alexander at schubert.berlin
Thu Jan 26 14:33:38 UTC 2017


Timo,

 

Sorry, but please study RFC 1591 written in 1994 by Jon Postel (think of him as “God” for the DNS community – which would be a clear understatement) himself: rfc-editor.org/rfc/rfc1591.txt
It clearly specifies:

 

“There are a set of what are called "top-level domain names" (TLDs).  

  These are the generic TLDs (EDU, COM, NET, ORG, GOV, MIL, and INT), 

   and the two letter country codes from ISO-3166.”

This order has been never once disrupted – all that happened is that more gTLDs were ADDED: Their character remained unchanged: Longer than 2 letters! That 2-letter TLDs are ccTLDs is not just a “long standing principle” – it is THE ONLY principle since the inception of the DNS in 1984. Postel thought it was “unlikely” that more TLD’s would be added – but “unlikely” is not “can never be”; and evidently it happened. But the strict separation of ccTLDs and gTLDs remained intact since the inception of the DNS.

Thanks,

 

Alexander

 

 

 

From: Timo Võhmar [mailto:timo.vohmar at internet.ee] 
Sent: Thursday, January 26, 2017 2:05 PM
To: Annebeth Lange <annebeth.lange at uninett.no>
Cc: alexander at schubert.berlin; ctn-crosscom at icann.org
Subject: Re: [Ctn-crosscom] [Ext] Re: Interim Paper for public comment

 

Hi all,

 

Also agree with Alexander's comments. 

 

In addition I would also like to point out that in number of places ie page 22,  page 23 etc there is a claim "...is not consistent with or supported by the simple and long-standing principle that 2-character codes are ccTLDs and 3+-character codes are gTLDs." There is no such long-lasting principle. There was a principle that 2 letters were country codes, five 3 letter generics and one infrastructure TLD (.arpa). That was extended in 2000 with 7 new TLDs. Principle here is closed list of gTLDs and as many 2 letter country codes as there are countries. But that went out of the window with the first round of new gTLDs. Typing + after number 3, stating that whole string space starting from 3 letters was designed for use as gTLD and saying that this has always been how internet was made is ... lets just say wrong. I suggest to use more intelligent arguments when describing different opinions of this group.

 

The whole 5.2.6 paragraph is very painful read clearly written in free for all spirit as I see only how all arguments hinting an option for anything else than dropping the protection and giving unlimited access to iso 3 letter country codes are criticized. Was this really so one sided discussion in this group? I was not here at that time, so I really do not know. But after reading this, it is amazing to find out that there is no recommendation to give.

I see clear recommendation in 5.2.6 and conflicting conclusion in 5.3.

 

Best Regards,

Timo Võhmar

 

 

On Thu, Jan 26, 2017 at 10:25 AM, Annebeth Lange <annebeth.lange at uninett.no <mailto:annebeth.lange at uninett.no> > wrote:

Hi Alexander and all,

 

I agree with your input, Alexander.

 

Kind regards

Annebeth Lange

 

 

From: <ctn-crosscom-bounces at icann.org <mailto:ctn-crosscom-bounces at icann.org> > on behalf of Alexander Schubert
Reply-To: "alexander at schubert.berlin <mailto:alexander at schubert.berlin> "
Date: Wednesday 25 January 2017 at 23:32
To: "ctn-crosscom at icann.org <mailto:ctn-crosscom at icann.org> "


Subject: Re: [Ctn-crosscom] [Ext] Re: Interim Paper for public comment

 

Hi,

 

Page 21 the three preferences how alpha-3 codes could be handled:

 

1) support for opening all ISO 3166-1 alpha-3 codes to eligiblity as gTLDs  (eligibility is misspelled - and the sentence makes no sense! Probably meant as: "...... to be eligible as gTLDs"?)


I do not see any more the option that has already garnered a LOT of support: Treating the 3 letter ISO 3166 alpha 3 codes like ALL other designators in the ISO 3166 (e.g. “BAR” or “TATA”): In the existing AG for ALL 3166 listed elements there is a requirement that the relevant Government authority has to sign a letter of non-objection! 

So I suggest we either add to 1) that OF COURSE the already established AG requirement for a letter of non-objection would be triggered for alpha-3 codes as well!

Or we have a 4th preference.
Indeed: Annex D provides for FOUR possibilities discussed by the SOs/ACs. 


On page 22 it says:

“Supporting to open all 3-character codes as gTLDs:
•             There is no sovereign or other ownership right of governments in country or territory names, including ISO 3166-1 codes, so there is no legal basis for government veto power on allocation of these codes as gTLDs”

 

Not true! The AG has a provision whereby ALL ISO 3166 elements need a letter of non-objection of the Government! See “.bar” or “.tata”! Obviously if already a tiny mini municipality like the TATA region (15,000 people, all desert, no industry, but listed in ISO 3166) requires such a letter then OF COURSE a 3 letter ISO 3166 alpha 3 code requires it as well!

 

Thanks,

 

Alexander Schubert



 

 

 

-----Original Message-----
From: ctn-crosscom-bounces at icann.org <mailto:ctn-crosscom-bounces at icann.org>  [mailto:ctn-crosscom-bounces at icann.org] On Behalf Of Emily Barabas
Sent: Wednesday, January 25, 2017 10:26 PM
To: Jaap Akkerhuis <jaap at NLnetLabs.nl <mailto:jaap at NLnetLabs.nl> >
Cc: ctn-crosscom at icann.org <mailto:ctn-crosscom at icann.org> 
Subject: Re: [Ctn-crosscom] [Ext] Re: Interim Paper for public comment

 

Dear Jaap,

 

Thank you for your review and feedback. Staff will review the formatting and content of the frames. 

 

Kind regards,

Emily

 

On 25/01/17 04:48, "Jaap Akkerhuis" < <mailto:jaap at NLnetLabs.nl> jaap at NLnetLabs.nl> wrote:

 

     Emily Barabas writes:

    

     > Please find attached a revised version of the CWG-UCTN Interim Paper.

     > This version incorporates language to reflect a lack of consensus on

     > recommendation 3.

     > 

     > 

     > Kindly provide any final revisions or comments on the Interim Paper by

     > Friday 3 February.

    

    Dear Emily,

    

    I did a quick scan and noticed that something went with the two

    "Frames" about the ISO 3166. They now look as a single one to me. But

    apart from that, the first one seemed to have a garbled sentences here

    and there. Note the start of the second section, to quote:

    

                The ISO body responsible for the standard 3166 is the

                Technical Committee 46, systems etc. and as non-current,

                dependencies, and other areas of particular geopolitical

                interest (ISO/TC 46/WG2).

    

    And there are more of these.

    

    I will have a nore close read later, but these things really needs to

    be clean up.

    

    Regards,

    

                jaap

    

 

_______________________________________________

Ctn-crosscom mailing list

 <mailto:Ctn-crosscom at icann.org> Ctn-crosscom at icann.org

 <https://mm.icann.org/mailman/listinfo/ctn-crosscom> https://mm.icann.org/mailman/listinfo/ctn-crosscom


_______________________________________________
Ctn-crosscom mailing list
Ctn-crosscom at icann.org <mailto:Ctn-crosscom at icann.org> 
https://mm.icann.org/mailman/listinfo/ctn-crosscom

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mm.icann.org/pipermail/ctn-crosscom/attachments/20170126/03a1851e/attachment-0001.html>


More information about the Ctn-crosscom mailing list