{"id":926617,"date":"2026-11-06T18:03:35","date_gmt":"2026-11-06T18:03:35","guid":{"rendered":"https:\/\/www.ninjaone.com\/blog\/erros-de-pacote-descartes-perda-de-pacotes\/"},"modified":"2026-11-06T18:03:36","modified_gmt":"2026-11-06T18:03:36","slug":"erros-de-pacote-descartes-perda-de-pacotes","status":"publish","type":"post","link":"https:\/\/www.ninjaone.com\/pt-br\/blog\/erros-de-pacote-descartes-perda-de-pacotes\/","title":{"rendered":"Erros de pacote, descartes e perda de pacotes no monitoramento de rede"},"content":{"rendered":"<div class=\"in-context-cta\"><h2 style=\"margin-top: 0px;\">Pontos principais<\/h2>\n<ul>\n<li>Erros de pacote, descartes de pacotes e perda de pacotes medem condi\u00e7\u00f5es diferentes da rede; n\u00e3o s\u00e3o m\u00e9tricas intercambi\u00e1veis.<\/li>\n<li>Interpretar mal as m\u00e9tricas de pacotes leva a diagn\u00f3sticos equivocados, tempo desperdi\u00e7ado e mudan\u00e7as desnecess\u00e1rias na infraestrutura.<\/li>\n<li>Cada m\u00e9trica de pacote costuma apontar para um dom\u00ednio de falha diferente, como problemas de hardware f\u00edsico, congestionamento ou falhas na entrega de ponta a ponta.<\/li>\n<li>A contagem de pacotes, sozinha, n\u00e3o confirma um problema de rede: precisa ser avaliada junto com utiliza\u00e7\u00e3o, lat\u00eancia e tend\u00eancias hist\u00f3ricas.<\/li>\n<li>Interpretar corretamente essas m\u00e9tricas reduz o tempo de diagn\u00f3stico e deixa o monitoramento de rede mais eficaz.<\/li>\n<\/ul>\n<\/div>\n<p>Provavelmente j\u00e1 se deparou com os termos \u201cperda de pacotes\u201d, \u201cdescartes de pacotes\u201d e outros <strong>erros de pacote em redes<\/strong> no monitoramento, mas ficou na d\u00favida sobre o que cada um significa. O <em>que<\/em> s\u00e3o pacotes? <em>Como<\/em> eles se perdem, s\u00e3o descartados ou, pior, apresentam erros? \u00c9 a\u00ed que muita gente (<em>pelo menos quem n\u00e3o est\u00e1 familiarizado com termos de TI<\/em>) acaba colocando tudo no mesmo saco, achando que os tr\u00eas significam a mesma coisa.<\/p>\n<p><em>N\u00e3o significam. <\/em><\/p>\n<p>Cada um descreve uma condi\u00e7\u00e3o diferente da rede, e confundir essas diferen\u00e7as manda o diagn\u00f3stico para o caminho errado. Voc\u00ea pode trocar um hardware que est\u00e1 perfeito quando o problema real \u00e9 congestionamento, ou aumentar a banda quando bastava consertar o cabeamento.<\/p>\n<p>E esses deslizes n\u00e3o s\u00e3o s\u00f3 frustrantes: custam caro, em tempo e em dinheiro. (<em>Confira nosso guia sobre<\/em> <a href=\"https:\/\/www.ninjaone.com\/pt-br\/blog\/otimizacao-de-custos-de-ti\/\"><em>Otimiza\u00e7\u00e3o de custos de TI: guia de melhores pr\u00e1ticas para 2026<\/em><\/a><em> e veja outras dicas para cortar gastos ruins!<\/em>).<\/p>\n<p>Neste artigo, esclarecemos essas diferen\u00e7as para ajudar a reduzir o risco de <a href=\"https:\/\/www.ninjaone.com\/it-hub\/seguranca-de-endpoints\/what-is-security-vulnerability\/\">vulnerabilidades de seguran\u00e7a<\/a> na sua organiza\u00e7\u00e3o.<\/p>\n<p>Sem tempo? Ent\u00e3o v\u00e1 direto para esta tabela:<\/p>\n<h2>Perda de pacotes, erros de pacote e descartes de pacotes num relance<\/h2>\n<table>\n<tbody>\n<tr>\n<td style=\"text-align: center;\"><strong>M\u00e9trica<\/strong><\/td>\n<td style=\"text-align: center;\"><strong>O que significa<\/strong><\/td>\n<td style=\"text-align: center;\"><strong>Causa comum<\/strong><\/td>\n<td style=\"text-align: center;\"><strong>O que indica<\/strong><\/td>\n<\/tr>\n<tr>\n<td>Perda de pacotes<\/td>\n<td>Os pacotes nunca chegam ao destino<\/td>\n<td>Congestionamento, problemas de roteamento, dispositivos sobrecarregados, falhas do provedor<\/td>\n<td>Falha na entrega de ponta a ponta<\/td>\n<\/tr>\n<tr>\n<td>Erros de pacote<\/td>\n<td>Os pacotes chegam corrompidos ou inv\u00e1lidos<\/td>\n<td>Cabeamento ruim, NICs defeituosas, incompatibilidade de duplex, interfer\u00eancia<\/td>\n<td>Problema na camada f\u00edsica ou no hardware<\/td>\n<\/tr>\n<tr>\n<td>Descartes de pacotes<\/td>\n<td>O dispositivo descarta pacotes de prop\u00f3sito<\/td>\n<td>Congestionamento, estouro de buffer, aplica\u00e7\u00e3o de pol\u00edticas de Qualidade de Servi\u00e7o (QoS)<\/td>\n<td>Problema de capacidade ou de gerenciamento de tr\u00e1fego<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<h2>O que \u00e9 um pacote em TI?<\/h2>\n<p>Antes de falar de erros, descartes ou perda de pacotes, vale entender <a href=\"https:\/\/www.ninjaone.com\/it-hub\/acesso-remoto\/packet\/\">o que \u00e9 um pacote de fato<\/a>.<\/p>\n<p>O jeito mais f\u00e1cil de entender \u201cpacote\u201d no universo da TI \u00e9 pensar numa encomenda. Em poucas palavras: um pacote \u00e9 uma pequena \u201cencomenda\u201d de dados que viaja pela rede. Sempre que voc\u00ea envia um e-mail, carrega um site, entra numa videochamada ou baixa um arquivo, essa informa\u00e7\u00e3o \u00e9 quebrada em v\u00e1rios pedacinhos chamados pacotes.<\/p>\n<p>Cada pacote cont\u00e9m:<\/p>\n<ul>\n<li>os dados que est\u00e3o sendo enviados<\/li>\n<li>informa\u00e7\u00f5es de origem e destino<\/li>\n<li>instru\u00e7\u00f5es que ajudam os dispositivos a rotear o pacote corretamente<\/li>\n<\/ul>\n<p>Em vez de enviar tudo num bloco \u00fanico, as redes dividem grandes volumes de dados em pacotes para que viajem de forma eficiente por caminhos diferentes e sejam remontados no destino.<\/p>\n<p>Pense em receber as partes de um m\u00f3vel da IKEA. Em vez de mandar o m\u00f3vel montado numa caixa gigante, a empresa envia em pe\u00e7as menores. Cada caixa tem etiquetas indicando para onde vai e o que cont\u00e9m. Quando todas as pe\u00e7as chegam, voc\u00ea monta o produto final.<\/p>\n<p>As redes funcionam igual. Os dispositivos enviam dados em pacotes menores porque \u00e9 mais r\u00e1pido e mais f\u00e1cil de gerenciar. Se um pacote se perde ou \u00e9 danificado, s\u00f3 aquele pedacinho precisa ser reenviado, n\u00e3o o arquivo ou a mensagem inteira.<\/p>\n<p>Portanto, quando pacotes se perdem, s\u00e3o corrompidos ou descartados no caminho, a comunica\u00e7\u00e3o fica lenta ou falha. \u00c9 a\u00ed que entram a perda de pacotes, o descarte de pacotes e o erro de pacote.<\/p>\n<div class=\"in-context-cta\"><p style=\"text-align: center;\">Evite erros relacionados a pacotes com as melhores ferramentas de NMS.<\/p>\n<p style=\"text-align: center;\">Leia este guia sobre as <a href=\"https:\/\/www.ninjaone.com\/pt-br\/blog\/ferramentas-de-monitoramento-de-redes\/\">melhores ferramentas de monitoramento e gerenciamento de rede<\/a>.<\/p>\n<\/div>\n<h2>O que \u00e9 perda de pacotes?<\/h2>\n<p>A <a href=\"https:\/\/www.ninjaone.com\/it-hub\/gerenciamento-de-endpoints\/what-is-packet-loss-causes-how-to-fix\/\">perda de pacotes<\/a> acontece quando os pacotes de dados n\u00e3o chegam ao destino pretendido na rede. Na nossa met\u00e1fora, seria como receber o c\u00f3digo de rastreio do m\u00f3vel e uma das caixas simplesmente nunca aparecer, ou chegar bem depois porque precisou ser reenviada.<\/p>\n<p>No <a href=\"https:\/\/www.ninjaone.com\/videos\/network-management\/\">gerenciamento de rede<\/a>, 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:<\/p>\n<ul>\n<li><strong>h\u00e1 congestionamento de rede:<\/strong> com tr\u00e1fego demais na rede, os buffers enchem e os pacotes s\u00e3o descartados.<\/li>\n<li><strong>o hardware est\u00e1 falhando:<\/strong> interfaces de rede defeituosas, switches velhos ou roteadores inst\u00e1veis derrubam pacotes sem aviso.<\/li>\n<li><strong>o roteamento est\u00e1 inst\u00e1vel:<\/strong> rotas incorretas ou oscila\u00e7\u00f5es de rota fazem pacotes seguirem o caminho errado ou serem descartados.<\/li>\n<li><strong>existe interfer\u00eancia sem fio:<\/strong> em ambientes Wi-Fi, interfer\u00eancia de sinal ou cobertura fraca provocam perda de pacotes.<\/li>\n<li><strong>o problema est\u00e1 no provedor ou no upstream:<\/strong> \u00e0s vezes a perda ocorre fora da sua rede local, dentro da infraestrutura do provedor.<\/li>\n<\/ul>\n<p>O impacto da perda de pacotes depende do tipo de tr\u00e1fego envolvido. Aplica\u00e7\u00f5es baseadas em TCP (como navega\u00e7\u00e3o na web ou transfer\u00eancia de arquivos) retransmitem os pacotes perdidos, o que costuma resultar em lentid\u00e3o, n\u00e3o em falha total. J\u00e1 aplica\u00e7\u00f5es em tempo real, como VoIP ou videoconfer\u00eancia, geralmente usam UDP, que n\u00e3o retransmite pacotes perdidos. Nesses casos, o usu\u00e1rio percebe cortes no \u00e1udio ou v\u00eddeo congelado.<\/p>\n<p>Ainda assim, \u00e9 preciso deixar claro: perda de pacotes (sobretudo em ambientes com carga pesada) \u00e9 <em>completamente normal.<\/em> Pequenas perdas ocorrem em redes saud\u00e1veis sem causar problemas percept\u00edveis. Mas perda cont\u00ednua ou crescente costuma sinalizar congestionamento, instabilidade ou problemas de infraestrutura que merecem investiga\u00e7\u00e3o.<\/p>\n<p>Vale lembrar tamb\u00e9m que, quando se fala em erros de pacote em redes, muita gente est\u00e1 na verdade falando de perda de pacotes. Isso porque essa \u00e9 a m\u00e9trica mais vis\u00edvel: o usu\u00e1rio sente o efeito diretamente.<\/p>\n<h2>O que s\u00e3o erros de pacote?<\/h2>\n<p>Se a perda de pacotes \u00e9 como uma caixa que nunca chega, o erro de pacote \u00e9 como receber uma caixa danificada, imposs\u00edvel de usar. Imagine abrir sua encomenda da IKEA e descobrir que n\u00e3o veio nenhum parafuso.<\/p>\n<p>Os erros de pacote funcionam assim. Acontecem quando o dado chega, mas tem algo errado com ele, normalmente por corrup\u00e7\u00e3o durante a transmiss\u00e3o. Isso costuma ocorrer quando:<\/p>\n<ul>\n<li><strong>o cabeamento est\u00e1 danificado ou mal crimpado:<\/strong> falhas de hardware, como pinos tortos ou cabos de baixa qualidade, corrompem o sinal.<\/li>\n<li><strong>h\u00e1 interfer\u00eancia el\u00e9trica:<\/strong> isso \u00e9 mais frequente em ambientes com cabeamento de cobre.<\/li>\n<li><strong>h\u00e1 incompatibilidade de velocidade ou duplex:<\/strong> interfaces mal configuradas geram colis\u00f5es e quadros corrompidos.<\/li>\n<li><strong>as placas de rede (NICs) est\u00e3o falhando:<\/strong> hardware defeituoso introduz erros de transmiss\u00e3o.<\/li>\n<\/ul>\n<p>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\u00edsica ou de hardware perto do dispositivo que reporta o erro. Se voc\u00ea j\u00e1 ligou para o provedor reclamando de conex\u00e3o lenta e a primeira orienta\u00e7\u00e3o foi conferir o cabeamento, \u00e9 exatamente por isso.<\/p>\n<p>Sem solu\u00e7\u00e3o, os erros de pacote aumentam o risco de danos \u00e0 infraestrutura que podem virar paradas graves, dignas de qualquer <a href=\"https:\/\/www.ninjaone.com\/pt-br\/it-horror-stories\/\">hist\u00f3ria de terror de TI<\/a>.<\/p>\n<h2>O que s\u00e3o descartes de pacotes?<\/h2>\n<p>Os descartes de pacotes s\u00e3o a anomalia do gerenciamento de rede. Diferente de um erro ou de uma perda, o descarte acontece quando o pacote \u00e9 v\u00e1lido, mas o dispositivo o derruba de prop\u00f3sito.<\/p>\n<p>Na nossa met\u00e1fora, \u00e9 como um centro de distribui\u00e7\u00e3o que, diante de caixas demais ao mesmo tempo, decide <em>n\u00e3o <\/em>entreg\u00e1-las para evitar sobrecarga. E, embora n\u00e3o sejam t\u00e3o comuns quanto perdas ou erros, os descartes ainda acontecem quando:<\/p>\n<ul>\n<li><strong>os buffers estouram por congestionamento:<\/strong> o dispositivo simplesmente n\u00e3o processa os pacotes r\u00e1pido o bastante.<\/li>\n<li><strong>as interfaces excedem a capacidade:<\/strong> o volume de tr\u00e1fego supera o que o link suporta.<\/li>\n<li><strong>pol\u00edticas de QoS derrubam tr\u00e1fego de baixa prioridade:<\/strong> alguns pacotes s\u00e3o sacrificados de prop\u00f3sito para proteger o tr\u00e1fego mais importante.<\/li>\n<li><strong>h\u00e1 limita\u00e7\u00e3o de taxa:<\/strong> algumas organiza\u00e7\u00f5es restringem o volume de tr\u00e1fego dos dispositivos de prop\u00f3sito.<\/li>\n<\/ul>\n<p>Descartes ocasionais em hor\u00e1rios de pico n\u00e3o s\u00e3o motivo de alarme. Afinal, as redes s\u00e3o feitas para lidar com picos. Mas descartes cont\u00ednuos, especialmente quando acompanhados de alta utiliza\u00e7\u00e3o, podem indicar que o link est\u00e1 sobrecarregado ou que o dispositivo n\u00e3o d\u00e1 conta da demanda atual.<\/p>\n<h2>Por que esses termos se confundem tanto<\/h2>\n<p>A confus\u00e3o costuma come\u00e7ar nos pain\u00e9is de monitoramento. Na maioria deles, erros, descartes e perdas aparecem juntos em \u201cestat\u00edsticas da interface\u201d ou \u201cm\u00e9tricas de desempenho\u201d. E como a perda de pacotes \u00e9 a mais f\u00e1cil de detectar, muita gente conclui que os tr\u00eas termos s\u00e3o sin\u00f4nimos.<\/p>\n<p>Mas, como vimos, as causas de cada m\u00e9trica s\u00e3o distintas e exigem abordagens espec\u00edficas de diagn\u00f3stico. Uma falha de cabo (erros), congestionamento (descartes) e instabilidade de roteamento (perda) degradam o desempenho, mas pedem solu\u00e7\u00f5es completamente diferentes.<\/p>\n<h2>Como chegar \u00e0 causa prov\u00e1vel de um erro relacionado a pacotes<\/h2>\n<p>Cada ambiente de rede \u00e9 diferente, mas alguns padr\u00f5es de diagn\u00f3stico se repetem sempre. Agora que sabe o que cada m\u00e9trica representa, voc\u00ea consegue restringir a investiga\u00e7\u00e3o muito mais r\u00e1pido. Veja nossas recomenda\u00e7\u00f5es resumidas (<em>lembre-se de que s\u00e3o apenas dicas gerais! Aplique o m\u00e9todo mais adequado ao seu caso espec\u00edfico.<\/em>):<\/p>\n<h3>Perda de pacotes<\/h3>\n<ul>\n<li><strong>O que observar:<\/strong> percentuais de perda subindo nas interfaces, reclama\u00e7\u00f5es de aplica\u00e7\u00f5es lentas ou VoIP\/v\u00eddeo picotado e alertas de monitoramento ligados a retransmiss\u00f5es ou picos de lat\u00eancia.<\/li>\n<li><strong>O mais f\u00e1cil de checar primeiro:<\/strong> verifique a utiliza\u00e7\u00e3o das interfaces e procure congestionamento. Alto consumo de banda \u00e9 uma das causas mais comuns de perda de pacotes.<\/li>\n<li><strong>Dica r\u00e1pida de diagn\u00f3stico:<\/strong> rode um simples ping ou traceroute para identificar onde a perda come\u00e7a no caminho. Se aparece j\u00e1 no primeiro salto, o problema provavelmente \u00e9 local; se come\u00e7a mais adiante, pode estar fora da sua rede.<\/li>\n<\/ul>\n<p><strong>Dica de especialista:<\/strong> leia o guia <a href=\"https:\/\/www.ninjaone.com\/pt-br\/blog\/como-corrigir-perda-de-pacotes\/\">Como diagnosticar e corrigir a perda de pacotes<\/a> para mais informa\u00e7\u00f5es.<\/p>\n<h3>Erros de pacote<\/h3>\n<ul>\n<li><strong>O que observar:<\/strong> aumento na contagem de erros de entrada ou sa\u00edda em uma interface espec\u00edfica, principalmente quando ligada a uma porta de switch, a uma NIC de servidor ou a um uplink.<\/li>\n<li><strong>O mais f\u00e1cil de checar primeiro:<\/strong> inspecione a camada f\u00edsica, confira o cabeamento, reencaixe os conectores e confirme se velocidade e duplex est\u00e3o iguais nas duas pontas do link.<\/li>\n<li><strong>Dica r\u00e1pida de diagn\u00f3stico:<\/strong> troque o cabo ou mova a conex\u00e3o para outra porta temporariamente. Se os erros acompanham o cabo, o problema provavelmente \u00e9 o cabeamento; se ficam na porta, a interface pode estar defeituosa.<\/li>\n<\/ul>\n<h3>Descartes de pacotes<\/h3>\n<ul>\n<li><strong>O que observar:<\/strong> contagem de descartes subindo nos hor\u00e1rios de pico, muitas vezes junto com alta utiliza\u00e7\u00e3o da interface ou queda de desempenho.<\/li>\n<li><strong>O mais f\u00e1cil de checar primeiro:<\/strong> revise o consumo de banda e a capacidade da interface para ver se o volume de tr\u00e1fego supera o que o link ou o dispositivo aguenta.<\/li>\n<li><strong>Dica r\u00e1pida de diagn\u00f3stico:<\/strong> compare os picos de descarte com os gr\u00e1ficos de tr\u00e1fego. Se os descartes aumentam durante a alta utiliza\u00e7\u00e3o, a causa prov\u00e1vel \u00e9 congestionamento, n\u00e3o falha de hardware.<\/li>\n<\/ul>\n<h2>Por que o contexto importa nas m\u00e9tricas de pacotes<\/h2>\n<p>Vamos ser claros: pacotes de rede se perdem, s\u00e3o descartados ou apresentam erros <em>o tempo todo<\/em>. Esses eventos s\u00e3o <em>completamente normais<\/em>, e as equipes de TI criam mecanismos de prote\u00e7\u00e3o para compensar essa inevitabilidade.<\/p>\n<p>Ou seja, ver um n\u00famero maior que zero na contagem bruta de pacotes n\u00e3o significa emerg\u00eancia de TI. Pequenos picos de tr\u00e1fego, mudan\u00e7as de configura\u00e7\u00e3o ou at\u00e9 o comportamento normal do dispositivo elevam temporariamente os contadores sem indicar nada grave.<\/p>\n<p>Por isso as m\u00e9tricas de pacotes s\u00f3 fazem sentido <em>em contexto<\/em>. Todas precisam ser avaliadas junto com outros indicadores de desempenho, como:<\/p>\n<ul>\n<li><strong>utiliza\u00e7\u00e3o da interface:<\/strong> se os descartes ocorrem com utiliza\u00e7\u00e3o baixa, congestionamento talvez n\u00e3o seja a causa raiz. Se a utiliza\u00e7\u00e3o vive perto do limite, a sobrecarga do link \u00e9 prov\u00e1vel.<\/li>\n<li><strong>lat\u00eancia e jitter:<\/strong> perda de pacotes crescente somada a lat\u00eancia ou jitter maiores costuma apontar congestionamento ou instabilidade de caminho afetando o tr\u00e1fego em tempo real.<\/li>\n<li><strong>tend\u00eancias hist\u00f3ricas:<\/strong> as m\u00e9tricas v\u00eam subindo ao longo de dias ou semanas? Ou foi um evento isolado e passageiro? Dados de tend\u00eancia dizem muito mais que leituras isoladas.<\/li>\n<li><strong>m\u00e9tricas de desempenho das aplica\u00e7\u00f5es:<\/strong> se os usu\u00e1rios n\u00e3o sentem degrada\u00e7\u00e3o, contagens pequenas podem n\u00e3o ter relev\u00e2ncia operacional. Por outro lado, se as aplica\u00e7\u00f5es est\u00e3o lentas e as m\u00e9tricas sobem, a correla\u00e7\u00e3o refor\u00e7a a necessidade de investigar.<\/li>\n<\/ul>\n<p>\u00c9 aqui que brilham as ferramentas de monitoramento e gerenciamento de rede como NinjaOne. Elas analisam tend\u00eancias ao longo do tempo e permitem enxergar padr\u00f5es e reagir na medida certa.<\/p>\n<div class=\"in-context-cta\"><p style=\"text-align: center;\">Veja NinjaOne em a\u00e7\u00e3o.<\/p>\n<p style=\"text-align: center;\"><a href=\"https:\/\/www.ninjaone.com\/pt-br\/gerenciamento-de-endpoints\/demonstracao\/\">Assista a esta demonstra\u00e7\u00e3o gratuita<\/a>.<\/p>\n<\/div>\n<h2>Quando as m\u00e9tricas de pacotes indicam um problema real<\/h2>\n<p>As m\u00e9tricas de pacotes viram motivo de a\u00e7\u00e3o quando s\u00e3o persistentes ou correlacionadas.<\/p>\n<p>Se a perda de pacotes bate com reclama\u00e7\u00f5es de usu\u00e1rios, degrada\u00e7\u00e3o de VoIP ou alertas de monitoramento de desempenho, o sinal \u00e9 relevante. Se os erros crescem de forma constante em uma interface espec\u00edfica, vale inspecionar o hardware. Se os descartes sobem junto com a alta utiliza\u00e7\u00e3o, pode ser hora de planejar capacidade.<\/p>\n<p>Sua equipe de TI deve registrar todos os incidentes relacionados a pacotes (mesmo os que parecem triviais) para identificar padr\u00f5es. Reclama\u00e7\u00f5es recorrentes s\u00e3o o sinal de que \u00e9 preciso investigar mais a fundo.<\/p>\n<h2>Limita\u00e7\u00f5es e quest\u00f5es de escopo<\/h2>\n<ol>\n<li>\n<h3>N\u00e3o revelam causas raiz<\/h3>\n<\/li>\n<\/ol>\n<p>As m\u00e9tricas de pacotes de rede s\u00e3o indicadores valiosos, mas n\u00e3o necessariamente revelam a causa raiz. Elas dizem apenas que <em>algo<\/em> est\u00e1 acontecendo, n\u00e3o <em>por que<\/em> est\u00e1 acontecendo.<\/p>\n<p>A perda de pacotes, por exemplo, pode vir de congestionamento, instabilidade de roteamento, limites de processamento do firewall, problemas do provedor ou at\u00e9 falhas de peering upstream. A m\u00e9trica sozinha n\u00e3o aponta o respons\u00e1vel. Ela s\u00f3 sinaliza que os pacotes n\u00e3o est\u00e3o chegando ao destino.<\/p>\n<ol start=\"2\">\n<li>\n<h3>As m\u00e9tricas de pacotes n\u00e3o s\u00e3o padronizadas entre fabricantes<\/h3>\n<\/li>\n<\/ol>\n<p>Outra limita\u00e7\u00e3o importante: a defini\u00e7\u00e3o e o formato das m\u00e9tricas variam, o que dificulta compara\u00e7\u00f5es. Por isso sempre recomendamos fazer uma <a href=\"https:\/\/www.ninjaone.com\/pt-br\/blog\/a-importancia-da-avaliacao-de-risco-do-fornecedor\/\">avalia\u00e7\u00e3o de risco de fornecedores<\/a> antes de escolher <em>qualquer<\/em> ferramenta para sua organiza\u00e7\u00e3o.<\/p>\n<p>Cada fabricante de rede pode definir, calcular ou reportar descartes de um jeito. Alguns dispositivos separam descartes de entrada e sa\u00edda. Outros juntam tudo. Alguns contam quedas de buffer de forma diferente conforme o tipo de fila. At\u00e9 a terminologia muda de plataforma para plataforma.<\/p>\n<p>Isso significa interpretar as m\u00e9tricas de pacotes dentro do contexto de:<\/p>\n<ul>\n<li>fabricante e modelo espec\u00edficos do dispositivo<\/li>\n<li>fun\u00e7\u00e3o da interface (porta de acesso, uplink, link WAN, borda de firewall)<\/li>\n<li>tipo de tr\u00e1fego que passa por essa interface<\/li>\n<li>topologia de rede como um todo<\/li>\n<\/ul>\n<ol start=\"3\">\n<li>\n<h3>Exigem an\u00e1lise camada por camada<\/h3>\n<\/li>\n<\/ol>\n<p>Por causa das duas limita\u00e7\u00f5es anteriores, um diagn\u00f3stico eficaz exige an\u00e1lise camada por camada. Veja um exemplo:<\/p>\n<ul>\n<li>comece pela camada f\u00edsica (cabeamento, interfaces, integridade do sinal)<\/li>\n<li>suba para a camada de enlace (duplex, VLANs, comuta\u00e7\u00e3o) e<\/li>\n<li>avalie roteamento, enfileiramento e comportamento das aplica\u00e7\u00f5es.<\/li>\n<\/ul>\n<p>Cada camada pode criar condi\u00e7\u00f5es que afetam a entrega de pacotes de formas diferentes.<\/p>\n<h2>Como lidar com a queda de pacotes na rede<\/h2>\n<p>Erros de pacote, descartes de pacotes e perda de pacotes s\u00e3o indicadores relacionados, mas distintos, da sa\u00fade da rede. Cada m\u00e9trica representa uma condi\u00e7\u00e3o de falha e costuma apontar para um caminho de diagn\u00f3stico diferente.<\/p>\n<p>Com uma <a href=\"https:\/\/www.ninjaone.com\/pt-br\/gerenciamento-de-endpoints\/gerenciamento-de-rede\/\">ferramenta NMS como NinjaOne<\/a>, voc\u00ea tem visibilidade num s\u00f3 lugar de todos os seus dispositivos <a href=\"https:\/\/www.ninjaone.com\/it-hub\/gerenciamento-de-servicos-de-ti\/what-is-simple-network-management-protocol-snmp\/\">SNMP<\/a> e resolve problemas de rede com facilidade quando necess\u00e1rio.<\/p>\n<p>O software de gerenciamento de TI do NinjaOne n\u00e3o tem contratos for\u00e7ados nem taxas ocultas. Solicite um <a href=\"https:\/\/www.ninjaone.com\/pt-br\/pricing\/\">or\u00e7amento gratuito<\/a>, agende um <a href=\"https:\/\/www.ninjaone.com\/pt-br\/solicitar-teste-gratis\/\">teste gr\u00e1tis<\/a> de 14 dias ou <a href=\"https:\/\/www.ninjaone.com\/pt-br\/gerenciamento-de-endpoints\/demonstracao\/\">veja uma demonstra\u00e7\u00e3o<\/a>.<\/p>\n<p><strong>Temas relacionados:<\/strong><\/p>\n<ul>\n<li><a href=\"https:\/\/www.ninjaone.com\/pt-br\/blog\/eliminar-congestionamento-de-rede\/\">Como diagnosticar e eliminar o congestionamento de rede<\/a><\/li>\n<li><a href=\"https:\/\/www.ninjaone.com\/pt-br\/blog\/problemas-comuns-de-rede\/\">8 problemas comuns de rede e como resolv\u00ea-los<\/a><\/li>\n<li><a href=\"https:\/\/www.ninjaone.com\/videos\/network-management\/network-monitoring-best-practices\/\">6 melhores pr\u00e1ticas de monitoramento de rede<\/a><\/li>\n<\/ul>\n","protected":false},"excerpt":{"rendered":"<p>Provavelmente j\u00e1 se deparou com os termos \u201cperda de pacotes\u201d, \u201cdescartes de pacotes\u201d e outros erros de pacote em redes no monitoramento, mas ficou na d\u00favida sobre o que cada um significa. O que s\u00e3o pacotes? Como eles se perdem, s\u00e3o descartados ou, pior, apresentam erros? \u00c9 a\u00ed que muita gente (pelo menos quem n\u00e3o [&hellip;]<\/p>\n","protected":false},"author":35,"featured_media":802987,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"_relevanssi_hide_post":"","_relevanssi_hide_content":"","_relevanssi_pin_for_all":"","_relevanssi_pin_keywords":"","_relevanssi_unpin_keywords":"","_relevanssi_related_keywords":"","_relevanssi_related_include_ids":"","_relevanssi_related_exclude_ids":"","_relevanssi_related_no_append":"","_relevanssi_related_not_related":"","_relevanssi_related_posts":"","_relevanssi_noindex_reason":"","_lmt_disableupdate":"","_lmt_disable":"","footnotes":""},"categories":[12373],"tags":[],"class_list":["post-926617","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-it-ops-pt-br"],"acf":[],"modified_by":null,"_links":{"self":[{"href":"https:\/\/www.ninjaone.com\/pt-br\/wp-json\/wp\/v2\/posts\/926617","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.ninjaone.com\/pt-br\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.ninjaone.com\/pt-br\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.ninjaone.com\/pt-br\/wp-json\/wp\/v2\/users\/35"}],"replies":[{"embeddable":true,"href":"https:\/\/www.ninjaone.com\/pt-br\/wp-json\/wp\/v2\/comments?post=926617"}],"version-history":[{"count":1,"href":"https:\/\/www.ninjaone.com\/pt-br\/wp-json\/wp\/v2\/posts\/926617\/revisions"}],"predecessor-version":[{"id":926618,"href":"https:\/\/www.ninjaone.com\/pt-br\/wp-json\/wp\/v2\/posts\/926617\/revisions\/926618"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.ninjaone.com\/pt-br\/wp-json\/wp\/v2\/media\/802987"}],"wp:attachment":[{"href":"https:\/\/www.ninjaone.com\/pt-br\/wp-json\/wp\/v2\/media?parent=926617"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.ninjaone.com\/pt-br\/wp-json\/wp\/v2\/categories?post=926617"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.ninjaone.com\/pt-br\/wp-json\/wp\/v2\/tags?post=926617"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}