Imagine uma rede doméstica de vários computadores conectados via roteador a um ISP.
O computador A deseja solicitar uma página da Web a partir de um site remoto, 10.234.12.8. O endereço não está em seu cache ARP, então ele consulta sua tabela de roteamento e encontra uma correspondência na forma do gateway padrão (o roteador). Ele envia o pacote para o roteador com o MAC do roteador. Eu sei que quando o roteador recebe o pedido de saída, ele deve fazer alguma re-gravação de envelopes e endereços, mas eu não sei os detalhes.
Quando a resposta retorna ao roteador a partir do 10.234.12.8, como o roteador sabe que o pacote de entrada deve ser encaminhado para o Computador A? Em outras palavras, o que o roteador colocou na solicitação para 10.234.12.8 que 10.234.12.8 incluirá em sua resposta para que o roteador possa determinar que a resposta deve ir para A? É o endereço MAC de A? Ou é o IP da sub-rede de A? Meu palpite é o mais tardio (IP da sub-rede da A). O endereço de LAN da A é envelopado no pacote de entrada? Meu palpite (esperança) é que o endereço MAC de A nunca seja visto por ninguém do outro lado do roteador.
Sei que o roteador está recebendo respostas da Web vinculadas o tempo todo e distribuindo-as aos nós locais corretos. Está fazendo isso com MACs envelopados ou IPs LAN envelopados, ou com alguma outra técnica?
Funciona exatamente da mesma forma que os sistemas finais fazem. Quando o seu navegador faz duas conexões a um servidor da Web, o endereço IP de destino e a porta de destino são os mesmos. O sistema, seja roteador fazendo NAT ou nó final, atribui a cada conexão um endereço de porta de origem local distinto. As respostas são diferenciadas pelo endereço da porta de destino na resposta que corresponde ao endereço da porta de origem nos pacotes de saída.
Tags ip routing mac-address