DID no trunk SIP: como o número virtual chega ao seu PABX

Para o usuário, "número virtual" é o telefone da empresa que toca em qualquer lugar. Para quem opera o PABX, é um INVITE chegando pelo tronco com um número no destino — e tudo que interessa é rotear esse número para o lugar certo. Este artigo percorre o caminho técnico completo do DID: da rede pública ao seu dialplan, incluindo o detalhe de formato que quebra metade das instalações novas.

DID, número virtual e o que o tronco vê

DID (Direct Inward Dialing) nasceu no mundo E1 para permitir que cada ramal tivesse número público próprio sem uma linha física por ramal. No SIP, o conceito ficou mais simples e mais poderoso: o DID é um número do plano nacional apontado para o seu tronco. Quando alguém disca esse número, o provedor converte a chamada da rede pública em um INVITE SIP e o entrega na sua borda — com o número discado na Request-URI e no cabeçalho To.

Ou seja: para o seu PABX, "receber chamada do número (11) 4000-0000" significa literalmente "receber INVITE cujo destino é 1140000000". Todo o resto — de qual cidade é o número, quem liga — é metadado carregado nos cabeçalhos, como manda o protocolo.

Numeração × capacidade: DIDs e canais

A confusão mais comum de quem vem do E1: achar que mais números exigem mais tronco. São eixos independentes:

Um tronco de 10 canais atende 50 DIDs numa boa — desde que não haja mais de 10 conversas ao mesmo tempo, somando entrada e saída. O cálculo de quantos canais o seu tráfego pede é estatística clássica de Erlang B. E se a sua operação é revenda — muitos DIDs comprados em volume para clientes finais — o lado comercial dessa mesma moeda está no guia de DIDs para revenda do Clube do VoIP.

Roteamento de entrada no Asterisk/FreePBX

No FreePBX, a chamada de entrada casa com uma Inbound Route pelo par (DID, CID): o DID identifica o número discado, o CID opcionalmente filtra por origem. O destino é o que você quiser: URA, ramal, fila, condição de horário. No Asterisk puro, é o contexto de entrada do tronco casando a extensão:

Boa prática que economiza madrugadas: crie uma rota catch-all depois das específicas (no FreePBX, DID "ANY"; no Asterisk, exten => _X.,1,...) apontando para um destino visível — assim, DID novo esquecido no dialplan toca em algum lugar em vez de devolver 404 para a operadora.

O detalhe do formato (que quebra instalações)

O número que chega na Request-URI tem formato definido pelo provedor — e ele precisa bater com o que o seu dialplan espera. As variantes reais no mercado brasileiro:

• 1140000000 — nacional sem prefixo (o mais comum);
• +551140000000 — E.164 completo;
• 01140000000 — com zero de longa distância.

Instalação nova em que "o DID não toca" com o tronco registrado e chamadas de saída funcionando é, em 9 de 10 casos, isso: a rota de entrada espera 1140000000 e o INVITE traz +55.... Capture um INVITE real (sngrep resolve em um minuto), veja o formato exato e alinhe o dialplan — ou normalize na entrada com um prefixo de manipulação. O décimo caso é NAT segurando a sinalização, e aí o caminho é o guia de NAT e SIP ALG.

Multi-DDD num tronco só

A consequência mais valiosa de numeração ser software: DIDs de cidades diferentes entram pelo mesmo tronco. Número de São Paulo para o comercial, de BH para o suporte, de Porto Alegre para a filial que ainda não existe fisicamente — todos convergindo no mesmo PABX, roteados por regra. No mundo E1, cada praça exigia link físico local; no SIP, exige uma linha no dialplan.

Do lado de quem liga, cada número é local de verdade — com o DDD da cidade e, com rota de saída decente, a identificação correta na chamada de retorno (CLI, o assunto que rende fraude quando mal tratado — veja segurança SIP). Para o discurso de presença local completo, do ponto de vista do usuário final, o guia da Nvoip sobre bina local fecha o quadro.