RSSAC

De Espanol ICANNWiki
Saltar a: navegación, buscar

El Comité Asesor del Sistema del Servidor Raíz (RSSAC) asesora a la Comunidad y la Junta Directiva de ICANN sobre cuestiones relacionadas con el funcionamiento, la administración, la seguridad y la integridad del Sistema del Servidor Raíz de Internet.[1] Se creó bajo la Sección 3 (b) del Artículo VII de los Estatutos de la ICANN, que otorgó a la Junta Directiva de ICANN el mandato de nombrar al Presidente inicial del Comité, después de lo cual el siguiente presidente fue elegido por los miembros del comité. Jun Murai fue nombrado como el primer Presidente del RSSAC.[2]

Responsabilidad[editar | editar código]

RSSAC fue delegado para asesorar a la Junta Directiva de ICANN sobre los requisitos operacionales de los servidores de nombres raíz del Sistema de Nombres de Dominio (DNS), que incluye capacidades de hardware, sistemas operativos, versiones de servidor de nombres, conectividad de red, entorno físico y aspectos de seguridad. RSSAC también se encargó de revisar el número, la ubicación y la distribución del servidor de nombres de raíz y su rendimiento, robustez y fiabilidad totales del sistema.[3]

Estructura[editar | editar código]

Representantes[editar | editar código]

El RSSAC incluye representantes de cada una de las organizaciones responsables de operar los 13 servidores de nombres de raíz, todos los cuales son miembros con derecho a voto. También incluye representantes de organizaciones responsables del mantenimiento de la zona de raíz autorizadas, en los cuales no hay miembros votantes. Los enlaces de organizaciones externas también participan como miembros sin derecho a voto. Miembros votantes
A/J- Brad Verd, Verisign, Expira en: 31 de diciembre de 2015
B- Was Hardaker, Universidad del Sur de California, Periodo expira: 31 de diciembre de 2017
C- Paul Vixie, Cogent, Periodo expira: 31 Expira 2017
D- Tripti Sinha (Copresidente), Universidad de Maryland, Periodo expira: 31 de diciembre de 2016
E- Kevin Jones, NASA, Periodo expira el: 31 de diciembre de 2016
F- Jim Martin, Consorcio de Internet, Expira: 31 de diciembre de 2015
G- Jim Cassell, Departamento de Defensa de los EE. UU., Periodo expira: 31 de diciembre de 2016
H- Howard Kash, Laboratorio de Investigación del Ejército de EE. UU., Periodo expira: 31 de diciembre de 2016
I- Lars-Johan Liman (Copresidente), Netnod, Periodo de vencimiento: 31 de diciembre de 2015
K- Daniel Karrenberg, RIPE NCC, Periodo expira el: 31 de diciembre de 2017
L- John Crain, ICANN, Periodo expira el: 31 de diciembre de 2015
M- Jun Murai, Projecto WIDE, Periodo expira: 31 de diciembre de 2017

Miembros sin derecho a voto

Proyectos del RSSAC[editar | editar código]

Desde su creación, el comité ejecuta continuamente proyectos bajo un Acuerdo Cooperativo de Investigación y Desarrollo (CRADA)[4] entre ICANN, el Instituto Nacional de Estándares y Tecnología (NIST), y la Administración Nacional de Información y Telecomunicaciones (NTIA), de los Estados Unidos, para llevar a cabo un estudio colaborativo que permita abordar los requisitos operativos y técnicos de los servidores de nombres raíz para poder establecer una gestión más robusta y segura del sistema de servidores raíz DNS de Internet DNS.[5] El RSSAC también estuvo involucrado en el Proyecto Y2K entre 1999 y 2000. Su objetivo fue asegurarse de que las operaciones del sistema de servidor de nombres raíz cumplan con el protocolo Y2K mediante la realización de servicios administrativos y pruebas.[6]

El comité también está llevando a cabo nuevos desarrollos técnicos en IPv6, DNSSEC, IDN, y sus efectos en el sistema de servidores de nombres raíz.

Revisión independiente de WCL en RSSAC[editar | editar código]

El Artículo IV, Sección 4, Párrafo 1, de los Estatutos de la ICANN estipulaba que se requiere una revisión del desempeño y operaciones de la RSSAC por una organización independiente para determinar si el comité sigue cumpliendo con su propósito en la estructura de ICANN y si son necesarios ciertos cambios en la Estructura u operaciones para mejorar sus funciones.[7] Para poder cumplir con los Estatutos, la Junta Directiva de ICANN emitió una Solicitud de Propuesta y Términos de Referencia para realizar una revisión independiente en el RSSAC en julio de 2008.[8] ICANN seleccionó a Westlake Consulting Limited, y en noviembre de 2008 la compañía comenzó a realizar entrevistas cara a cara con algunas personas durante la reunión de ICANN que se realizó en El Cairo y durante la reunión de IETF en Minnesota con respecto a RSSAC. La CMT también realizó entrevistas telefónicas y obtuvo acceso a todos los registros escritos disponibles con respecto al comité. [9]

Resultados[editar | editar código]

En abril de 2009, WCL publicó su informe final sobre la revisión independiente en RSSAC con las siguientes conclusiones:[10]

  • RSSAC sólo proporciona reacciones a los asuntos en lugar de dar regularmente actualizaciones a la Junta Directiva de ICANN con respecto a las actividades y funciones del comité.
  • La comunicación y el acuerdo sobre las expectativas de la Junta hacia la comisión es insuficiente.
  • RSSAC proporciona asesoramiento estratégico mínimo a la Junta Directiva de ICANN porque el comité está dominado por operadores de servidores raíz independientes que se centran en las operaciones.
  • Los registros de las reuniones del RSSAC son pobres e incompletos.
  • El proceso electoral de los miembros del comité y su presidente no está claro.
  • Los Operadores de Servidor Raíz creyeron que algunas de las funciones de RSSAC identificadas en los Estatutos de ICANN son su responsabilidad, y debido a eso el comité informó poco de sus responsabilidades.
  • La interacción entre RSSAC y la organización dentro de ICANN es limitada porque la mayoría de los miembros del comité no participan o participan eventualmente en las reuniones de ICANN. Los miembros del comité RSSAC frecuentemente asisten o conducen su reunión conjuntamente con las reuniones del IETF.

Recomendaciones[editar | editar código]

Sobre la base de su informe final, la WCL recomendó para mejorar las funciones operativas del RSSAC lo siguiente:[11]

  • Restablecer RSSAC como un grupo de estrategia que será supervisado conjuntamente por ICANN y los operadores de servidores raíz.
  • Enmendar los Términos de Referencia de los Estatutos de la ICANN y establecer una nueva función para que RSSAC que "proporcione una fuente de asesoramiento estratégico imparcial a ICANN, los Operadores de Servidor Raíz y la Comunidad de Internet sobre la mejor manera para el Sistema de Servidor Raíz."
  • Reconstituir la membrecía de RSSAC con 9 miembros iniciales que tienen antecedentes técnicos fuertes. El comité debería estar compuesto de 4 Operadores de Servidor Raíz, 1 designado por IANA; y 4 designados por la Junta Directiva de ICANN /Comité de Nominaciones.
  • El Presidente del Comité será nombrado por sus miembros con un mandato de dos años, con un límite de tres periodos consecutivos de dos años.
  • Nombrar miembros de enlace sin derecho a voto, que incluyen el enlace externo desde el RSSAC a la Junta Directiva de ICANN y al SSAC y un enlace interno al RSSAC del IETF/IAB.
  • RSSAC debe reunirse conjuntamente en las reuniones de ICANN y debe ser capaz de celebrar reuniones adicionales según sea necesario; las reuniones estarán abiertas a la participación del público y celebrarán una reunión a puerta cerrada si es necesario; Los Operadores de Servidor Raíz y los miembros de la Junta Directiva de ICANN deben ser invitados a la reunión incluso durante sesiones cerradas y se les dará el derecho de hablar bajo la discreción del Presidente del RSSAC.

Revisión del Grupo de Trabajo del RSSAC sobre el Informe del WCL[editar | editar código]

En junio de 2010, el Grupo de Trabajo del RSSAC presentó su informe final sobre las conclusiones del examen independiente de la WCL. El Grupo de Trabajo reconoció que el comité no pudo cumplir plenamente con su propósito en la estructura de ICANN debido a la falta de comunicación regular entre ICANN y RSSAC, el comité tiene conocimiento insuficiente sobre ICANN y viceversa, el rol y las responsabilidades de RSSAC de acuerdo a lo estipulado en los estatutos de ICANN necesitan enmiendas y el entendimiento compartido entre la función de RSSAC, las responsabilidades de los Operadores de Servidor Raíz y la misión de ICANN no está clara. El Grupo de Trabajo recomendó que la plena cooperación de los Operadores de Servidor Raíz es necesaria para implementar cambios estructurales y operativos que permitan mejorar las operaciones de RSSAC.[12]

Avisos[editar | editar código]

En su reunión ordinaria en noviembre de 2014, el RSSAC aprobó formalmente RSSAC001 y RSSAC002, los dos primeros avisos formales producidos bajo su estructura reorganizada. RSSAC001 define el servicio de mejores prácticas que deben ser proporcionadas por los servidores raíz y define las expectativas operativas que los usuarios pueden razonablemente anticipar tanto de los operadores de servicio como de los servidores raíz. Este documento destaca que es deseable una diversidad de enfoques en el sistema de servidores raíz.[13]

RSSAC002 "identifica y recomienda un conjunto inicial de parámetros que serían útiles para monitorear el establecimiento de una línea de base y tendencias para el sistema de servidor raíz. La implementación de estas mediciones (y sus futuras mejoras) por los operadores de servidores raíz formarán un sistema de alerta temprana que ayudará a detectar y mitigar cualquier efecto (o la ausencia de tales efectos) asociado con el tamaño creciente de la zona de raíces."[14]

Grupo de Trabajo del RSSAC[editar | editar código]

El Grupo de Trabajo del RSSAC está compuesto por:

Referencias[editar | editar código]


Categoria:Glosario Categoria: Cuerpos de ICANN