Cualquier cosa en cualquier cosa

Anything In Anything ( AYIYA ) es un protocolo de red informática para gestionar protocolos de tunelización IP entre redes de protocolo de Internet separadas . Se utiliza con mayor frecuencia para proporcionar tránsito IPv6 sobre un enlace de red IPv4 cuando la traducción de direcciones de red enmascara una red privada con una única dirección IP que puede cambiar con frecuencia debido al aprovisionamiento DHCP por parte de los proveedores de servicios de Internet .

El protocolo tiene las siguientes características: ^{[ 1 ]}

• Túnel de protocolos de red dentro de otro protocolo IP
• La seguridad de la red se garantiza impidiendo que los paquetes tunelizados puedan ser falsificados o reutilizados.
• Gestión transparente de la traducción de direcciones de red
• El extremo de al menos uno de los dos extremos del túnel debería poder modificarse para proporcionar funciones de movilidad.

Muchas redes de consumo son aprovisionadas por proveedores de servicios de Internet mediante traducción de direcciones de red (NAT), lo que impide ^{[ 2 ] [ 3 ] [ 4 ]} el uso de túneles del protocolo IP 41 ( IPv6 tunelizado en IPv4 según RFC 4213 o RFC 3056) a menos que reconfiguren manualmente su configuración NAT. En algunos casos, esto es imposible, ya que la NAT no se puede configurar para reenviar el protocolo 41 a un host específico. Los casos en los que varios puntos finales están detrás de la misma NAT, cuando se utilizan varias NAT o cuando el usuario no tiene ningún control sobre la configuración NAT, también son problemáticos. Esta situación limita el despliegue de IPv6, que se concibió para resolver el problema de la interrupción en las comunicaciones de extremo a extremo causada por las NAT, que se crearon debido al espacio de direcciones limitado en primer lugar.

Este problema se puede resolver mediante el tunelizado de los paquetes IPv6 a través del Protocolo de Datagramas de Usuario (UDP), el Protocolo de Control de Transmisión (TCP) o el Protocolo de Control de Transmisión de Flujo (SCTP). Teniendo en cuenta que varios puntos finales separados podrían estar detrás del mismo NAT o que el punto final público recibe una nueva dirección IP, es necesario identificar el punto final de origen de ciertos paquetes y los puntos finales deben poder cambiar, por ejemplo, las direcciones de origen del protocolo de transporte sobre la marcha sin dejar de ser identificables como el mismo punto final. AYIYA es independiente del protocolo de transporte y de la carga útil. Un ejemplo es IPv6-en-UDP-en-IPv4, que es una configuración típica que pueden usar los intermediarios de túneles IPv6 .

AYIYA se puede usar para aprovisionar hosts móviles mediante la tunelización del tráfico desde la dirección de origen al agente de origen a través de una red subyacente. Cualquier host remoto con el que se comunique el host móvil no necesita compatibilidad con AYIYA. Si el host remoto es compatible con AYIYA, también puede establecer un túnel directamente con el host móvil. El host remoto puede determinar si un host es compatible con AYIYA consultando los registros del Sistema de Nombres de Dominio (DNS) y utilizando criptografía de clave pública para autenticar los paquetes.

+-------------+ +------------+ ,--------. +-------------+ | Host móvil | <--AYIYA--> | Agente de inicio | <----> { Internet } <----> | Host remoto | +-------------+ +------------+ '--------' +-------------+ 

El uso de AYIYA para proporcionar IPv6 a un host ya proporciona movilidad a ese punto final, ya que puede usar su dirección IPv6 independientemente de su ubicación geográfica.

Para la operación IPv6 sobre IPv4-UDP, el escenario de uso más común, la identidad es la dirección IPv6 del punto final (16 bytes) y la firma es un hash SHA1 (20 bytes). La cabecera tiene un total de 8  + 16  + 20  = 44 bytes. Encapsulado en UDP e IPv4, la sobrecarga del túnel es de 44  + 8  + 20  = 72 bytes. Sobre Ethernet, esto permite una MTU de 1428 bytes.

El protocolo AYIYA se ha implementado en la AICCU .

• SeisXS