Qualquer coisa em qualquer coisa - Anything In Anything
| Mecanismos de transição IPv6 |
|---|
| Trilha de padrões |
| Experimental |
| Informativo |
| Rascunhos |
| Descontinuada |
Anything In Anything ( AYIYA ) é um protocolo de rede de computadores para gerenciar protocolos de encapsulamento IP em uso entre redes separadas de protocolo da Internet . É mais frequentemente usado para fornecer trânsito IPv6 em um link de rede IPv4 quando a tradução de endereço de rede mascara uma rede privada com um único endereço IP que pode mudar frequentemente devido ao provisionamento de DHCP por provedores de serviço de Internet .
Recursos
O protocolo possui os seguintes recursos:
- Tunelamento de protocolos de rede em outro protocolo IP
- A segurança da rede é fornecida evitando que os pacotes encapsulados sejam falsificados ou reproduzíveis
- Tratamento transparente da tradução de endereços de rede
- O ponto final de pelo menos um dos dois pontos finais do túnel deve ser capaz de mudar para fornecer recursos de mobilidade.
Corretores de túnel
Muitas redes de consumidores são provisionadas por provedores de serviços de Internet usando conversão de endereço de rede (NAT) que impede o uso de túneis de protocolo IP 41 ( IPv6 tunelados em IPv4, RFC 4213 ou RFC 3056), a menos que reconfigurem manualmente sua configuração de NAT. Em alguns casos, isso é impossível porque o NAT não pode ser configurado para encaminhar o protocolo 41 para um host específico. Também pode haver casos em que vários pontos de extremidade estão atrás do mesmo NAT, quando vários NATs são usados ou quando o usuário não tem nenhum controle sobre a configuração do NAT. Esta é uma situação indesejável, pois limita a implantação do IPv6, que pretendia resolver o problema da perturbação nas comunicações ponta a ponta causada pelos NATs, que foram criados devido ao espaço de endereçamento limitado em primeiro lugar.
Esse problema pode ser resolvido encapsulando os pacotes IPv6 pelo protocolo UDP ( User Datagram Protocol ), TCP ( Transmission Control Protocol ) ou SCTP ( Stream Control Transmission Protocol ). Levando em consideração que vários pontos de extremidade separados podem estar atrás do mesmo NAT ou que o ponto de extremidade público recebe um novo endereço IP, é necessário identificar o ponto de extremidade de onde certos pacotes estão vindo e os pontos de extremidade precisam ser capazes de mudar, por exemplo, endereços de origem de o protocolo de transporte em tempo real, embora ainda seja identificável como o mesmo ponto de extremidade. O protocolo descrito neste documento é independente do protocolo de transporte e carga útil. Um exemplo é IPv6-in-UDP-in-IPv4, que é uma configuração típica que pode ser usada por corretores de túnel IPv6 .
Mobilidade
O AYIYA pode ser usado para fornecer hosts móveis através do túnel de tráfego do endereço residencial para o agente doméstico por meio de uma rede subjacente. Qualquer host remoto com o qual o host móvel se comunica não precisa de suporte AYIYA. Quando o host remoto oferece suporte a AYIYA, ele também pode configurar diretamente um túnel com o host móvel estabelecendo um túnel direto. O host remoto pode determinar se um host oferece suporte ao AYIYA, consultando os registros do Sistema de Nomes de Domínio e usando um algoritmo de chave pública / privada para autenticar os pacotes.
+-------------+ +------------+ ,--------. +-------------+
| Mobile Host | <--AYIYA--> | Home Agent | <----> { Internet } <----> | Remote Host |
+-------------+ +------------+ '--------' +-------------+
Usar AYIYA para fornecer IPv6 para um host já está em vigor fornecendo mobilidade para esse ponto de extremidade, pois ele pode usar seu endereço IPv6 independentemente da localização geográfica.
Formato de pacote
| Bits 0 - 3 | 4 - 7 | 8-11 | 12-15 | 16 - 19 | 20 - 23 | 24-31 | ||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 0 | Comprimento da identidade | Tipo de Identidade | Comprimento da Assinatura | Método Hash | Método de autenticação | Código de Operação | Próximo Cabeçalho | |||||||||||||||||||||||||
| 32 | Hora da época | |||||||||||||||||||||||||||||||
| Identidade |
||||||||||||||||||||||||||||||||
| Assinatura |
||||||||||||||||||||||||||||||||
Para operação IPv6 sobre IPv4-UDP, como no cenário de uso mais comum, a identidade é o endereço IPv6 do endpoint (16 bytes) e a assinatura é um hash SHA1 (20 bytes). O cabeçalho tem um total de 8 + 16 + 20 = 44 bytes. Encapsulado em UDP e IPv4, a sobrecarga do túnel é 44 + 8 + 20 = 72 bytes. Sobre Ethernet, isso permite um MTU de 1428 bytes.
Implementações
O protocolo AYIYA foi implementado em AICCU .
