Alternativa C - O endereço MAC de broadcast
Quando um host tenta se comunicar com um dispositivo em uma rede remota (sub-rede diferente), ele não envia os dados diretamente para o destino final. Em vez disso, ele encaminha o pacote para o seu Roteador Padrão (Gateway).
Para entregar o quadro de dados ao Gateway, o host precisa saber o endereço físico (MAC) do roteador. Se esse endereço não estiver no cache ARP, ele deve realizar uma requisição ARP.
Análise Detalhada
O processo ocorre da seguinte maneira:
- Determinação do Próximo Salto: O host identifica que o destino está em outra rede e escolhe o Gateway como próximo salto.
- Busca no Cache ARP: O host verifica se já possui o mapeamento (IP do Gateway \rightarrow MAC do Gateway).
- Envio da Solicitação ARP: Como o cache está vazio, o host gera um pacote ARP Request.
- Campo de Destino (Camada 2): Como o host não conhece o MAC do Gateway, ele não pode usar unicast. Ele usa o endereço de broadcast (
FF:FF:FF:FF:FF:FF) para garantir que todos os dispositivos na rede local recebam a mensagem. - Alvo (Camada 3): O campo "Target IP" dentro do pedido ARP contém o endereço IP do Gateway, e não do host remoto final.
Por que as outras alternativas estão incorretas?
| Alternativa | Motivo da Incorreção |
|---|
| A (IP de broadcast) | O protocolo ARP opera na Camada 2 (Enlace), utilizando endereços MAC para entrega, não IPs de broadcast. |
| B (MAC unicast remoto) | É impossível usar unicast se o host não sabe o MAC de destino (caso contrário, não precisaria fazer ARP). Além disso, hosts remotos não respondem a solicitações locais diretas. |
| D (IP unicast remoto) | O host nunca faz ARP para o IP do host remoto quando este está em outra rede. Ele faz ARP apenas para o IP do Gateway local. |
Conclusão:
A solicitação ARP é sempre enviada para o endereço MAC de broadcast na camada de enlace, permitindo que qualquer dispositivo na LAN responda se possuir o IP solicitado (neste caso, o Gateway).