Explicação:
Isso geralmente indica que o nome de usuário, ID de autenticação ou senha configurados para o ramal estão incorretos.

Como corrigir:

• Verifique novamente o nome de usuário SIP, o ID de autenticação e a senha na configuração do SIP Caller.
• Certifique-se de que o ramal esteja ativo e não bloqueado ou desabilitado no PBX.
• Se você alterou recentemente a senha no PBX, atualize-a também no SIP Caller.

Explicação:
Isso indica que o domínio ou endereço IP especificado para o servidor PBX está incorreto ou inacessível.

Como corrigir:

• Verifique se o nome de domínio (FQDN) está escrito corretamente.
• Certifique-se de que o domínio aponta para o endereço IP público correto do seu PBX.
• Verifique se o serviço DNS consegue resolver o domínio.

Explicação:
Firewalls em nível de rede ou configurações do PBX podem estar bloqueando o tráfego SIP ou RTP.

Como corrigir:

• Certifique-se de que o SIP (geralmente porta UDP ou TCP 5060) esteja aberto no firewall do PBX.
• Garanta que quaisquer firewalls de provedores de nuvem ou hospedagem permitam tráfego do endereço IP do SIP Caller.
• Verifique os logs do seu PBX em busca de tentativas de registro rejeitadas ou IPs bloqueados.
• Ao usar a Central Telefônica 3CX, certifique-se de que a opção Block remote non tunnel connection esteja desabilitada para o ramal usado pelo SIP Caller.

Explicação:
O status de uma campanha deve estar definido como "Ativa" para começar a fazer chamadas.

Como corrigir:

• Vá até a seção Campanhas no console do SIP Caller.
• Certifique-se de que a campanha esteja definida como "Ativa" e não "Pausada", "Finalizada" ou "Cancelada".

Explicação:
As campanhas só são executadas durante sua janela de tempo programada e respeitam o fuso horário configurado.

Como corrigir:

• Confirme que a data e hora atuais estão dentro da programação da campanha.
• Certifique-se de que o fuso horário correto esteja selecionado nas configurações da campanha.

Explicação:
Se uma campanha tiver um grupo de férias configurado, a programação do dia atual pode ser afetada.

Como corrigir:

• Verifique o "Grupo de Férias" da campanha.
• Remova ou ajuste os feriados conforme necessário para permitir que a campanha seja executada.

Explicação:
Campanhas sem números de telefone não podem fazer chamadas.

Como corrigir:

• Vá até a lista de números da campanha.
• Certifique-se de que pelo menos um número válido esteja carregado e não marcado como concluído ou com falha.

Explicação:
As contas Gratuitas são limitadas a 100 chamadas por dia, e as contas de Demonstração são limitadas a 500 chamadas por dia.

Como corrigir:

• Monitore seu volume diário de chamadas no painel.
• Aguarde até o dia seguinte ou faça upgrade da sua conta para remover o limite.

Explicação:
A capacidade de chamadas simultâneas é compartilhada entre todas as campanhas em execução.

Como corrigir:

• Pause ou interrompa outras campanhas ativas para liberar capacidade de chamadas.
• Faça upgrade do seu plano se precisar de mais chamadas simultâneas.

Explicação:
As campanhas preditivas e progressivas exigem que o SIP Caller Queues Monitor esteja instalado e uma fila com agentes disponíveis.

Como corrigir:

• Confirme que o SIP Caller Queues Monitor está em execução e corretamente conectado ao seu PBX.
• Certifique-se de que os agentes estejam conectados à fila e disponíveis para atender chamadas.

Explicação:
Se não houver uma regra de saída que corresponda ao número discado, o PBX pode redirecionar a chamada para uma URA ou rejeitá-la.

Como corrigir:

• Verifique as regras de saída no seu PBX para garantir que correspondam ao formato de discagem usado pelo SIP Caller (por exemplo, com ou sem código do país, prefixo).
• Adicione ou ajuste regras para que os números da sua campanha possam ser roteados para o tronco SIP.

Explicação:
Alguns provedores SIP rejeitarão chamadas com uma resposta 403 Forbidden se o saldo da sua conta for insuficiente.

Como corrigir:

• Faça login no portal do seu provedor de tronco SIP e verifique o saldo da sua conta.
• Recarregue ou adicione crédito à sua conta para permitir chamadas de saída.

Explicação:
Seu PBX ou tronco SIP pode estar configurado para bloquear destinos internacionais ou de países específicos.

Como corrigir:

• Revise as permissões de chamadas de saída no PBX e nas configurações do tronco SIP.
• Habilite a discagem internacional ou para países específicos, se necessário.

Explicação:
O formato do número pode ser inválido ou o número pode não existir.

Como corrigir:

• Certifique-se de que os números da sua campanha sejam válidos e estejam formatados corretamente para o seu PBX e tronco SIP.
• Use a formatação E.164 se exigido pelo seu provedor.

Explicação:
Seu provedor de tronco SIP pode não ter roteamento disponível para o número discado.

Como corrigir:

• Entre em contato com seu provedor de tronco SIP para verificar a cobertura do destino discado.
• Considere usar um tronco de backup ou provedor alternativo para esses destinos.

Explicação:
Uma incompatibilidade nas configurações de RTP Seguro entre o SIP Caller e o seu PBX (por exemplo, 3CX) pode resultar em ausência de áudio, mesmo que a chamada seja conectada com sucesso.

Cenários Típicos:

Como corrigir:

• Certifique-se de que o SRTP esteja habilitado ou desabilitado de forma consistente em ambas as pontas.
• Se estiver usando o 3CX com SRTP obrigatório, habilite o RTP Seguro nas configurações do SIP Caller.
• Se o 3CX tiver o SRTP desabilitado, desabilite o SRTP no SIP Caller também.

Explicação:
Em cenários de discagem preditiva ou baseados em fila, o PBX pode rejeitar a transferência de chamada se não houver agentes disponíveis na fila de destino.

Como corrigir:

• Verifique a configuração da fila no seu PBX.
• Certifique-se de que a fila tenha agentes conectados e disponíveis para receber chamadas.

Explicação:
Quando os tons DTMF são transmitidos como parte do fluxo de áudio (in-band), a compressão de áudio pode distorcer os sinais de alta frequência, tornando-os pouco confiáveis para detecção. Para garantir o reconhecimento preciso de DTMF, os tons devem ser enviados usando o método de payload RTP definido na RFC 2833.

Como corrigir:

1. Capture o fluxo RTP usando o Wireshark - No lado do PBX, execute uma captura de pacotes durante uma chamada de teste e inspecione os pacotes RTP:
   • Procure por tons DTMF sendo transmitidos como áudio (in-band).
   • Se você não ver eventos RTP (Payload Type 101 ou similar), os tons provavelmente estão sendo enviados in-band.
2. Confirme o método de transporte DTMF - No Wireshark, em Telephony > RTP > RTP Streams, verifique se os tons DTMF não estão usando RFC 2833.
3. Entre em contato com o seu provedor de Tronco SIP - Compartilhe suas descobertas e peça a eles para configurar o DTMF para ser enviado usando RFC 2833 (RTP Payload Events) em vez de áudio in-band.
4. Verifique a configuração do PBX - Certifique-se de que o seu PBX esteja configurado para suportar e priorizar o RFC 2833 para sinalização DTMF.
5. Teste novamente - Faça outra chamada, capture o RTP, e confirme que os tons DTMF agora estão sendo enviados como eventos RTP.