Configurar um número DID (Discagem Direta para o Interior) deveria ser simples, mas quem já fez isso algumas vezes sabe que quase sempre algo dá errado. Talvez as chamadas recebidas falhem sem aviso prévio, talvez o áudio funcione apenas em uma direção ou talvez um número portado fique inativo por semanas. Esses problemas não são incomuns. São previsíveis e a maioria deles se deve a alguns erros de configuração que se repetem em organizações de todos os portes.
Já vi equipes perderem horas solucionando problemas que se resumiam a um simples erro de digitação no endereço IP ou a uma regra de firewall que ninguém se lembrava de ter adicionado. O mais frustrante é que resolver problemas comuns de configuração de números DID geralmente leva minutos, uma vez que você saiba onde procurar. O segredo é saber onde procurar. Este guia aborda os problemas mais frequentes que surgem durante o provisionamento de DIDs e a operação diária, com soluções específicas que você pode aplicar imediatamente. Seja você responsável por um PABX de um único escritório ou por uma implantação em várias localidades, esses são os problemas que irão lhe afetar primeiro e que vale a pena prevenir antes que custem chamadas perdidas e receita em excesso.
Solução de problemas de falhas em chamadas recebidas e conectividade
Quando as chamadas recebidas para o seu número DID falham completamente, o problema quase sempre reside em um destes três locais: registro SIP, bloqueio em nível de rede ou configuração de segurança. Antes de começar a alterar configurações aleatoriamente, identifique qual camada está causando a falha. Um rápido rastreamento SIP do seu PBX geralmente apontará a direção correta em segundos.
Verificação do registro e autenticação do tronco SIP
A primeira coisa a verificar é se o seu tronco SIP está realmente registrado junto ao seu provedor. Abra o painel de administração do seu PBX e verifique o status do tronco. Se estiver como "inacessível" ou "não registrado", o problema quase certamente está relacionado às credenciais ou à rede.
As causas mais comuns incluem nomes de usuário incompatíveis, senhas de autenticação incorretas ou um domínio de registro errado. Alguns provedores usam autenticação baseada em IP em vez de credenciais, o que significa que o IP de saída do seu PBX deve corresponder exatamente ao que está registrado. Se o seu servidor mudou recentemente de IP público (comum em sistemas PBX hospedados na nuvem), seu tronco deixará de se registrar silenciosamente.
Execute uma captura de pacotes ou habilite o registro de depuração SIP para visualizar as mensagens SIP REGISTER reais. Procure por respostas 401 Não Autorizado ou 403 Proibido. Um erro 401 seguido por um novo registro bem-sucedido com as credenciais é normal. Um erro 403, por outro lado, significa que o provedor está rejeitando ativamente sua conexão e você precisará verificar o status da sua conta e suas credenciais diretamente com ele.
Resolvendo problemas de NAT Traversal e bloqueios de firewall
A NAT (Network Address Translation, ou Tradução de Endereços de Rede) é a causa mais comum de problemas de conectividade com SIP. Seu PBX está atrás de um roteador com um IP privado, mas os pacotes SIP precisam conter o IP público correto para que o provedor possa encaminhar as respostas de volta. Se o seu PBX enviar seu endereço privado 192.168.xx nos cabeçalhos SIP, as respostas do provedor não chegarão ao destino.
A maioria das plataformas PBX possui uma seção de configuração NAT onde você especifica seu IP externo e os intervalos de rede local. No FreePBX e no Asterisk, essa configuração fica nas opções SIP, em “Endereço Externo” e “Redes Locais”. Se você estiver usando um IP dinâmico, precisará utilizar um servidor STUN ou configurar um script que atualize o endereço externo automaticamente.
Os firewalls também são problemáticos. O SIP normalmente usa a porta 5060 (UDP ou TCP) e a 5061 para TLS. Se o seu firewall bloquear essas portas ou aplicar o SIP ALG (Application Layer Gateway), as chamadas falharão de forma imprevisível. O SIP ALG, em particular, é conhecido por reescrever os cabeçalhos SIP de maneiras que interrompem o estabelecimento da chamada. Desative-o no seu roteador se estiver enfrentando quedas intermitentes de registro ou áudio unidirecional.
Verificando a lista de permissões de IP e as configurações de segurança
Muitos provedores de SIP exigem que você adicione à lista de permissões os endereços IP que enviarão tráfego para seus servidores. Se o IP público do seu PBX não estiver na lista de permissões do provedor, todo o tráfego SIP será descartado antes mesmo da autenticação.
Verifique o portal do seu provedor em busca de uma seção de lista de permissões de IP ou ACL (Lista de Controle de Acesso). Adicione seu IP público atual e, se estiver usando um PBX na nuvem, lembre-se de que o IP pode ser diferente do que você vê em sua máquina local. Use uma ferramenta como "curl ifconfig.me" no próprio servidor PBX para confirmar. Do seu lado, certifique-se de que seu firewall permita o tráfego de entrada dos intervalos de IP SIP e de mídia do provedor, que devem estar publicados na documentação.
Solução de problemas de qualidade de áudio e áudio unidirecional
As chamadas conectam, mas ninguém consegue ouvir nada, ou apenas um lado tem áudio. Isso é, sem dúvida, mais frustrante do que as chamadas simplesmente falharem porque a sinalização SIP está funcionando corretamente. O problema reside na camada de mídia: nos fluxos RTP (Real-time Transport Protocol) que transportam os dados de voz.
Compatibilidade de codecs suportados entre o provedor e o PBX
Uma incompatibilidade de codecs nem sempre causa a falha de uma chamada. Às vezes, a chamada é conectada, mas o áudio fica distorcido, picotado ou completamente ausente. Seu PABX e seu provedor precisam concordar com pelo menos um codec em comum durante a configuração da chamada.
Os codecs mais amplamente suportados são G.711 (ulaw/alaw) e G.729. O G.711 oferece a melhor qualidade de áudio, mas utiliza mais largura de banda (cerca de 87 kbps por chamada). O G.729 é mais eficiente em termos de largura de banda, mas requer uma licença em algumas plataformas de PBX. Consulte a documentação do seu provedor para obter a lista de codecs suportados e, em seguida, configure o tronco do seu PBX para oferecer esses codecs na ordem de preferência.
Se você estiver vendo chamadas se conectarem sem áudio algum, verifique se ambos os lados negociaram um codec com sucesso. A resposta SIP 200 OK contém um corpo SDP (Session Description Protocol) que lista o codec acordado. Se o SDP mostrar um codec que seu PBX não suporta, você encontrou o problema.
Configurando o encaminhamento de portas para tráfego RTP
O tráfego RTP utiliza uma faixa de portas UDP, normalmente de 10000 a 20000, embora isso varie conforme a plataforma PBX. Se o seu firewall não encaminhar toda essa faixa para o servidor PBX, os pacotes de áudio serão descartados. Essa é a causa mais comum de áudio unidirecional: o RTP de saída do seu PBX chega ao provedor, mas o RTP de entrada do provedor não consegue chegar ao seu PBX.
Configure o encaminhamento de portas para toda a faixa de portas RTP no seu roteador, apontando para o IP interno do seu PBX. Em sistemas baseados em Asterisk, a faixa de portas RTP é definida no arquivo rtp.conf. Certifique-se de que a faixa na configuração do seu PBX corresponda à faixa que você encaminhou. Para sistemas PBX hospedados na nuvem, verifique se o grupo de segurança ou o firewall da nuvem permite tráfego UDP de entrada nessas portas a partir dos IPs do servidor de mídia do provedor.
Correção de erros de roteamento e formatação de números
Seu DID está ativo, seu tronco está registrado e o áudio funciona em chamadas de teste, mas as chamadas reais recebidas tocam no lugar errado ou não correspondem a nenhuma rota. Incompatibilidades de formatação de números são a causa silenciosa de problemas em configurações de DID, especialmente em implantações que abrangem vários países.
Gerenciando os requisitos de formato E.164 e código de país
E.164 é o padrão internacional para formatação de números de telefone: um sinal de mais seguido pelo código do país e o número do assinante, sem espaços ou hífens. Por exemplo, um número dos EUA tem a aparência de +12125551234. Algumas operadoras enviam chamadas recebidas com o formato E.164 completo, enquanto outras removem o código do país ou o sinal de mais inicial.
A incompatibilidade ocorre quando seu PABX espera um formato, mas recebe outro. Se sua rota de entrada estiver configurada para corresponder a “2125551234”, mas o provedor enviar “+12125551234”, a chamada não corresponderá a nenhuma rota e será encaminhada para um destino padrão ou rejeitada completamente.
Verifique os registros de chamadas de entrada do seu PABX para ver exatamente qual o formato dos números recebidos. Em seguida, configure suas rotas de entrada para corresponder a esse formato ou use uma regra de manipulação do plano de discagem para normalizar os números recebidos antes que cheguem à lógica de roteamento. A maioria das plataformas de PABX oferece suporte a expressões regulares ou correspondência de padrões para essa finalidade. Configure uma regra que remova ou adicione o código do país conforme necessário e você evitará esse problema em todos os seus DIDs.
Configuração de rotas de entrada e mapeamento de extensões
Mesmo com a formatação de número correta, as chamadas podem não ser encaminhadas corretamente se a configuração da sua rota de entrada apresentar falhas. Cada número DID precisa de uma rota de entrada explícita que o mapeie para um destino: um grupo de toque, fila, URA ou ramal específico.
Um erro comum é configurar o DID no portal do provedor, mas esquecer de criar a rota de entrada correspondente no PBX. Outro problema frequente são as rotas duplicadas, onde duas rotas correspondem ao mesmo padrão de DID e o PBX seleciona a rota errada com base na ordem de prioridade. Audite suas rotas de entrada após cada nova ativação de DID. Certifique-se de que cada número esteja mapeado para exatamente um destino e teste-o com uma chamada externa, não apenas com uma transferência interna.
Resolvendo problemas de identificação de chamadas e apresentação de chamadas de saída.
Problemas com a identificação de chamadas em ligações de saída são traiçoeiros porque não afetam a conclusão da chamada. As chamadas são completadas normalmente, mas o número errado (ou nenhum número) aparece no telefone do destinatário. Isso mina a confiança e pode violar regulamentações em algumas jurisdições.
Ajustando os cabeçalhos P-Asserted-Identity e Remote-Party-ID
O SIP utiliza diversos cabeçalhos para comunicar a identidade do chamador, e diferentes provedores os tratam de maneiras distintas. Os três principais são o cabeçalho From, o P-Asserted-Identity (PAI) e o Remote-Party-ID (RPID). Seu provedor pode considerar um deles e ignorar os demais.
Se o seu identificador de chamadas de saída não estiver sendo exibido corretamente, primeiro confirme no portal do seu provedor se o DID está autorizado para uso em chamadas de saída. Os provedores geralmente não exibem um número cuja propriedade você não verificou, especialmente com as regulamentações STIR/SHAKEN em vigor. Em seguida, verifique em qual cabeçalho o seu PABX está enviando o identificador de chamadas. Alguns provedores leem apenas o PAI; portanto, se o seu PABX estiver enviando o identificador de chamadas somente no cabeçalho "De", ele será ignorado.
Em sistemas baseados em Asterisk, você pode controlar isso com as opções de tronco “sendrpid” e “pai”. Defina “sendrpid=pai” para incluir o cabeçalho P-Asserted-Identity. Para outras plataformas, procure as configurações de identificação de chamadas de saída ou identidade do tronco. Teste ligando para um celular e verificando qual número aparece, já que telefones fixos e celulares podem exibir a identificação de chamadas de forma diferente, dependendo da operadora.
Lidando com atrasos na portabilidade e falhas de ativação
A portabilidade numérica é onde os problemas de configuração do DID deixam de ser técnicos e se tornam processuais, multiplicando a frustração. Uma portabilidade padrão nos EUA leva de 7 a 10 dias úteis para números de telefone fixo, embora a portabilidade de números de celular às vezes seja mais rápida. As portabilidades internacionais variam muito: alguns países são concluídas em dias, outros levam semanas.
O motivo mais comum para atrasos na portabilidade é a rejeição da Carta de Autorização (LOA). O nome, endereço e número da conta na sua LOA devem corresponder exatamente aos registros da sua operadora atual. Mesmo uma pequena discrepância, como "Rua" em vez de "Rua", pode causar uma rejeição que adiciona mais uma semana ao processo. Ligue para sua operadora atual e peça que confirmem os dados exatos da conta antes de enviar a LOA.
Falhas parciais na portabilidade ocorrem quando você está portando um bloco de números e alguns são transferidos com sucesso, enquanto outros não. Isso geralmente significa que certos números do bloco estão em uma conta ou operadora diferente. Seu novo provedor deve ser capaz de identificar quais números falharam e por quê, para que você possa enviar uma solicitação corrigida apenas para esses números.
Assim que a portabilidade for concluída, teste imediatamente. Não presuma que tudo está funcionando. Faça chamadas de teste para todos os números portados e verifique se o encaminhamento está correto, pois a conclusão da portabilidade não garante que a configuração do seu PABX esteja pronta para receber essas chamadas.
Melhores práticas para o gerenciamento e monitoramento contínuos de DIDs
Configurar seus DIDs para funcionar é apenas metade da batalha. Mantê-los funcionando exige atenção constante. Configure o monitoramento de seus troncos SIP para receber alertas quando o registro cair. A maioria das plataformas PBX oferece suporte a alertas via SNMP ou webhook, e ferramentas de monitoramento de terceiros, como Nagios ou PRTG, podem verificar o status dos troncos SIP em intervalos regulares.
Mantenha uma planilha ou banco de dados com todos os seus DIDs, o provedor, o destino atribuído e a data de ativação. Parece básico, mas já vi organizações com centenas de DIDs sem um registro centralizado, o que resulta em números que tocam em ramais desconectados ou filas abandonadas. Audite essa lista trimestralmente.
Mantenha o firmware do seu PBX e a pilha SIP atualizados. Vulnerabilidades de segurança em implementações SIP são descobertas regularmente, e um PBX sem patches é um convite para fraudes em chamadas internacionais, onde invasores sequestram seus troncos para fazer ligações caras. Habilite o SIP TLS e o SRTP onde seu provedor os suportar para criptografar tanto a sinalização quanto a mídia.
Documente todas as alterações de configuração. Quando algo der errado daqui a seis meses, você vai querer saber exatamente o que mudou e quando. Um simples registro de alterações em um documento compartilhado é melhor do que nada.
O processo de resolução de problemas de configuração de números DID torna-se mais rápido quanto mais disciplinado você for com a documentação e o monitoramento. A maioria dos problemas pode ser evitada com os hábitos certos. Desenvolva esses hábitos agora e você gastará muito menos tempo apagando incêndios mais tarde.
Se você busca um provedor que simplifique o gerenciamento de DIDs e o combine com automação moderna, o IDT Express oferece Agentes de IA de Voz capazes de lidar com tudo, desde o encaminhamento de chamadas recebidas até a captura de leads, com retorno sobre o investimento (ROI) mensurável em poucas semanas. Comece aqui e veja como a plataforma deles se adapta às suas operações de chamadas.
