[LACNIC/Politicas] NP: LAC-2023-2 - S5-DNSREVERSO-IPv4-IPv6

Wed Apr 19 15:19:58 -03 2023

[Português abaixo]
[English below]

---

Estimados suscriptores de la Lista de Políticas de LACNIC,

Se recibió una nueva propuesta de Política, se le asignó el id LAC-2023-2.

Título: Incluir IPv6 en el texto de la sección 5 del manual

Título abreviado: S5-DNSREVERSO-IPv4-IPv6

Resumen: Actualmente, el texto original se enfoca exclusivamente en IPv4, y por lo tanto, no proporciona información útil para los usuarios que utilicen IPv6. Por lo tanto, nuestra propuesta es reescribir el texto para que sea "dual stack", es decir, para que considere tanto IPv4 como IPv6.

Propuesta completa: 
# 5. DELEGACIÓN DE RESOLUCIÓN INVERSA

## 5.1. Introducción. 

Nota importante: A lo largo de esta sección cuando nos referimos de manera genérica al término IP, podemos entenderlo como una dirección del protocolo IPv4 o bien del protocolo IPv6. En el momento que necesitemos ser específicos, vamos a mencionar el nombre completo del protocolo incluyendo su número de versión.

En la mayor parte de las conexiones hechas a través de Internet se utiliza el nombre de las máquinas en vez de sus direcciones IP. Por motivos obvios los nombres son más fáciles de memorizar que los números. Sin embargo, las conexiones vía Internet entre las computadoras conectadas a esta red serán realizadas utilizando las direcciones IP. Por lo tanto, antes de iniciar la conexión, se hace una traducción del nombre de la máquina a su dirección IP. Este proceso se llama Resolución DNS directa, o sea, conversión del nombre en dirección IP. 

Muchas veces es necesario también hacer la operación inversa, de donde surge el nombre de "Resolución DNS Inversa". En esta conversión, a partir de la dirección IP de un dispositivo, se intenta llegar al nombre asociado a éste. 

Para que el proceso de resolución inversa sea posible es necesario que se utilicen dos zonas DNS que son: "in-addr.arpa" en el caso de IPv4 e "ip6.arpa" en el caso de IPv6.iendo ARPA un dominio de internet genérico de nivel superior que se usa como una abreviación para “Address and Routing Parameter Area”. 

La delegación DNS de estas zonas es responsabilidad de los Registros de Internet, ya que son ellos los responsables por las distribuciones de direcciones IP. 

## 5.2. Registro de servidores DNS 

Todo el espacio de direcciones IP distribuido debe tener un servidor DNS asociado que será responsable por la resolución inversa. En el caso de la región de cobertura de LACNIC [anexo 1], estos servidores deben ser registrados en LACNIC, quien a su vez es el responsable de la resolución inversa de los bloques administrados por esta organización. 

LACNIC podrá utilizar información producto de la resolución inversa como indicador de la utilización del bloque de direcciones IP distribuido. 

El registro de los servidores DNS del espacio de direcciones IP administrado por LACNIC, será hecho de forma diferente dependiendo del tamaño del espacio distribuido. 

Específicamente para el caso de las direcciones IPv4, los prefijos menores o iguales a /16 distribuidos por LACNIC, deberán tener registrados en LACNIC los servidores DNS responsables para la resolución inversa. La información ingresada será relacionada a prefijos /16. Las distribuciones subsiguientes de segmentos de prefijos mayores hechas dentro de estos bloques, deberán tener los servidores DNS registrados en las organizaciones que recibieron los prefijo menores o iguales a /16 directamente desde LACNIC. 

Los prefijos mayores que /16, distribuidos por LACNIC, deberán tener registrados en LACNIC los servidores DNS responsables para la resolución inversa para todos los prefijos /24 que componen el espacio total de direcciones IP distribuido por LACNIC. De esta forma, las distribuciones subsiguientes de prefijos hasta /24 hechas dentro de ese bloque deberán tener los servidores DNS registrados en LACNIC. 

Por ejemplo: 

1. El ISP−A recibe de LACNIC un prefijo /15 (200.0.0.0/15). Él deberá informar a LACNIC cuáles serán los servidores DNS responsables para la resolución inversa de cada uno de los prefijos /16 que componen el bloque recibido, o sea, los bloques 200.0.0.0/16 y 200.1.0.0/16. Los servidores DNS de distribuciones subsiguientes de prefijos mayores hechas dentro de este bloque, deberán ser registrados en los servidores DNS del ISP−A que a su vez están registrados en los servidores DNS de LACNIC como los responsables para la resolución inversa de los bloques 200.0.0.0/16 y 200.1.0.0/16. 

2. El ISP−B recibe de LACNIC un prefijo /20 (200.2.0.0/20). Él deberá informar a LACNIC cuáles serán los servidores DNS responsables para la resolución inversa de los bloques del 200.2.0.0 hasta el 200.2.15.0. Cuando el ISP−B haga una subdistribución de un bloque con prefijo mayor que /21 y menor o igual a /24, deberá registrar en los servidores de LACNIC cuáles son los nuevos servidores de DNS responsables para la resolución inversa de ese bloque distribuido. De esta forma, en el sistema de administración de direcciones IP de LACNIC no será posible registrar servidores DNS para distribuciones subsiguientes hechas en bloques con prefijo menor o igual a /16 que hayan sido distribuidos directamente por LACNIC. Corresponderá a la organización que recibió la distribución hacer el registro de los servidores DNS responsables para la resolución inversa de esas distribuciones hechas dentro de ese bloque. 

Esto será también reflejado en la base de datos del servidor WHOIS. Es decir, para distribuciones subsiguientes dentro de los bloques de prefijo menor o igual a /16 distribuidos directamente por LACNIC, no será visible vía WHOIS cuales son los servidores DNS responsables para la resolución inversa de esas distribuciones. Esto ocurre porque el registro de estos servidores no es hecho en LACNIC. Se recomienda que en caso en que sea necesario identificar los servidores DNS de distribuciones subsiguientes hechas en estos bloques se utilicen herramientas de consulta DNS. 

Esta condición no existe para distribuciones de prefijos mayores que /16 hechas por LACNIC. En este caso las distribuciones subsiguientes de prefijos hasta /24 hechas dentro de los bloques distribuidos por LACNIC y que tengan prefijos mayores que /16 podrán tener un servidor DNS delegado vía el sistema de administración de direcciones IP de LACNIC. 

El sistema de administración de direcciones IP de LACNIC no acepta la delegación de servidores DNS para bloques con prefijo mayores que /24. Para estos casos se recomienda la adopción de BCP 20. 

Resumiendo: 

Prefijo del bloque distribuido por LACNIC Servidor DNS para distribuciones subsiguientes hechas por LACNIC debe registrarse en: 

- /16 o menor: ISP que recibió el bloque. 
- /17 o mayor: LACNIC

Específicamente para el caso de las direcciones IPv6 y dada la naturaleza de la resolución inversa de sus direcciones, cada organización podrá registrar en LACNIC los servidores DNS que se van a encargar de responder la resolución inversa de los prefijos que le fueran oportunamente asignados teniendo en cuenta subdelegaciones hasta /48.

En IPv6, las direcciones IP están compuestas por 8 grupos de 16 bits, cada uno de los cuales se puede representar como 4 dígitos hexadecimales, llamados "nibbles". 

En la zona reversa, los nibbles se deben invertir en el orden en que aparecen en la dirección IPv6 original. Es decir, el nibble más a la derecha en la dirección IPv6 se convierte en el primer nibble en la zona reversa, mientras que el nibble más a la izquierda en la dirección IPv6 se convierte en el último nibble en la zona reversa.

La delegación debe basarse en nibbles completos: En las zonas ip6.arpa, la delegación de una subzona debe basarse en nibbles completos de la dirección IPv6. Esto significa que no se deben dividir los nibbles a mitad de camino. Por ejemplo, no se debe dividir un nibble en la posición 3.5, ya que esto no es un nibble completo.

Para ver el detalle ingrese en:
https://politicas.lacnic.net/politicas/detail/id/LAC-2023-2/language/sp

Los comentarios y los puntos de vista aportados por la comunidad son vitales para el correcto desarrollo del proceso de la propuestas
- ¿Apoya usted o se opone a esta propuesta?
- ¿Esta propuesta resolvería un problema que usted está experimentando?- ¿Ve alguna desventaja en esta propuesta?
- ¿Qué cambios podrían hacerse a esta propuesta para que sea más eficaz?

Por más información contacte a info-politicas at lacnic.net
Saludos cordiales, 

----------------------------------------
Prezados assinantes da lista de políticas de LACNIC,

Foi recebida uma nova proposta de Política, foi atribuído o id LAC-2023-2.

Título: Incluir IPv6 en el texto de la sección 5 del manual

Título abreviado: S5-DNSREVERSO-IPv4-IPv6

Resumo: Actualmente, el texto original se enfoca exclusivamente en IPv4, y por lo tanto, no proporciona información útil para los usuarios que utilicen IPv6. Por lo tanto, nuestra propuesta es reescribir el texto para que sea "dual stack", es decir, para que considere tanto IPv4 como IPv6.

Para ver o detalhe acesse:
https://politicas.lacnic.net/politicas/detail/id/LAC-2023-2/language/pt

Os comentários e os pontos de vista aportados pela comunidade são vitais para o bom desenvolvimento do processo das propostas
- ¿Você é a favor ou contra desta proposta?
- ¿Esta proposta iria resolver um problema que você está experimentando?- ¿Vê alguma alguma desvantagem nesta proposta?
- ¿Que mudanças poderiam ser feitas à proposta para que seja mais eficaz?

Por mais informações entre em contato conosco através do seguinte e-mail: info-politicas at lacnic.net 
Atenciosamente, 
----------------------------------------

Dear LACNIC Policy List subscribers,

A new Policy Proposal has been received and assigned the following ID: LAC-2023-2. 

Title: Incluir IPv6 en el texto de la sección 5 del manual

Abbreviated title: S5-DNSREVERSO-IPv4-IPv6

Summary: Actualmente, el texto original se enfoca exclusivamente en IPv4, y por lo tanto, no proporciona información útil para los usuarios que utilicen IPv6. Por lo tanto, nuestra propuesta es reescribir el texto para que sea "dual stack", es decir, para que considere tanto IPv4 como IPv6.

To read the proposal, please go to
https://politicas.lacnic.net/politicas/detail/id/LAC-2023-2/language/en

The community's comments and opinions are essential to the proper functioning of the policy development process.
- Do you support this policy or are you against it?
- Would this proposal solve a problem you are experiencing?- Do you think this proposal has any drawbacks?
- What changes could be made to this proposal to make it more effective?

For further information, please contact info-politicas at lacnic.net
Kind regards,
--
--
LACNIC - Registro de Direcciones de Internet para América Latina y Caribe
Rambla Rep. de México 6125, CP 11400 

Montevideo-Uruguay

Teléfono: +598 2604 22 22 
www.lacnic.net