El documento describe las políticas de asignación de recursos de Internet de LACNIC. Resume los tipos de organizaciones y recursos cubiertos, los requisitos para solicitar asignaciones y reasignaciones, incluida la documentación requerida y los mínimos de utilización. También cubre el proceso de solicitud, incluidos los formularios y la información requerida sobre la organización y los contactos.

1. Tutorial Servicio de Registro Ricardo Patara <patara@lacnic.net>

2. Agenda Políticas Solicitudes Sistema de Registro Administración de los Recursos Servidor whois Actualización

3. Políticas Recursos Internet bajo responsabilidad de LACNIC: ASNs (26592-26623 y 27648-28671); Bloques IPv4 (200/8, 201/8 y otros ERX); Bloques IPv6 (2001:12ff::/23) Más detalles en http://lacnic.net/sp/est.html

4. Políticas Reglas y requisitos para acceder a los recursos. Desarrollada en foruns abiertos y públicos. Responden a necesidad de la comunidad, nuevas tecnologías, evolución de los procesos, etc. Sugeridas y aprobadas por la comunidad de la región.

5. Políticas Las iniciativas de las políticas deben ser hechas a través da la lista políticas@lacnic.net (Para suscribirse http://lacnic.net/sp/listas.html)

6. Políticas Características importantes: “ Ruteabilidad” no garantizada; Asignación según necesidad actual; No propiedad; No acumulación. Bloques IPv4: Esquema CIDR; No portables; Agregación (anuncios = asignación).

7. Políticas Organizaciones clasificadas como; ISPs (Proveedores de servicios Internet - proveedores acceso/contenido); End-user/usuarios finales (los que utilizan recursos para sus propias estructuras de redes); Estructuras críticas (IXP/NAPs, operadores de ccTLDs, RIR, etc).

8. Políticas Organizaciones pueden ser: Single-homed (uno solo proveedor Internet); Multi-homed (dos o más proveedores Internet distintos).

9. Políticas Políticas para asignación de recursos para estas organizaciones según sus características y también para necesidades inmediatas. Asignación válida mientras se mantengan válidas las necesidades iniciales (renovadas a cada año).

10. Políticas Asignación de ASNs : Organización multi-homed (ISP o end-user); Basada en la necesidad actual. Solicitar cuando status de multi-homed es inminente. Organización con política de ruteo distinta de la que es aplicada por su proveedor.

11. Políticas Asignación de bloques IPv4 para ISPs Single-homed : comprobar utilización de /21 o equivalente (contiguo o no). Proveer información de subasignaciones /29 o mas grandes en el whois. Fornecer plan de utilización para 3 meses. Estar de acuerdo en hacer la renumeración de los bloques en uso asignados por el proveedor. Asignación mínima /20

12. Políticas Asignación de bloques IPv4 para ISPs Multi-homed : comprobar utilización de /22 o equivalente (contiguo o no). Proveer información de subasignaciones /29 o mas grandes en el whois. Fornecer plan de utilización para 3 meses. Estar de acuerdo en hacer la renumeración de los bloques en uso asignados por el proveedor. Asignación mínima /20

13. Políticas Asignación IPv4 para usuarios finales Estas organizaciones, en general, obtienen direcciones de sus proveedores. LACNIC asigna directamente para aquellas que las utilizan en sus redes internas, no van a brindar servicios ni hacer subasignaciones fuera de su organización.

14. Políticas Asignación IPv4 para usuarios finales Comprobar utilización de /21 o equivalente (contiguo o no). Plan de utilización para 3, 6 y 12 meses. Topología de la red. Estar de acuerdo en hacer la renumeración de los bloques de su proveedor (12 meses). Asignación mínima /20

15. Políticas Asignación IPv4 para usuarios finales multi-homed Utilización de por lo menos un /25. Plan de utilización para 3, 6 y 12 meses. Topología de la red Estar de acuerdo en renumerar el /25 en 3 meses. Asignación mínima /24.

16. Políticas Asignación de bloques IPv6 Ser un ISP. Plan detallado de los servicios y conectividad IPv6 a ofrecer a otras organizaciones (clientes). Anunciar bloque agregado en un plazo no mayor que 12 meses. Ofrecer servicios IPv6 en un plazo no mayor que 24 meses. Asignación mínima inicial /32

17. Políticas Asignación de bloque IPv4 necesidad inmediata Organizaciones con alto nivel de inversión inicial. Necesitan bloques para iniciar sus servicios. Ser multi-homed o pronta a serlo. Descripción de la topología de red. Portifolio de servicios

18. Políticas Asignación de bloque IPv4 necesidad inmediata Plan de utilización de las direcciones para 3, 6 y 12 meses. Copias de las facturas u órdenes de compras de los equipos que soportaran los servicios. Asignación mínima /20 .

19. Políticas Asignación bloque IPv4 adicional. Utilización de por lo menos 80% del espacio ya asignado. (Información ingresada en el sistema) Direcciones del proveedor devolvidas Obligaciones contractuales.

20. Políticas Asignación bloque IPv6 adicional HD-Ration 0.8 (información ingresada en el sistema) Obligaciones contractuales.

21. Políticas Asignación bloque IPv6 adicional HD-Ratio: HD= log (número objetos reasignados) log (número máximo obj. reasignables) Información adicional RFC3194

22. Políticas Reasignación bloques IPv4 Bloques más pequeños que /20. (aquellos que necesitan de un /20 o más grande, solicitar a LACNIC). /23 o más grande, solicitar autorización de LACNIC (Ventana de asignación).

23. Políticas Reasignación bloques IPv4 Registrada dentro de 7 días luego de la reasignación. (bloques /29 o más grandes). Mantener información actualizada: Verificación para bloque adicional; Proveer información útil a comunidad; Estudios acerca de las direcciones en la región.

24. Políticas Reasignación bloques IPv6 Registración bloques /64 o más grandes Verificación de utilización (HD-Ratio) Proveer información útil Recomendación: /48 en caso general /64 cuando solamente una subred es necesaria /128 cuando solamente uno dispositivo estará conectado

25. Políticas Delegación DNS bloques IPv4 Asignación /17 hasta /20 delegación con LACNIC Asignación /16 o más grande, se delega solamente servidor del /16 con LACNIC. Reasignaciones en el /16 tendrán delegación DNS ingresadas en el servidor del proveedor.

26. Políticas Delegación DNS bloques IPv6 Delegación con LACNIC del bloque asignado. Delegación en las reasignaciones hechas con proveedor.

27. Agenda Políticas Solicitudes Sistema de Registro Administración de los Recursos Servidor whois Actualización

28. Solicitudes Resumen, formularios y reglas en: http://lacnic.net/sp/reg-ser.html Llenar formulario formato texto ASCII enviar a [email_address] en el cuerpo del e-mail Formularios en tres idiomas (sp, en, pt)

29. Solicitudes

30. Solicitudes Aprobación: Después de la aprobación hay que hacer pago de un tarifa y firmar acuerdo con LACNIC (para aquellos que aún no lo hayan firmado). Asignación será hecha una vez recibido pago y acuerdo (cuando necesario).

31. Solicitudes Parte inicial de los templates: Información acerca de la organización Información acerca de los contactos

32. Solicitudes Información acerca de la organización: Si ya tiene algún recurso, indicar “ownerID” Caso no tenga, indicar nombre y dirección postal.

33. Solicitudes Información acerca de la organización 0a. ID. de la Organización (OwnerID): 0b. Nombre de la Organización: 0c. Direccion Postal: 0d. Ciudad: 0e. Estado: 0f. Pais: 0g. Codigo Postal:

34. Solicitudes Información acerca de los contactos: Necesario informar “userID” de los contactos (técnico, facturación y membresía). Para crearlos, llenar formulario: http://lacnic.net/newid/SP

35. Solicitudes Creación de “userID”

36. Solicitudes Creación de “userID” Confirmación necesaria, según instrucción por e-mail; Después de confirmado, “userID” será enviado para la dirección de e-mail indicada.

37. Solicitudes Información acerca de los contactos 1a. ID contacto tecnico (UserID): 1b. ID contacto facturacion (UserID): 1c. ID contacto membresía (UserID): (Contacto de membresía solamente para IPs)

38. Solicitudes ASN Indicar tipo de solicitud (Multi-homed, política única de ruteo) 0a. Multihomed (M), Politica Unica (U):

39. Solicitudes ASN Si multi-homed, hay que protocolo dinámico de ruteo, bloque IP, ASN y contactos de los proveedores 3a. Protocolo de ruteo: 3b. Bloques IPs: 3c. ASN's de los proveedores: 3d. Nombre: 3e. Telefono: 3f. E-Mail:

40. Solicitudes ASN Si política única de ruteo, explicar la política de ruteo utilizada y indicar proveedor. 4a. Politica unica de ruteo: 4b. Conexiones Internet:

41. Solicitudes Bloques IPv4 para ISPs Información acerca de los proveedores de la organización (si multi-homed, copiar los campos cuantos fueren los proveedores) 2a. Nombre del Proveedor: 2b. Direccion Postal: 2d. ASN del proveedor: 2e. Estado de la conexion:

42. Solicitudes Bloques IPv4 para ISPs Si conectado a algún NAP/IXP, informar: 3a. Intercambio con ASN: 3b. Direccion Postal: 3c. Estado de la conexion:

43. Solicitudes Bloques IPv4 para ISPs Indicar bloques actuales y su utilización 4a. Bloques: 4b. Asignados: 4c. Reservados: 4d. Disponibles: 4e. Servicios:

44. Solicitudes Bloques IPv4 para ISPs Indicar el prefijo que se solicita (mínimo prefijo para ISPs /20) 5. Prefijo del bloque CIDR solicitado:

45. Solicitudes Bloques IPv4 para ISPs Informar proyección de utilización para 3 meses, de acuerdo con servicio brindado: 6a. Dial-up: 6b. Cable: 6c. Webhosting: 6d. Conexion Dedicada: 6e. xDSL: 6f. Co-location: 6g. Wireless: 6h. Otros (identificar):

46. Solicitudes Bloques IPv4 para ISPs Proyección de utilización Dial-up (conexión discada): una dirección por puerto/modem. (En general un puerto/modem por 10 usuarios.)

47. Solicitudes Bloques IPv4 para ISPs Proyección de utilización Cable: una dirección para cada 4 o 5 usuarios, en general. Proyección de usuarios, algo como el 10% de casas abordadas.

48. Solicitudes Bloques IPv4 para ISPs Proyección de utilización xDSL: una dirección para cada 4 o 5 usuarios ADSL .

49. Solicitudes Bloques IPv4 para ISPs Proyección de utilización Wireless: puede tener comportamiento parecido con el de Cable.

50. Solicitudes Bloques IPv4 para Usuarios Finales Indicar los proveedores. Informar bloques en actuales y su utilización 3a. Direcciones IP asignadas: 4a. Numero de hosts: 4b. Numero de subnets: 4c. Mascara de subnet: 4d. Topología de la red según el ejemplo:

51. Solicitudes Bloques IPv4 para Usuarios Finales Topología de la red actual: ---------------------------------------------------------------------------- Numero Mascara de subnet Direcc. en uso Descripcion ---------------------------------------------------------------------------- 0 255.255.255.224 8 Grupo de Red 1 255.255.255.224 17 Ingenieria 2 255.255.255.224 12 Manufactura 3 255.255.255.224 5 Gerencia 4 255.255.255.224 10 Ventas 5 255.255.255.224 7 Finanzas ----------------------------------------------------------------------------

52. Solicitudes Bloques IPv4 para Usuarios Finales Describir la red (universidad, banco, etc) Informar tamaño del bloque solicitado 5. Tipo de la red: Numero de direcciones solicitadas:

53. Solicitudes Bloques IPv4 para Usuarios Finales Indicar proyección de utilización inmediata y futura ---------------------------------------------------------------------------- Numero Mascara de subnet Tamano Hoy 6Meses 12Meses Descripcion ---------------------------------------------------------------------------- 1.0 255.255.255.224 30 8 16 20 Grupo de Red 1.1 255.255.255.224 30 17 22 30 Ingenieria 1.2 255.255.255.224 30 12 12 20 Manufactura 1.3 255.255.255.224 30 5 9 15 Gerencia 1.4 255.255.255.224 30 10 15 25 Ventas 1.5 255.255.255.224 30 7 8 15 Finanzas 1.6 255.255.255.224 30 0 0 (reserva) ---------------------------------------------------------------------------- Totales 210 59 82 125 ----------------------------------------------------------------------------

54. Solicitudes Bloques IPv6 Brindar información acerca de la organización, sus conexiones Internet (v4 y v6), servicios ofertados o que se planea ofertar 2a. Información de la Organización:

55. Solicitudes Bloques IPv6 Plan para despliegue de la red IPv6 y servicios, plan de utilización y distribución de las direcciones. 3a. Fecha: 3b. Plan de utilización: 3c. Plan de Asignación:

56. Solicitudes Una vez aprobada solicitud y obligaciones contractuales satisfechas recurso es asignado y está listo utilización. Hacer delegación DNS. Ingresar información de reasignación.

57. Agenda Políticas Solicitudes Sistema de Registro Administración de los Recursos Servidor whois Actualización

58. Sistema de Registro Sistema para administración de los recursos Interfaz para ingreso de información de reasignación Interfaz para hacer delegación DNS Base de datos para “whois”

59. Sistema de Registro Principales objetos: Entidades : representación de la organización que se asignó algún recurso Contactos : personas que son los puntos de contacto para la entidad y recursos Recursos : ASN, bloques IPv4 / IPv6

60. Sistema de Registro

61. Sistema de Registro Contacto administrativo responsable por la información de la entidad. Contacto principal. Puede cambiar cualquier información y/ contacto

62. Sistema de Registro Membresía es lo que representa la organización (votación, directorio, etc). Facturación responsable por los pagos de renovación/mantenimiento. Estos contactos son internos. No son visibles vía “whois” .

63. Sistema de Registro Contacto técnico, son los que administran los recursos (reasignación, delegación DNS,etc). Pueden ser distintos para cada recurso asignado a organización.

64. Agenda Políticas Solicitudes Sistema de Registro Administración de los Recursos Servidor whois Actualización

65. Administración Recursos asignados son ingresados en el sistema de LACNIC. Recursos asociados a una entidad identificada por su “onwerID” ID creado mientras la primera asignación. Utiliza información del formulario

66. Administración La administración de los recursos hecha a través de este sistema (web). Administración hecha por los contactos administrativo o técnico. Acceso a través de: http://lacnic.net/login/SP

67. Administración Autenticación vía “userID” y contraseña

68. Administración Si contacto administrativo mira en la pagina inicial entidad/organización Si contacto técnico, recursos para los cuales es el contacto.

69. Administración

70. Administración

71. Administración Contacto técnico del recurso

72. Administración Administración de bloques IP

73. Administración Delegación DNS

74. Administración Delegación DNS Servidores ya deben estar configurados con la zona inversa del bloque. La reasignación de un bloque a un cliente quita la delegación existente para este bloque. Por ej. si hay delegación DNS para un /20, se reasigna un /24 se quita la delegación que existía para este /24.

75. Administración Reasignación Posible reasignar desde /21 hasta /29 Para bloques más pequeños que /24 hay que hacer delegación DNS para el /24 para después poder reasignar /25, /26, etc.

76. Administración Reasignación

77. Administración Nueva entidad

78. Administración Utilización del bloque Es posible mirar una grafica de la utilización

79. Administración

80. Administración Todas las operaciones de asignar, borrar asignación, cambiar asignación solicitan antes una confirmación. Todas operaciones concretadas son confirmadas por e-mail (contacto recibe un e-mail con información de que se hizo).

81. Administración ASN No hay mucho para se hacer, pero es posible describir la política de ruteo del AS (visible vía “whois” ) Ingresar contacto de seguridad/abuso para el AS (distinto del contacto técnico).

82. Agenda Políticas Solicitudes Sistema de Registro Administración de los Recursos Servidor whois Actualización

83. Whois Servicio para consultas acerca de los recurso, contactos e entidades. Consultas vía línea de comando o web. Consultas específicas (no hay como consultar todo que empieza con 200.*.*.*, sino que se debe consultar 200.X.Y.Z ).

84. Whois

85. Whois

86. Whois

87. Whois

88. Whois

89. Whois

90. Whois Política de control de privacidad “ rate limit” de consultas 30 consultas por 5 minutos Copia de la base whois en formato “bulk” Hay que firmar acuerdo de utilizar información para investigación.

91. Agenda Políticas Solicitudes Sistema de Registro Administración de los Recursos Servidor whois Actualización

92. Actualización Información que estaba antes en la base de datos de ARIN (transición y ERX). Necesaria solamente una vez. Crear “userID” y asociarlo como contacto de los recursos y entidades. Administración a través del sistema web.

93. Actualización Datos de 21/octubre/2004 De los 1394 bloques asignados 760 no actualizados 907 ASNs asignados 490 no actualizados Promedio de 54% no actualizado

94. Actualización Enviar e-mail a [email_address] informando recursos y “userID” del contacto. Una contraseña de actualización será enviada, juntamente con instrucción.

95. Actualización Sin actualización no hay como administrar los recursos que no tienen “userID . La información de los recursos debe estar actualizada siempre .

96. Actualización Ejemplo: inetnum: 143.107/16 status: assigned owner: Universidade de Sao Paulo ownerid: BR-USPA1-LACNIC address: Av. Prof. Luciano Gualberto, 71 address: Sao Paulo, SP 05508-900 country: BR owner-c : ES788-ARIN

97. Actualización Este proceso no es lo que se utiliza para cambio de nombre de la entidad. Para esto, solicitar transferencia del recurso. Actualización se hace una sola vez y solamente para los recursos que antes estaban con ARIN