SIP 600 Busy Everywhere: o que significa e como resolver
Resposta curta: SIP 600 Busy Everywhere significa que o destino foi contatado, está ocupado e sabe que nenhum outro ponto aceitaria a chamada agora. É uma falha global da classe 6xx, então o proxy para de tentar outras rotas. Em tronco, pode indicar canais simultâneos esgotados. Verifique quem gerou a resposta e o limite de canais da rota.
| Código | 600 |
|---|---|
| Nome oficial | Busy Everywhere |
| Classe | 6xx: falha global |
| Definido em | RFC 3261 |
| Causas Q.850 que costumam vir junto | 17 (User busy) |
Como o Monitor trata o SIP 600
A leitura depende do que deve atender o número, a pergunta que a 2N5 responde ao cadastrar cada circuito. Estas são as regras que o produto aplica hoje, geradas da mesma função que julga cada chamada de teste.
| O que deve atender o número | Leitura |
|---|---|
| Uma saudação ou mensagem gravada (a URA) | Fora do ar |
| Um tom de teste ou serviço de eco | Fora do ar |
| Outro: pode tocar ou ser atendido | Em operação |
Para "Outro": Com "Contar ocupado como alcançável" desmarcado: Fora do ar.
O que o Monitor registra para uma URA: O número estava ocupado: o telefone está em outra chamada, mas este circuito deveria atender todas as chamadas sozinho (SIP 600).
Uma chamada lida como Fora do ar não alerta ninguém sozinha: ela é repetida 3 vezes, a cada 2 minutos, e só 4 falhas seguidas abrem um incidente, com o código SIP e a causa Q.850 de cada chamada como evidência para a operadora. No ritmo padrão, cada circuito é testado a cada 15 minutos.
Se a operadora devolve o SIP 600 ao registro da conta de chamadas da 2N5, antes de qualquer chamada, o teste fica sem visibilidade: é um problema do lado da 2N5, não conta contra o circuito e não avisa o cliente.
O que significa o SIP 600 na prática?
O SIP 600 Busy Everywhere é uma resposta da classe 6xx, a das falhas globais. Segundo a RFC 3261, o sistema do destino foi contatado com sucesso, mas o destino está ocupado e não quer receber a chamada agora. O destino só deve usar essa resposta quando sabe que nenhum outro ponto conseguiria aceitar a chamada; ela pode trazer Retry-After com um horário melhor para tentar.
A consequência prática é que um proxy que recebe um 600 encerra as tentativas pendentes e não procura outras rotas. É aí que ele se separa do SIP 486, que diz “ocupado aqui” e deixa outras rotas livres. Em troncos, o 600 também pode significar canais simultâneos esgotados, quando o SBC da operadora ou da empresa está configurado para responder assim. Um erro 600 SIP é menos comum que o 486, e por isso vale identificar qual equipamento o gerou.
Causas comuns no Brasil
- Canais simultâneos esgotados em um SBC configurado para responder 600 em vez de 486, para evitar que o PABX tente outras rotas.
- Limite de chamadas simultâneas por conta SIP atingido em um tronco de operadora (Vivo, Claro, Algar, Embratel ou outra).
- Plataforma de atendimento ou URA hospedada que responde 600 quando todas as posições estão em uso.
- Grupo de toque com todos os ramais ocupados, quando o sistema de destino decide que nenhum deles pode atender.
- Equipamento intermediário que converte o ocupado recebido de outra rede em 600, em vez de repassar o 486.
Como diagnosticar
- Capture a chamada com
sngrepe veja quem gerou o 600, pelos cabeçalhos Via, Server e User-Agent da resposta. - No Asterisk, Issabel ou FreePBX, ative
pjsip set logger on(ousip set debug onno chan_sip) e procureReason: Q.850;cause=17e um eventualRetry-After. - Rode
core show channelsno momento da falha para contar as chamadas ativas e comparar com o limite de canais da rota. - Confira no log se o PABX tentou outra rota depois da resposta. Se a rota de transbordo nunca foi usada, o 600 pode ser o motivo.
- No 3CX, ative o log detalhado (Verbose) e veja no Activity Log qual tronco devolveu o 600.
- Repita a ligação por outro tronco ou por um celular. Se completar, o problema está na capacidade da rota, não no destino.
O que mandar para a operadora
- Data e hora exatas com fuso, por exemplo 2026-10-07 14:32:10 -03:00.
- Número de origem (A) e número de destino (B), no formato enviado no INVITE.
- Call-ID e a linha completa da resposta, como
SIP/2.0 600 Busy Everywhere. - Os cabeçalhos Reason e Retry-After, se vieram.
- Quantas tentativas falharam, em que intervalo, e quantas chamadas estavam ativas no tronco.
- O arquivo pcap da captura, se você tiver.
Perguntas frequentes
O SIP 600 é mais grave que o 486?
Não necessariamente. Os dois dizem que o destino está ocupado. A diferença está no alcance: o 486 vale só para aquele ponto, enquanto o 600 avisa que nenhum outro ponto vai aceitar, então o proxy não deve tentar outras rotas. Se o seu PABX tem rota de transbordo, um 600 pode impedir que ela seja usada.
Que causa Q.850 acompanha o SIP 600?
Pela RFC 3398, um gateway que converte o SIP 600 para a rede telefônica usa a Q.850 cause 17 (User busy). No sentido contrário, a cause 17 vira 486, não 600. Por isso, um 600 que chega no seu PABX quase sempre foi gerado por um equipamento SIP, e não traduzido de uma central telefônica.
Uma chamada de teste real pega esse código?
Sim. Uma chamada de teste real recebe a resposta SIP final que a rede devolve, inclusive o 600. Quando o resultado conta como falha, a chamada é repetida antes de qualquer alerta, e o alerta segue por e-mail e SMS.