Comitê Gestor da Internet no Brasil Seu IP: 38.107.191.116 CGI.br Registro CERT.br

Sítio web não compatível com IPv6 Este sítio web funciona com IPv6. Se o globo estiver girando, você também já usa IPv6!


Últimas Atualizações...

28 Aug 2010 - 00:46:
Pesquisa / Survey - adoção do IPv6 pelos Sistemas Autônomos

25 May 2010 - 18:40:
Relato sobre o Treinamento IPv6 do RIPE

11 Jan 2010 - 17:49:
Introdução ao IPv6 para o CCNA

11 Dec 2009 - 11:14:
Videos sobre cases IPv6 fora do Brasil

09 Jun 2009 - 18:59:
Curso de Introdução ao IPv6



Artigo

Túneis Teredo


Escrito por Ailton Soares Rocha e Rodrigo Regis dos Santos


  

Índice do Artigo

  

Túneis Teredo
Exemplos de cenários
    - Comunicação com Clientes que Utilizam NAT do Tipo Cone
    - Comunicação com Clientes que Utilizam NAT do Tipo Restrito
Implementação
    - Cliente
    - Relay
    - Servidor
Segurança


Comunicação com Clientes que Utilizam NAT do Tipo Restrito

A figura a seguir representa a comunicação entre um Cliente Teredo, que atua atras de uma NAT do tipo Restrito, e um host IPv6.

  1. Para iniciar a comunicação, primeiro o Cliente Teredo deve determinar o endereço IPv4 e a porta UDP do Relay Teredo que estiver mais próximo do host IPv6. Para isso, ele envia uma mensagem ICMPv6 Echo Request para o host IPv6 via Servidor Teredo;
  2. O Servidor Teredo recebe a mensagem ICMPv6 Echo Request e a encaminha para o host IPv6 através da rede IPv6;
  3. O host IPv6 responde ao Cliente Teredo com uma mensagem ICMPv6 Echo Reply que é roteada através do Relay Teredo mais próximo dele;
  4. Através do pacote recebido, o Relay Teredo descobre que o cliente Teredo está utilizando um NAT do tipo Restrito. Sendo assim, se o Relay Teredo enviar o pacote ICMPv6 diretamente para o Cliente Teredo, que será descartado pelo NAT porque não há mapeamento pré-definido para tráfego entre o Cliente e o Relay Teredo. Com isso, o Relay Teredo envia um pacote bubble para o Cliente Teredo através do Servidor Teredo utilizando a rede IPv4;
  5. O Servidor Teredo recebe o pacote bubble do Relay Teredo e o encaminha para o Cliente Teredo, porém, coloca no indicador de origem o endereço IPv4 e a porta UDP do Relay Teredo. Como já havia um mapeamento de tráfego entre o Servidor Teredo e o Cliente Teredo, o pacote passa pelo NAT e é entregue ao Cliente;
  6. O Cliente Teredo extrai do pacote bubble recebendo o endereço IPv4 e a porta UDP do Relay Teredo mais próximo do host IPv6. Com isso, o Cliente Teredo envia um pacote bubble para o Relay Teredo, para que seja criado um mapeamento de conexão entre eles no NAT;
  7. Baseado no conteúdo do pacote bubble recebido, o Relay Teredo consegue determinar que ele corresponde ao pacote ICMPv6 Echo Reply que está na fila para a transmissão e também que a passagem através do NAT restrito já está aberta, sendo assim, ele encaminha o pacote ICMPv6 Echo Reply para o Cliente Teredo;
  8. Depois de recebido o pacote ICMPv6, um pacote inicial é então enviado do Cliente Teredo para o host IPv6 através do Relay Teredo mais próximo dele;
  9. O Relay Teredo remove os cabeçalhos IPV4 e UDP do pacote e o encaminha através da rede IPv6 para o host IPv6. Depois disso, os pacotes subseqüentes são enviados através do Relay Teredo.


Última atualização 07/10/2008 17h26

Comentários     +  

Seu nome: (max. 35 letras)


Comentário: (max. 2500 caracteres)


Verificação: (se estiver ilegível, clique na imagem)


   


   Licença:  Creative Commons Atribuição 2.5 Brasil (salvo seja especificada outra)     Válido:  XHTML 1.0 -  CSS 3