Este sitio Web esta en Espanõl. Existe una lista de las traducciones:

Tamaño: px
Comenzar la demostración a partir de la página:

Download "Este sitio Web esta en Espanõl. Existe una lista de las traducciones: http://www.iab.org/discussions/iana-framework-evolution/."

Transcripción

1 The current version of this document can be found at that page can also be retrieved protected by TLS at https://tools.ietf.org/html/draft-iab-ianaframework/. Este sitio Web esta en Espanõl. Existe una lista de las traducciones: Internet Architecture Board(IAB) IAB Internet-Draft O. Kolkman, Ed. Intended status: Informational NLnet Labs Expires: July 24, 2014 January 22, 2014 Resumen Marco para la evolución de IANA (Internet Assigned Numbers Authority) draft-iab-iana-framework-01 Este documento proporciona un marco para describir la administración de los registros de Internet gestionados por IANA. Define la terminología que describe las diversas funciones y las responsabilidades asociadas con la gestión de las funciones de registro de Internet. es la lista que IAB estará monitoreando para el análisis de este proyecto. Vea para obtener detalles de suscripción] Estado de este memorándum Este Internet-draft se presenta en plena conformidad con las disposiciones de BCP 78 y BCP 79. Los Internet-draft son documentos de trabajo de la Fuerza de Tareas de Ingeniería de Internet (IETF). Tenga en cuenta que otros grupos también pueden distribuir documentos de trabajo como Proyectos de Internet. La lista de los actuales Proyectos de Internet se encuentra en Los Internet-draft son documentos preliminares válidos por un máximo de seis meses, y pueden ser actualizados, reemplazados o considerados obsoletos por otros documentos en cualquier momento. No es adecuado utilizar Internetdraft como material de referencia o citarlos, a menos que se lo haga como «trabajo en progreso». Este Internet-Draft vencerá el 24 de julio de Aviso de derechos de autor (Copyright) Copyright (c) 2014 IETF Trust y las personas identificadas como los autores del documento. Todos los derechos reservados. Este documento está sujeto a las disposiciones legales de BCP 78 y IETF Trust relativas a los documentos de la IETF (http://trustee.ietf.org/license-info) vigente en la fecha de publicación de este documento. Revise detenidamente estos documentos, ya que describen sus derechos y restricciones con respecto a este documento. Los componentes de código extraídos de este documento

2 deberán incluir el texto de la Licencia BSD Simplificada como se describe en la Sección 4.e de las disposiciones legales del Fideicomiso y se ofrecen sin garantía, como se describe en la Licencia BSD Simplificada. Índice 1. Introducción Registros de Internet e interoperabilidad de Internet La función de IANA y los registros de Internet Un marco para IANA Funciones en relación con los registros de Internet La función del desarrollo de políticas Aspectos de la implementación La función de la coordinación de evaluaciones La función del mantenimiento y la publicación del contenido del registro La función de supervisión Los principios clave del marco de IANA Análisis Sobre la separación de las funciones Sobre la responsabilidad Sobre la delegación de responsabilidades Sobre la capacidad para crear registros de Internet Sobre la relación con RFC Ejemplos Ejemplos de políticas Ejemplo de política Ejemplo de política Ejemplo de política Ejemplos de función de la coordinación de evaluaciones Ejemplo de evaluación Ejemplo de evaluación Ejemplo de evaluación Mantenimiento y publicación del contenido del registro Ejemplo de mantenimiento Ejemplo de mantenimiento Ejemplos de supervisión Ejemplo de supervisión Ejemplo de supervisión Ejemplo de supervisión Ejemplo de supervisión Consideraciones de seguridad Colaboradores y reconocimientos Consideraciones de IANA Referencias Apéndice A. Detalles para la edición del documento Apéndice A.1. Información sobre la versión Apéndice A.1.1. draft-kolkman-iana-framework Apéndice A.1.2. draft-kolkman-iana-framework-00 -> draft-iabiana-framework Apéndice A.1.3. draft-iab-iana-framework-00 -> draft-iab-ianaframework Apéndice A.1.4. TODO Apéndice A.2. Información sobre la subversión Direcciones de los autores Introducción

3 1.1. Registros de Internet e interoperabilidad de Internet Los registros de Internet tienen identificadores que consisten en constantes y otros valores conocidos utilizados por los protocolos de Internet. Tales valores definen un vocabulario en común que los protocolos comprenden cuando se comunican entre sí. Por ejemplo, el número «80» del puerto TCP es mundialmente entendido y designa un servicio de «http». Casi todos los protocolos en existencia hacen uso de registros en alguna forma u otra. Los registros de Internet son de importancia crítica para el funcionamiento de Internet. Son necesarios para registrar el valor definitivo y el significado de los identificadores que los protocolos usan en la comunicación entre sí. La gestión de los registros de Internet se debe hacer de una manera predecible, estable y segura con el fin de asegurar que los identificadores de protocolo tengan significados e interpretaciones coherentes en todas las implementaciones. Los valores de los identificadores de protocolo pueden ser números, cadenas, direcciones, etc. Son asignados de forma exclusiva para un propósito o uso particular. Se los puede mantener en listas centralizadas (como, por ejemplo, listas de algoritmos criptográficos que se utilizan en un determinado protocolo) o se los puede asignar y distribuir jerárquicamente por entidades separadas en diferentes puntos de la jerarquía (como para direcciones IP y nombres de dominio). En el momento en que se redacta este documento, la Autoridad de Números Asignados en Internet (IANA, por su sigla en inglés) mantiene más de mil registros de parámetros de protocolo. La asignación y el registro estable y predecible de los identificadores de protocolo para los protocolos de Internet son de gran importancia para muchas partes interesadas, tales como desarrolladores, proveedores y clientes, así como los usuarios de los dispositivos, el software y los servicios en Internet. Estas partes interesadas utilizan y dependen de los registros y confían implícitamente en el sistema de registro para que sea estable y predecible. El sistema de registro se basa en la confianza y la cooperación mutua; el uso de los registros es voluntario y no lo imponen los mandatos o las políticas de certificación. La estabilidad y la precisión de los registros de Internet se logran a través de la definición de políticas adecuadas y claras para hacer agregados o para actualizar las entradas existentes. Dichas políticas deben tener en cuenta las características técnicas y operacionales de la tecnología que hace uso de los registros. Al mismo tiempo, deben ser capaces de evolucionar como sistemas y políticas de gestión de contenido de registro a medida que Internet en sí evoluciona La función de IANA y los registros de Internet La Fuerza de Tareas de Ingeniería de Internet (IETF, por su sigla en inglés) y sus predecesores siempre separaron el mecanismo de publicación de sus especificaciones de protocolo, publicadas en RFC inmutables, de los registros que contienen los parámetros de protocolo. Este último se mantiene, gracias a un conjunto de funciones conocidas en manera colectiva como la Autoridad de Números Asignados en Internet (IANA). Ya desde un poco antes de los primeros días de la Internet, las funciones de publicación de especificaciones y de mantenimiento del registro fueron fuertemente conectadas: Jon Postel del Instituto de Ciencias de la Información (ISI) de la Universidad del Sur de California (USC) fue el responsable tanto de las publicaciones RFC y de la función de IANA. Sin embargo, esta estrecha conexión nunca fue un requisito

4 y, de hecho, hoy en día, el editor de RFC y la función de IANA se contratan a través de diferentes entidades. (El proceso de publicación de RFC y el proceso de desarrollo de políticas de IANA se mantienen estrechamente conectados. Por ejemplo, una de las responsabilidades de la IAB es supervisar RFC Series e IANA [RFC2850]) Una forma de abordar la gestión de registro de Internet es examinar el qué, el por qué, el quién y el cómo. Los registros de Internet o de IANA son tablas con las distribuciones y las asignaciones de valores (el Qué), establecidas a través de instrucciones explícitas contenidas dentro de documentos de solicitud de comentarios (RFC) (el Por qué). El marco de este documento se aplica a los registros individuales. Sin embargo, los registros de Internet están coloquialmente agrupados en tres (3) clases: Nombres, Números y Parámetros de protocolo de la IETF. El marco se aplica, con algunas modificaciones, a todos los registros, independientemente de su clase. En este marco se identifican cuatro funciones principales: Las funciones de Política, Supervisión, Coordinación de evaluaciones y Mantenimiento y publicación (los dos últimos son aspectos de la implementación). Las entidades de dichas funciones pueden ser interpretadas como «el Qué», mientras que sus responsabilidades colectivas determinan «el Cómo». Por lo general, se utiliza el término IANA para referirse al conjunto de funciones con responsabilidades específicas en el contexto de registros de Internet (sobre todo, para aquello que recae bajo Aspectos de la implementación, a continuación). En este documento, se utiliza el término IANA o función/funciones de IANA independientemente de las entidades que implementan dichas funciones (el Quién). En la actualidad, de acuerdo con el Memorándum de Entendimiento [RFC2860], el mantenimiento, la implementación y la publicación de la mayor parte de los registros de protocolo de IETF se lleva a cabo por la Corporación de Internet para Nombres y Números Asignados (ICANN, por su sigla en inglés) Un marco de IANA Este documento proporciona un marco para describir la gestión de los registros de Internet según se implementan en la actualidad. Define la terminología que describe las diversas funciones y las responsabilidades asociadas con estas funciones en la Sección 2. En la Sección 3, se describen algunos principios clave para la implementación del marco. En la Sección 4, se analizan algunos de los asuntos que surgieron durante el desarrollo del proyecto. Por último, en la Sección 5 se proporciona una serie de ejemplos sobre cómo el marco se aplica en la actualidad. Estas secciones han sido diseñadas para demostrar que el marco se puede aplicar a la situación actual, aunque con modificaciones necesarias, y que será un concepto útil en el futuro. Aunque este documento se puede leer independientemente de [RFC6220] y de [RFC7020] que documentan los requisitos específicos de un subconjunto de registros de IANA, en particular, los de parámetros de protocolo y el sistema de registro de números de Internet, respectivamente, estos RFC proporcionan un contexto y un ejemplo del contenido tratado en este documento. Las palabras como «debe», «debería», «deberá», «se requiere», «puede», etc. no se deben interpretar como lenguaje normativo, tal como se define en [RFC2119], sino en su sentido llano en español.

5 2. Funciones en relación con los registros de Internet En esta sección, se analizan las funciones pertinentes a los registros de Internet en términos de un registro abstracto que se define como parte de una especificación técnica arbitraria. La gestión del registro implica tres funciones. En primer lugar, una función de desarrollo de políticas que define el propósito del registro y el proceso, además de los requisitos para hacer agregados o actualizaciones. En segundo lugar, las funciones que se refieren al proceso operativo del procesamiento de las solicitudes de cambio a un registro y de la publicación de su contenido, siendo ambos aspectos de la implementación. Por último, una función de supervisión relacionada con la responsabilidad de alto nivel, para asegurar que las otras dos funciones se desempeñen satisfactoriamente e interfieran si se necesitan cambios significativos en las políticas o la implementación de un registro. Cada una de estas funciones se describe en más detalle en las siguientes subsecciones La función del desarrollo de políticas Descripción: Puede ser posible que sea necesario añadir valores adicionales a los registros, o, quizá, una entrada existente necesite ser eliminada, clarificada, actualizada, etcétera. La función de desarrollo de políticas crea el registro y define las políticas que describen quién puede hacer actualizaciones o agregados, qué tipo de revisión (si la hubiese) se necesita, las condiciones en las que, por lo general, se conceden (o se niegan), las solicitudes de actualización, los requisitos de seguridad de estas interacciones, etc. La entidad que realiza esta función podrá delegar sus responsabilidades de política respecto de una parte o de la totalidad de los parámetros del registro. En consecuencia, en este documento la palabra «política» se utiliza para referirse a un curso específico o un principio de acción para la administración de un recurso técnico que se mantiene dentro de los registros específicos Responsabilidades clave: La función de desarrollo de políticas se refiere a la creación de las políticas que rigen y definen cómo y cuándo se puede actualizar o modificar un registro. Resultado principal: Un conjunto de políticas mediante el cual se pueden mantener los registros Aspectos de la implementación Los aspectos de la implementación se refieren a la operación real cotidiana de un registro en términos de atender las solicitudes de agregados o actualizaciones del registro y de publicación de los contenidos del registro. Estas funciones implementan procesos que se rigen por las políticas definidas por la función de desarrollo de políticas. Se pueden identificar dos funciones distintas responsables de los aspectos de la implementación: Coordinación de evaluaciones y Mantenimiento y publicación del contenido del registro. Estas funciones se analizarán por separado La función de la coordinación de evaluaciones Abreviado como función de evaluación.

6 Responsabilidad clave: Coordinar, operar y procesar la evaluación oportuna de las solicitudes de registro sobre la base de las políticas establecidas por la función de desarrollo de políticas. Resultado principal: Un sistema que funcione sin problemas en el que las solicitudes de cambios de registro se presenten, se evalúen y se procesen de manera que coincidan con las normativas de política, registrando y publicando los resultados, según corresponda. En algunos casos, la evaluación de las solicitudes es una tarea sencilla que requiere poco o nada de evaluación subjetiva, mientras que en otros casos la evaluación es más compleja y requiere el aporte de expertos en la materia, según la definición de la normativa de política pertinente. Relación con otras funciones y actividades: Los resultados de las evaluaciones se introducen en el proceso de asignación, delegación y/o de ingreso de registros realizado por la entidad que hace mantenimiento (Sección 2.2.2). Las evaluaciones se llevan a cabo en base a las políticas definidas por la función de desarrollo de políticas. La coordinación de la evaluación es distinta de la evaluación de una solicitud en sí: La función de evaluación se encarga de atender la solicitud de asignación o mantenimiento de un registro y puede, bajo la dirección de la función de desarrollo de políticas, y en coordinación con esta, delegar la evaluación real a un tercero La función del mantenimiento y la publicación del contenido del registro Abreviado como función de mantenimiento. Responsabilidad clave: El mantenimiento del contenido de los registros: la asignación o la distribución de parámetros después de la evaluación positiva, de acuerdo con las políticas establecidas, y el mantenimiento de un registro apropiado de las transacciones y la publicación de los registros a disposición del público. Resultado principal: Acceso fácil y conveniente a los contenidos del registro, con adiciones y actualizaciones rápidas. Nota: El mantenimiento y la publicación del registro son funciones estrictamente mecánicas. En la práctica, la entidad que realiza estas funciones suele llevar a cabo todas o algunas de las responsabilidades de la coordinación de las evaluaciones de políticas. Por ejemplo, la verificación de que una solicitud sea correcta es una responsabilidad de la evaluación de políticas que puede ser asignada, de manera razonable y explícita, a la entidad que realiza la función de IANA, por la entidad que realiza la función de desarrollo de políticas.

7 2.3. La función de supervisión Descripción: La función de supervisión se relaciona con la responsabilidad de alto nivel para asegurar que las otras dos funciones se estén desempeñando satisfactoriamente e interfiriendo en caso que se necesiten cambios significativos en las políticas o la implementación de un registro. Responsabilidad clave: Asegurar que las políticas y la implementación de registros están alineados para apoyar el desarrollo y uso coherente a largo plazo de los recursos de Internet compartidos. Coordinar con las entidades que desempeñan funciones similares para otros registros. La función de supervisión, por lo general, está aislada del proceso de desarrollo de políticas. No obstante, puede servir para resolver apelaciones o ratificar las políticas desarrolladas. 3. Los principios clave del marco de IANA Todo marco IANA debe poder aplicarse teniendo en mente los siguientes principios claves. Estable y predecible: La implementación estable y predecible de la función de registros de Internet es importante para establecer la confianza global. Responsabilidad y transparencia: Las funciones de supervisión, implementación y desarrollo de políticas son responsables ante las partes materialmente afectadas y la comunidad en general. No todas las funciones pueden ser directamente responsables ante la comunidad en general; en la práctica, la función de supervisión tiene la responsabilidad de velar por la comunidad en general. En consecuencia, la función de supervisión debe mantener los más altos estándares posibles de transparencia y estar receptiva a comentarios y modificaciones. Separación de funciones: Las funciones de supervisión, desarrollo de políticas e implementación deben estar separadas o, al menos, poderse separar. Una clara distinción entre las funciones aumenta la transparencia y hace que sea más sencillo identificar quién es responsable ante quién. Delegación: Debería ser posible delegar cualquiera de las funciones (política, implementación o supervisión) respecto de los registros o parte de ellos. 4. Análisis 4.1. Sobre la separación de las funciones En muchos registros, existe una separación de hecho entre el desarrollo de políticas y la coordinación de evaluaciones que se lleva a cabo en la implementación. Si bien esto no ha sido nunca un requisito explícito, parece que la separación de las funciones puede resultar en falta de claridad en las políticas. Además, si se utiliza esta disposición de políticas, la separación de las funciones de supervisión y evaluación previene que la función de evaluación se vea afectada por las percepciones de favoritismo e injusticia.

8 4.2. Sobre la responsabilidad Cualquier entidad que realice una de las funciones definidas en este marco deberá rendir cuentas de sus responsabilidades. La responsabilidad de cada entidad debe ser expresada en términos de «quién» y «cómo»; a quién es la entidad responsable y por cuáles mecanismos deberá la entidad rendir cuentas. En otras palabras, el desarrollo de políticas de registro y las operaciones de registro deben «rendir cuentas» a la comunidad afectada. En la práctica, los mecanismos de rendición de cuentas y responsabilidad pueden definirse mediante memorandos de entendimiento o mediante acuerdos de servicios contractuales (SLA) entre las entidades que implementan y el organismo que controla, a la vez que los organismos de supervisión son responsabilizados a través de los mecanismos de revisión de la comunidad, por ejemplo, mediante el proceso de llamado y apelación. Por ejemplo: Para los parámetros de protocolo, la supervisión general de la función de IANA es llevada a cabo por el IAB como una responsabilidad derivada de [RFC2850] (ver también la Sección 5.4). Además, el IAOC, organismo responsable de los asuntos financieros y administrativos de la IETF [RFC4071], mantiene un servicio contractual (SLA) con ICANN, especificando con ello las necesidades operativas con respecto a la coordinación de la evaluación y el mantenimiento y la publicación de los registros. Tanto el IAB y el IAOC son responsables ante la comunidad extendida de Internet y se responsabilizan a través del proceso de la IETF Nomcom [BCP10] Sobre la delegación de responsabilidades La mayoría, si no todos, los registros de los parámetros de protocolo fueron creados por la IETF o sus predecesores. Hoy en día, la mayoría de los registros de protocolos de la IETF son mantenidos en IANA por ICANN. Sin embargo, nada en este marco prohíbe la delegación de las funciones de supervisión, política, evaluación o mantenimiento (o cualquier combinación de estas) de los registros de parámetros específicos de protocolo a otras organizaciones. En algunas circunstancias, esto puede ser deseable e incluso permitir una mejor gestión del registro para el bien de la comunidad global de Internet. La delegación de un registro IANA puede ser deseable por varias razones, incluyendo el apoyo para el desarrollo de políticas de registro más inclusivas, la distribución de las operaciones de registro a nivel mundial y la capacidad para considerar la política pública en la gestión del registro. Si bien la delegación de un registro de IANA en estas situaciones puede mejorar el servicio de registro que recibe la comunidad mundial de Internet, esto no está garantizado, y, por tanto, le corresponde al IAB tener directrices claras para que la delegación del registro IANA sea exitosa. Estas directrices están fuera del alcance de este documento. Algunos ejemplos de registros donde la responsabilidad de desarrollar la política se ha delegado, en su totalidad o en parte, incluyen la asignación de nombres de dominio y la asignación de bloques de direcciones de IP (ambos considerados asuntos de política por [RFC2860]) y el registro de números de sistema autónomo (AS) [RFC7020]. [RFC2860] demuestra que la delegación puede ser delimitada de manera muy específica: «Se deberá tener en cuenta que (a) las asignaciones de nombres de dominio para usos técnicos (tales como los nombres de dominio de reversos), (b) las asignaciones de bloques de direcciones especializados (tales como bloques multicast o anycast) y (c) las

9 asignaciones experimentales no se consideran asuntos de política (...)». Estos nombres y direcciones para usos especiales se asignan de la misma manera que los parámetros de protocolo, excepto que se requiere coordinación durante el establecimiento de la política y la asignación real de los valores. Los organismos de supervisión pueden facilitar la coordinación. Véase también Ejemplos de políticas 2 y 3 en la Sección Sobre la capacidad para crear registros de Internet Al igual que con la IETF y los registros de protocolo de IANA correspondientes, otros organismos de normalización (y otras instituciones) tienen una larga historia de definir y crear registros, así como los parámetros, las tablas y otros valores que los componen. Estas prácticas normales pueden, obviamente, extenderse a los registros y sus contenidos para su uso en Internet. Este documento no prescribe cómo se rigen estos registros. En el contexto de este documento, el término registros de Internet se utiliza para aquellos registros organizados actualmente como registros de Nombres de dominio, Recursos numéricos y Parámetros de protocolos de la IETF. La IETF (en términos más amplios) tiene la autoridad para crear nuevos registros de parámetros de protocolos de la IETF, como se describe en [RFC6220]. La IETF también tiene la autoridad para crear los registros que pertenecen al Sistema de nombres de dominio, pero solo para especificar el uso técnico [RFC6761]. Por último, la IETF tiene la autoridad (exclusiva) para adjudicar la asignación técnica de los recursos numéricos fuera del espacio de direcciones actualmente reservado ([RFC2860] y [RFC4291]) Sobre la relación con RFC6220 Los autores son conscientes de que este marco utiliza menos términos, términos ligeramente diferentes y términos más genéricos para describir las diversas funciones en comparación con [RFC6220]. [RFC6220] es un documento que se refiere específicamente a los registros de parámetros de protocolo de la IETF. Por ejemplo, [RFC6220] Sección 2.1 «Función del operador de registro de parámetro de protocolo» describe el conjunto completo de responsabilidades para el/los operador(es) de los registros de parámetros de protocolo de la IETF. Estas responsabilidades se relacionan con los aspectos de Implementador en la Sección 2.2 anterior. [RFC6220] también describe la función del Comité de Supervisión Administrativa de la IETF (IAOC) y de IETF Trust. Estos organismos tienen responsabilidades específicas en la IETF más amplio y son responsables de la contratación y los derechos de propiedad intelectual (IPR), respectivamente. Dentro de este marco deben ser considerados parte de la «Función de supervisión». 5. Ejemplos 5.1. Ejemplos de políticas No es coincidencia que los siguientes tres ejemplos muestren cómo se organizan en la actualidad las funciones de registro IANA: Registros de parámetros de protocolo de la IETF, Recursos numéricos y Nombres de dominio Ejemplo de política 1

10 La IETF, a través del IESG (véase Sección [RFC6220] 2.3), actúa en esta función cuando en las secciones «Consideraciones de IANA» de sus RFC se especifica la creación de un nuevo registro, se especifican las entradas iniciales, y se especifica una política para añadir entradas adicionales en el registro en el futuro. [RFC5226] proporciona orientación y terminología que han demostrado ser útiles dentro de la IETF para describir las políticas comunes para la gestión de sus registros. Esos términos incluyen «Uso privado», «Asignación jerárquica», «Orden de llegada», «Revisión por expertos», «Especificación requerida«, «Aprobación de IESG», «Consenso de IETF» y «Acción sobre normas». La IETF utiliza estos términos y, si es necesario, otras plantillas para definir la política a través de la cual se ingresan registros Ejemplo de política 2 El protocolo de Sistema de nombres de dominio (DNS) permite el mantenimiento jerárquico de los registros de nombres de dominio y su publicación. En la actualidad, la ICANN es el responsable del control de cambios en la zona raíz, que incluye el establecimiento y el mantenimiento de políticas para dicha zona. El control de cambios, el control de políticas y la autoridad de publicación siguen la jerarquía del DNS; y aunque la ICANN es la entidad autorizada en la función de políticas para la zona raíz, no tiene autoridad sobre todos los dominios inferiores a la raíz. Por ejemplo, la IETF establece la política para determinar qué nombres se asignan en la zona ietf.org. Para dominios de nivel superior de código de país (cctld) las políticas son establecidas por el registro de cctld, en coordinación con la comunidad local, entes reguladores locales y otros organismos nacionales. Incluso la política de asignación de nombres dentro de la raíz está sujeta a modificaciones. Por ejemplo, la ICANN ha reservado dominios de nivel superior de dos letras para uso como dominios de nivel superior de código de país y territorio (cctld). La asignación de los códigos de dos letras en sí (que consecutivamente se pueden utilizar como dominios de nivel superior de DNS) se realiza mediante la norma ISO TC46/WG2 y son mantenidos por el organismo que mantiene la norma ISO 3166 [ISO ]. La selección del operador de un cctld se rige actualmente por [RFC1591], véase también la Sección 5.4 Ejemplo de supervisión Ejemplo de política 3 La asignación de direcciones IP y el desarrollo de las políticas asociadas también se distribuyen. Por ejemplo, la IETF ha definido un rango de direcciones IPv6 denominado direcciones unicast. Para una fracción de ese rango de direcciones, la ICANN ha delegado el control de cambios (véase [RFC3513] Sección 4 para más detalles y [GlobAddrPol] para ejemplos). El control de cambios se delega aún más a los Registros Regionales de Internet (RIR) que, de acuerdo con las políticas establecidas por las comunidades regionales, delegan aún más el control de cambios, por ejemplo, a los Registros Nacionales de Internet Ejemplos de función de la coordinación de evaluaciones Ejemplo de evaluación 1 Como se mencionó anteriormente, [RFC5226] proporciona la terminología para definir políticas comunes que utilizan los registros de la IETF asociados con protocolos de la IETF. Una de las políticas que la función de desarrollo políticas puede imponer para la asignación de un registro es «Revisión por

11 expertos». En este caso, un experto en la materia evaluará la solicitud de asignación y determinará si se hará o no una asignación. Una política alternativa de asignación es el requisito de Consenso de IETF. Aquí es donde por primera vez la IETF, en su función de desarrollo de políticas, establece la política y, a continuación, en su función de evaluación de políticas, la implementa al determinar un consenso para una modificación de un registro en particular. El operador de funciones de IANA (actualmente operado por ICANN) es la entidad que coordina para la IETF la evaluación de las solicitudes de registro a la luz de las políticas establecidas por la IETF Ejemplo de evaluación 2 La política de asignación de dirección IP se desarrolla de manera ascendente por las comunidades de Registros Regionales de Internet (RIR). Las comunidades RIR realizan la función de desarrollo de política mientras que en los RIR la función de evaluación de políticas es realizada por analistas de recursos IP (o similares), que evalúan las solicitudes de asignación a la luz de las políticas desarrolladas en la región. El personal del RIR suele respaldar o incluso iniciar el proceso de desarrollo de políticas Ejemplo de evaluación 3 La política genérica de delegación TLD es desarrollada en la actualidad de manera ascendente a través de los procesos de políticas de la ICANN. Como se especifica en los estatutos de la ICANN [ADDREF], el Directorio de la ICANN supervisa estos procesos para llevar a cabo la función de desarrollo de políticas. La función de evaluación de políticas se lleva a cabo bajo la responsabilidad del Directorio de ICANN; el personal y una variedad de paneles evalúan las solicitudes de nuevos dominios genéricos de nivel superior a la luz de las políticas desarrolladas a través de los procesos de desarrollo de políticas de la ICANN. Además, el personal de la ICANN, por lo general, suele respaldar estos procesos de desarrollo de políticas Mantenimiento y publicación del contenido del registro Ejemplo de mantenimiento 1 La ICANN, como el actual operador de funciones de IANA, publica los registros de parámetros de protocolo en el sitio web de IANA. Recientemente los cuadros de texto sin formato de este sitio web fueron realzados con tablas en un formato estructurado y legible por máquina. La coordinación de los requisitos para publicación y la implementación de sistemas técnicos es parte de la responsabilidad de mantenimiento y publicación Ejemplo de mantenimiento 2 [AVISO EDITORIAL: Agregar el contenido DNS y WHOIS inverso como ejemplo de publicación y mantenimiento] 5.4. Ejemplos de supervisión Ejemplo de supervisión 1

12 El Comité de Arquitectura de Internet (IAB) es responsable de supervisar el proceso utilizado para crear estándares de Internet y coordina con aquellas otras entidades que tienen la función de supervisar los registros de Internet Ejemplo de supervisión 2 De manera colectiva, las comunidades servidas por los Registros Regionales de Internet supervisan el desarrollo de políticas para las políticas de asignación global de direcciones de Internet Ejemplo de supervisión 3 De manera colectiva, las partes interesadas involucradas en los procesos de desarrollo de políticas de la ICANN tienen la función de supervisar el desarrollo de políticas para los procesos de asignación de TLD genéricos. Otros ejemplos de coordinación alrededor de los protocolos de la IETF son la coordinación con el ITU-T, cuando el protocolo ENUM comenzó a utilizar los identificadores E.164 (números telefónicos) [RFC3245]. Otro ejemplo es la coordinación entre el proceso de desarrollo de protocolos de la IETF y la reserva de las etiquetas en el nivel superior del espacio de nombres de dominio con RFC6761, como un ejemplo reciente Ejemplo de supervisión 4 El lector sagaz seguramente habrá notado que en el Ejemplo de política 2, en la Sección 5.1, la política a través de la cual se seleccionan los operadores de cctld se refiere a RFC1591. RFC1591 fue publicada en el momento en que Jon Postel era responsable de las funciones de la IANA, antes de que instituciones como la ICANN y la IETF existieran, y el IAB tenía otro tipo de responsabilidades. En caso de que fuera necesaria una actualización del RFC1591 o de que se requiera una declaración de la naturaleza histórica de ese documento, dicha acción probablemente involucraría a la administración y la coordinación por parte del IAB y la ICANN. 6. Consideraciones de seguridad Como hemos visto, la Sección 1.1 Registros de Internet y el modelo presentado en este documento son de importancia crítica para los elementos de seguridad de Internet. Sin embargo, este documento simplemente discute ese modelo, en lugar de proponer cambios, y en consecuencia no afecta directamente a la seguridad de Internet. 7. Colaboradores y reconocimientos Este texto ha sido [está siendo] desarrollado dentro del programa de estrategia del IAB de la IANA. Las ideas y muchos, si no la mayoría, de los fragmentos de texto y las correcciones, se derivan o fueron inspirados en los comentarios de: Jaap, Akkerhuis, Jari Arkko, Marcelo Bagnulo, Mark Blanchet, Brian Carpenter, David Conrad, John Curran, Leslie Daigle, Elise Gerich, Russ Housley, John Klensin, Danny McPherson, Thomas Narten, Andrei Robachevsky y Greg Wood. También se recibió inspiración adicional y aportes en diversas reuniones con IETF y otras comunidades líderes de Internet (RIR, ISOC, W3C, IETF y IAB). 8. Consideraciones de IANA

13 Este memorándum no contiene ninguna instrucción específica para cualquier entidad que desempeñe la función de Implementador. 9. Referencias [BCP10] Galvin, J., Ed., IAB and IESG Selection, Confirmation, and Recall Process: Operation of the Nominating and Recall Committees, BCP 10, RFC 3777, junio de Dawkins, S., Nominating Committee Process: Earlier Announcement of Open Positions and Solicitation of Volunteers, BCP 10, RFC 5633, agosto de [GlobAddrPol] Board's Review Procedures for Global Internet Number Resource Policies Forwarded for Ratification by the ASO Address Council in Accordance with the ASO MoU, julio de [ISO ] Organización Internacional de Normalización, Codes for the representation of names of countries and their subdivisions, Norma ISO 3166, noviembre de [RFC1591] Postel, J., Domain Name System Structure and Delegation, RFC 1591, marzo de [RFC2119] Bradner, S., Key words for use in RFCs to Indicate Requirement Levels, BCP 14, RFC 2119, marzo de [RFC2850] Comité de Arquitectura de Internet y B. Carpenter, Charter of the Internet Architecture Board (IAB), BCP 39, RFC 2850, mayo de [RFC2860] Carpenter, B., Baker, F. and M. Roberts, Memorandum of Understanding Concerning the Technical Work of the Internet Assigned Numbers Authority, RFC 2860, junio de [RFC3245] Klensin, J.IAB, The History and Context of Telephone Number Mapping (ENUM) Operational Decisions: Informational Documents Contributed to ITU-T Study Group 2 (SG2), RFC 3245, marzo de [RFC3513] Hinden, R. and S. Deering, Internet Protocol Version 6 (IPv6) Addressing Architecture, RFC 3513, abril de [RFC4071] Austein, R. and B. Wijnen, Structure of the IETF Administrative Support Activity (IASA), BCP 101, RFC 4071, abril de [RFC4291] Hinden, R. and S. Deering, IP Version 6 Addressing Architecture, RFC 4291, febrero de [RFC5226] Narten, T. and H. Alvestrand, BCP 26, RFC 5226, mayo de [RFC6220] McPherson, D., Kolkman, O., Klensin, J., Huston, G.Internet Architecture Board, Defining the Role and Function of IETF Protocol Parameter Registry Operators, RFC 6220, abril de [RFC6761] Cheshire, S. and M. Krochmal, Special-Use Domain Names, RFC 6761, febrero de [RFC7020] Housley, R., Curran, J., Huston, G. and D. Conrad, The Internet Numbers Registry System, RFC 7020, agosto de 2013.

14 Apéndice A. Detalles para la modificación del documento [El texto entre corchetes que empieza con las iniciales son las notas del editor. Cualquier otro texto entre corchetes se considerará como una acción de parte del editor de RFC antes de su publicación como RFC. En la mayoría indicará eliminación de texto, sugerencias estilísticas o editoriales o alguna pregunta] [Esta sección y sus subsecciones deben eliminarse antes de la publicación como RFC] Apéndice A.1. Información sobre la versión Apéndice A.1.1. draft-kolkman-iana-framework-00 Este proyecto es el resultado de una puesta en común de ideas en el programa del IAB de IANA y no pretende reflejar ningún tipo de consenso. Apéndice A.1.2. draft-kolkman-iana-framework-00 -> draft-iab-ianaframework-00 Se agregaron las secciones «Sobre la responsabilidad» y «Sobre la delegación de responsabilidades». Se volvieron a redactar algunas de las frases a través de una revisión a que llevó a cabo David Conrad. Se añadió una referencia a [RFC7020] en la Sección 1.3 y se aclaró la naturaleza informativa en vez de normativa de los ejemplos. Se añadió la Sección 3 y se cambió el nombre de la Sección 4. Modificaciones menores. Apéndice A.1.3. draft-iab-iana-framework-00 -> draft-iab-iana- framework-01 Se volvió a ordenar en detalle el documento al quitar los ejemplos de las descripciones de las funciones y colocarlos en la Sección 5. Se dividió la «Función de implementación» en dos funciones diferentes de manera explícita: Evaluación y Mantenimiento. Ambas funciones pueden ser dirigidas bajo los aspectos de la implementación. Se volvió a redactar el texto sobre «el Qué, el Quién y el Por qué» y se proporcionó una visión general en la Sección 1.2 Se reformuló el texto de la Sección 4.3 para resaltar que solamente la asignación de nombres es el aspecto de la política que fue delegado. Del mismo modo, en la Sección 5.1, al introducir la referencia a la Norma ISO3166, se intentó de ilustrar que hay políticas delegadas, incluso, dentro de la asignación de nombres de dominio en la raíz. Se añadió el Ejemplo de supervisión 4 en la Sección 5.4 como un ejemplo de política que ha existido durante algunas décadas y para la cual se necesitaría la coordinación en caso de que fuese necesaria una actualización. Modificaciones menores. Apéndice A.1.4. TODO

15 Tal vez añadir una sección de terminología con más explicaciones y elaboración de términos como mantenimiento, coordinación, etc. EDITOR RFC: la referencia BCP10 [BCP10] necesita ser formateada correctamente. El hack de anotación utilizado para enumerar los varios RFC que componen el BCP10 no parece funcionar.] Revisar y potencialmente añadir texto de aclaración sobre el uso de los «Registros de Internet» (números de IP y AS, nombres de dominio y registros de protocolo de la IETF). Apéndice A.2. Información sobre la subversión $Id: iana-framework.xml :42:00Z olaf $ Direcciones de los autores Comité de Arquitectura de Internet Correo electrónico: Olaf Kolkman, editor Stichting NLnet Labs Science Park 400 Ámsterdam, 1098 XH, Holanda Correo electrónico: URL:

Una introducción a IANA Notas de presentación

Una introducción a IANA Notas de presentación Una introducción a IANA Notas de presentación Fecha 29 de septiembre de 2008 Contacto Kim Davies, Gerente de Root Zone Services kim.davies@icann.org Si bien Internet es reconocida como una red internacional

Más detalles

En resumen, la IANA se encarga de gestionar y asegurar la unicidad global de tres tipos de identificadores utilizados en Internet:

En resumen, la IANA se encarga de gestionar y asegurar la unicidad global de tres tipos de identificadores utilizados en Internet: Funciones de la IANA Introducción Para que los miles de millones de dispositivos y las miles de redes que componen Internet puedan interconectarse entre sí, todos deben respetar una serie de estándares,

Más detalles

SAC068 Informe del SSAC sobre el Contrato de Funciones de la IANA

SAC068 Informe del SSAC sobre el Contrato de Funciones de la IANA Informe del SSAC sobre el Contrato de Funciones de la IANA Un informe del Comité Asesor de Seguridad y Estabilidad (SSAC) de la ICANN 10 de octubre de 2014 Prefacio Éste es un informe para la Junta Directiva

Más detalles

PROPUESTA DE TRANSICIÓN DE LA CUSTODIA DE LA IANA. Convocatoria para la presentación de comentarios públicos

PROPUESTA DE TRANSICIÓN DE LA CUSTODIA DE LA IANA. Convocatoria para la presentación de comentarios públicos PROPUESTA DE TRANSICIÓN DE LA CUSTODIA DE LA IANA Convocatoria para la presentación de comentarios públicos GENERALIDADES// PROPUESTA DE TRANSICIÓN DE LA CUSTODIA DE LA IANA // 02 Orden del día Generalidades:

Más detalles

Internet en el Mundo de los Negocios

Internet en el Mundo de los Negocios Internet en el Mundo de los Negocios Características que ha provocado Internet: La Globalización (capacidad que los negocios tienen para operar a lo largo del mundo) Reducción de barreras reguladoras Restricciones

Más detalles

1 A los efectos de esta Afirmación el sistema de nombres de dominio y de direccionamiento de Internet se

1 A los efectos de esta Afirmación el sistema de nombres de dominio y de direccionamiento de Internet se DECLARACIÓN DE COMPROMISOS ADQUIRIDOS POR EL DEPARTAMENTO DE COMERCIO DE ESTADOS UNIDOS Y LA CORPORACIÓN PARA LA ASIGNACIÓN DE NÚMEROS Y NOMBRES EN INTERNET (ICANN) 1. Este documento constituye una Afirmación

Más detalles

VIGENTE A PARTIR DEL 15 DE AGOSTO DEL 2015.

VIGENTE A PARTIR DEL 15 DE AGOSTO DEL 2015. VIGENTE A PARTIR DEL 15 DE AGOSTO DEL 2015. POLÍTICA GENERAL DE NOMBRES DE DOMINIO.LAT Políticas en vigor a partir del 30 Enero 2015. El registro de nombres de dominio bajo el gtld.lat, se delega a la

Más detalles

cctld Doc 36-S Original: español OFICINA DE NORMALIZACIÓN DE LAS TELECOMUNICACIONES

cctld Doc 36-S Original: español OFICINA DE NORMALIZACIÓN DE LAS TELECOMUNICACIONES UNIÓN INTERNACIONAL DE TELECOMUNICACIONES OFICINA DE NORMALIZACIÓN DE LAS TELECOMUNICACIONES PERIODO DE ESTUDIO 2001-2004 Origen: Título: Original: español Taller sobre las experiencias de los Estados

Más detalles

ICANN Un mundo. Una Internet. Una conexión para todos.

ICANN Un mundo. Una Internet. Una conexión para todos. PLAN ESTRATÉGICO DE ICANN DE JULIO DE 2010 A JUNIO DE 2013 ICANN Un mundo. Una Internet. Una conexión para todos. ICANN es una organización global compuesta por partes interesadas que coordina el sistema

Más detalles

Programa de Nuevos Dominios Genéricos de Alto Nivel (gtld): Requisito de 3 caracteres para los Nombres de Dominio Internacionalizados (IDN)

Programa de Nuevos Dominios Genéricos de Alto Nivel (gtld): Requisito de 3 caracteres para los Nombres de Dominio Internacionalizados (IDN) Programa de Nuevos Dominios Genéricos de Alto Nivel (gtld): Requisito de 3 caracteres para los Nombres de Dominio Internacionalizados (IDN) Febrero de 2010 Introducción En base al trabajo del comité de

Más detalles

ICANN. Misión de la Corporación para la Asignación de Números y Nombres en Internet (ICANN):

ICANN. Misión de la Corporación para la Asignación de Números y Nombres en Internet (ICANN): PLAN ESTRATÉGICO DE LA CORPORACIÓN PARA LA ASIGNACIÓN DE NÚMEROS Y NOMBRES EN INTERNET (ICANN) JULIO 2011 JUNIO 2014 ICANN Un Mundo. Una Internet. La Corporación para la Asignación de Números y Nombres

Más detalles

Revisión de la Organización de apoyo para nombres de dominio con códigos de país (ccnso)

Revisión de la Organización de apoyo para nombres de dominio con códigos de país (ccnso) Revisión de la Organización de apoyo para nombres de dominio con códigos de país (ccnso) Borrador del informe final del grupo de de revisión de ccnso 15 de noviembre de 2010 Índice 0. RESUMEN EJECUTIVO...

Más detalles

FUNDAMENTOS DE REDES Estándares de Redes

FUNDAMENTOS DE REDES Estándares de Redes FUNDAMENTOS DE REDES Estándares de Redes Dolly Gómez Santacruz dollygos@univalle.edu.co Contenido Motivación Definición Clasificación Estándares Propietarios Estándares Abiertos Estándares De Facto Organizaciones

Más detalles

Request For Comments (- RFC -Petición de Comentarios)

Request For Comments (- RFC -Petición de Comentarios) Request For Comments (- RFC -Petición de Comentarios) La familia de protocolos de Internet está todavía evolucionando mediante el mecanismo de Petición de Comentario (RFC). Los nuevos protocolos (la mayoría

Más detalles

LINEAMIENTOS PARA LA IMPLEMENTACION DE NOMBRES DE DOMINIO INTERNACIONALIZADOS (IDN) Versión 2.2 borrador 0.03. 26 de abril de 2007

LINEAMIENTOS PARA LA IMPLEMENTACION DE NOMBRES DE DOMINIO INTERNACIONALIZADOS (IDN) Versión 2.2 borrador 0.03. 26 de abril de 2007 LINEAMIENTOS PARA LA IMPLEMENTACION DE NOMBRES DE DOMINIO INTERNACIONALIZADOS (IDN) Versión 2.2 borrador 0.03 26 de abril de 2007 Introducción La versión 1.0 de los Lineamientos para la Implementación

Más detalles

Programa de Nuevos Dominios Genéricos de Alto Nivel (gtld): Variantes de Nombres de Dominio Internacionalizados (IDN)

Programa de Nuevos Dominios Genéricos de Alto Nivel (gtld): Variantes de Nombres de Dominio Internacionalizados (IDN) Programa de Nuevos Dominios Genéricos de Alto Nivel (gtld): Variantes de Nombres de Dominio Internacionalizados (IDN) Febrero de 2010 Introducción Las comunidades lingüísticas que planean utilizar Nombres

Más detalles

El Ecosistema de Internet

El Ecosistema de Internet El Ecosistema de Internet 15 de octubre de 2010 Internet Society InternetSociety.org info@isoc.org Galerie Jean-Malbuisson, 15 CH-1204 Ginebra (Suiza) Tel.: +41 22 807 1444 Fax: +41 22 807 1445 1775 Wiehle

Más detalles

Políticas generales de nombre de dominio

Políticas generales de nombre de dominio Políticas generales de nombre de dominio El Registro de nombres de dominio bajo el cctld.mx, esta delegado al Instituto Tecnológico y de Estudios Superiores de Monterrey, Campus Monterrey ("ITESM") por

Más detalles

La ICANN y el ecosistema de Internet!

La ICANN y el ecosistema de Internet! La ICANN y el ecosistema de Internet! Ecosistema! + Red de interacciones entre los organismos, y entre los organismos y su entorno. + Internet es un ecosistema. + Internet es exitosa y próspera porque

Más detalles

Métodos actuales de Apropiación de dominios

Métodos actuales de Apropiación de dominios Métodos actuales de Apropiación de dominios HackMeeting 2003 Pamplona, 24-26 de Octubre Vicente Aguilera Díaz vaguilera@isecauditors.com Contenido 1. Introducción 2. Registro de dominios 3. Métodos de

Más detalles

Orientación acerca del apartado 1.2 Aplicación de la Norma ISO 9001:2000

Orientación acerca del apartado 1.2 Aplicación de la Norma ISO 9001:2000 Orientación acerca del apartado 1.2 Aplicación de la Norma ISO 9001:2000 Documento: ISO/TC 176/SC 2/N 524R2 Marzo 2001 ISO Traducción aprobada el 2001-05-31 Prólogo de la versión en español Este documento

Más detalles

Protección de los clientes contra los ataques a la red

Protección de los clientes contra los ataques a la red Protección de los clientes contra los ataques a la red La información incluida en este documento representa el punto de vista actual de Microsoft Corporation acerca de los temas tratados hasta la fecha

Más detalles

TIPOS DE DOMINIO DOMINIO DE INTERNET

TIPOS DE DOMINIO DOMINIO DE INTERNET TIPOS DE DOMINIO DOMINIO DE INTERNET Al existir infinidad de ordenadores conectados a la Red, resulta imprescindible arbitrar un sistema que permita reconocer e individualizar cada máquina que esté en

Más detalles

GLOSARIO. Backbone.- Nivel más alto en una red jerárquica, generalmente el más rápido y capaz de transportar la mayoría del tráfico en una red.

GLOSARIO. Backbone.- Nivel más alto en una red jerárquica, generalmente el más rápido y capaz de transportar la mayoría del tráfico en una red. GLOSARIO AIIH (Assignment of IPv4 Global Addresses to IPv6 Hosts).- Método que permite asignar temporalmente direcciones IPv4 a hosts Dual Stack dentro de una red IPv6. Anycast.- Un identificador para

Más detalles

Políticas generales de nombre de dominio

Políticas generales de nombre de dominio Políticas generales de nombre de dominio El Registro de nombres de dominio bajo el cctld.mx, esta delegado al Instituto Tecnológico y de Estudios Superiores de Monterrey, Campus Monterrey ("ITESM") por

Más detalles

Introducción a la Administración de una Red bajo IP

Introducción a la Administración de una Red bajo IP Introducción a la Administración de una Red bajo IP Introducción IP es un protocolo de la capa de red, que sirve para encaminar los paquetes de un origen a un destino Este protocolo es el que mantiene

Más detalles

PREGUNTAS FRECUENTES. En qué consisten los dominios.co? Qué es el ICANN?

PREGUNTAS FRECUENTES. En qué consisten los dominios.co? Qué es el ICANN? PREGUNTAS FRECUENTES En qué consisten los dominios.co? De manera similar a lo que sucede en la comunicación telefónica, cada página de Internet tiene asignado un número IP, que permite diferenciarla de

Más detalles

SISTEMAS DE GESTIÓN DE CALIDAD PARA LAS OPERACIONES DE SEGURIDAD Y PREVENCIÓN NORMA CAB-IS-SS 10402:2006

SISTEMAS DE GESTIÓN DE CALIDAD PARA LAS OPERACIONES DE SEGURIDAD Y PREVENCIÓN NORMA CAB-IS-SS 10402:2006 INTERNATIONAL STANDARD SAFETY AND SECURITY CAB Spanish Version SISTEMAS DE GESTIÓN DE CALIDAD PARA LAS OPERACIONES DE SEGURIDAD Y PREVENCIÓN NORMA NO COPYING WITHOUT PERMISSION OF AMERICAN CERTIFICATION

Más detalles

Nombres de dominio. Por: Ariel Agramont Loza

Nombres de dominio. Por: Ariel Agramont Loza Nombres de dominio i Por: Ariel Agramont Loza SAMUEL MORSE TELÉGRAFO (1844) ALEXANDER BELL TELÉFONO (1876) Pedro Arcángel Wy. = 591 72032987 Derechoteca.com - Ariel Agramont Loza - 2006 IP DOMAIN NAMES

Más detalles

Anexo 07 - Recomendación n. 7: Fortalecer el Proceso de Revisión Independiente de la ICANN

Anexo 07 - Recomendación n. 7: Fortalecer el Proceso de Revisión Independiente de la ICANN Anexo 07 - Recomendación n. 7: Fortalecer el Proceso de Revisión Independiente de la ICANN 1. Resumen El objetivo general del Proceso de Revisión Independiente es garantizar que la ICANN no exceda el alcance

Más detalles

ÁREA DE CALIDAD Página 1 de 28 MODELOS DE GESTIÓN DE SISTEMAS DE CALIDAD: ISO 9001:2008

ÁREA DE CALIDAD Página 1 de 28 MODELOS DE GESTIÓN DE SISTEMAS DE CALIDAD: ISO 9001:2008 Página 1 de 28 4.1 Conocimiento de la organización y de su contexto La organización debe determinar las cuestiones externas e internas que son pertinentes para su propósito y que afectan a su capacidad

Más detalles

TCP/IP. IRI 2 do cuatrimestre 2015

TCP/IP. IRI 2 do cuatrimestre 2015 TCP/IP IRI 2 do cuatrimestre 2015 Redes y Protocolos Una red es un conjunto de computadoras o dispositivos que pueden comunicarse a través de un medio de transmisión en una red. Los pedidos y datos de

Más detalles

IP versión 6 TRABAJO DE INVESTIGACIÓN CARLOS ITURRIETA

IP versión 6 TRABAJO DE INVESTIGACIÓN CARLOS ITURRIETA IP versión 6 TRABAJO DE INVESTIGACIÓN CARLOS ITURRIETA Introducción En el mundo de las telecomunicaciones es indispensable la conectividad, para que esto sea posible es necesario identificar de alguna

Más detalles

INTRODUCCIÓN: Publicación de la Visión, Misión y Áreas de Focalización para Comentario Público

INTRODUCCIÓN: Publicación de la Visión, Misión y Áreas de Focalización para Comentario Público INTRODUCCIÓN: Publicación de la Visión, Misión y Áreas de Focalización para Comentario Público Este documento es un borrador de trabajo pensado como una ayuda para la elaboración de una Visión y un Plan

Más detalles

"CAPÍTULO I Disposiciones Generales

CAPÍTULO I Disposiciones Generales Tipo Norma :Decreto 1 Fecha Publicación :11-06-2015 Fecha Promulgación :02-03-2015 Organismo Título :MINISTERIO SECRETARÍA GENERAL DE LA PRESIDENCIA :APRUEBA NORMA TÉCNICA SOBRE SISTEMAS Y SITIOS WEB DE

Más detalles

Un buen equilibrio: Distribución de recursos numéricos de Internet y descentralización

Un buen equilibrio: Distribución de recursos numéricos de Internet y descentralización Un buen equilibrio: Distribución de recursos numéricos de Internet y descentralización Acerca de Internet Society Acerca de Internet Society Galerie Jean-Malbuisson, 15 CH-1204 Ginebra Suiza Tel: +41 22

Más detalles

Espacio de nombres de dominio. Javier Rodríguez Granados

Espacio de nombres de dominio. Javier Rodríguez Granados Espacio de nombres de dominio Javier Rodríguez Granados Nombres de dominio Un nombre de dominio es una cadena de caracteres alfanuméricos, que cumple un formato y normas establecidos, en la que se traduce

Más detalles

Dominio Gestionado. Características. Dominios. Anual 89. Descubre las ventajas del Dominio Gestionado Codigo QR

Dominio Gestionado. Características. Dominios. Anual 89. Descubre las ventajas del Dominio Gestionado Codigo QR Dominio Gestionado Un dominio es un identificador usado en Internet para localizar una máquina o grupo de máquinas en la red. Las máquinas en Internet se identifican mediante un número único llamado dirección

Más detalles

Espacio de nombres de dominio. Jesús Torres Cejudo

Espacio de nombres de dominio. Jesús Torres Cejudo El espacio de nombres de dominio que se especifica en el DNS tiene una estructura de árbol invertido. Cada elemento el árbol (interno u hoja) se etiqueta con un nombre que puede tener hasta 63 caracteres.

Más detalles

Análisis y recomendaciones para la transición a la nueva generación del protocolo IP de Internet

Análisis y recomendaciones para la transición a la nueva generación del protocolo IP de Internet Madrid, 19 de Junio del 2003 Análisis y recomendaciones para la transición a la nueva generación del protocolo IP de Internet IPv6 Task Force Español IPv6 Task Force Español 1 Índice Porqué IPv6? El Protocolo

Más detalles

Jorge De Nova Segundo

Jorge De Nova Segundo Jorge De Nova Segundo Espacio de nombres de dominio En programación, un espacio de nombres, es un conjunto de nombres en el cual todos los nombres son únicos. La estructura del sistema DNS se basa en una

Más detalles

Sistema de Informes sobre la Exactitud de los Datos de WHOIS (ARS)

Sistema de Informes sobre la Exactitud de los Datos de WHOIS (ARS) Sistema de Informes sobre la Exactitud de los Datos de WHOIS (ARS) Informe de etapa 1: Exactitud de sintaxis División Global de Dominios 24 de agosto de 2015 Contenido Resumen Ejecutivo... 4 Antecedentes

Más detalles

Introducción a redes Ing. Aníbal Coto

Introducción a redes Ing. Aníbal Coto Capítulo 3: Protocolos y comunicaciones de red Introducción a redes Ing. Aníbal Coto 1 Capítulo 3: Objetivos Explicar la forma en que se utilizan las reglas para facilitar la comunicación. Explicar la

Más detalles

RESOLUCIÓN. Por medio de la cual se modifica la resolución No. 511-004064 de 2012 EL SUPERINTENDENTE DE SOCIEDADES,

RESOLUCIÓN. Por medio de la cual se modifica la resolución No. 511-004064 de 2012 EL SUPERINTENDENTE DE SOCIEDADES, RESOLUCIÓN Por medio de la cual se modifica la resolución No. 511-004064 de 2012 EL SUPERINTENDENTE DE SOCIEDADES, En uso de sus atribuciones legales, reglamentarias, y en especial las conferidas por el

Más detalles

WALC 2009. 21 al 25 Septiembre 2009. César Olvera (cesar.olvera@consulintel.es) Alvaro Vives (alvaro.vives@consulintel.es)

WALC 2009. 21 al 25 Septiembre 2009. César Olvera (cesar.olvera@consulintel.es) Alvaro Vives (alvaro.vives@consulintel.es) Curso IPv6 WALC 2009 Bogotá Colombia 21 al 25 Septiembre 2009 César Olvera (cesar.olvera@consulintel.es) Alvaro Vives (alvaro.vives@consulintel.es) -1 Contenido del curso (1) Bloque 1. Tutorial IPv6 1.

Más detalles

GOBIERNO CORPORATIVO DE AIG SEGUROS MEXICO, S.A. DE C.V. Código:L2SOS- Firma: Firma: Firma: Fecha de entrada en vigor: 1 de Julio de 2011

GOBIERNO CORPORATIVO DE AIG SEGUROS MEXICO, S.A. DE C.V. Código:L2SOS- Firma: Firma: Firma: Fecha de entrada en vigor: 1 de Julio de 2011 POLITICA: GOBIERNO CORPORATIVO DE AIG SEGUROS MEXICO, S.A. DE C.V. Código:L2SOS- Elaboró: Arturo Morales Puesto: Director Jurídico Firma: Revisó: Rafael Piña y Jorge Andrade Puesto: Oficial de cumplimiento

Más detalles

ISO 9001:2008 Resumen de Cambios

ISO 9001:2008 Resumen de Cambios ISO 9001:2008 Resumen de Cambios La revisión de ISO 9001 fue liberada oficialmente el pasado 13 de Noviembre de 2008. Esta es una guía que enfatiza lo que se añadió, elimino y las aclaraciones. Lo que

Más detalles

ISO 9001:2015 Comprender los cambios clave. Lorri Hunt

ISO 9001:2015 Comprender los cambios clave. Lorri Hunt ISO 9001:2015 Comprender los cambios clave Lorri Hunt Exención de responsabilidad Si bien la información suministrada en esta presentación pretende explicar con precisión la actualización de la ISO 9001,

Más detalles

CONDICIONES DE USO APLICABLES A CERTIFICADOS NOTARIALES DE APLICACIÓN SEGURA CON DISPOSITIVO SEGURO

CONDICIONES DE USO APLICABLES A CERTIFICADOS NOTARIALES DE APLICACIÓN SEGURA CON DISPOSITIVO SEGURO CONDICIONES DE USO APLICABLES A CERTIFICADOS NOTARIALES DE APLICACIÓN SEGURA CON DISPOSITIVO SEGURO Antes de verificar el certificado electrónico, o de acceder o utilizar la información del estado de certificados

Más detalles

Norma de seguridad de datos de la Industria de tarjetas de pago (PCI)

Norma de seguridad de datos de la Industria de tarjetas de pago (PCI) Norma de seguridad de datos de la Industria de tarjetas de pago (PCI) Resumen de los cambios de la a la 3.0 de las PCI DSS (Normas de seguridad de datos de la Industria de tarjetas de pago) Noviembre de

Más detalles

El enfoque ideal para la erm se diseña de forma personalizada para que se adecue a los

El enfoque ideal para la erm se diseña de forma personalizada para que se adecue a los ALEXANDRA PSICA, CMC DIRECTORA GENERAL INTERIS CONSULTING INC. El enfoque ideal para la erm se diseña de forma personalizada para que se adecue a los objetivos de la organización, al nivel de riesgo inherente

Más detalles

Guía de referencia rápida: nuevas recomendaciones para la política de gtld

Guía de referencia rápida: nuevas recomendaciones para la política de gtld Guía de referencia rápida: nuevas recomendaciones para la política de gtld En esta guía de referencia se incluye un conjunto completo de los principios, las recomendaciones y las pautas de implementación

Más detalles

CAPA DE APLICACIONES

CAPA DE APLICACIONES CAPA DE APLICACIONES En esta capa se implementan protocolos que ayudan al intercambio de información entre usuarios Protocolos utilizados El sistema de nombres de dominio (DNS) Transferencia de Hipertexto

Más detalles

9243059 Edición 1 ES. Nokia y Nokia Connecting People son marcas comerciales registradas de Nokia Corporation

9243059 Edición 1 ES. Nokia y Nokia Connecting People son marcas comerciales registradas de Nokia Corporation 9243059 Edición 1 ES Nokia y Nokia Connecting People son marcas comerciales registradas de Nokia Corporation Cliente de VPN Guía de usuario 9243059 Edición 1 Copyright 2005 Nokia. Reservados todos los

Más detalles

Sistemas de Nombres de Dominio DNS. Materia: Técnicas de Programación en Internet. Alumna: Claudia Mariana Coto Huezo. marianacoto@gmail.

Sistemas de Nombres de Dominio DNS. Materia: Técnicas de Programación en Internet. Alumna: Claudia Mariana Coto Huezo. marianacoto@gmail. Universidad Nacional de El Salvador Facultad Multidisciplinaria de Occidente Departamento de Ingeniería Sistemas de Nombres de Dominio DNS Materia: Técnicas de Programación en Internet Alumna: Claudia

Más detalles

CAPÍTULO II USO Y RESPONSABILIDADES DE LA RED

CAPÍTULO II USO Y RESPONSABILIDADES DE LA RED CAPÍTULO II USO Y RESPONSABILIDADES DE LA RED Existen numerosas cuestiones que deben abordarse al elaborar una política de seguridad: 1. Quién esta autorizado para usar los recursos? 2. Cuál es el uso

Más detalles

Respuesta a Mensaje de Cancillería sobre Reunión GTIA Mayo 1994

Respuesta a Mensaje de Cancillería sobre Reunión GTIA Mayo 1994 Respuesta a Mensaje de Cancillería sobre Reunión GTIA Mayo 1994 Grupo de Trabajo de Mayo 1994 Internet Argentina Documento: MSC-0002.TXT Tipo: Informativo Introduccion Mensaje informativo sobre GTIA El

Más detalles

Capítulo I. Marco Teórico

Capítulo I. Marco Teórico 1 Capítulo I. Marco Teórico 1. Justificación Hoy en día existe una gran diversidad de aplicaciones que corren sobre la World Wide Web (WWW o Web), y cada una orientada a un fin en particular, el cuál depende

Más detalles

Alerta: Aviso generado por el sistema hacia el Titular, Alias y Notificados sobre un suceso determinado.

Alerta: Aviso generado por el sistema hacia el Titular, Alias y Notificados sobre un suceso determinado. GLOSARIO DE TÉRMINOS Actividad principal: Breve descripción del objeto principal que desarrolla un Titular, sea este una persona física o jurídica. Alerta: Aviso generado por el sistema hacia el Titular,

Más detalles

Infraestructura de clave pública para certificación de recursos (RPKI) Arturo Servín Carlos M. Martínez

Infraestructura de clave pública para certificación de recursos (RPKI) Arturo Servín Carlos M. Martínez Infraestructura de clave pública para certificación de recursos (RPKI) Arturo Servín Carlos M. Martínez Agenda Asignación de recursos en Internet Relación entre registros y usuarios de los recursos Enrutamiento

Más detalles

NIA 16 : Técnicas de Auditoría con Ayuda de Computadora Sec. 1009 (Reemplazada) Técnicas de Auditoría con Ayuda de Computadora (Reemplazada) NIA 16

NIA 16 : Técnicas de Auditoría con Ayuda de Computadora Sec. 1009 (Reemplazada) Técnicas de Auditoría con Ayuda de Computadora (Reemplazada) NIA 16 (Reemplazada) Técnicas de Auditoría con Ayuda de Computadora (Reemplazada) NIA 16 Norma Internacional de Auditoría 16 Corporación Edi-Ábaco Cía. Ltda (Reemplazada) Instrucciones de Ubicación: NIA: En este

Más detalles

Declaraciones de Obligaciones de los Miembros (DOM) 1-7 (Revisadas)

Declaraciones de Obligaciones de los Miembros (DOM) 1-7 (Revisadas) Pronunciamiento final Noviembre de 2012 Junta Directiva de la Federación Internacional de Contadores Declaraciones de Obligaciones de los Miembros (DOM) 1-7 (Revisadas) Este documento fue desarrollado

Más detalles

ADOBE CONNECT ENTERPRISE SERVER 6 GUÍA DE CONFIGURACIÓN DE SSL

ADOBE CONNECT ENTERPRISE SERVER 6 GUÍA DE CONFIGURACIÓN DE SSL ADOBE CONNECT ENTERPRISE SERVER 6 GUÍA DE CONFIGURACIÓN DE SSL Copyright 2006 Adobe Systems Incorporated. Reservados todos los derechos. Guía de configuración de Adobe Connect Enterprise Server 6 SSL para

Más detalles

SAC054. Informe del SSAC sobre el Modelo de datos para la registración de nombres de dominio

SAC054. Informe del SSAC sobre el Modelo de datos para la registración de nombres de dominio Informe del SSAC sobre el Modelo de datos para la registración de nombres de dominio Un informe del Comité asesor de seguridad y estabilidad (SSAC) de la Corporación para la asignación de números y nombres

Más detalles

Internet Governance. Raúl Echeberría raul@inia.org.uy. http://www.enred.org. Montevideo, Julio 2000

Internet Governance. Raúl Echeberría raul@inia.org.uy. http://www.enred.org. Montevideo, Julio 2000 Internet Governance Montevideo, Julio 2000 Raúl Echeberría raul@inia.org.uy http://www.enred.org Algunos organismos y sus funciones IANA - Internet Assigned Numbers Authority Administración de Números

Más detalles

GLOSARIO DE TERMINOS

GLOSARIO DE TERMINOS GLOSARIO DE TERMINOS A Aplicaciones Legacy.- Conjunto de aplicaciones desarrolladas o implementadas en plataformas de sistemas anteriores o antiguos. B Bases de Datos.- Organización y conservación de datos

Más detalles

Ing. Marcos Pérez García MsC, Dirección de Desarrollo y Asuntos Regulatorios, ETECSA marcospe@etecsa.cu

Ing. Marcos Pérez García MsC, Dirección de Desarrollo y Asuntos Regulatorios, ETECSA marcospe@etecsa.cu TEL016 ENUM EN EL ENTORNO REGULATORIO DE CUBA. Ing. Marcos Pérez García MsC, Dirección de Desarrollo y Asuntos Regulatorios, ETECSA marcospe@etecsa.cu Ing. Osvaldo Más Peláez, Dirección de Regulaciones

Más detalles

POLÍTICA DE TECNOLOGÍA DE INFORMACIÓN

POLÍTICA DE TECNOLOGÍA DE INFORMACIÓN TABLA DE CONTENIDO 1. OBJETIVO... 1 2. ALCANCE... 1 3. CONTENIDO DE LA POLÍTICA... 1 3.1 Premisas generales para el cumplimiento de la política... 2 3.2 Contenido de la política... 3 3.2.1 Responsabilidades

Más detalles

POLÍTICAS EN LA ASIGNACIÓN DE BLOQUES DE DIRECCIONES IPv4.

POLÍTICAS EN LA ASIGNACIÓN DE BLOQUES DE DIRECCIONES IPv4. POLÍTICAS EN LA ASIGNACIÓN DE BLOQUES DE DIRECCIONES IPv4. 3.1. Introducción Para propósito de la sección 3 toda referencia a direcciones IP se referirá a la versión 4 de este protocolo. En este capítulo

Más detalles

Laboratorio 4: Asignación de Direcciones IPv4.

Laboratorio 4: Asignación de Direcciones IPv4. Redes de Datos Laboratorio 4 - Instructivo. Laboratorio 4: Asignación de Direcciones IPv4. Instrucciones generales Para poder realizar exitosamente la práctica, deberá cumplir las siguientes etapas: Previo

Más detalles

Quito Ecuador EXTRACTO TECNOLOGÍA DE LA INFORMACIÓN. GESTIÓN DE ACTIVOS DE SOFTWARE (SAM). PARTE 1: PROCESOS (ISO/IEC 19770-1:2006, IDT)

Quito Ecuador EXTRACTO TECNOLOGÍA DE LA INFORMACIÓN. GESTIÓN DE ACTIVOS DE SOFTWARE (SAM). PARTE 1: PROCESOS (ISO/IEC 19770-1:2006, IDT) Quito Ecuador NORMA TÉCNICA ECUATORIANA NTE INEN-ISO/IEC 19770-1 Primera edición 2014-01 TECNOLOGÍA DE LA INFORMACIÓN. GESTIÓN DE ACTIVOS DE SOFTWARE (SAM). PARTE 1: PROCESOS (ISO/IEC 19770-1:2006, IDT)

Más detalles

ACUERDO DE LICENCIA DE USUARIO FINAL - GAMA RETAIL 2013

ACUERDO DE LICENCIA DE USUARIO FINAL - GAMA RETAIL 2013 ACUERDO DE LICENCIA DE USUARIO FINAL - GAMA RETAIL 2013 Por favor, lea con atención el presente Acuerdo de Licencia antes de utilizar este programa. La aceptación del mismo atribuye la condición de usuario

Más detalles

PLAN ESTRATÉGICO DE ICANN JULIO 2011 JUNIO 2014 BORRADOR. Un Mundo. Una Internet.

PLAN ESTRATÉGICO DE ICANN JULIO 2011 JUNIO 2014 BORRADOR. Un Mundo. Una Internet. PLAN ESTRATÉGICO DE ICANN JULIO 2011 JUNIO 2014 BORRADOR Un Mundo. Una Internet. ICANN Un Mundo. Una Internet. ICANN es una organización global que coordina los sistemas de identificadores únicos de Internet

Más detalles

Preparación al Examen PMP - Introducción al PMBOK

Preparación al Examen PMP - Introducción al PMBOK La Guía del PMBOK ó Guía de los Fundamentos de la Dirección de Proyectos constituye un compendio de conocimientos de la profesión de dirección de proyectos. Al igual que en otras profesiones, como la abogacía,

Más detalles

CAPÍTULO 2 ASEGURAMIENTO DE LA CALIDAD. que son necesarias para proporcionar la confianza adecuada de que un producto o

CAPÍTULO 2 ASEGURAMIENTO DE LA CALIDAD. que son necesarias para proporcionar la confianza adecuada de que un producto o CAPÍTULO 2 ASEGURAMIENTO DE LA CALIDAD 2.1 Aseguramiento de la calidad El aseguramiento de la calidad es la conjunción de acciones planificadas y sistemáticas que son necesarias para proporcionar la confianza

Más detalles

El Aseguramiento de la Calidad nace como una

El Aseguramiento de la Calidad nace como una Las normas ISO 9000:2000 de Sistemas de Gestión de la Calidad Leticia Colín O. La familia de normas NMX ISO 9000 del año 2000 está constituida por tres normas básicas, complementadas con un número reducido

Más detalles

Análisis de Requisitos

Análisis de Requisitos Análisis de Requisitos Los requisitos determinan lo que hará el sistema y definen restricciones sobre su operación e implementación. El análisis de requisitos es el proceso del estudio de las necesidades

Más detalles

ISO y la serie de Normas ISO 9000

ISO y la serie de Normas ISO 9000 ISO y la serie de Normas ISO 9000 La International Organization for Standardization (ISO) es la agencia internacional especializada para la estandarización, abarcando actualmente los cuerpos nacionales

Más detalles

Elaboración del Resumen e Introducción de un Informe Técnico. Holanda Castro

Elaboración del Resumen e Introducción de un Informe Técnico. Holanda Castro Elaboración del Resumen e Introducción de un Informe Técnico Holanda Castro Abstract, resumen o sumario Abre un informe técnico o artículo académico, con el propósito de sintetizar globalmente el documento

Más detalles

RELACIONES ENTRE LA SERIE DE NORMAS ISO 30300 Y OTROS PRODUCTOS DE ISO/TC46/SC11:2. Vocabulario 2012

RELACIONES ENTRE LA SERIE DE NORMAS ISO 30300 Y OTROS PRODUCTOS DE ISO/TC46/SC11:2. Vocabulario 2012 RELACIONES ENTRE LA SERIE DE NORMAS ISO 30300 Y OTROS PRODUCTOS DE ISO/TC 46/SC 11: 2 Vocabulario RELACIONES ENTRE LA SERIE DE NORMAS ISO 30300 Y OTROS PRODUCTOS DE ISO/TC46/SC11:2. Vocabulario Libro blanco

Más detalles

Resumen del trabajo sobre DNSSEC

Resumen del trabajo sobre DNSSEC Resumen del trabajo sobre Contenido 1. -...2 1.1. - Definición...2 1.2. - Seguridad basada en cifrado...2 1.3. - Cadenas de confianza...3 1.4. - Confianzas...4 1.5. - Islas de confianza...4 2. - Conclusiones...5

Más detalles

Por D. Rafael J. Montero González

Por D. Rafael J. Montero González Por D. Rafael J. Montero González Introducción Sistemas de nombres planos vs. jerárquicos Historia de DNS Características y utilidad del servicio DNS Componentes y funcionamiento Espacio de nombres de

Más detalles

NORMA INTERNACIONAL DE AUDITORIA 700 (REVISADA)

NORMA INTERNACIONAL DE AUDITORIA 700 (REVISADA) NORMA INTERNACIONAL DE AUDITORIA 700 (REVISADA) EL DICTAMEN DEL AUDITOR INDEPENDIENTE SOBRE UN JUEGO COMPLETO DE ESTADOS FINANCIEROS DE PROPOSITO GENERAL 1 (Vigente para dictámenes de auditor fechados

Más detalles

Modelo de Negocios para la Seguridad de la Información.

Modelo de Negocios para la Seguridad de la Información. Modelo de Negocios para la Seguridad de la Información. El Modelo de Negocios de Seguridad de la Información (BMIS, Business Model for Information Security) se originó en el Institute for Critical Information

Más detalles

CA ARCserve Backup Patch Manager para Windows

CA ARCserve Backup Patch Manager para Windows CA ARCserve Backup Patch Manager para Windows Guía del usuario r16 Esta documentación, que incluye sistemas incrustados de ayuda y materiales distribuidos por medios electrónicos (en adelante, referidos

Más detalles

CAPÍTULO 4 NORMA IEEE 1058.1 PARA LA PLANIFICACIÓN DE PROYECTOS SOFTWARE ESTE DOCUMENTO ES PARTE DEL SIGUIENTE TRABAJO:

CAPÍTULO 4 NORMA IEEE 1058.1 PARA LA PLANIFICACIÓN DE PROYECTOS SOFTWARE ESTE DOCUMENTO ES PARTE DEL SIGUIENTE TRABAJO: ESTE DOCUMENTO ES PARTE DEL SIGUIENTE TRABAJO: La norma IEEE 1058.1: Plan para la Gestión de Proyectos Software realizado por el alumno Ismael Caballero Muñoz-Reja para la asignatura Planificación y Gestión

Más detalles

CONTROL INTERNO DEL REPORTE DE LA INFORMACION FINANCIERA GUÍA PARA PEQUEÑAS EMPRESAS COTIZADAS

CONTROL INTERNO DEL REPORTE DE LA INFORMACION FINANCIERA GUÍA PARA PEQUEÑAS EMPRESAS COTIZADAS CONTROL INTERNO DEL REPORTE DE LA INFORMACION FINANCIERA GUÍA PARA PEQUEÑAS EMPRESAS COTIZADAS Volumen I: Resumen Ejecutivo Junio 2006 En 1992 el Comité de Organizaciones Patrocinadoras de la Comisión

Más detalles

Introducción Internet no tiene una estructura real, pero existen varios backbone principales. Estos se construyen a partir de líneas y routers de alta velocidad. Conectados a los backbone hay redes regionales

Más detalles

Para Consideración de la Organización de Apoyo para Nombres Genéricos (GNSO): Sistema Uniforme de Suspensión Rápida (URS)

Para Consideración de la Organización de Apoyo para Nombres Genéricos (GNSO): Sistema Uniforme de Suspensión Rápida (URS) Para Consideración de la Organización de Apoyo para Nombres Genéricos (GNSO): Sistema Uniforme de Suspensión Rápida (URS) Octubre de 2009 Contenidos Introducción.......1 Parte I Versión Preliminar del

Más detalles

CONDICIONES DE USO APLICABLES A CERTIFICADOS DE EMPLEADO/A DE AUTENTICACIÓN

CONDICIONES DE USO APLICABLES A CERTIFICADOS DE EMPLEADO/A DE AUTENTICACIÓN CONDICIONES DE USO APLICABLES A CERTIFICADOS DE EMPLEADO/A DE AUTENTICACIÓN Antes de verificar el certificado electrónico, o de acceder o utilizar la información del estado de certificados y el resto de

Más detalles

Servicio HP Software Support

Servicio HP Software Support HP Software Support s HP El HP Software Support brinda servicios de software completos para productos de software de HP y ciertos productos de terceros con soporte de HP. El HP Software Support suministra

Más detalles

Empoderamiento del consumidor y conducta del mercado Prácticas de venta y mercadotecnia

Empoderamiento del consumidor y conducta del mercado Prácticas de venta y mercadotecnia Consumer Empowerment and Market Conduct (CEMC) Working Group Empoderamiento del consumidor y conducta del mercado Prácticas de venta y mercadotecnia La presente nota de orientación fue elaborada por el

Más detalles

Antecedentes del proceso acelerado de cctld de IDN

Antecedentes del proceso acelerado de cctld de IDN Programa acelerado de cctld de IDN Detalles de la implementación propuesta con relación al Desarrollo y uso de tablas de IDN y variantes de caracteres para las secuencias de dominios de primer y segundo

Más detalles

En este artículo se presentan los conceptos

En este artículo se presentan los conceptos Artículos técnicos Calidad certificada ISO 9001:2000 en actividades de investigación y desarrollo Guillermo Rodríguez O. En el Manual de Calidad se identifican los procesos del Sistema de Calidad y sus

Más detalles

MANUAL DE REFERENCIA

MANUAL DE REFERENCIA GOBIERNO DE CHILE MINISTERIO DE HACIENDA Dirección de Presupuestos MANUAL DE REFERENCIA GUÍA PARA IMPLEMENTACIÓN ISO 9001:2000 SISTEMA DE CAPACITACIÓN Versión 05 Diciembre 2008 INDICE Introducción... 3

Más detalles

Condiciones de servicio de Portal Expreso RSA

Condiciones de servicio de Portal Expreso RSA Condiciones de servicio de Portal Expreso RSA Le damos la bienvenida a Portal Expreso RSA 1. Su relación con Portal Expreso RSA 1.1 El uso que el usuario haga de la información, software, servicios prestados

Más detalles

Guía de OpenEHRGen v0.8

Guía de OpenEHRGen v0.8 Guía de OpenEHRGen v0.8 Generador de Sistemas de Historia Clínica Electrónica openehr Autor: Ing. Pablo Pazos Gutiérrez Director en CaboLabs.com Traducción: Lic. Bárbara Cardozo v1.0 26-02-2013 1 Índice:

Más detalles