July 2014 - lac-discuss-es

Nueva interpretación en Portugues para llamadas LACRALO / New interpretation in Portuguese for LACRALO calls
by Humberto Carrasco July 27, 2014

July 27, 2014

Estimados: Silvia Vivanco me ha solicitado les informe que para la próxima llamada de LACRALO tendremos interpretación en Portuges. Esto es un gran avance para la región. Felicitamos esta decisión. Saludos Dearall: Silvia Vivanco has asked me to inform you that next LACRALO call we will have interpretation in Portugues. This is a breakthrough for the region. We congratulate this decision. Regards

7 6

Nominación NomCom
by Guillermo M. Zamora - Abogado July 25, 2014

July 25, 2014

Estimados: ADIAr desea nominar como candidato al Nomcom por LACRALO a Carlos Dionisio Aguirre atte -- Guillermo M. Zamora Presidente Asociación de Derecho Informático de Argentina Director Red Iberoamericana ElDerechoInformatico.com <http://www.elderechoinformatico.com> Trelew - Chubut

2 1

Re: Horario para seleccionar LACRALO ALAC representante y NOMCOM rep - El per�odo de nominaci�n abierta!
by Heidi.Ullrich＠icann.org July 24, 2014

July 24, 2014

[[--Translated text (en -> es)--]] Asunto: Re: Horario para seleccionar LACRALO ALAC representante y NOMCOM rep - El período de nominación abierta! De: Heidi.Ullrich(a)icann.org Gracias por tomar nota de esta, Carlton. Usted está en lo correcto! Términos del ALAC son dos años. Saludos cordiales, Heidi De: Carlton Samuels [mailto: carlton.samuels @ gmail.com] Enviado el: Miércoles, 23 de julio 2014 20:03 A: ICANN At-Large Cc: lac-discuss-en(a)atlarge-lists.icann.org Asunto: Re: [lac-discuss-es] Horario para seleccionar LACRALO ALAC representante y NOMCOM rep - El período de nominación abierta! Corrección. El plazo para LACRALO representante de ALAC es 2014 - 2016; un término de 2 años en el cargo. Carlton ============================== Carlton Un Samuels Móvil: 876-818-1799 Estrategia, Planificación, Gobierno, Evaluación y Turnaround ============================= El miércoles, 23 de julio de 2014 16:46, ICANN At-Large <staff(a)atlarge.icann.org<mailto:staff@atlarge.icann.org> > Escribió: Miembros de LACRALO Estimados, En nombre del Presidente de LACRALO y la Secretaría nos gustaría anunciar el siguiente calendario para seleccionar las siguientes posiciones 1. Representante LACRALO a ALAC para el período 2014-2015. Esta posición se mantiene actualmente por Dev Anand Teelucksingh < https://community.icann.org/x/kYFZAg> hasta que el < https://archive.icann.org/en/committees/alac/#footix> ALAC Horario Representante * Las nominaciones Apertura: 23 de julio 2014 * Las nominaciones cerrar: 30 de julio 2014 * Fecha límite de aceptación de nominación: En o antes del 04 de agosto 2014 * El período de las elecciones en línea: Entre 4 hasta 8 agosto 2014 (no puede ser reelegido) Tenga en cuenta que los siguientes cargos no están disponibles para elección aún (véase más adelante ;) * Fatima Cambronero < https://community.icann.org/x/yTl-Ag> x < https://archive.icann.org/en/committees/alac/#footx> * Leon Sanchez <http://www.icann.org/en/groups/nomcom/bios-02sep13-en.htm#leon-sanchez> iii < https://archive.icann.org/en/committees/alac/#footiii> 1. 2015 ALAC Los delegados a la 2015 NomCom Posición actual en poder de Vanda Scartezini plazo en AGM 2014. El Equipo de Liderazgo de ALAC (ALT) se propone el siguiente calendario para la presentación de candidaturas y las recomendaciones de consulta de RALO para su examen por el ALAC para su nombramiento como el Comité de Nominaciones 2015 At-Large posiciones de delegado: Línea de tiempo: * Las nominaciones Apertura: 23 de julio 2014 * Las nominaciones cerrar: 30 de julio 2014 * Fecha límite de aceptación de nominación: En o antes del 04 de agosto 2014 * Periodo de priorización nominado RALO: Entre 4 hasta 8 agosto 2014 (esto puede incluir un voto si se desea) * ALAC Notificación: RALO para transmitir todas las nominaciones aceptadas con una recomendación de un candidato preferido si el RALO desea proporcionar una a 08 de agosto 2014 * Revisión de ALAC Recomendaciones RALO / Lista adicional de Nominaciones Aceptado: 8 agosto a 11 agosto, 2014 * Selección y el apoyo ALAC voto: Se lleva a cabo en línea entre 11August - 15 de agosto 2014 * Notificación al Comité de nominaciones de personas asignadas: A más tardar el 15 de agosto 2014 o según lo acordado con la Secretaría NomCom El personal y la Secretaría de LACRALO notarán nominaciones en la página wiki con los ALAC Elecciones, selecciones y nombramientos 2014. Véase https://community.icann.org/pages/viewpage.action?spaceKey=atlarge&title=At… 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 <mailto:staff@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<mailto:20Nathalie%2520Peregrine%2520and%2520Julia%2520Charvolen%2520ICANN%2520Policy%2520Staff%2520in%2520support%2520of%2520ALACmailto%3Astaff@atlarge.icann.org> > Facebook: www.facebook.com / icann.atlarge <http://www.facebook.com/icann.atlarge> < https://www.facebook.com/icann.atlarge> Twitter: @ ICANN_AtLarge < https://twitter.com/ICANN_AtLarge> _______________________________________________ [[--Original text (en) http://mm.icann.org/transbot_archive/302003a251.html --]]

1 0

Re: Horario para seleccionar LACRALO ALAC representante y NOMCOM rep - El per�odo de nominaci�n abierta!
by carlton.samuels＠gmail.com July 24, 2014

July 24, 2014

[[--Translated text (en -> es)--]] Asunto: Re: Horario para seleccionar LACRALO ALAC representante y NOMCOM rep - El período de nominación abierta! De: carlton.samuels(a)gmail.com Corrección. El plazo para LACRALO representante de ALAC es 2014 - 2016; una de 2 años mandato. Carlton ============================== Carlton Un Samuels Móvil: 876-818-1799 * Estrategia, Planificación, Gobierno, Evaluación y Turnaround * ============================= El miércoles, 23 de julio de 2014 16:46, ICANN At-Large < staff(a)atlarge.icann.org> escribió: > Dear LACRALO members, > > On behalf of LACRALO's Chair and Secretariat we would like to announce the > following schedule to select the following positions > > > 1. LACRALO representative to the ALAC for the period 2014-2015. This > position is currently held by Dev Anand Teelucksingh< > https://community.icann.org/x/kYFZAg> until the < > https://archive.icann.org/en/committees/alac/#footix> (AGM 2014) > (Trinidad and Tobago) > > > ALAC Representative Schedule > > * Nominations Open: 23 July 2014 > * Nominations Close: 30 July 2014 > * Nomination Acceptance Deadline: On or before 4 August 2014 > * Online Election period: Between 4- 8 August 2014 (cannot be > re-elected) > > > Note that the following positions are not up for election yet (see below;) > > * Fatima Cambronero<https://community.icann.org/x/yTl-Ag> x< > https://archive.icann.org/en/committees/alac/#footx> (Argentina) (AGM > 2015 ) - NO NEED FOR SELECTION > * Leon Sanchez< > http://www.icann.org/en/groups/nomcom/bios-02sep13-en.htm#leon-sanchez> > iii<https://archive.icann.org/en/committees/alac/#footiii> (Mexico) > (through AGM 2016)- NO NEED FOR SELECTION > > > 1. 2015 ALAC Delegates to the 2015 NomCom > > Current position held by Vanda Scartezini- Term up in AGM 2014. > > > The ALAC Leadership Team (ALT) suggested the following timetable for > nominations and consultation recommendations from RALOs for consideration > by the ALAC for appointment as the 2015 NomCom At-Large Delegate positions: > > Timeline: > > * Nominations Open: 23 July 2014 > * Nominations Close: 30 July 2014 > * Nomination Acceptance Deadline: On or before 4 August 2014 > * RALO nominee prioritization period: Between 4- 8 August > 2014 (this may include a vote if desired) > * ALAC Notification: RALOs to transmit all accepted > nominations with a recommendation for a preferred candidate if the RALO > wishes to provide one by 8 August 2014 > * ALAC Review of RALO Recommendations/Additional List of > Nominations Accepted: 8 August - 11 August 2014 > * ALAC selection and endorsement vote: Carried out on-line > between 11August - 15 August 2014 > * Notification to NomCom of Appointees: No later than 15 > August 2014 or as arranged with NomCom Secretariat > > Staff and LACRALO Secretariat will note nominations in the WIKI page with > the ALAC Elections, Selections and Appointments 2014. See > https://community.icann.org/pages/viewpage.action?spaceKey=atlarge&title=At… > > > Regards, > > Heidi Ullrich, Silvia Vivanco, Ariel Liang, Gisella Gruber, Nathalie > Peregrine and Terri Agnew > ICANN Policy Staff in support of 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-en 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/1882dc7806.html --]]

1 0

Calendario para seleccionar LACRALO ALAC representante y NOMCOM rep - El per�odo de nominaci�n abierta!
by staff＠atlarge.icann.org July 23, 2014

July 23, 2014

[[--Translated text (en -> es)--]] Asunto: Calendario para seleccionar LACRALO ALAC representante y NOMCOM rep - El período de nominación abierta! De: staff(a)atlarge.icann.org Miembros de LACRALO Estimados, En nombre del Presidente de LACRALO y la Secretaría nos gustaría anunciar el siguiente calendario para seleccionar las siguientes posiciones 1. Representante LACRALO a ALAC para el período 2014-2015. Esta posición se mantiene actualmente por Dev Anand Teelucksingh < https://community.icann.org/x/kYFZAg> hasta que el < https://archive.icann.org/en/committees/alac/#footix> ALAC Horario Representante * Las nominaciones Apertura: 23 de julio 2014 * Las nominaciones cerrar: 30 de julio 2014 * Fecha límite de aceptación de nominación: En o antes del 04 de agosto 2014 * El período de las elecciones en línea: Entre 4 hasta 8 agosto 2014 (no puede ser reelegido) Tenga en cuenta que los siguientes cargos no están disponibles para elección aún (véase más adelante ;) * Fatima Cambronero < https://community.icann.org/x/yTl-Ag> x < https://archive.icann.org/en/committees/alac/#footx> * Leon Sanchez <http://www.icann.org/en/groups/nomcom/bios-02sep13-en.htm#leon-sanchez> iii < https://archive.icann.org/en/committees/alac/#footiii> 1. 2015 ALAC Los delegados a la 2015 NomCom Posición actual en poder de Vanda Scartezini plazo en AGM 2014. El Equipo de Liderazgo de ALAC (ALT) se propone el siguiente calendario para la presentación de candidaturas y las recomendaciones de consulta de RALO para su examen por el ALAC para su nombramiento como el Comité de Nominaciones 2015 At-Large posiciones de delegado: Línea de tiempo: * Las nominaciones Apertura: 23 de julio 2014 * Las nominaciones cerrar: 30 de julio 2014 * Fecha límite de aceptación de nominación: En o antes del 04 de agosto 2014 * Periodo de priorización nominado RALO: Entre 4 hasta 8 agosto 2014 (esto puede incluir un voto si se desea) * ALAC Notificación: RALO para transmitir todas las nominaciones aceptadas con una recomendación de un candidato preferido si el RALO desea proporcionar una a 08 de agosto 2014 * Revisión de ALAC Recomendaciones RALO / Lista adicional de Nominaciones Aceptado: 8 agosto a 11 agosto, 2014 * Selección y el apoyo ALAC voto: Se lleva a cabo en línea entre 11August - 15 de agosto 2014 * Notificación al Comité de nominaciones de personas asignadas: A más tardar el 15 de agosto 2014 o según lo acordado con la Secretaría NomCom El personal y la Secretaría de LACRALO notarán nominaciones en la página wiki con los ALAC Elecciones, selecciones y nombramientos 2014. Véase https://community.icann.org/pages/viewpage.action?spaceKey=atlarge&title=At… 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> _______________________________________________ [[--Original text (en) http://mm.icann.org/transbot_archive/63e2b5c4ae.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 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