Servicio de Registro. Sofía Silva Hostmaster - LACNIC

Transcripción

1 Servicio de Registro Sofía Silva Hostmaster - LACNIC 1

2 Agenda Asignación de recursos DNS reverso Sistema de Registro RPKI SARA

3 Asignación de Recursos

4 Cómo solicitar recursos? Completar formulario y enviarlo en el cuerpo de un mensaje a: hostmaster@lacnic.net Se pueden encontrar templates en: Una vez que el formulario haya sido procesado por el sistema, el solicitante recibirá un de confirmación con un número de ticket. Luego los hostmasters analizarán la solicitud.

5 Solicitando ASN

6 Requisitos 1. Ser multiproveedor o tener programado convertirse en multiproveedor en menos de dos semanas a partir del momento de la solicitud. 2. Enviar documentación detallada describiendo: Política de ruteo Protocolo de ruteo externo Direcciones IP que se van a anunciar Razones por las que su política de ruteo es diferente a la de sus proveedores

7 ASNs de 32 bits Antes: ASNs solo de 2 octetos (16 bits) Anticipándose al agotamiento de los ASNs de 16 bits, se definieron los ASNs de 4 octetos (32 bits) Con esto se logra expandir el pool de ASNs. De: pasa a ser: notaciones: ASPLAIN (plano) y ASDOT (notación con punto) ASDOT tiene un problema, es incompatible con expresiones regulares. Ej. _100.5_ matchea con AS100.5 y con AS100[0-9]5 Esto hace que sea difícil implementar una política de filtrado y puede requerir que los ISPs reescriban las expresiones regulares que filtran los AS-PATH

8 ASNs de 32 bits (Cont.) Implementando LAC y LAC ya no se hace distinción entre ASNs de 16 bits y ASNs de 32 bits a partir del 1 de enero de Por defecto se asignan ASNs de 32 bits. Para recibir un ASN de 16 bits es necesario proveer jutificación técnica.

9 Solicitando IPv4

10 Organizaciones ISP Proveen servicios de Internet Subasignan sus direcciones IP a sus clientes Distribución mínima a ISPs: /22

11 Requisitos para bloque inicial /22 1. Demostrar el uso o la necesidad inmediata de un / Entregar un plan detallado de uso de un /23 a un año. 3. Estar de acuerdo en renumerar el bloque previamente asignado y retornar esas direcciones IPv4 a sus ISPs antes de transcurridos 12 meses a partir de la distribución del /22.

12 Requisitos para bloque inicial /21 o mayor Proveer info de sub-asignaciones bloques /29 o mayores en el WHOIS de LACNIC. Proveer info detallada mostrando cómo será utilizado el bloque solicitado dentro de los periodos de tres, seis y doce meses. Estar de acuerdo en renumerar los bloques obtenidos de sus proveedores dentro de un plazo de 12 meses y regresar el espacio a su proveedor original.

13 Requisitos para bloque inicial /21 o mayor (Cont.) Además: Si el solicitante es un ISP multiproveedor, pronto a serlo o tiene necesidades de interconexión: Estar utilizando eficientemente un equivalente al 25% del espacio solicitado como mínimo (contiguo o no). Si el solicitante es un ISP no multiproveedor: Estar utilizado eficientemente un 50% del espacio solicitado como mínimo (contiguo o no).

14 Organizaciones Usuarios Finales Son Usuario Finales aquellas organizaciones que requieren direcciones IPv4 para su uso interno, para el funcionamiento de sus redes, pero NO para la sub-asignación afuera de su organización. En este caso, la asignación mínima es de un bloque /24.

15 Requisitos para asignaciones iniciales a UF LACNIC solicitará información sobre cómo será utilizado el bloque solicitado, planes de subneteo, topología de red, planes de ruteo de la red, protocolos de ruteo. Tasa de utilización: 25% de utilización inmediata del bloque solicitado. 50% de utilización a un año del bloque solicitado.

16 Requisitos para asignaciones iniciales a UF (Cont.) Si el solicitante es un usuario final multiproveedor o tiene necesidades de Interconexión: 1.Contar con una asignación equivalente de un prefijo /25 de sus Proveedores de Servicios de Internet. 2. Estar de acuerdo en renumerar todos los bloques asignados por proveedores dentro de un plazo de 3 meses y regresar el espacio a su proveedor original.

17 Requisitos para asignaciones iniciales a UF (Cont.) Si el solicitante es un usuario final no multiproveedor: Asignación mínima: bloque /20. Si la necesidad de direcciones IPv4 es menor deberán solicitar a su ISP. 1. Contar con una asignación mínima de 8 prefijos /24 de su ISP. 2. Estar de acuerdo en renumerar ese direccionamiento dentro de un plazo de 12 meses y regresarlo a su proveedor original.

18 Solicitudes adicionales 1.Estar utilizando al menos el 80% de las distribución anteriores. 2.Asignaciones de bloques dentro de la ventana de asignación deben haber sido enviadas para la previa autorización de LACNIC. 3.Asignaciones mayores o iguales a un /29 deben estar disponibles vía WHOIS. 4.Haber devuelto el espacio designado para devolución en el tiempo comprometido.

19 Solicitudes adicionales (Cont.) 5.Estar al día en el registro de la resolución inversa. 6.Estar al día en sus obligaciones contractuales. 7.Proveer información detallada mostrando como será utilizado el espacio de direcciones IPv4 dentro de los periodos de tres, seis y doce meses.

20 Solicitando IPv6

21 Requisitos para distribuciones iniciales a ISPs Distribución mínima: /32 Las organizaciones pueden calificar para una distribución inicial de un bloque mayor enviando documentación que lo justifique. El bloque distribuido debe ser anunciado con el mínimo nivel de desagregación posible.

22 Requisitos para distrib. iniciales a ISPs (Cont.) Si el ISP tiene una distribución previa de LACNIC de un bloque IPv4, la distribución del bloque IPv6 es inmediata. Si el ISP no tiene aún una distribución IPv4, debe: Documentar un plan detallado de los servicios y conectividad IPv6. Ofrecer servicios IPv6 dentro de un período no mayor a 24 meses.

23 Retorno de 1ra distribución por 2da distribución Una única distribución IPv6 Antes de transcurridos 6 meses Puede devolver a LACNIC el bloque IPv6 inicial para solicitar uno más grande. Se realizará por única vez un análisis diferencial. Se estudiará la nueva distribución como si se tratara de una distribución inicial.

24 Requisitos para distribuciones iniciales a Usuarios Finales Bloques menores o iguales a /32 pero siempre mayores o iguales a /48. La organización debe anunciar un único bloque, agregando la totalidad de la asignación de direcciones IPv6 recibida.

25 Requisitos para distrib. iniciales a UF (Cont.) Si el Usuario Final ya tiene una asignación de IPv4 de LACNIC, la asignación de IPv6 es inmediata. Si el Usuario Final aún no tiene una asignación de IPv4, debe enviar información sobre: Cómo será usado el bloque solicitado. Planes de direccionamiento y número de hosts en cada sub-red. Topología de red. Planes de ruteo, incluyendo protocolos de ruteo a ser usados.

26 Más info... Más información en el Manual de Políticas:

27 DNS Reverso (rdns)

28 Para qué sirve rdns? Lo más común: Traducción de nombre a dirección IP. rdns: traducción de una dirección IP a un nombre. Necesidad: Algunos servidores de FTP no permiten conexión a partir de IPs que no tengan rdns configurada. Servidores de hacen resolución inversa como parte dos procedimientos de control de spam y de vírus.

29 Cómo y dónde se configura?

30

31

32

33 Posibles problemas y errores TIMEOUT UDN: El servidor DNS no tiene ninguna información sobre el dominio o zona inversa sobre el cual fue consultado. UH: El servidor DNS no fue encontrado en la Internet o no existe. QREFUSED: El servidor DNS rechazó la consulta DNS hecha. NOT SYNC ZONE: La versión de configuración de la zona inversa en uno de los servidores DNS no es igual a la versión en los demás servidores responsables por la misma zona inversa.

34 Más info sobre configuración de DNS ISC BIND CCU Unicamp (en portugues) LDP DNS-HOWTO Definiciones formales del protocolo DNS ftp://ftp.registro.br/pub/dns-related-rfc

35 Sistema de Registro

36

37

38 SARA

39 Sistema de Administración de Recursos Automatizado (SARA)

40 SARA SARA es una interfaz para el mantenimiento de los recursos numéricos que puede ser usada de forma automática, la cual implementa EPP (Extensible Provisioning Protocol). Esta implementación del protocolo EPP está en versión Beta. Si su organización tiene recursos asignados por LACNIC y está interesada en probar y utilizar el sistema puede ingresar a:

41 Creación de un contacto shepp> contact create PPP -postalinfo loc -name "Pedro Patricio Perez" -street1 "Calle 1" -street2 "Numero 1" -street3 "Con Calle 2" -city "Montevideo" -state "MV" -pc "12345" -cc UY -voice

42 Creación de organización brorg create organismo1 -postalinfo loc -name "Organización de prueba 1" -street1 "calle 1" -street2 "1234" -street3 "con calle 2" -city "Monstevieo" -state "MV" -pc "13000" -cc UY -voice : contact admin=ppp

43 RPKI

44 Qué es RPKI? Es una infraestructura de clave pública que permite validar la autoridad asociada a un anuncio de una ruta. El emisor del anuncio firma la actualización. Los objetos firmados son listados en directorios públicos, los cuales pueden ser accedidos por los routers para validar los anuncios que reciben. Con esto se logra evitar el secuestro de rutas (ya sea por error operacional o por actividades maliciosas).

45 Sistema RPKI de LACNIC Se puede acceder a través del siguiente link: (Se debe usar un userid que sea contacto técnico) Repositorio: rsync://repository.lacnic.net/rpki/ Manual de Usuario del Sistema en: _SP_v1.pdf Más info en:

46 Iniciando sesión

47 Detalles CA

48 Certificado con recursos

49 Creación de ROA

50 Validar ROA

51 Preguntas?

52 Muchas Gracias!!