Guia de diagnóstico · Concentrador
Concentrador PPPoE com CPU em 100%: causas, diagnóstico e quando chamar um Especialista
Concentrador PPPoE com CPU em 100%: o primeiro passo é ver se a CPU subiu aos poucos, com o número de sessões e o tráfego, ou de repente. Filas por cliente, NAT e firewall no mesmo equipamento pesam no pico; subida repentina costuma ser reconexão em massa, tempestade de pedidos PPPoE vinda de um laço ou ataque.
Resumo
- Com a CPU no limite, o concentrador atrasa as respostas de eco e as sessões dos clientes começam a cair.
- Subida lenta, que acompanha o pico, aponta para filas, CGNAT ou firewall pesando no mesmo equipamento.
- Subida repentina aponta para reconexão em massa, laço na rede de acesso ou tráfego de ataque.
- A correção de longo prazo é tirar funções do concentrador e dividir a base entre dois ou mais equipamentos.
O que significa o concentrador PPPoE com CPU em 100%?
Significa que o equipamento que atende a sessão de cada assinante não tem mais folga para processar tudo o que chega. A partir daí, ele atrasa respostas, perde pacotes e começa a derrubar clientes.
O concentrador recebe a sessão de cada assinante, conversa com o RADIUS, aplica o plano de velocidade e, em muitos provedores, ainda faz o CGNAT e o firewall. Cada uma dessas funções disputa a mesma CPU, e no horário de pico todas pesam ao mesmo tempo.
Um concentrador PPPoE com CPU em 100% é um ponto único de falha perto de cair, porque a próxima onda de tráfego ou de reconexões não tem para onde ir. A alta disponibilidade de concentrador divide a carga e mantém os clientes de pé quando um equipamento falha. Com a CPU em 100% e os clientes caindo agora, peça atendimento de emergência para a sua rede.
Por que a CPU alta derruba as sessões
A sessão PPPoE fica viva por mensagens de eco trocadas entre o roteador do cliente e o concentrador. Com a CPU presa, as respostas atrasam, e o roteador do cliente encerra a sessão depois de alguns ecos sem retorno.
Quando muitas sessões caem juntas, todas tentam voltar no mesmo minuto, e cada volta exige consulta ao RADIUS e alocação de endereço. O pico de reconexões pesa ainda mais na CPU, e o problema se alimenta sozinho; o guia de PPPoE caindo todos os clientes trata desse ciclo.
Concentrador PPPoE com CPU em 100%: causas em ordem
As causas mais comuns em provedor regional são filas por cliente, CGNAT e firewall no mesmo equipamento e base maior do que o modelo aguenta. Reconexão em massa, laço na rede de acesso e ataque chegam de repente.
- Filas de velocidade por cliente: uma fila para cada assinante pesa muito em concentradores que fazem tudo por software.
- CGNAT e firewall no mesmo equipamento: cada conexão dos clientes passa pela CPU, com tradução e regras.
- Sessões demais para o equipamento: a base cresceu além do que o modelo aguenta no pico.
- Tabela completa de rotas no mesmo equipamento: o concentrador também faz a borda e processa as atualizações das operadoras.
- Reconexão em massa: depois de uma queda, milhares de clientes pedem sessão no mesmo minuto.
- Tempestade de pedidos PPPoE: um laço na rede de acesso repete os pedidos de descoberta sem parar.
- Ataque ou tráfego anormal: volume destinado ao concentrador ou a um cliente atacado.
O quarto item aparece muito em provedor que começou pequeno, com um equipamento só fazendo tudo. Receber a tabela completa do BGP de duas operadoras e ainda atender milhares de sessões no mesmo roteador deixa pouca folga para o pico.
A CPU subiu aos poucos ou de repente?
Essa é a pergunta que separa os dois grupos de causa. Abra o gráfico de CPU dos últimos dias ao lado do número de sessões e do tráfego total.
- Aos poucos, todo pico: o equipamento está no limite da capacidade; filas, CGNAT, firewall ou sessões demais.
- De repente, depois de uma queda: reconexão em massa, que costuma passar quando a base termina de voltar.
- De repente, sem queda antes: laço na rede de acesso ou ataque, que não passam sozinhos.
Como identificar a causa pela CPU
O gráfico de CPU ao lado do número de sessões e do tráfego separa crescimento de evento. A lista de processos do equipamento mostra qual função pesa mais.
| O que você vê | Causa provável | Onde confirmar |
|---|---|---|
| CPU acompanha o tráfego e encosta em 100% todo pico | Filas, CGNAT ou firewall pesando | Lista de processos no horário de pico |
| CPU alta com sessões acima do que o modelo suporta | Sessões demais para o equipamento | Número de sessões e ficha do fabricante |
| CPU dispara logo depois de uma queda geral | Reconexão em massa | Gráfico de sessões novas por minuto |
| Milhares de pedidos de descoberta por segundo de uma VLAN | Laço na rede de acesso | Contadores de PPPoE por interface |
| CPU sobe de repente com tráfego anormal para um destino | Ataque ou tráfego anormal | Tráfego por destino ou NetFlow |
| CPU pula quando uma operadora oscila | Tabela completa de rotas no mesmo equipamento | Processo de roteamento e sessões com as operadoras |
Quando a borda também está no limite
Se o concentrador está folgado e a lentidão continua, veja o guia de roteador de borda com CPU em 100% e o que fazer em caso de link de trânsito saturado.
O que olhar na lista de processos
Quase todo concentrador mostra quanto de CPU cada função consome. Anote os números no pico e num horário calmo, porque a diferença entre os dois diz mais do que o valor isolado.
- Filas: consumo alto que cresce com o número de assinantes ligados ao mesmo tempo.
- Firewall e conexões: peso que acompanha o número de conexões abertas, não o tráfego em megabits.
- PPPoE: consumo que dispara em reconexão em massa ou com pedidos de descoberta repetidos.
- Roteamento: picos curtos quando uma sessão com operadora cai e a tabela é recalculada.
Se o laço é a suspeita, o ponto de partida costuma ser a OLT ou o switch onde a VLAN dos pedidos repetidos termina. O guia de storm control mostra como conter a tempestade na camada 2.
Concentrador PPPoE com CPU em 100%: o que fazer
Os quatro primeiros passos só leem informação, e os dois últimos mudam a rede e pedem janela. Essa ordem alivia a CPU sem provocar uma queda geral no caminho.
- Processos: anote o que mais usa CPU, entre filas, NAT, firewall, PPPoE e roteamento.
- Sessões: veja quantas sessões há agora e quantas o modelo suporta, pela ficha do fabricante.
- Laços: veja se alguma VLAN manda pedidos de descoberta sem parar.
- Tráfego anormal: procure destinos com volume muito acima do normal.
- Alívio: troque filas por cliente por limite no perfil do RADIUS, quando o equipamento permitir.
- Divisão: leve o CGNAT para outro equipamento ou distribua as sessões entre concentradores.
Limitar quantas sessões novas o concentrador aceita por segundo protege contra a reconexão em massa da próxima queda [CONFIRMAR suporte no equipamento]. Com esse limite, a base volta mais devagar, mas volta inteira.
A CPU encosta em 100% toda noite?
Na alta disponibilidade de concentrador, um Especialista divide a base entre equipamentos, prepara o RADIUS para a reconexão e testa a queda de cada um em janela.
Como escolher o que tirar do concentrador
Nem toda carga precisa sair, e cada mudança tem um custo diferente. A tabela compara as saídas mais comuns pelo alívio que trazem e pelo cuidado que pedem.
| Mudança | O que alivia | Cuidado |
|---|---|---|
| Limite de velocidade pelo RADIUS | Filas por cliente | Conferir se o equipamento aplica o limite sem fila em software |
| CGNAT em equipamento próprio | Tradução e conexões | Manter a guarda de logs apontando cada assinante |
| Borda separada do concentrador | Tabela completa e oscilações das operadoras | Planejar a troca em janela, com as sessões de trânsito |
| Segundo concentrador | Sessões e reconexão | Pools, prefixos e RADIUS prontos nos dois equipamentos |
Quando o CGNAT sai, o dimensionamento de CGNAT define o equipamento novo e as portas por assinante. As filas pelo RADIUS e o desenho do guia de filas de tráfego costumam ser o alívio mais rápido.
Exemplo: CPU no limite toda noite
Um caso comum mostra a ordem funcionando. Um provedor com um concentrador só vê a CPU encostar em 100% todas as noites, e alguns clientes caem no auge do horário de pico.
- Processos: as filas por cliente e o firewall somam a maior parte do consumo no pico.
- Sessões: o número de sessões está perto do teto da ficha do fabricante.
- Alívio: os planos passam a ser aplicados pelo perfil do RADIUS, e a CPU ganha folga no pico seguinte.
- Divisão: um segundo concentrador entra em janela, com metade da base em cada equipamento.
Erros comuns com a CPU no limite
Algumas reações aliviam a CPU por minutos e derrubam a base logo depois. Outras escondem a causa e deixam o problema para o próximo pico.
Evite
- Reiniciar o concentrador no pico. A volta de todos juntos leva a CPU a 100% de novo.
- Desligar as filas de todos os clientes sem outro limite de velocidade.
- Mover clientes para outro concentrador às pressas, sem RADIUS e endereços prontos nele.
- Ignorar a tempestade de pedidos PPPoE. O laço continua e derruba de novo.
- Trocar o equipamento por um maior sem saber qual função pesa mais.
O último erro sai caro. Um equipamento maior com as mesmas filas, o mesmo CGNAT e a mesma tabela de rotas chega ao limite de novo quando a base cresce, e o provedor continua com um ponto único de falha.
Também é comum confundir CPU alta com ataque e sair bloqueando tráfego. Se a CPU subiu de repente com volume anormal para um destino, o guia de ataque DDoS no provedor ajuda a confirmar antes de mexer em regras.
Quando vale chamar um Especialista?
Vale chamar quando a CPU encosta em 100% todo pico, quando a base cai junto com ela ou quando a subida aparece de repente e a equipe não acha a origem. Cada noite no limite é uma noite com clientes caindo.
Marque o que vale para o seu concentrador
- A CPU fica perto do limite em todos os picos da semana.
- Clientes caem no horário de pico sem queda de fibra ou de energia.
- O mesmo equipamento faz PPPoE, CGNAT, firewall e borda.
- Existe um concentrador só, sem outro para dividir a carga.
- Ninguém sabe qual função consome mais CPU no pico.
Duas marcas ou mais indicam que o concentrador vai cair de novo no próximo pico. É a hora de planejar a divisão da carga com alguém que já fez essa mudança com a base em produção.
É um caso de suporte técnico N3, porque mexe no equipamento que atende toda a base, no RADIUS e muitas vezes no CGNAT e na borda. A Táquion Tech faz o diagnóstico de forma remota, alivia a CPU sem derrubar a base e entrega o desenho da divisão entre concentradores.
O peso da CPU alta no SLA
Clientes empresariais costumam ter SLA de disponibilidade em contrato, e as quedas do pico contam contra essa meta todas as noites. Separar esses clientes num concentrador com folga reduz o risco enquanto a divisão completa não fica pronta.
Perguntas frequentes sobre concentrador PPPoE com CPU em 100%
CPU em 100% no concentrador derruba os clientes?
Pode derrubar. O concentrador deixa de responder às mensagens de eco a tempo, e as sessões são encerradas pelos roteadores dos clientes.
Filas por cliente pesam tanto assim?
Em concentradores que fazem tudo por software, sim. Milhares de filas consomem muita CPU no pico, e o limite pelo perfil do RADIUS costuma aliviar bastante.
Quantas sessões PPPoE um concentrador aguenta?
Depende do modelo, do tráfego e do que mais ele faz, como CGNAT e firewall. Use o dado do fabricante como teto, não como meta.
Separar o CGNAT do concentrador ajuda?
Ajuda. Cada conexão dos clientes deixa de passar pela CPU do concentrador, que fica só com as sessões e os planos.
Trocar por um equipamento maior resolve de vez?
Resolve por um tempo, mas mantém o ponto único de falha. Dividir as funções e a base entre equipamentos dá folga e mantém os clientes de pé quando um deles para.
Serviços ligados a este guia
- Auditoria de capacidade para provedores Consultoria e auditoria
- Consultoria de compras de equipamentos para provedores Consultoria e auditoria
- Implantação de concentrador PPPoE para provedores IPv6, CGNAT e BNG
- Integração com IXC para provedores Sistemas para provedores
Responsável técnico da Táquion Tech · Registro profissional [PREENCHER]
Mais de 15 anos em operações de rede, com gestão de infraestruturas de TI, administração de data centers e condução de equipes em migrações de TI e telecomunicações, com foco em alta disponibilidade e segurança.
A Táquion Tech é uma empresa de engenharia de redes de Balneário Camboriú (SC) que projeta, opera e dá suporte a redes de provedores de internet e de empresas.
Fontes
- RFC 2516, A Method for Transmitting PPP Over Ethernet (PPPoE): mensagens de descoberta que se repetem numa tempestade de pedidos.
- RFC 2866, RADIUS Accounting: registros de sessão trocados entre concentrador e RADIUS.
- RFC 6888, Common Requirements for Carrier-Grade NATs: requisitos de um CGNAT, que pesa quando roda no concentrador.
