Pontos principais
- Erros de pacote, descartes de pacotes e perda de pacotes medem condições diferentes da rede; não são métricas intercambiáveis.
- Interpretar mal as métricas de pacotes leva a diagnósticos equivocados, tempo desperdiçado e mudanças desnecessárias na infraestrutura.
- Cada métrica de pacote costuma apontar para um domínio de falha diferente, como problemas de hardware físico, congestionamento ou falhas na entrega de ponta a ponta.
- A contagem de pacotes, sozinha, não confirma um problema de rede: precisa ser avaliada junto com utilização, latência e tendências históricas.
- Interpretar corretamente essas métricas reduz o tempo de diagnóstico e deixa o monitoramento de rede mais eficaz.
Provavelmente já se deparou com os termos “perda de pacotes”, “descartes de pacotes” e outros erros de pacote em redes no monitoramento, mas ficou na dúvida sobre o que cada um significa. O que são pacotes? Como eles se perdem, são descartados ou, pior, apresentam erros? É aí que muita gente (pelo menos quem não está familiarizado com termos de TI) acaba colocando tudo no mesmo saco, achando que os três significam a mesma coisa.
Não significam.
Cada um descreve uma condição diferente da rede, e confundir essas diferenças manda o diagnóstico para o caminho errado. Você pode trocar um hardware que está perfeito quando o problema real é congestionamento, ou aumentar a banda quando bastava consertar o cabeamento.
E esses deslizes não são só frustrantes: custam caro, em tempo e em dinheiro. (Confira nosso guia sobre Otimização de custos de TI: guia de melhores práticas para 2026 e veja outras dicas para cortar gastos ruins!).
Neste artigo, esclarecemos essas diferenças para ajudar a reduzir o risco de vulnerabilidades de segurança na sua organização.
Sem tempo? Então vá direto para esta tabela:
Perda de pacotes, erros de pacote e descartes de pacotes num relance
| Métrica | O que significa | Causa comum | O que indica |
| Perda de pacotes | Os pacotes nunca chegam ao destino | Congestionamento, problemas de roteamento, dispositivos sobrecarregados, falhas do provedor | Falha na entrega de ponta a ponta |
| Erros de pacote | Os pacotes chegam corrompidos ou inválidos | Cabeamento ruim, NICs defeituosas, incompatibilidade de duplex, interferência | Problema na camada física ou no hardware |
| Descartes de pacotes | O dispositivo descarta pacotes de propósito | Congestionamento, estouro de buffer, aplicação de políticas de Qualidade de Serviço (QoS) | Problema de capacidade ou de gerenciamento de tráfego |
O que é um pacote em TI?
Antes de falar de erros, descartes ou perda de pacotes, vale entender o que é um pacote de fato.
O jeito mais fácil de entender “pacote” no universo da TI é pensar numa encomenda. Em poucas palavras: um pacote é uma pequena “encomenda” de dados que viaja pela rede. Sempre que você envia um e-mail, carrega um site, entra numa videochamada ou baixa um arquivo, essa informação é quebrada em vários pedacinhos chamados pacotes.
Cada pacote contém:
- os dados que estão sendo enviados
- informações de origem e destino
- instruções que ajudam os dispositivos a rotear o pacote corretamente
Em vez de enviar tudo num bloco único, as redes dividem grandes volumes de dados em pacotes para que viajem de forma eficiente por caminhos diferentes e sejam remontados no destino.
Pense em receber as partes de um móvel da IKEA. Em vez de mandar o móvel montado numa caixa gigante, a empresa envia em peças menores. Cada caixa tem etiquetas indicando para onde vai e o que contém. Quando todas as peças chegam, você monta o produto final.
As redes funcionam igual. Os dispositivos enviam dados em pacotes menores porque é mais rápido e mais fácil de gerenciar. Se um pacote se perde ou é danificado, só aquele pedacinho precisa ser reenviado, não o arquivo ou a mensagem inteira.
Portanto, quando pacotes se perdem, são corrompidos ou descartados no caminho, a comunicação fica lenta ou falha. É aí que entram a perda de pacotes, o descarte de pacotes e o erro de pacote.
Evite erros relacionados a pacotes com as melhores ferramentas de NMS.
Leia este guia sobre as melhores ferramentas de monitoramento e gerenciamento de rede.
O que é perda de pacotes?
A perda de pacotes acontece quando os pacotes de dados não chegam ao destino pretendido na rede. Na nossa metáfora, seria como receber o código de rastreio do móvel e uma das caixas simplesmente nunca aparecer, ou chegar bem depois porque precisou ser reenviada.
No gerenciamento de rede, a perda de pacotes indica que algo no caminho fez o pacote se perder antes de chegar ao destino final. Em geral, isso acontece quando:
- há congestionamento de rede: com tráfego demais na rede, os buffers enchem e os pacotes são descartados.
- o hardware está falhando: interfaces de rede defeituosas, switches velhos ou roteadores instáveis derrubam pacotes sem aviso.
- o roteamento está instável: rotas incorretas ou oscilações de rota fazem pacotes seguirem o caminho errado ou serem descartados.
- existe interferência sem fio: em ambientes Wi-Fi, interferência de sinal ou cobertura fraca provocam perda de pacotes.
- o problema está no provedor ou no upstream: às vezes a perda ocorre fora da sua rede local, dentro da infraestrutura do provedor.
O impacto da perda de pacotes depende do tipo de tráfego envolvido. Aplicações baseadas em TCP (como navegação na web ou transferência de arquivos) retransmitem os pacotes perdidos, o que costuma resultar em lentidão, não em falha total. Já aplicações em tempo real, como VoIP ou videoconferência, geralmente usam UDP, que não retransmite pacotes perdidos. Nesses casos, o usuário percebe cortes no áudio ou vídeo congelado.
Ainda assim, é preciso deixar claro: perda de pacotes (sobretudo em ambientes com carga pesada) é completamente normal. Pequenas perdas ocorrem em redes saudáveis sem causar problemas perceptíveis. Mas perda contínua ou crescente costuma sinalizar congestionamento, instabilidade ou problemas de infraestrutura que merecem investigação.
Vale lembrar também que, quando se fala em erros de pacote em redes, muita gente está na verdade falando de perda de pacotes. Isso porque essa é a métrica mais visível: o usuário sente o efeito diretamente.
O que são erros de pacote?
Se a perda de pacotes é como uma caixa que nunca chega, o erro de pacote é como receber uma caixa danificada, impossível de usar. Imagine abrir sua encomenda da IKEA e descobrir que não veio nenhum parafuso.
Os erros de pacote funcionam assim. Acontecem quando o dado chega, mas tem algo errado com ele, normalmente por corrupção durante a transmissão. Isso costuma ocorrer quando:
- o cabeamento está danificado ou mal crimpado: falhas de hardware, como pinos tortos ou cabos de baixa qualidade, corrompem o sinal.
- há interferência elétrica: isso é mais frequente em ambientes com cabeamento de cobre.
- há incompatibilidade de velocidade ou duplex: interfaces mal configuradas geram colisões e quadros corrompidos.
- as placas de rede (NICs) estão falhando: hardware defeituoso introduz erros de transmissão.
Diferente da perda de pacotes, que pode ocorrer em qualquer ponto do caminho, os erros de pacote costumam apontar para um problema de camada física ou de hardware perto do dispositivo que reporta o erro. Se você já ligou para o provedor reclamando de conexão lenta e a primeira orientação foi conferir o cabeamento, é exatamente por isso.
Sem solução, os erros de pacote aumentam o risco de danos à infraestrutura que podem virar paradas graves, dignas de qualquer história de terror de TI.
O que são descartes de pacotes?
Os descartes de pacotes são a anomalia do gerenciamento de rede. Diferente de um erro ou de uma perda, o descarte acontece quando o pacote é válido, mas o dispositivo o derruba de propósito.
Na nossa metáfora, é como um centro de distribuição que, diante de caixas demais ao mesmo tempo, decide não entregá-las para evitar sobrecarga. E, embora não sejam tão comuns quanto perdas ou erros, os descartes ainda acontecem quando:
- os buffers estouram por congestionamento: o dispositivo simplesmente não processa os pacotes rápido o bastante.
- as interfaces excedem a capacidade: o volume de tráfego supera o que o link suporta.
- políticas de QoS derrubam tráfego de baixa prioridade: alguns pacotes são sacrificados de propósito para proteger o tráfego mais importante.
- há limitação de taxa: algumas organizações restringem o volume de tráfego dos dispositivos de propósito.
Descartes ocasionais em horários de pico não são motivo de alarme. Afinal, as redes são feitas para lidar com picos. Mas descartes contínuos, especialmente quando acompanhados de alta utilização, podem indicar que o link está sobrecarregado ou que o dispositivo não dá conta da demanda atual.
Por que esses termos se confundem tanto
A confusão costuma começar nos painéis de monitoramento. Na maioria deles, erros, descartes e perdas aparecem juntos em “estatísticas da interface” ou “métricas de desempenho”. E como a perda de pacotes é a mais fácil de detectar, muita gente conclui que os três termos são sinônimos.
Mas, como vimos, as causas de cada métrica são distintas e exigem abordagens específicas de diagnóstico. Uma falha de cabo (erros), congestionamento (descartes) e instabilidade de roteamento (perda) degradam o desempenho, mas pedem soluções completamente diferentes.
Como chegar à causa provável de um erro relacionado a pacotes
Cada ambiente de rede é diferente, mas alguns padrões de diagnóstico se repetem sempre. Agora que sabe o que cada métrica representa, você consegue restringir a investigação muito mais rápido. Veja nossas recomendações resumidas (lembre-se de que são apenas dicas gerais! Aplique o método mais adequado ao seu caso específico.):
Perda de pacotes
- O que observar: percentuais de perda subindo nas interfaces, reclamações de aplicações lentas ou VoIP/vídeo picotado e alertas de monitoramento ligados a retransmissões ou picos de latência.
- O mais fácil de checar primeiro: verifique a utilização das interfaces e procure congestionamento. Alto consumo de banda é uma das causas mais comuns de perda de pacotes.
- Dica rápida de diagnóstico: rode um simples ping ou traceroute para identificar onde a perda começa no caminho. Se aparece já no primeiro salto, o problema provavelmente é local; se começa mais adiante, pode estar fora da sua rede.
Dica de especialista: leia o guia Como diagnosticar e corrigir a perda de pacotes para mais informações.
Erros de pacote
- O que observar: aumento na contagem de erros de entrada ou saída em uma interface específica, principalmente quando ligada a uma porta de switch, a uma NIC de servidor ou a um uplink.
- O mais fácil de checar primeiro: inspecione a camada física, confira o cabeamento, reencaixe os conectores e confirme se velocidade e duplex estão iguais nas duas pontas do link.
- Dica rápida de diagnóstico: troque o cabo ou mova a conexão para outra porta temporariamente. Se os erros acompanham o cabo, o problema provavelmente é o cabeamento; se ficam na porta, a interface pode estar defeituosa.
Descartes de pacotes
- O que observar: contagem de descartes subindo nos horários de pico, muitas vezes junto com alta utilização da interface ou queda de desempenho.
- O mais fácil de checar primeiro: revise o consumo de banda e a capacidade da interface para ver se o volume de tráfego supera o que o link ou o dispositivo aguenta.
- Dica rápida de diagnóstico: compare os picos de descarte com os gráficos de tráfego. Se os descartes aumentam durante a alta utilização, a causa provável é congestionamento, não falha de hardware.
Por que o contexto importa nas métricas de pacotes
Vamos ser claros: pacotes de rede se perdem, são descartados ou apresentam erros o tempo todo. Esses eventos são completamente normais, e as equipes de TI criam mecanismos de proteção para compensar essa inevitabilidade.
Ou seja, ver um número maior que zero na contagem bruta de pacotes não significa emergência de TI. Pequenos picos de tráfego, mudanças de configuração ou até o comportamento normal do dispositivo elevam temporariamente os contadores sem indicar nada grave.
Por isso as métricas de pacotes só fazem sentido em contexto. Todas precisam ser avaliadas junto com outros indicadores de desempenho, como:
- utilização da interface: se os descartes ocorrem com utilização baixa, congestionamento talvez não seja a causa raiz. Se a utilização vive perto do limite, a sobrecarga do link é provável.
- latência e jitter: perda de pacotes crescente somada a latência ou jitter maiores costuma apontar congestionamento ou instabilidade de caminho afetando o tráfego em tempo real.
- tendências históricas: as métricas vêm subindo ao longo de dias ou semanas? Ou foi um evento isolado e passageiro? Dados de tendência dizem muito mais que leituras isoladas.
- métricas de desempenho das aplicações: se os usuários não sentem degradação, contagens pequenas podem não ter relevância operacional. Por outro lado, se as aplicações estão lentas e as métricas sobem, a correlação reforça a necessidade de investigar.
É aqui que brilham as ferramentas de monitoramento e gerenciamento de rede como NinjaOne. Elas analisam tendências ao longo do tempo e permitem enxergar padrões e reagir na medida certa.
Veja NinjaOne em ação.
Quando as métricas de pacotes indicam um problema real
As métricas de pacotes viram motivo de ação quando são persistentes ou correlacionadas.
Se a perda de pacotes bate com reclamações de usuários, degradação de VoIP ou alertas de monitoramento de desempenho, o sinal é relevante. Se os erros crescem de forma constante em uma interface específica, vale inspecionar o hardware. Se os descartes sobem junto com a alta utilização, pode ser hora de planejar capacidade.
Sua equipe de TI deve registrar todos os incidentes relacionados a pacotes (mesmo os que parecem triviais) para identificar padrões. Reclamações recorrentes são o sinal de que é preciso investigar mais a fundo.
Limitações e questões de escopo
Não revelam causas raiz
As métricas de pacotes de rede são indicadores valiosos, mas não necessariamente revelam a causa raiz. Elas dizem apenas que algo está acontecendo, não por que está acontecendo.
A perda de pacotes, por exemplo, pode vir de congestionamento, instabilidade de roteamento, limites de processamento do firewall, problemas do provedor ou até falhas de peering upstream. A métrica sozinha não aponta o responsável. Ela só sinaliza que os pacotes não estão chegando ao destino.
As métricas de pacotes não são padronizadas entre fabricantes
Outra limitação importante: a definição e o formato das métricas variam, o que dificulta comparações. Por isso sempre recomendamos fazer uma avaliação de risco de fornecedores antes de escolher qualquer ferramenta para sua organização.
Cada fabricante de rede pode definir, calcular ou reportar descartes de um jeito. Alguns dispositivos separam descartes de entrada e saída. Outros juntam tudo. Alguns contam quedas de buffer de forma diferente conforme o tipo de fila. Até a terminologia muda de plataforma para plataforma.
Isso significa interpretar as métricas de pacotes dentro do contexto de:
- fabricante e modelo específicos do dispositivo
- função da interface (porta de acesso, uplink, link WAN, borda de firewall)
- tipo de tráfego que passa por essa interface
- topologia de rede como um todo
Exigem análise camada por camada
Por causa das duas limitações anteriores, um diagnóstico eficaz exige análise camada por camada. Veja um exemplo:
- comece pela camada física (cabeamento, interfaces, integridade do sinal)
- suba para a camada de enlace (duplex, VLANs, comutação) e
- avalie roteamento, enfileiramento e comportamento das aplicações.
Cada camada pode criar condições que afetam a entrega de pacotes de formas diferentes.
Como lidar com a queda de pacotes na rede
Erros de pacote, descartes de pacotes e perda de pacotes são indicadores relacionados, mas distintos, da saúde da rede. Cada métrica representa uma condição de falha e costuma apontar para um caminho de diagnóstico diferente.
Com uma ferramenta NMS como NinjaOne, você tem visibilidade num só lugar de todos os seus dispositivos SNMP e resolve problemas de rede com facilidade quando necessário.
O software de gerenciamento de TI do NinjaOne não tem contratos forçados nem taxas ocultas. Solicite um orçamento gratuito, agende um teste grátis de 14 dias ou veja uma demonstração.
Temas relacionados:
