Autores |
Nombre: Hernan Moguilevsky Email: noc.hernan@gmail.com Organización: Community |
Nombre: Hernan Moguilevsky Email: noc.hernan@gmail.com Organización: Community
|
Resumen |
Una vez implementada la política, el contacto técnico de la Organización receptora de un bloque IP delegado por un proveedor será capaz de firmar los ROA para dicho prefijo mientras dure la delegación. |
Una vez implementada la política, el contacto técnico de la Organización receptora de un bloque IP delegado por un proveedor será capaz de firmar los ROA para dicho prefijo mientras dure la delegación. |
Justificación(Describa el problema que pretende solucionar) |
Esta propuesta es para resolver los problemas que tienen los receptores de bloques delegados por sus proveedores para firmar los ROA de esos prefijos. |
Esta propuesta es para resolver los problemas que tienen los receptores de bloques delegados por sus proveedores para firmar los ROA de esos prefijos. |
Texto actual |
2.3.2.13. Registro de asignaciones Todas las asignaciones de bloques IPv4 de prefijos /29 o menores (bloques mayores) realizadas por ISPs a los clientes conectados a su red y los usuarios de los servicios prestados deben registrarse en la base de datos WHOIS de LACNIC en un plazo máximo de 7 días a partir de la asignación. La información disponible en la base de datos WHOIS también será utilizada por LACNIC cuando analice las solicitudes de bloques IPv4 adicionales realizadas por el ISP. El Registro de asignaciones también es necesario por los siguientes motivos: Para asegurarse que el IR finalizó o está finalizando la distribución de espacio de direcciones de modo que se justifique la distribución de un nuevo espacio adicional. Para proporcionar información a la comunidad Internet sobre cuál organización está usando el espacio de direcciones IPv4 incluyendo a la persona de contacto en caso de problemas de tipo operativo, de seguridad, etc. Para el estudio de distribuciones de direcciones IPv4 en la región. Para facilitar la geolocalización de las subasignaciones realizadas por los miembros en nuestra región. |
2.3.2.13. Registro de asignaciones Todas las asignaciones de bloques IPv4 de prefijos /29 o menores (bloques mayores) realizadas por ISPs a los clientes conectados a su red y los usuarios de los servicios prestados deben registrarse en la base de datos WHOIS de LACNIC en un plazo máximo de 7 días a partir de la asignación. La información disponible en la base de datos WHOIS también será utilizada por LACNIC cuando analice las solicitudes de bloques IPv4 adicionales realizadas por el ISP.
El Registro de asignaciones también es necesario por los siguientes motivos: Para asegurarse que el IR finalizó o está finalizando la distribución de espacio de direcciones de modo que se justifique la distribución de un nuevo espacio adicional. Para proporcionar información a la comunidad Internet sobre cuál organización está usando el espacio de direcciones IPv4 incluyendo a la persona de contacto en caso de problemas de tipo operativo, de seguridad, etc. Para el estudio de distribuciones de direcciones IPv4 en la región. Para facilitar la geolocalización de las subasignaciones realizadas por los miembros en nuestra región. |
Texto nuevo |
2.3.2.13. Registro de asignaciones Todas las asignaciones de bloques IPv4 de prefijos /29 o menores (bloques mayores) realizadas por ISPs a los clientes conectados a su red y los usuarios de los servicios prestados deben registrarse en la base de datos WHOIS de LACNIC en un plazo máximo de 7 días a partir de la asignación. La información disponible en la base de datos WHOIS también será utilizada por LACNIC cuando analice las solicitudes de bloques IPv4 adicionales realizadas por el ISP. Mientras se mantenga el registro de los bloques de prefijos en la base de datos de WHOIS, el cliente receptor dispondrá sobre dichos recursos la facultad exclusiva para la creación y administración de los certificados Route Origin Authorization (ROA) de RPKI. La administración de dichos certificados será gestionada por el Contacto Técnico de la Organización receptora. El Registro de asignaciones también es necesario por los siguientes motivos: Para asegurarse que el IR finalizó o está finalizando la distribución de espacio de direcciones de modo que se justifique la distribución de un nuevo espacio adicional. Para proporcionar información a la comunidad Internet sobre cuál organización está usando el espacio de direcciones IPv4 incluyendo a la persona de contacto en caso de problemas de tipo operativo, de seguridad, etc. Para el estudio de distribuciones de direcciones IPv4 en la región. Para facilitar la geolocalización de las subasignaciones realizadas por los miembros en nuestra región. Para fortalecer la seguridad de las rutas en Internet, asegurando la correcta implementación de RPKI. |
2.3.2.13. Registro de asignaciones Todas las asignaciones de bloques IPv4 de prefijos /29 o menores (bloques mayores) realizadas por ISPs a los clientes conectados a su red y los usuarios de los servicios prestados deben registrarse en la base de datos WHOIS de LACNIC en un plazo máximo de 7 días a partir de la asignación. La información disponible en la base de datos WHOIS también será utilizada por LACNIC cuando analice las solicitudes de bloques IPv4 adicionales realizadas por el ISP.
Mientras se mantenga el registro de los bloques de prefijos en la base de datos de WHOIS, el cliente receptor dispondrá sobre dichos recursos la facultad exclusiva para la creación y administración de los certificados Route Origin Authorization (ROA) de RPKI. La administración de dichos certificados será gestionada por el Contacto Técnico de la Organización receptora.
El Registro de asignaciones también es necesario por los siguientes motivos: Para asegurarse que el IR finalizó o está finalizando la distribución de espacio de direcciones de modo que se justifique la distribución de un nuevo espacio adicional. Para proporcionar información a la comunidad Internet sobre cuál organización está usando el espacio de direcciones IPv4 incluyendo a la persona de contacto en caso de problemas de tipo operativo, de seguridad, etc. Para el estudio de distribuciones de direcciones IPv4 en la región. Para facilitar la geolocalización de las subasignaciones realizadas por los miembros en nuestra región. Para fortalecer la seguridad de las rutas en Internet, asegurando la correcta implementación de RPKI. |
Información adicional |
En la comunidad técnica venimos discutiendo la necesidad de esta política. Con la creciente adopcion adopción de RPKI se hace necesario dejar de depender del titular de los recursos, que nos han sido delegados, para firmar los ROA. |
En la comunidad técnica venimos discutiendo la necesidad de esta política. Con la creciente adopcion adopción de RPKI se hace necesario dejar de depender del titular de los recursos, que nos han sido delegados, para firmar los ROA. |
Referencias |
- |
- |