Códigos SIP

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.

SIP 600 na referência
Código600
Nome oficialBusy Everywhere
Classe6xx: falha global
Definido emRFC 3261
Causas Q.850 que costumam vir junto17 (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úmeroLeitura
Uma saudação ou mensagem gravada (a URA)Fora do ar
Um tom de teste ou serviço de ecoFora do ar
Outro: pode tocar ou ser atendidoEm 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

  1. Capture a chamada com sngrep e veja quem gerou o 600, pelos cabeçalhos Via, Server e User-Agent da resposta.
  2. No Asterisk, Issabel ou FreePBX, ative pjsip set logger on (ou sip set debug on no chan_sip) e procure Reason: Q.850;cause=17 e um eventual Retry-After.
  3. Rode core show channels no momento da falha para contar as chamadas ativas e comparar com o limite de canais da rota.
  4. 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.
  5. No 3CX, ative o log detalhado (Verbose) e veja no Activity Log qual tronco devolveu o 600.
  6. 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.

Saiba disso antes dos seus clientes

O Monitor liga para cada circuito de voz o dia todo e entrega cada falha com o código SIP e a causa Q.850 como prova.