Vazão e retransmissões de rede no Linux: ss -ti, nstat e iperf3

Objetivo

Descobrir se um caminho de rede lento está de fato perdendo e retransmitindo pacotes, ou se simplesmente transporta menos tráfego do que o esperado, usando contadores que já existem no host antes de recorrer a uma captura de pacotes.

Pré-requisitos

iproute2 para ss e nstat (normalmente já vem instalado); iperf3 em dois hosts para um teste ativo de vazão; ciência de que um teste ativo consome largura de banda real em um link real.

Passos

1. Verifique a visão de uma conexão específica: ss -ti dst <ip> (para restringir mais, use sport/dport). O manual do ss documenta -i/--info como a opção que mostra informações internas do TCP; a saída inclui o tempo de ida e volta suavizado (rtt:), a janela de congestionamento (cwnd:) e, depois que ocorreu alguma retransmissão, retrans:<in flight>/<total> para aquele socket específico.
2. Verifique os contadores do host inteiro: nstat. Seu manual descreve o nstat como uma ferramenta para monitorar os contadores SNMP do kernel e as estatísticas das interfaces de rede; por padrão, ele imprime os incrementos desde a execução anterior (-a imprime os valores absolutos desde o boot, -z inclui contadores zerados). Procure contadores relacionados a retransmissão que cresçam entre duas execuções.
3. Entenda o que esses contadores significam antes de agir: a documentação de rede do kernel define estatísticas TCP estendidas, como TcpExtTCPRetransFail (uma tentativa de retransmissão que falhou em uma camada inferior), entre os contadores expostos dessa forma, ao lado da contagem de segmentos retransmitidos definida pelo SNMP, mais simples, TcpRetransSegs.
4. Defina uma linha de base antes de reproduzir uma transferência lenta: nstat -n atualiza o histórico armazenado sem imprimir nada, de modo que o próximo nstat reporte apenas a variação desde então.
5. Se as retransmissões forem poucas, mas a vazão ainda decepcionar, meça diretamente a vazão alcançável: iperf3 -s -1 em um host (-1 atende a um único teste e depois encerra; a porta TCP 5201 precisa estar acessível) e iperf3 -c <server> -t 10 no outro, adicionando -R para testar o sentido inverso. A documentação do iperf3 o descreve como uma ferramenta para medições ativas da largura de banda máxima alcançável em redes IP. Limite a duração (-t) e, em um link de produção, execute-o em uma janela de manutenção, pois no modo TCP padrão ele usa toda a largura de banda que conseguir durante esse tempo.
6. Se o servidor foi iniciado sem -1, encerre-o ao concluir o teste; caso contrário, ele continua escutando.

Resultado esperado

Ou uma contagem de retransmissões, de uma conexão específica ou do host inteiro, que cresce durante o período de lentidão, apontando para perda no caminho; ou um teste de vazão limpo, que corresponde ao esperado, apontando para a aplicação ou para um limite de taxa.

Limites e base de verificação

O ss -ti mostra apenas sockets atualmente abertos; uma conexão encerrada desaparece da saída, embora os contadores cumulativos do nstat ainda a reflitam. O iperf3 mede o caminho entre os dois hosts de teste, que pode ser diferente do caminho de um cliente real. Nenhuma dessas ferramentas atribui as retransmissões a uma causa (congestionamento, link instável, middlebox); isso ainda exige uma captura de pacotes.