ACK significa Acknowledgment (“confirmação” ou “reconhecimento”).
Em redes de computadores e telecomunicações, um ACK é um pacote enviado pelo dispositivo receptor para informar ao transmissor que os dados foram recebidos com sucesso.
Exemplo em TCP
Cliente → Servidor: envia um pacote com dados.
Servidor → Cliente: responde com um ACK, confirmando o recebimento.
Exemplo simplificado:
Cliente Servidor
| ——– Dados ———> |
| <——— ACK ———- |
No Wireshark
Você verá campos como:
TCP ACK
Flags: ACK
Seq (Sequence Number)
Ack (Acknowledgment Number)
Seq=1001 Ack=2501 Flags=[ACK]
Isso significa que o equipamento recebeu todos os bytes até 2500 e espera receber o byte 2501.
O que acontece se o ACK não chegar?
Se o transmissor não receber o ACK dentro do tempo esperado:
considera que o pacote pode ter sido perdido;
realiza uma retransmissão dos dados;
após várias tentativas sem sucesso, a conexão pode ser encerrada.
ACK na prática em redes móveis
Em uma comunicação entre um dispositivo IoT e um servidor:
Dispositivo —> Dados TCP —> Servidor
Dispositivo <— ACK TCP —— Servidor
Se houver perda de sinal, congestionamento ou problemas na rede da operadora, os ACKs podem atrasar ou não chegar, causando:
retransmissões TCP;
aumento da latência;
redução da taxa de transferência;
em casos extremos, timeout da conexão.
Portanto, ao analisar uma captura de pacotes (PCAP), uma grande quantidade de Retransmissions, Duplicate ACKs ou ausência de ACKs costuma indicar perda de pacotes, congestionamento ou problemas no caminho entre cliente e servidor.
