Changes

Jump to navigation Jump to search
6,564 bytes added ,  8 years ago
Added Spanish content.
Line 62: Line 62:  
A common complaint about the UDRP process is that decisions from UDRP panels or individual arbitrators can be very inconsistent, or even 'inexplicable'.<ref>[http://www.dnjournal.com/archive/lowdown/2014/dailyposts/20141215.htm The Lowdown] Domain Name Journal, retrieved 17th December 2014.</ref><ref>[http://www.domainarts.com/2014/02/04/the-udrp-a-problem-at-the-core-of-the-internet-reposted/ UDRP a problem at the core of the internet] Domainarts, retrieved 17th December 2014.</ref><ref>[http://www.domainbits.com/frank-schilling-loses-udrp/ Frank Schilling loses UDRP] Domainbits, retrieved 17th December 2014</ref>
 
A common complaint about the UDRP process is that decisions from UDRP panels or individual arbitrators can be very inconsistent, or even 'inexplicable'.<ref>[http://www.dnjournal.com/archive/lowdown/2014/dailyposts/20141215.htm The Lowdown] Domain Name Journal, retrieved 17th December 2014.</ref><ref>[http://www.domainarts.com/2014/02/04/the-udrp-a-problem-at-the-core-of-the-internet-reposted/ UDRP a problem at the core of the internet] Domainarts, retrieved 17th December 2014.</ref><ref>[http://www.domainbits.com/frank-schilling-loses-udrp/ Frank Schilling loses UDRP] Domainbits, retrieved 17th December 2014</ref>
    +
===Espanol===
 +
El 29 de septiembre de 1999,  ICANN publicó la [[UDRP|Uniform Domain Name Resolution Policy]] para recibir comentarios públicos. El proceso tenía la finalidad de hacer frente a los problemas derivados de la [[ciberocupación]] y proteger los derechos de propiedad intelectual. Este proceso no era solamente una preocupación o un producto de ICANN, dad que la [[OMPI]] había realizado esfuerzos por esta [[Política Uniforme]]. La política afirma que se va a transferir, eliminar o hacer otros cambios a cualquier nombre de dominio en manos de un [[Domainer | domainer]] que:
 +
 +
# Es idéntico o confusamente similar a una marca de productos o de servicios en el que el demandante tiene derechos; y
 +
# El domainer no tiene derechos o intereses legítimos respecto del nombre de dominio; y
 +
# El nombre de dominio en cuestión ha sido registrado y se utiliza de mala fe. <Ref> [http://www.icann.org/en/udrp/udrp-policy-29sept99.htm Nombre de Dominio Política Uniforme de Solución]. ICANN. Publicado 1999 29 de septiembre. </ Ref>
 +
 +
El mismo día, ICANN también emitió las [http://www.icann.org/en/udrp/udrp-rules-29sept99.htm Reglas para la Política Uniforme], que establece el procedimiento para la presentación y la respuesta a las quejas.
 +
 +
Esto también fue puesto a un período de comentarios públicos. <Ref> [http://www.icann.org/en/udrp/udrp-rules-29sept99.htm Reglas para Uniform Domain Name Dispute Política de Resolución]]. ICANN. Publicado 1999 29 de septiembre. </ Ref> Algunos de los comentarios del público se pueden encontrar [http://www.icann.org/en/comments-mail/comment-udrp/current/maillist.html aquí].
 +
 +
ICANN aprobó el [[Política Uniforme]] en su reunión de noviembre de 1999, en Los Ángeles. <Ref> .<ref>[http://cyber.law.harvard.edu/udrp/overview.html Overview of Domain Name Policy Development]. Harvard Law.</ref>
 +
 +
==Historia: ICANN 2.0==
 +
El enfoque de abajo hacia arriba de ICANN y sus revisiones periódicas estructurales conducen a la revisión de sus [[Estatutos de ICANN | estatutos]] y la introducción de nuevas entidades y políticas. Una avalancha de cambios ocurrió alrededor del año 2000, cuando los cambios y las discusiones llevaron a la comunidad a hablar de "la ICANN 2.0".<ref>[http://llr.lls.edu/volumes/v36-issue3/froomkin.pdf "ICANN 2.0 Meet the New Boss"]</ref>
 +
 +
===La Introducción de la ALAC===
 +
Una de las discusiones y proposiciones d el debate en torno a "la ICANN 2.0", fue la introducción de un cuerpo que podría representar a los usuarios individuales de Internet. <Ref name = "caslon"> </ ref> Esto se conoció como el At-Large Comité, o [[ALAC]], y si bien se introdujo finalmente a través de enmiendas a los estatutos en 2002, ya había sido un tema candente de debate durante años. <ref> [http://www.icann.org/en/ comités / Comité ALAC / At-Large Asesor (ALAC)]. ICANN. </ Ref>
 +
 +
===Otros Comités===
 +
Muchas de las novedades en ICANN se lograron a través de la introducción de equipos de revisión; tales como la Comisión de Evolución y Reforma de ICANN. También se crearon otros comités con la intención de ampliar y especializar el papel de ICANN, como el Comité de Seguridad, que con el tiempo se convirtió en el [[SNCC | Comité Asesor de Estabilidad y Seguridad]]. Ambos comités se les dio reconocimiento oficial en 2002. .<ref name="accra">[http://www.icann.org/en/minutes/prelim-report-14mar02.htm#EvolutionandReformCommittee ICANN Meeting in Accra Preliminary Report]. ICANN. Published 2002 March 14.</ref> El impulso para la reforma también fue ayudado significativamente por el informe de [[Stuart Lynn]] "Informe del Presidente: el caso de la Reforma,"<ref>[http://www.icann.org/en/general/lynn-reform-proposal-24feb02.htm President's Report: ICANN – The Case for Reform]. ICANN. Published 2002 February 24.</ref>  que se inicia el diálogo sobre la reforma y que conduce a la creación de la comisión más formal.<ref name="bucharest">[http://www.icann.org/en/minutes/prelim-report-28jun02.htm#EvolutionandReform ICANN Meeting in Bucharest Preliminary Report]]. ICANN. Published 2002 June 28.</ref>
 +
 +
ICANN aprobó un nuevo conjunto de estatutos, que fueron elaborados por primera vez por la comisión antes mencionada y el Comité de Reforma, antes de ser enviado a los foros públicos. Estos estatutos pueden ser leídos [http://www.icann.org/en/minutes/minutes-appa-31oct02.htm here]. Los estatutos no sólo definen más claramente la misión y valores fundamentales de ICANN, sino que también ponen en su lugar y mejora los procesos para su revisión y una mayor transparencia. El [[Comité de Reconsideración]], [[IRP | Panel de Revisión Independiente]]., y el [[Ombudsman]] se fortalecieron como parte de este movimiento hacia una organización más transparente, capaz de defender sus acciones y decisiones .<ref>[http://www.icann.org/en/minutes/minutes-appa-31oct02.htm Appendix A to Minutes ICANN Board Meeting in Shanghai]. ICANN. Published 2002 October 31.</ref>
 +
 +
=== Otros Desarrollos ===
 +
* El [[Comité IDN]] se establece, 2001.<ref>[http://www.icann.org/en/minutes/minutes-10sep01.htm#01.94 ICANN.org]</ref>
 +
* La aprobación de [[LACNIC]] como [[RIR]], 2002. .<ref>[http://www.icann.org/en/minutes/prelim-report-31oct02.htm#EvolutionandReform Regular Meeting of the Board Minutes]. ICANN. Published 2001 September 10.</ref>
 +
* Aprobación de [[RegistryPro]]  [[.pro]] [[TLD]], 2002. <ref name = "Accra"> </ ref>
 +
* Creación de [[Executive Search Committee]], 2002. <ref name = "bucarest"> </ ref>
 +
* El proceso de Nuevos [[TLD]] comenzó su evaluación en2002. ref>[http://www.icann.org/en/minutes/minutes-annual-meetiminutes-annual-meeting-15dec02.htm#AmendmentofNewBylaws Fourth Annual Meeting of the Board Minutes]. ICANN. Published 2002 December 15. .<ref>[http://www.icann.org/en/minutes/prelim-report-27mar03.htm Preliminary Report | Regular Meeting of the Board - Rio de Janeiro]. ICANN. Published 2003 March 27.</ref>
 +
* El [[ccNSO]] fue creado oficialmente, 2004. <ref> [http://www.icann.org/en/minutes/rome-resolutions-06mar04.htm Resoluciones aprobadas en Roma ICANN Reunión de la Junta | Reunión Ordinaria de la Junta, Roma, Italia]. ICANN. Publicado 06 de marzo 2004. </ Ref>
 +
* [[AfriNIC]] reconocido provisionalmente como [[RIR]], 2004; reconocida oficialmente, 2005. <ref> [http://www.icann.org/en/announcements/announcement-14mar05.htm Aplicación AfriNIC de Reconocimiento como Internet Regional de Registro Público Comentario Foro]. ICANN. Publicado 2005 14 de marzo. </ Ref>
    
==References==
 
==References==
Line 70: Line 102:     
[[Category: Glossary]]
 
[[Category: Glossary]]
 +
[[Category: Articles with Spanish]]
 
__NOTOC__
 
__NOTOC__

Navigation menu