- lac-discuss-es - lists.iana.org

Re: [lac-discuss-es] ??????????? = UTF-8 q Re_ = 26quot = 3BIntroducci = C3 = B3n_de_dos_ == utf-8 q caracteres_de_nombres_de_dominio_en_el_Nuevo_gTLD_Namesp == as utf-8 q = 26quot = 3B_Los_comentarios_del_p = C3 = BAblico? =
by asoto＠ibero-americano.org July 22, 2014

July 22, 2014

[[--Translated text (en -> es)--]] Asunto: Re:??????????? = UTF-8 q Re_ = 26quot = 3BIntroducci = C3 = B3n_de_dos_ == utf-8 q caracteres_de_nombres_de_dominio_en_el_Nuevo_gTLD_Namesp == as utf-8 q = 26quot = 3B_Los_comentarios_del_p = C3 = BAblico? = De: asoto(a)ibero-americano.org Gracias Dev.!! Saludos Alberto Soto De: Dev Anand Teelucksingh [mailto: devtee(a)gmail.com] Enviado de el: martes, 22 de julio de 2014 24:21 Para: Alberto Soto CC: Dev Anand Teelucksingh; Lista de discusión de LACRALO; lac-discuss-es(a)atlarge-lists.icann.org Asunto: Re: [lac-discuss-es] Re "Introducción de dos Caracteres de Nombres de Dominio en el Nuevo gTLD Namespace" Los comentarios del pÃ º blico Hola Alberto, Voy a intentar poner un proyecto de declaración el día de hoy o mañana temprano a las https://community.icann.org/x/VqzhAg Dev Anand El mar, 22 de julio 2014 a las 11:14 AM, Alberto Soto <asoto(a)ibero-americano.org <mailto:asoto@ibero-americano.org> > Escribió: Hola Dev, Como No Respuesta recibi, vuelvo a hacerte la consulta. Este tema de sí misma no está tratando en La Reunión mensual de ALAC en El Día de hoy, y LACTRALO DEBERIA HACER Una DECLARACIÓN. Espero tus comentarios Saludos cordiales Alberto Soto ----- Mensaje original, ----- De: Alberto Soto [mailto: asoto(a)ibero-americano.org <mailto:asoto@ibero-americano.org> ] Enviado el: lunes, 14 de julio de 2014 01:44 am Para: 'Dev Anand Teelucksingh'; 'Devtee(a)gmail.com <mailto:devtee@gmail.com> ' CC: 'lista de discusión de LACRALO'; ' <lac-discuss-es(a)atlarge-lists.icann.org <mailto:lac-discuss-es@atlarge-lists.icann.org> > ' Asunto: RE: [lac-discuss-es] Re "Introducción de dos Caracteres de Nombres de Dominio en el Nuevo gTLD Namespace" Los comentarios del pÃ º blico Dev, Creo Que Conoces Este tema de En Profundidad, y del ya: hemos Orientado Opinión una, y ESPERAMOS Que Haya Más comentarios. Pese a Ello, podrias please PreparAR ONU Proyecto de Declaracion de LACRALO? Gracias! Saludos cordiales Alberto Soto ----- Mensaje original, ----- De: lac-discuss-en-bounces(a)atlarge-lists.icann.org <mailto:lac-discuss-en-bounces@atlarge-lists.icann.org> [Mailto: lac-discuss-en-bounces(a)atlarge-lists.icann.org <mailto:lac-discuss-en-bounces@atlarge-lists.icann.org> ] En Nombre de Aida Noblia Enviado el: Domingo, 13 de julio de 2014 14:00 Para: Dr. Alejandro Pisanty Baruch CC: lista de discusión de LACRALO; <lac-discuss-es(a)atlarge-lists.icann.org <mailto:lac-discuss-es@atlarge-lists.icann.org> > Asunto: Re: [lac-discuss-es] Re "Introducción de dos Caracteres de Nombres de Dominio en el Nuevo gTLD Namespace" Los comentarios del pÃ º blico De acuerdo a Alejandro.Creo Que No Se estaria cumplliendo la norma ISO. De aceptarse ESTO el usuario protegido Poco estaria final, PORQUE da Lugar a MUCHOS Conflictos. Saludos 13/07/2014 13:19 GMT-03: 00 Dr. Alejandro Pisanty Baruch <apisan(a)unam.mx <mailto:apisan@unam.mx> >: > AÃda, > > brevemente y para complementar tu anÃ¡lisis: el acuerdo con el paÃs y > el operador no pueden existir sino hasta que sea creada una nueva entidad. > > En ese sentido se protegerÃan todas las combinaciones de dos > caracteres alfabÃ©ticos ya que es imposible predecir cuÃ¡les entidades > territoriales serÃan creadas en un futuro indefinido, y menos aÃºn quÃ© > cÃ³digos les serÃan asignados. > > Bajo .globo (es decir, **EN NUESTRA REGIÃN**) se propone liberar tanto > los cÃ³digos de dos letras como los formados por una letra y un dÃgito. > Â¿QuÃ© consecuencias puede tener esto? (la primera que me viene a la > mente es la colisiÃ³n con una marca de salsa para carne asada tipo "barbeque", A1). > > Alejandro Pisanty > > > - - - - - - - - - - - - - - - - - - - - - - - - - - - > Dr. Alejandro Pisanty > Facultad de QuÃmica UNAM > Av. Universidad 3000, 04510 Mexico DF Mexico > > > > +52-1-5541444475 <tel:%2B52-1-5541444475> FROM ABROAD > > +525541444475 <tel:%2B525541444475> DESDE MÃXICO SMS +525541444475 <tel:%2B525541444475> > Blog: http://pisanty.blogspot.com > LinkedIn: http://www.linkedin.com/in/pisanty > Unete al grupo UNAM en LinkedIn, > http://www.linkedin.com/e/gis/22285/4A106C0C8614 > Twitter: http://twitter.com/apisanty > ---->> Unete a ISOC Mexico, http://www.isoc.org > . . . . . . . . . . . . . . . . > > ________________________________________ > Desde: lac-discuss-en-bounces(a)atlarge-lists.icann.org <mailto:lac-discuss-en-bounces@atlarge-lists.icann.org> [ > lac-discuss-en-bounces(a)atlarge-lists.icann.org <mailto:lac-discuss-en-bounces@atlarge-lists.icann.org> ] en nombre de Aida > Noblia [ aidanoblia(a)gmail.com <mailto:aidanoblia@gmail.com> ] Enviado el: domingo, 13 de julio de > 2014 10:48 > Hasta: <lac-discuss-es(a)atlarge-lists.icann.org <mailto:lac-discuss-es@atlarge-lists.icann.org> > > CC: LACRALO discussion list > Asunto: Re: [lac-discuss-en] Re "IntroducciÃ³n de dos caracteres de > nombres de dominio en el Nuevo gTLD Namespace" Los comentarios > del pÃºblico > > La pregunta de DEV que focaliza el tema, dice que hay que ver: > > "Si EspecificaciÃ³n 5 estÃ¡ destinado a defender el principio de que los > cÃ³digos de paÃses ISO 3166-2 debe ser protegida en los nuevos gTLD, > entonces se debe cumplir al asegurar que los paÃses y territorios > futuras con nuevas etiquetas de 2 caracteres ASCII estÃ¡n protegidos de > la misma manera como los territorios y paÃses en la actual. > > La especificaciÃ³n 5 estÃ¡ transcripta en el sitio > > https://community.icann.org/display/alacpolicydev/At-Large+Introductio > n+of+Two-Character+Domain+Names+in+the+New+gTLD+Namespace+Workspace > : > > Dicha EspecificaciÃ³n 5 dice: > > "Todas las etiquetas de dos caracteres ASCII quedarÃ¡n excluidas de la > inscripciÃ³n o asignaciÃ³n to Registry operador en el segundo nivel en > el TLD. Dichas etiquetas pueden no estar activadas en el DNS, y no > podrÃ¡n ser liberados para el registro a cualquier persona o entidad > que no sea operador de registro, siempre que dichas cadenas de > etiquetas de dos caracteres pueden ser liberados en la medida en que > el operador de registro alcanza un acuerdo con el gobierno relacionada > y el gerente de cÃ³digo de paÃs de la cadena como se especifica en the > ISO 3166-1 alpha-2. El Operador de Registro TambiÃ©n podrÃ¡ proponer la > liberaciÃ³n de estas reservas con base en la aplicaciÃ³n de medidas para > evitar la confusiÃ³n con los cÃ³digos de los paÃses correspondientes, con sujeciÃ³n a la aprobaciÃ³n de la ICANN." > > Es claro que la redacciÃ³n de esta clÃ¡usula es restrictiva. Tiene > ademÃ¡s exigencias que no vÃ que se hayan cumplido: Falta el acuerdo > con el gobierno relacionado y con el gerente del cÃ³digo paÃs de la > cadena. AdemÃ¡s tampoco aparece cumplido las medidas que aplicarÃ¡n en > cada paÃs para evitar la confusiÃ³n con los cÃ³digos de los paÃses como lo pide la norma. > > Entiendo ademÃ¡s que el pedido de todas las cadenas > indiscriminadamente, como es el pedido hecho, no estÃ¡ contemplado en > la norma. Es una norma restrictiva y supone que se pide para un paÃs y no globalmente. > > La especificacion 5 es netamente protectora en primer lugar de los > codigos pais. Admite solo por excepcion y con muchos requisitos, con > el acuerdo del propio pais ademas. El criterio es claramente de dar > prevalencia al dominio pais. Exige que ademas de cumplirse los > requisitos anteriores se presenten medidas para evitar la confusion > con el propio pais. Es muy restrictivo y da una proteccion muy estricta a los codigos pais. > > Desde el punto de vista del usuario final el codigo pais en Internet > es cada vez mÃ¡s importante por el sentido de identidad de un pueblo, > de una idiosincracia, de un paradigma, tambiÃ©n respecto hacia su > persona y su paÃs. Algo asÃ como la bandera de cada paÃs. Esto afirma > la confianza en lo global a traves del reconocimiento de lo local como > parte y dentro de lo global. > > > Saludos > AÃda > > PD Por el momento no pude entrar en la wiki . Parece que es el > sistema.. en cuanto pueda lo agrego > > > DEV The question that focuses the subject and then transcribe says to see: > > If Specification 5 is intended to defend the principle that the ISO > 3166-2 country codes must be protected in the new gTLDs, then you must > meet to ensure that countries and future territories with new tags 2 > ASCII characters are protected from same way as the regions and > countries in today. > > Specification 5 is transcribed at the site > > https://community.icann.org/display/alacpolicydev/At-Large+Introductio > n+of+Two-Character+Domain+Names+in+the+New+gTLD+Namespace+Workspace > : > > This Specification 5 says: > > "All the labels of two ASCII characters will be excluded from > enrollment or assignment to Registry Operator in the second level in > the TLD. Such labels may not be active in the DNS, and may not be > delivered for registration to any person or entity not registry > operator if such label strings two characters may be it released to > the extent that the Registry Operator reaches agreement with the > related government and the head of country code string as specified in > the ISO 3166-1 alpha-2. Registry Operator may also propose release of > these reservations based on the introduction of measures to avoid > confusion with the codes of the countries concerned, subject to the approval of ICANN. " > > It is clear that the wording of this clause is restrictive. It also > has not revealed requirements are met: Missing accordance with the > related government and the country manager of the chain code. Also > appears not fulfilled the measures applied in each country to avoid > confusion with country codes as required by the standard. > > I further understand that the request for all brands indiscriminately, > as is done request is not covered by the standard. It is a restrictive > rule and assumes that calls to a country and not globally. > > Specification 5 is the first purely protective of country codes. > Allowed only by exception and with many requirements, with the > agreement of the country besides himself. The criterion is clearly to > give prevalence to the country domain. Demands that also met the above > requirements presented measures to avoid confusion with the country > itself. It is very restrictive and gives a very strict protection for country codes. > > From the point of view of the end user country code on the Internet is > increasingly important for the sense of identity of a people, an > idiosyncrasy, a paradigm, also with regard to himself and his country. > Something like the flag of each country. This affirms confidence in > global recognition through the local as part and within the global. > > > 2014-07-11 9:59 GMT-03:00 <devtee(a)gmail.com <mailto:devtee@gmail.com> >: > > > > > [[--Translated text (en -> es)--]] > > > > Asunto: Re: Re "IntroducciÃ³n de dos caracteres de nombres de > dominio > > en el Nuevo gTLD Namespace" Los comentarios del pÃºblico > > De: devtee(a)gmail.com <mailto:devtee@gmail.com> > > > > Bueno, sÃ³lo puede haber un nÃºmero fijo de permutaciones (676) para > > su posible utilizar en la norma ISO 3166 desde ISO 3166 sÃ³lo puede > > ser letras ASCII de AA a ZZ. Y Si bien puede no ser un nÃºmero > > rÃ¡pido de cambios, se han producido > cambios > > ISO 3166 en los Ãºltimos 10 aÃ±os. > > > > > > Por ejemplo, en 2010, por ejemplo: > > > > > http://www.iso.org/iso/iso_3166-1_newsletter_vi-8_split_of_the_dutch_a > ntilles_final-en.pdf > > > > > > BQ, CW y SX se aÃ±adieron para Bonaire, San Eustaquio y Saba, > > CuraÃ§ao y Sint Maarten (parte neerlandesa) en el Caribe. > > > > > > Dev Anand > > > > > > > > > > > > > > > > > > > > > > El Jueves, 10 de julio 2014 a las 8:47 AM, Carlton Samuels < > > carlton.samuels(a)gmail.com <mailto:carlton.samuels@gmail.com> > > > escribiÃ³: > > > > > > > Closely reasoned and from the principle of cc assignment certainly > worthy > > > of the ALAC's consideration. > > > > > > While we're at it, lets consider that 3-character country codes > > > are possible. > > > > > > Giving protection for a future event suggests we have a definite > > knowledge > > > of country/territory breakdown and thusly, possible code assignment. > > Tying > > > up all permutations of 2 characters especially when you consider > > > IDNs > > would > > > be a tough sell. > > > > > > Carlton > > > ---------'--------''----- > > > > > > On Jul 10, 2014 2:04 AM, "Dev Anand Teelucksingh" > > > <devtee(a)gmail.com <mailto:devtee@gmail.com> > > > > wrote: > > > > > > > > Regarding the public comment on "Introduction of Two-Character > > > > Domain > > > Names > > > > in the New gTLD Namespace" at > > > > https://community.icann.org/x/VqzhAg > > > > which ends July 10 2014, I've posted the following at > > > > https://community.icann.org/x/VqzhAg > > > > for consideration: > > > > > > > > "Various registries for multiple gTLDs are applying for > > > > exceptions to Specification 5, Section 2 of the New gTLD > > > > Registry Agreement ("Specification 5") with some registries > > > > suggesting the release of 2 character ASCII labels not on the > > > > current ISO 3166 standard would > > > suffice. > > > > > > > > While this seems harmless, there is a possibility of new > > > > countries > and > > > > territories being created, and then allocated a new two > > > > character > ASCII > > > > label by ISO 3166/MA (see > > > > > > > > > > https://web.archive.org/web/20111101141651/http://www.iso.org/iso/coun <https://web.archive.org/web/20111101141651/http:/www.iso.org/iso/coun> > try_codes/iso-3166-1_decoding_table.htm > > > > ). > > > > > > > > Any new country or territory created after 2014 would therefore > > > > not > > > receive > > > > the same protection as those in the 2014 ISO 3166-2 list and > > > > would > find > > > > that their new 2 character label is "given away", should they > > > > wish > for > > > > their 2 character ASCII label to be protected, as per > > > > Specification > 5. > > > > > > > > Now, should the principle established by Specification 5 > > > > protecting 2 character ASCII labels even be in the New gTLD Registry Agreement? > Many > > > > would say, especially given the prevalence of two character > > > > labels in existing TLDs like .com, .org and .net that this > > > > principle shouldn't > be > > > > applied to new gTLDs. > > > > However, this (IMO) is a separate issue to the question being > > > > asked > for > > > in > > > > the public comment. > > > > > > > > If Specification 5 is meant to defend the principle that country > codes > > in > > > > ISO 3166-2 should be protected in new gTLDs, then it should be > enforced > > > to > > > > ensure future countries and territories with new 2 character > > > > ASCII > > labels > > > > are protected in the same way as those territories and countries > > > > in > > > today's > > > > ISO 3166-2 list. > > > > > > > > Therefore, the proposals by Donuts for 143 of its new gTLDS, > > > > .kred by KredTLD Pty Ltd, .best by BestTLD Pty Ltd and .ceo by CEOTLD Pty Ltd. > > > > should be turned down in keeping with the principle of > > > > Specification > 5. > > > > > > > > The proposal by .wiki by Top Level Design LLC which specifies > > > > that > the > > > two > > > > character ASCII labels will only be used for languages > > > > identified by > > ISO > > > > 639-1 does appear to meet the threshold that the use will not be > > confused > > > > with the corresponding country codes, as per Specification 5 and > could > > be > > > > approved. > > > > > > > > Similarly, the proposal by .globo by Globo ComunicaÃÂ§ÃÂ£o e > > ParticipaÃÂ§ÃÂµes > > > S.A > > > > which proposed the use of two character ASCII labels that are > > > > not > > letters > > > > or by two characters where only one of the character is a letter > > > > are > > > labels > > > > that would not be used by ISO 3166-2 and could be approved." > > > > > > > > Thoughts? > > > > > > > > Kind Regards, > > > > > > > > Dev Anand Teelucksingh > > > > _______________________________________________ > > > > lac-discuss-en mailing list > > > > lac-discuss-en(a)atlarge-lists.icann.org <mailto:lac-discuss-en@atlarge-lists.icann.org> > > > > https://atlarge-lists.icann.org/mailman/listinfo/lac-discuss-en > > > > > > > > lac-discuss-es mailing list > > lac-discuss-en(a)atlarge-lists.icann.org <mailto:lac-discuss-en@atlarge-lists.icann.org> > > https://atlarge-lists.icann.org/mailman/listinfo/lac-discuss-en > > > > > > [[--Original text (en) http://mm.icann.org/transbot_archive/213d336b6b.html --]]

1 0

Re: Re "Introducci�n de dos caracteres de nombres de dominio en el Nuevo gTLD Namespace" Los comentarios del p�blico
by devtee＠gmail.com July 22, 2014

July 22, 2014

[[--Translated text (en -> es)--]] Asunto: Re: Re "Introducción de dos caracteres de nombres de dominio en el Nuevo gTLD Namespace" Los comentarios del público De: devtee(a)gmail.com Bueno, sólo puede haber un número fijo de permutaciones (676) para su posible utilizar en la norma ISO 3166 desde ISO 3166 sólo puede ser letras ASCII de AA a ZZ. Y Si bien puede no ser un número rápido de cambios, se han producido cambios ISO 3166 en los últimos 10 años. Por ejemplo, en 2010, por ejemplo: http://www.iso.org/iso/iso_3166-1_newsletter_vi-8_split_of_the_dutch_antill… BQ, CW y SX se añadieron para Bonaire, San Eustaquio y Saba, Curaçao y Sint Maarten (parte neerlandesa) en el Caribe. Dev Anand El Jueves, 10 de julio 2014 a las 8:47 AM, Carlton Samuels <carlton.samuels(a)gmail.com> escribió: > Closely reasoned and from the principle of cc assignment certainly worthy > of the ALAC's consideration. > > While we're at it, lets consider that 3-character country codes are > possible. > > Giving protection for a future event suggests we have a definite knowledge > of country/territory breakdown and thusly, possible code assignment. Tying > up all permutations of 2 characters especially when you consider IDNs would > be a tough sell. > > Carlton > ---------'--------''----- > > On Jul 10, 2014 2:04 AM, "Dev Anand Teelucksingh" <devtee(a)gmail.com> > wrote: > > > > Regarding the public comment on "Introduction of Two-Character Domain > Names > > in the New gTLD Namespace" at https://community.icann.org/x/VqzhAg > > which ends July 10 2014, I've posted the following at > > https://community.icann.org/x/VqzhAg > > for consideration: > > > > "Various registries for multiple gTLDs are applying for exceptions to > > Specification 5, Section 2 of the New gTLD Registry Agreement > > ("Specification 5") with some registries suggesting the release of 2 > > character ASCII labels not on the current ISO 3166 standard would > suffice. > > > > While this seems harmless, there is a possibility of new countries and > > territories being created, and then allocated a new two character ASCII > > label by ISO 3166/MA (see > > > https://web.archive.org/web/20111101141651/http://www.iso.org/iso/country_c… > > ). > > > > Any new country or territory created after 2014 would therefore not > receive > > the same protection as those in the 2014 ISO 3166-2 list and would find > > that their new 2 character label is "given away", should they wish for > > their 2 character ASCII label to be protected, as per Specification 5. > > > > Now, should the principle established by Specification 5 protecting 2 > > character ASCII labels even be in the New gTLD Registry Agreement? Many > > would say, especially given the prevalence of two character labels in > > existing TLDs like .com, .org and .net that this principle shouldn't be > > applied to new gTLDs. > > However, this (IMO) is a separate issue to the question being asked for > in > > the public comment. > > > > If Specification 5 is meant to defend the principle that country codes in > > ISO 3166-2 should be protected in new gTLDs, then it should be enforced > to > > ensure future countries and territories with new 2 character ASCII labels > > are protected in the same way as those territories and countries in > today's > > ISO 3166-2 list. > > > > Therefore, the proposals by Donuts for 143 of its new gTLDS, .kred by > > KredTLD Pty Ltd, .best by BestTLD Pty Ltd and .ceo by CEOTLD Pty Ltd. > > should be turned down in keeping with the principle of Specification 5. > > > > The proposal by .wiki by Top Level Design LLC which specifies that the > two > > character ASCII labels will only be used for languages identified by ISO > > 639-1 does appear to meet the threshold that the use will not be confused > > with the corresponding country codes, as per Specification 5 and could be > > approved. > > > > Similarly, the proposal by .globo by Globo ComunicaÃ§Ã£o e ParticipaÃ§Ãµes > S.A > > which proposed the use of two character ASCII labels that are not letters > > or by two characters where only one of the character is a letter are > labels > > that would not be used by ISO 3166-2 and could be approved." > > > > Thoughts? > > > > Kind Regards, > > > > Dev Anand Teelucksingh > > _______________________________________________ > > lac-discuss-en mailing list > > lac-discuss-en(a)atlarge-lists.icann.org > > https://atlarge-lists.icann.org/mailman/listinfo/lac-discuss-en > > lac-discuss-es mailing list lac-discuss-en(a)atlarge-lists.icann.org https://atlarge-lists.icann.org/mailman/listinfo/lac-discuss-en [[--Original text (en) http://mm.icann.org/transbot_archive/2fe20b851c.html --]]

5 8

Re: [lac-discuss-es] ??????????? = UTF-8 q Re_ = 26quot = 3BIntroducci = C3 = B3n_de_dos_ == utf-8 q caracteres_de_nombres_de_dominio_en_el_Nuevo_gTLD_Namesp == as utf-8 q = 26quot = 3B_Los_comentarios_del_p = C3 = BAblico? =
by devtee＠gmail.com July 22, 2014

July 22, 2014

[[--Translated text (en -> es)--]] Asunto: Re:??????????? = UTF-8 q Re_ = 26quot = 3BIntroducci = C3 = B3n_de_dos_ == utf-8 q caracteres_de_nombres_de_dominio_en_el_Nuevo_gTLD_Namesp == as utf-8 q = 26quot = 3B_Los_comentarios_del_p = C3 = BAblico? = De: devtee(a)gmail.com Hola Alberto, Voy a intentar poner un proyecto de declaración el día de hoy o mañana temprano en https://community.icann.org/x/VqzhAg Dev Anand El mar, 22 de julio 2014 a las 11:14 AM, Alberto Soto <asoto(a)ibero-americano.org> escribió: > Hola Dev, como no recibÃ respuesta, vuelvo a hacerte la consulta. Este > tema se estÃ¡ tratando en la reuniÃ³n mensual de ALAC en el dÃa de hoy, y > LACTRALO deberÃa hacer una declaraciÃ³n. > Espero tus comentarios > Saludos cordiales > > Alberto Soto > > -----Mensaje original----- > De: Alberto Soto [mailto:asoto@ibero-americano.org] > Enviado el: lunes, 14 de julio de 2014 01:44 a.m. > Para: 'Dev Anand Teelucksingh'; 'devtee(a)gmail.com' > CC: 'LACRALO discussion list'; '<lac-discuss-es(a)atlarge-lists.icann.org>' > Asunto: RE: [lac-discuss-en] Re "IntroducciÃ³n de dos caracteres de > nombres de dominio en el Nuevo gTLD Namespace" Los comentarios del > pÃºblico > > Dev, creo que conoces este tema en profundidad, y ya hemos orientado una > opiniÃ³n, y esperamos que haya mÃ¡s comentarios. Pese a ello, podrÃas por > favor preparar un proyecto de declaraciÃ³n de LACRALO? > Gracias! > Saludos cordiales > > Alberto Soto > > -----Mensaje original----- > De: lac-discuss-en-bounces(a)atlarge-lists.icann.org [mailto: > lac-discuss-en-bounces(a)atlarge-lists.icann.org] En nombre de Aida Noblia > Enviado el: domingo, 13 de julio de 2014 02:00 p.m. > Para: Dr. Alejandro Pisanty Baruch > CC: LACRALO discussion list; <lac-discuss-es(a)atlarge-lists.icann.org> > Asunto: Re: [lac-discuss-en] Re "IntroducciÃ³n de dos caracteres de > nombres de dominio en el Nuevo gTLD Namespace" Los comentarios del > pÃºblico > > De acuerdo Alejandro. Creo que no se estarÃa cumplliendo la norma ISO. > De aceptarse esto el usuario final estarÃa poco protegido, porque da lugar > a muchos conflictos. > > Saludos > > > 2014-07-13 13:19 GMT-03:00 Dr. Alejandro Pisanty Baruch <apisan(a)unam.mx>: > > > AÃda, > > > > brevemente y para complementar tu anÃ¡lisis: el acuerdo con el paÃs y > > el operador no pueden existir sino hasta que sea creada una nueva > entidad. > > > > En ese sentido se protegerÃan todas las combinaciones de dos > > caracteres alfabÃ©ticos ya que es imposible predecir cuÃ¡les entidades > > territoriales serÃan creadas en un futuro indefinido, y menos aÃºn quÃ© > > cÃ³digos les serÃan asignados. > > > > Bajo .globo (es decir, **EN NUESTRA REGIÃN**) se propone liberar tanto > > los cÃ³digos de dos letras como los formados por una letra y un dÃgito. > > Â¿QuÃ© consecuencias puede tener esto? (la primera que me viene a la > > mente es la colisiÃ³n con una marca de salsa para carne asada tipo > "barbeque", A1). > > > > Alejandro Pisanty > > > > > > - - - - - - - - - - - - - - - - - - - - - - - - - - - > > Dr. Alejandro Pisanty > > Facultad de QuÃmica UNAM > > Av. Universidad 3000, 04510 Mexico DF Mexico > > > > > > > > +52-1-5541444475 FROM ABROAD > > > > +525541444475 DESDE MÃXICO SMS +525541444475 > > Blog: http://pisanty.blogspot.com > > LinkedIn: http://www.linkedin.com/in/pisanty > > Unete al grupo UNAM en LinkedIn, > > http://www.linkedin.com/e/gis/22285/4A106C0C8614 > > Twitter: http://twitter.com/apisanty > > ---->> Unete a ISOC Mexico, http://www.isoc.org > > . . . . . . . . . . . . . . . . > > > > ________________________________________ > > Desde: lac-discuss-en-bounces(a)atlarge-lists.icann.org [ > > lac-discuss-en-bounces(a)atlarge-lists.icann.org] en nombre de Aida > > Noblia [ aidanoblia(a)gmail.com] Enviado el: domingo, 13 de julio de > > 2014 10:48 > > Hasta: <lac-discuss-es(a)atlarge-lists.icann.org> > > CC: LACRALO discussion list > > Asunto: Re: [lac-discuss-en] Re "IntroducciÃ³n de dos caracteres > de > > nombres de dominio en el Nuevo gTLD Namespace" Los comentarios > > del pÃºblico > > > > La pregunta de DEV que focaliza el tema, dice que hay que ver: > > > > "Si EspecificaciÃ³n 5 estÃ¡ destinado a defender el principio de que los > > cÃ³digos de paÃses ISO 3166-2 debe ser protegida en los nuevos gTLD, > > entonces se debe cumplir al asegurar que los paÃses y territorios > > futuras con nuevas etiquetas de 2 caracteres ASCII estÃ¡n protegidos de > > la misma manera como los territorios y paÃses en la actual. > > > > La especificaciÃ³n 5 estÃ¡ transcripta en el sitio > > > > https://community.icann.org/display/alacpolicydev/At-Large+Introductio > > n+of+Two-Character+Domain+Names+in+the+New+gTLD+Namespace+Workspace > > : > > > > Dicha EspecificaciÃ³n 5 dice: > > > > "Todas las etiquetas de dos caracteres ASCII quedarÃ¡n excluidas de la > > inscripciÃ³n o asignaciÃ³n to Registry operador en el segundo nivel en > > el TLD. Dichas etiquetas pueden no estar activadas en el DNS, y no > > podrÃ¡n ser liberados para el registro a cualquier persona o entidad > > que no sea operador de registro, siempre que dichas cadenas de > > etiquetas de dos caracteres pueden ser liberados en la medida en que > > el operador de registro alcanza un acuerdo con el gobierno relacionada > > y el gerente de cÃ³digo de paÃs de la cadena como se especifica en the > > ISO 3166-1 alpha-2. El Operador de Registro TambiÃ©n podrÃ¡ proponer la > > liberaciÃ³n de estas reservas con base en la aplicaciÃ³n de medidas para > > evitar la confusiÃ³n con los cÃ³digos de los paÃses correspondientes, con > sujeciÃ³n a la aprobaciÃ³n de la ICANN." > > > > Es claro que la redacciÃ³n de esta clÃ¡usula es restrictiva. Tiene > > ademÃ¡s exigencias que no vÃ que se hayan cumplido: Falta el acuerdo > > con el gobierno relacionado y con el gerente del cÃ³digo paÃs de la > > cadena. AdemÃ¡s tampoco aparece cumplido las medidas que aplicarÃ¡n en > > cada paÃs para evitar la confusiÃ³n con los cÃ³digos de los paÃses como lo > pide la norma. > > > > Entiendo ademÃ¡s que el pedido de todas las cadenas > > indiscriminadamente, como es el pedido hecho, no estÃ¡ contemplado en > > la norma. Es una norma restrictiva y supone que se pide para un paÃs y > no globalmente. > > > > La especificacion 5 es netamente protectora en primer lugar de los > > codigos pais. Admite solo por excepcion y con muchos requisitos, con > > el acuerdo del propio pais ademas. El criterio es claramente de dar > > prevalencia al dominio pais. Exige que ademas de cumplirse los > > requisitos anteriores se presenten medidas para evitar la confusion > > con el propio pais. Es muy restrictivo y da una proteccion muy estricta > a los codigos pais. > > > > Desde el punto de vista del usuario final el codigo pais en Internet > > es cada vez mÃ¡s importante por el sentido de identidad de un pueblo, > > de una idiosincracia, de un paradigma, tambiÃ©n respecto hacia su > > persona y su paÃs. Algo asÃ como la bandera de cada paÃs. Esto afirma > > la confianza en lo global a traves del reconocimiento de lo local como > > parte y dentro de lo global. > > > > > > Saludos > > AÃda > > > > PD Por el momento no pude entrar en la wiki . Parece que es el > > sistema.. en cuanto pueda lo agrego > > > > > > DEV The question that focuses the subject and then transcribe says to > see: > > > > If Specification 5 is intended to defend the principle that the ISO > > 3166-2 country codes must be protected in the new gTLDs, then you must > > meet to ensure that countries and future territories with new tags 2 > > ASCII characters are protected from same way as the regions and > > countries in today. > > > > Specification 5 is transcribed at the site > > > > https://community.icann.org/display/alacpolicydev/At-Large+Introductio > > n+of+Two-Character+Domain+Names+in+the+New+gTLD+Namespace+Workspace > > : > > > > This Specification 5 says: > > > > "All the labels of two ASCII characters will be excluded from > > enrollment or assignment to Registry Operator in the second level in > > the TLD. Such labels may not be active in the DNS, and may not be > > delivered for registration to any person or entity not registry > > operator if such label strings two characters may be it released to > > the extent that the Registry Operator reaches agreement with the > > related government and the head of country code string as specified in > > the ISO 3166-1 alpha-2. Registry Operator may also propose release of > > these reservations based on the introduction of measures to avoid > > confusion with the codes of the countries concerned, subject to the > approval of ICANN. " > > > > It is clear that the wording of this clause is restrictive. It also > > has not revealed requirements are met: Missing accordance with the > > related government and the country manager of the chain code. Also > > appears not fulfilled the measures applied in each country to avoid > > confusion with country codes as required by the standard. > > > > I further understand that the request for all brands indiscriminately, > > as is done request is not covered by the standard. It is a restrictive > > rule and assumes that calls to a country and not globally. > > > > Specification 5 is the first purely protective of country codes. > > Allowed only by exception and with many requirements, with the > > agreement of the country besides himself. The criterion is clearly to > > give prevalence to the country domain. Demands that also met the above > > requirements presented measures to avoid confusion with the country > > itself. It is very restrictive and gives a very strict protection for > country codes. > > > > From the point of view of the end user country code on the Internet is > > increasingly important for the sense of identity of a people, an > > idiosyncrasy, a paradigm, also with regard to himself and his country. > > Something like the flag of each country. This affirms confidence in > > global recognition through the local as part and within the global. > > > > > > 2014-07-11 9:59 GMT-03:00 <devtee(a)gmail.com>: > > > > > > > > [[--Translated text (en -> es)--]] > > > > > > Asunto: Re: Re "IntroducciÃ³n de dos caracteres de nombres de > > dominio > > > en el Nuevo gTLD Namespace" Los comentarios del pÃºblico > > > De: devtee(a)gmail.com > > > > > > Bueno, sÃ³lo puede haber un nÃºmero fijo de permutaciones (676) para > > > su posible utilizar en la norma ISO 3166 desde ISO 3166 sÃ³lo puede > > > ser letras ASCII de AA a ZZ. Y Si bien puede no ser un nÃºmero > > > rÃ¡pido de cambios, se han producido > > cambios > > > ISO 3166 en los Ãºltimos 10 aÃ±os. > > > > > > > > > Por ejemplo, en 2010, por ejemplo: > > > > > > > > http://www.iso.org/iso/iso_3166-1_newsletter_vi-8_split_of_the_dutch_a > > ntilles_final-en.pdf > > > > > > > > > BQ, CW y SX se aÃ±adieron para Bonaire, San Eustaquio y Saba, > > > CuraÃ§ao y Sint Maarten (parte neerlandesa) en el Caribe. > > > > > > > > > Dev Anand > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > El Jueves, 10 de julio 2014 a las 8:47 AM, Carlton Samuels < > > > carlton.samuels(a)gmail.com> > > > escribiÃ³: > > > > > > > > > > Closely reasoned and from the principle of cc assignment certainly > > worthy > > > > of the ALAC's consideration. > > > > > > > > While we're at it, lets consider that 3-character country codes > > > > are possible. > > > > > > > > Giving protection for a future event suggests we have a definite > > > knowledge > > > > of country/territory breakdown and thusly, possible code assignment. > > > Tying > > > > up all permutations of 2 characters especially when you consider > > > > IDNs > > > would > > > > be a tough sell. > > > > > > > > Carlton > > > > ---------'--------''----- > > > > > > > > On Jul 10, 2014 2:04 AM, "Dev Anand Teelucksingh" > > > > <devtee(a)gmail.com> > > > > wrote: > > > > > > > > > > Regarding the public comment on "Introduction of Two-Character > > > > > Domain > > > > Names > > > > > in the New gTLD Namespace" at > > > > > https://community.icann.org/x/VqzhAg > > > > > which ends July 10 2014, I've posted the following at > > > > > https://community.icann.org/x/VqzhAg > > > > > for consideration: > > > > > > > > > > "Various registries for multiple gTLDs are applying for > > > > > exceptions to Specification 5, Section 2 of the New gTLD > > > > > Registry Agreement ("Specification 5") with some registries > > > > > suggesting the release of 2 character ASCII labels not on the > > > > > current ISO 3166 standard would > > > > suffice. > > > > > > > > > > While this seems harmless, there is a possibility of new > > > > > countries > > and > > > > > territories being created, and then allocated a new two > > > > > character > > ASCII > > > > > label by ISO 3166/MA (see > > > > > > > > > > > > > > https://web.archive.org/web/20111101141651/http://www.iso.org/iso/coun > > try_codes/iso-3166-1_decoding_table.htm > > > > > ). > > > > > > > > > > Any new country or territory created after 2014 would therefore > > > > > not > > > > receive > > > > > the same protection as those in the 2014 ISO 3166-2 list and > > > > > would > > find > > > > > that their new 2 character label is "given away", should they > > > > > wish > > for > > > > > their 2 character ASCII label to be protected, as per > > > > > Specification > > 5. > > > > > > > > > > Now, should the principle established by Specification 5 > > > > > protecting 2 character ASCII labels even be in the New gTLD > Registry Agreement? > > Many > > > > > would say, especially given the prevalence of two character > > > > > labels in existing TLDs like .com, .org and .net that this > > > > > principle shouldn't > > be > > > > > applied to new gTLDs. > > > > > However, this (IMO) is a separate issue to the question being > > > > > asked > > for > > > > in > > > > > the public comment. > > > > > > > > > > If Specification 5 is meant to defend the principle that country > > codes > > > in > > > > > ISO 3166-2 should be protected in new gTLDs, then it should be > > enforced > > > > to > > > > > ensure future countries and territories with new 2 character > > > > > ASCII > > > labels > > > > > are protected in the same way as those territories and countries > > > > > in > > > > today's > > > > > ISO 3166-2 list. > > > > > > > > > > Therefore, the proposals by Donuts for 143 of its new gTLDS, > > > > > .kred by KredTLD Pty Ltd, .best by BestTLD Pty Ltd and .ceo by > CEOTLD Pty Ltd. > > > > > should be turned down in keeping with the principle of > > > > > Specification > > 5. > > > > > > > > > > The proposal by .wiki by Top Level Design LLC which specifies > > > > > that > > the > > > > two > > > > > character ASCII labels will only be used for languages > > > > > identified by > > > ISO > > > > > 639-1 does appear to meet the threshold that the use will not be > > > confused > > > > > with the corresponding country codes, as per Specification 5 and > > could > > > be > > > > > approved. > > > > > > > > > > Similarly, the proposal by .globo by Globo ComunicaÃÂ§ÃÂ£o e > > > ParticipaÃÂ§ÃÂµes > > > > S.A > > > > > which proposed the use of two character ASCII labels that are > > > > > not > > > letters > > > > > or by two characters where only one of the character is a letter > > > > > are > > > > labels > > > > > that would not be used by ISO 3166-2 and could be approved." > > > > > > > > > > Thoughts? > > > > > > > > > > Kind Regards, > > > > > > > > > > Dev Anand Teelucksingh > > > > > _______________________________________________ > > > > > lac-discuss-en mailing list > > > > > lac-discuss-en(a)atlarge-lists.icann.org > > > > > https://atlarge-lists.icann.org/mailman/listinfo/lac-discuss-en > > > > > > > > > > > lac-discuss-es mailing list > > > lac-discuss-en(a)atlarge-lists.icann.org > > > https://atlarge-lists.icann.org/mailman/listinfo/lac-discuss-en > > > > > > > > > [[--Original text (en) http://mm.icann.org/transbot_archive/06ac5afc48.html --]]

1 0

Re: [lac-discuss-es] ??????????? = UTF-8 q Re_ = 26quot = 3BIntroducci = C3 = B3n_de_dos_ == utf-8 q caracteres_de_nombres_de_dominio_en_el_Nuevo_gTLD_Namesp == as utf-8 q = 26quot = 3B_Los_comentarios_del_p = C3 = BAblico? =
by asoto＠ibero-americano.org July 22, 2014

July 22, 2014

[[--Translated text (en -> es)--]] Asunto: Re:??????????? = UTF-8 q Re_ = 26quot = 3BIntroducci = C3 = B3n_de_dos_ == utf-8 q caracteres_de_nombres_de_dominio_en_el_Nuevo_gTLD_Namesp == as utf-8 q = 26quot = 3B_Los_comentarios_del_p = C3 = BAblico? = De: asoto(a)ibero-americano.org Hola Dev, Como No Respuesta recibi, vuelvo a hacerte la consulta. Este tema de sí misma no está tratando en La Reunión mensual de ALAC en El Día de hoy, y LACTRALO DEBERIA HACER Una DECLARACIÓN. Espero tus comentarios Saludos cordiales Alberto Soto ----- Mensaje original, ----- De: Alberto Soto [mailto: asoto(a)ibero-americano.org] Enviado el: lunes, 14 de julio de 2014 01:44 am Para: 'Dev Anand Teelucksingh'; 'Devtee(a)gmail.com' CC: 'lista de discusión de LACRALO'; ' <lac-discuss-es(a)atlarge-lists.icann.org> ' Asunto: RE: [lac-discuss-es] Re "Introducción de dos Caracteres de Nombres de Dominio en el Nuevo gTLD Namespace" Los comentarios del pÃ º blico Dev, Creo Que Conoces Este tema de En Profundidad, y del ya: hemos Orientado Opinión una, y ESPERAMOS Que Haya Más comentarios. Pese a Ello, podrias please PreparAR ONU Proyecto de Declaracion de LACRALO? Gracias! Saludos cordiales Alberto Soto ----- Mensaje original, ----- De: lac-discuss-en-bounces(a)atlarge-lists.icann.org [mailto: lac-discuss-en-bounces(a)atlarge-lists.icann.org] En Nombre de Aida Noblia Enviado el: Domingo, 13 de julio de 2014 14:00 Para: Dr. Alejandro Pisanty Baruch CC: lista de discusión de LACRALO; <lac-discuss-es(a)atlarge-lists.icann.org> Asunto: Re: [lac-discuss-es] Re "Introducción de dos Caracteres de Nombres de Dominio en el Nuevo gTLD Namespace" Los comentarios del pÃ º blico De acuerdo a Alejandro. Creo Que No Se estaria cumplliendo la norma ISO. De aceptarse ESTO el usuario protegido Poco estaria final, PORQUE da Lugar a MUCHOS Conflictos. Saludos 13/07/2014 13:19 GMT-03: 00 Dr. Alejandro Pisanty Baruch <apisan(a)unam.mx> : > AÃda, > > brevemente y para complementar tu anÃ¡lisis: el acuerdo con el paÃs y > el operador no pueden existir sino hasta que sea creada una nueva entidad. > > En ese sentido se protegerÃan todas las combinaciones de dos > caracteres alfabÃ©ticos ya que es imposible predecir cuÃ¡les entidades > territoriales serÃan creadas en un futuro indefinido, y menos aÃºn quÃ© > cÃ³digos les serÃan asignados. > > Bajo .globo (es decir, **EN NUESTRA REGIÃN**) se propone liberar tanto > los cÃ³digos de dos letras como los formados por una letra y un dÃgito. > Â¿QuÃ© consecuencias puede tener esto? (la primera que me viene a la > mente es la colisiÃ³n con una marca de salsa para carne asada tipo "barbeque", A1). > > Alejandro Pisanty > > > - - - - - - - - - - - - - - - - - - - - - - - - - - - > Dr. Alejandro Pisanty > Facultad de QuÃmica UNAM > Av. Universidad 3000, 04510 Mexico DF Mexico > > > > +52-1-5541444475 FROM ABROAD > > +525541444475 DESDE MÃXICO SMS +525541444475 > Blog: http://pisanty.blogspot.com > LinkedIn: http://www.linkedin.com/in/pisanty > Unete al grupo UNAM en LinkedIn, > http://www.linkedin.com/e/gis/22285/4A106C0C8614 > Twitter: http://twitter.com/apisanty > ---->> Unete a ISOC Mexico, http://www.isoc.org > . . . . . . . . . . . . . . . . > > ________________________________________ > Desde: lac-discuss-en-bounces(a)atlarge-lists.icann.org [ > lac-discuss-en-bounces(a)atlarge-lists.icann.org] en nombre de Aida > Noblia [ aidanoblia(a)gmail.com] Enviado el: domingo, 13 de julio de > 2014 10:48 > Hasta: <lac-discuss-es(a)atlarge-lists.icann.org> > CC: LACRALO discussion list > Asunto: Re: [lac-discuss-en] Re "IntroducciÃ³n de dos caracteres de > nombres de dominio en el Nuevo gTLD Namespace" Los comentarios > del pÃºblico > > La pregunta de DEV que focaliza el tema, dice que hay que ver: > > "Si EspecificaciÃ³n 5 estÃ¡ destinado a defender el principio de que los > cÃ³digos de paÃses ISO 3166-2 debe ser protegida en los nuevos gTLD, > entonces se debe cumplir al asegurar que los paÃses y territorios > futuras con nuevas etiquetas de 2 caracteres ASCII estÃ¡n protegidos de > la misma manera como los territorios y paÃses en la actual. > > La especificaciÃ³n 5 estÃ¡ transcripta en el sitio > > https://community.icann.org/display/alacpolicydev/At-Large+Introductio > n+of+Two-Character+Domain+Names+in+the+New+gTLD+Namespace+Workspace > : > > Dicha EspecificaciÃ³n 5 dice: > > "Todas las etiquetas de dos caracteres ASCII quedarÃ¡n excluidas de la > inscripciÃ³n o asignaciÃ³n to Registry operador en el segundo nivel en > el TLD. Dichas etiquetas pueden no estar activadas en el DNS, y no > podrÃ¡n ser liberados para el registro a cualquier persona o entidad > que no sea operador de registro, siempre que dichas cadenas de > etiquetas de dos caracteres pueden ser liberados en la medida en que > el operador de registro alcanza un acuerdo con el gobierno relacionada > y el gerente de cÃ³digo de paÃs de la cadena como se especifica en the > ISO 3166-1 alpha-2. El Operador de Registro TambiÃ©n podrÃ¡ proponer la > liberaciÃ³n de estas reservas con base en la aplicaciÃ³n de medidas para > evitar la confusiÃ³n con los cÃ³digos de los paÃses correspondientes, con sujeciÃ³n a la aprobaciÃ³n de la ICANN." > > Es claro que la redacciÃ³n de esta clÃ¡usula es restrictiva. Tiene > ademÃ¡s exigencias que no vÃ que se hayan cumplido: Falta el acuerdo > con el gobierno relacionado y con el gerente del cÃ³digo paÃs de la > cadena. AdemÃ¡s tampoco aparece cumplido las medidas que aplicarÃ¡n en > cada paÃs para evitar la confusiÃ³n con los cÃ³digos de los paÃses como lo pide la norma. > > Entiendo ademÃ¡s que el pedido de todas las cadenas > indiscriminadamente, como es el pedido hecho, no estÃ¡ contemplado en > la norma. Es una norma restrictiva y supone que se pide para un paÃs y no globalmente. > > La especificacion 5 es netamente protectora en primer lugar de los > codigos pais. Admite solo por excepcion y con muchos requisitos, con > el acuerdo del propio pais ademas. El criterio es claramente de dar > prevalencia al dominio pais. Exige que ademas de cumplirse los > requisitos anteriores se presenten medidas para evitar la confusion > con el propio pais. Es muy restrictivo y da una proteccion muy estricta a los codigos pais. > > Desde el punto de vista del usuario final el codigo pais en Internet > es cada vez mÃ¡s importante por el sentido de identidad de un pueblo, > de una idiosincracia, de un paradigma, tambiÃ©n respecto hacia su > persona y su paÃs. Algo asÃ como la bandera de cada paÃs. Esto afirma > la confianza en lo global a traves del reconocimiento de lo local como > parte y dentro de lo global. > > > Saludos > AÃda > > PD Por el momento no pude entrar en la wiki . Parece que es el > sistema.. en cuanto pueda lo agrego > > > DEV The question that focuses the subject and then transcribe says to see: > > If Specification 5 is intended to defend the principle that the ISO > 3166-2 country codes must be protected in the new gTLDs, then you must > meet to ensure that countries and future territories with new tags 2 > ASCII characters are protected from same way as the regions and > countries in today. > > Specification 5 is transcribed at the site > > https://community.icann.org/display/alacpolicydev/At-Large+Introductio > n+of+Two-Character+Domain+Names+in+the+New+gTLD+Namespace+Workspace > : > > This Specification 5 says: > > "All the labels of two ASCII characters will be excluded from > enrollment or assignment to Registry Operator in the second level in > the TLD. Such labels may not be active in the DNS, and may not be > delivered for registration to any person or entity not registry > operator if such label strings two characters may be it released to > the extent that the Registry Operator reaches agreement with the > related government and the head of country code string as specified in > the ISO 3166-1 alpha-2. Registry Operator may also propose release of > these reservations based on the introduction of measures to avoid > confusion with the codes of the countries concerned, subject to the approval of ICANN. " > > It is clear that the wording of this clause is restrictive. It also > has not revealed requirements are met: Missing accordance with the > related government and the country manager of the chain code. Also > appears not fulfilled the measures applied in each country to avoid > confusion with country codes as required by the standard. > > I further understand that the request for all brands indiscriminately, > as is done request is not covered by the standard. It is a restrictive > rule and assumes that calls to a country and not globally. > > Specification 5 is the first purely protective of country codes. > Allowed only by exception and with many requirements, with the > agreement of the country besides himself. The criterion is clearly to > give prevalence to the country domain. Demands that also met the above > requirements presented measures to avoid confusion with the country > itself. It is very restrictive and gives a very strict protection for country codes. > > From the point of view of the end user country code on the Internet is > increasingly important for the sense of identity of a people, an > idiosyncrasy, a paradigm, also with regard to himself and his country. > Something like the flag of each country. This affirms confidence in > global recognition through the local as part and within the global. > > > 2014-07-11 9:59 GMT-03:00 <devtee(a)gmail.com>: > > > > > [[--Translated text (en -> es)--]] > > > > Asunto: Re: Re "IntroducciÃ³n de dos caracteres de nombres de > dominio > > en el Nuevo gTLD Namespace" Los comentarios del pÃºblico > > De: devtee(a)gmail.com > > > > Bueno, sÃ³lo puede haber un nÃºmero fijo de permutaciones (676) para > > su posible utilizar en la norma ISO 3166 desde ISO 3166 sÃ³lo puede > > ser letras ASCII de AA a ZZ. Y Si bien puede no ser un nÃºmero > > rÃ¡pido de cambios, se han producido > cambios > > ISO 3166 en los Ãºltimos 10 aÃ±os. > > > > > > Por ejemplo, en 2010, por ejemplo: > > > > > http://www.iso.org/iso/iso_3166-1_newsletter_vi-8_split_of_the_dutch_a > ntilles_final-en.pdf > > > > > > BQ, CW y SX se aÃ±adieron para Bonaire, San Eustaquio y Saba, > > CuraÃ§ao y Sint Maarten (parte neerlandesa) en el Caribe. > > > > > > Dev Anand > > > > > > > > > > > > > > > > > > > > > > El Jueves, 10 de julio 2014 a las 8:47 AM, Carlton Samuels < > > carlton.samuels(a)gmail.com> > > escribiÃ³: > > > > > > > Closely reasoned and from the principle of cc assignment certainly > worthy > > > of the ALAC's consideration. > > > > > > While we're at it, lets consider that 3-character country codes > > > are possible. > > > > > > Giving protection for a future event suggests we have a definite > > knowledge > > > of country/territory breakdown and thusly, possible code assignment. > > Tying > > > up all permutations of 2 characters especially when you consider > > > IDNs > > would > > > be a tough sell. > > > > > > Carlton > > > ---------'--------''----- > > > > > > On Jul 10, 2014 2:04 AM, "Dev Anand Teelucksingh" > > > <devtee(a)gmail.com> > > > wrote: > > > > > > > > Regarding the public comment on "Introduction of Two-Character > > > > Domain > > > Names > > > > in the New gTLD Namespace" at > > > > https://community.icann.org/x/VqzhAg > > > > which ends July 10 2014, I've posted the following at > > > > https://community.icann.org/x/VqzhAg > > > > for consideration: > > > > > > > > "Various registries for multiple gTLDs are applying for > > > > exceptions to Specification 5, Section 2 of the New gTLD > > > > Registry Agreement ("Specification 5") with some registries > > > > suggesting the release of 2 character ASCII labels not on the > > > > current ISO 3166 standard would > > > suffice. > > > > > > > > While this seems harmless, there is a possibility of new > > > > countries > and > > > > territories being created, and then allocated a new two > > > > character > ASCII > > > > label by ISO 3166/MA (see > > > > > > > > > > https://web.archive.org/web/20111101141651/http://www.iso.org/iso/coun > try_codes/iso-3166-1_decoding_table.htm > > > > ). > > > > > > > > Any new country or territory created after 2014 would therefore > > > > not > > > receive > > > > the same protection as those in the 2014 ISO 3166-2 list and > > > > would > find > > > > that their new 2 character label is "given away", should they > > > > wish > for > > > > their 2 character ASCII label to be protected, as per > > > > Specification > 5. > > > > > > > > Now, should the principle established by Specification 5 > > > > protecting 2 character ASCII labels even be in the New gTLD Registry Agreement? > Many > > > > would say, especially given the prevalence of two character > > > > labels in existing TLDs like .com, .org and .net that this > > > > principle shouldn't > be > > > > applied to new gTLDs. > > > > However, this (IMO) is a separate issue to the question being > > > > asked > for > > > in > > > > the public comment. > > > > > > > > If Specification 5 is meant to defend the principle that country > codes > > in > > > > ISO 3166-2 should be protected in new gTLDs, then it should be > enforced > > > to > > > > ensure future countries and territories with new 2 character > > > > ASCII > > labels > > > > are protected in the same way as those territories and countries > > > > in > > > today's > > > > ISO 3166-2 list. > > > > > > > > Therefore, the proposals by Donuts for 143 of its new gTLDS, > > > > .kred by KredTLD Pty Ltd, .best by BestTLD Pty Ltd and .ceo by CEOTLD Pty Ltd. > > > > should be turned down in keeping with the principle of > > > > Specification > 5. > > > > > > > > The proposal by .wiki by Top Level Design LLC which specifies > > > > that > the > > > two > > > > character ASCII labels will only be used for languages > > > > identified by > > ISO > > > > 639-1 does appear to meet the threshold that the use will not be > > confused > > > > with the corresponding country codes, as per Specification 5 and > could > > be > > > > approved. > > > > > > > > Similarly, the proposal by .globo by Globo ComunicaÃÂ§ÃÂ£o e > > ParticipaÃÂ§ÃÂµes > > > S.A > > > > which proposed the use of two character ASCII labels that are > > > > not > > letters > > > > or by two characters where only one of the character is a letter > > > > are > > > labels > > > > that would not be used by ISO 3166-2 and could be approved." > > > > > > > > Thoughts? > > > > > > > > Kind Regards, > > > > > > > > Dev Anand Teelucksingh > > > > _______________________________________________ > > > > lac-discuss-en mailing list > > > > lac-discuss-en(a)atlarge-lists.icann.org > > > > https://atlarge-lists.icann.org/mailman/listinfo/lac-discuss-en > > > > > > > > lac-discuss-es mailing list > > lac-discuss-en(a)atlarge-lists.icann.org > > https://atlarge-lists.icann.org/mailman/listinfo/lac-discuss-en > > > > > > [[--Original text (en) http://mm.icann.org/transbot_archive/e8efa36fb4.html --]]

1 0

RECORDATORIO: Reuni�n de la invitaci�n / LACRALO llamada mensual - Lunes 21 de julio 2014
by staff＠atlarge.icann.org July 21, 2014

July 21, 2014

[[--Translated text (en -> es)--]] Tema: RECORDATORIO: Reunión de la invitación / LACRALO llamada mensual - Lunes 21 de julio 2014 De: staff(a)atlarge.icann.org Si necesita una llamada de salida, por favor póngase en contacto con el personal de At-Large en staff(a)atlarge.icann.org <mailto:staff@atlarge.icann.org> con su número preferido. Si Una Llamada NECESITA un su telefono, please PNGasa en contacto Con el personal de At-Large en staff(a)atlarge.icann.org <mailto:staff@atlarge.icann.org> COn Preferido do nmero. Queridos todos, La siguiente llamada LACRALO mensual está programada para el lunes 21 julio 2014 a las 2300 UTC. Para otras veces: http://tinyurl.com/mles7d9 El proyecto de orden del día (en curso) y la información de la llamada está disponible en: https://community.icann.org/x/TJ7hAg Adobe Connect: http://icann.adobeconnect.com/lacralo ID de conferencia: EN 1638 ES - 1738 Espacio de trabajo Wiki: https://community.icann.org/x/NJQi Por favor confirme su línea de salida y el número preferido: staff(a)atlarge.icann.org <mailto:staff@atlarge.icann.org> Gracias. Saludos, Heidi Ullrich, Silvia Vivanco, Ariel Liang, Gisella Gruber, Nathalie Peregrine y Terri Agnew El personal de ICANN Política en apoyo de ALAC E-mail: staff(a)atlarge.icann.org <applewebdata://68497759-1B04-4F9B-84B7-B9445B8F305F/Regards,%20Heidi%20Ullrich,%20Silvia%20Vivanco,%20Matt%20Ashtiani,%20Ariel%20Liang,%20Gisella%20Gruber,%20Nathalie%20Peregrine%20and%20Julia%20Charvolen%20ICANN%20Policy%20Staff%20in%20support%20of%20ALACmailto:staff@atlarge.icann.org> Facebook: www.facebook.com / icann.atlarge < https://www.facebook.com/icann.atlarge> Twitter: @ ICANN_AtLarge < https://twitter.com/ICANN_AtLarge> lac-discuss-es mailing list lac-discuss-en(a)atlarge-lists.icann.org <mailto:lac-discuss-en@atlarge-lists.icann.org> https://atlarge-lists.icann.org/mailman/listinfo/lac-discuss-en _______________________________________________ [[--Original text (en) http://mm.icann.org/transbot_archive/7912788910.html --]]

3 2

El aumento de los datos y de la muerte de la pol�tica
by josefranciscoarce＠gmail.com July 20, 2014

July 20, 2014

[[--Translated text (en -> es)--]] Tema: El aumento de los datos y de la muerte de la política De: josefranciscoarce(a)gmail.com FYI http://www.theguardian.com/technology/2014/jul/20/rise-of-data-death-of-pol… _______________________________________________ [[--Original text (en) http://mm.icann.org/transbot_archive/b6d3a94733.html --]]

1 0

Re: [lac-discuss-es] LACIGF 2014 - El Salvador
by natalia.enciso＠gmail.com July 19, 2014

July 19, 2014

[[--Translated text (en -> es)--]] Asunto: Re: LACIGF 2014 - El Salvador De: natalia.enciso(a)gmail.com Felicidades a Gilberto, Fátima y José porción the organization. Lo Seguí remotamente y La Verdad en sí nota La Evolución q Tiene el foro en el CADA Edición. Que Sigan Los Exitos y El Trabajo Por La región. Saludos, Natalia Enviado desde mi iPhone > El 18/07/2014, a las 20:05, Vanda Scartezini <vanda(a)uol.com.br> escribiÃ³: > > It was really great! Personally I had a chance to congratulate them all. > It was very good and excellent organisation. All perfect. And the > technical results also very good. > Felicitaciones a todo, a Fatima e Olga en especial! > Abrazos a todos desde San Salvador. > Vanda Scartezini > Polo Consultores Associados > Av. Paulista 1159, cj 1004 > 01311-200- Sao Paulo, SP, Brazil > Land Line: +55 11 3266.6253 > Mobile: + 55 11 98181.1464 > > > > > > > > On 7/18/14, 16:57, "JosÃ© Francisco Arce" <josefranciscoarce(a)gmail.com> > wrote: > >> Estimados, >> >> Terminado el Lacigf 2014, no me queda otra alternativa que felicitar a >> todo >> el equipo de "ConexiÃ³n" por el increÃble trabajo realizado. Y a todo el >> comitÃ© de programa (del cual tuve el honor de formar parte) por superarse >> aÃ±o a aÃ±o. >> >> Un saludo especial a Gilberto, Lito y todos los SalvadoreÃ±os !!! >> >> Saludos >> >> -- >> Arce, JosÃ© F. >> http://lnkd.in/bPdTThz >> _______________________________________________ >> lac-discuss-es mailing list >> lac-discuss-es(a)atlarge-lists.icann.org >> https://atlarge-lists.icann.org/mailman/listinfo/lac-discuss-es >> >> http://www.lacralo.org > > > _______________________________________________ > lac-discuss-es mailing list > lac-discuss-es(a)atlarge-lists.icann.org > https://atlarge-lists.icann.org/mailman/listinfo/lac-discuss-es > > http://www.lacralo.org lac-discuss-es mailing list lac-discuss-en(a)atlarge-lists.icann.org https://atlarge-lists.icann.org/mailman/listinfo/lac-discuss-en [[--Original text (en) http://mm.icann.org/transbot_archive/96b9475145.html --]]

1 0

LACIGF 2014 - El Salvador
by José Francisco Arce July 19, 2014

July 19, 2014

Estimados, Terminado el Lacigf 2014, no me queda otra alternativa que felicitar a todo el equipo de "Conexión" por el increíble trabajo realizado. Y a todo el comité de programa (del cual tuve el honor de formar parte) por superarse año a año. Un saludo especial a Gilberto, Lito y todos los Salvadoreños !!! Saludos -- Arce, José F. http://lnkd.in/bPdTThz

3 2

Re: [lac-discuss-es] LACIGF 2014 - El Salvador
by vanda＠uol.com.br July 19, 2014

July 19, 2014

[[--Translated text (en -> es)--]] Asunto: Re: LACIGF 2014 - El Salvador De: vanda(a)uol.com.br Fue realmente genial! Personalmente tuve la oportunidad de felicitar a todos ellos. Era muy bueno y excelente organización. Todo perfecto. Y la resultados técnicos también muy bueno. FELICITACIONES A Todo, un Fatima e Olga es especial! Abrazos a todos Usuario desde San Salvador. Vanda Scartezini Polo Consultores Associados Av. Paulista 1159, CJ 1004 01311-200 - Sao Paulo, SP, Brasil Línea del terreno: +55 11 3266.6253 Móvil: + 55 11 98181.1464 El 07/18/14, 16:57, "JosFrancisco Arce" <josefranciscoarce(a)gmail.com> escribió: > Estimados, > > Terminado el Lacigf 2014, no me Queda Otra alternativa Que felicitar a > TODO > El equipo de "Conexin" por el increble Trabajo Realizado.Y un Todo el > Comitde Programa (del Cual Tuve el honor de de Formar parte) superarse porción > Aoaao. > > Un saludo especial a Gilberto, Lito y Todos Los Salvadoreos! > > Saludos > > - > Arce, JosF. > Http://lnkd.in/bPdTThz > _______________________________________________ > Lista de correo lac-discuss-es > Lac-discuss-es(a)atlarge-lists.icann.org > https://atlarge-lists.icann.org/mailman/listinfo/lac-discuss-es > > Http://www.lacralo.org _______________________________________________ [[--Original text (en) http://mm.icann.org/transbot_archive/8ab2140cbc.html --]]

1 0

Reuni�n del Grupo de Coordinaci�n sobre la transici�n de la mayordom�a IANA
by josefranciscoarce＠gmail.com July 18, 2014

July 18, 2014

[[--Translated text (en -> es)--]] Asunto: Reunión del Grupo de Coordinación sobre la transición de la mayordomía IANA De: josefranciscoarce(a)gmail.com FYI Informe de la primera reunión del grupo de coordinación sobre la transición de la IANA mayordomía se puede encontrar aquí: https://www.icann.org/resources/pages/coordination-group-resources-2014-07-… Mejor - Arce, José F. http://lnkd.in/bPdTThz _______________________________________________ lac-discuss-es mailing list lac-discuss-en(a)atlarge-lists.icann.org https://atlarge-lists.icann.org/mailman/listinfo/lac-discuss-en [[--Original text (en) http://mm.icann.org/transbot_archive/eca22037dc.html --]]

1 0