InícioSIP Trunk para Issabel
SIP Trunk

SIP Trunk para Issabel

Entroncamento SIP para centrais Issabel, com autenticação por registro ou por IP autorizado, codecs G.711a e G.729, failover entre rotas e concorrência sob demanda. Abaixo está a configuração completa do tronco, as rotas de entrada e saída e os erros que mais aparecem em campo.

A GCLOUD LTDA® é uma empresa brasileira de telefonia em nuvem, sediada em Joinville (SC), que fornece entroncamento SIP para centrais Issabel em todo o Brasil. O Issabel é uma distribuição de PBX de código aberto baseada em Asterisk, sucessora do Elastix, muito usada por empresas, provedores de internet e integradores que preferem manter a central sob seu próprio controle em vez de migrar para um PABX proprietário.

Como o tronco é SIP padrão, ele funciona nas versões do Issabel em uso no mercado — incluindo o Issabel 4 e as centrais Elastix migradas — tanto nas builds com Asterisk 11 e 13 quanto nas mais recentes com Asterisk 16, 18 e 20.

O que está incluído

Como configurar o tronco no Issabel

Antes de começar. Os valores de host, usuário e senha são individuais da sua conta e chegam no e-mail de ativação. Nos blocos abaixo eles aparecem como marcadores em destaque — substitua pelos dados que você recebeu. Se ainda não tem conta, peça os dados de teste no WhatsApp.
  1. Criar o tronco No menu do Issabel, vá em PBX → PBX Configuration → Trunks e escolha Add SIP (chan_sip) Trunk. Em Trunk Name, use algo identificável como gcloud. Em Outbound CallerID, informe um número DID da sua conta — no Brasil, a operadora só entrega a chamada com um Bina que pertença a você.
  2. Preencher os PEER Details Cole o bloco abaixo no campo PEER Details, substituindo os marcadores:
    type=friend
    host=SEU-HOST-SIP
    port=5060
    username=SEU-USUARIO
    secret=SUA-SENHA
    fromuser=SEU-USUARIO
    fromdomain=SEU-HOST-SIP
    context=from-trunk
    insecure=port,invite
    qualify=yes
    nat=force_rport,comedia
    directmedia=no
    disallow=all
    allow=alaw&g729
    dtmfmode=rfc2833

    Os três parâmetros que mais causam chamado de suporte estão aqui: directmedia=no mantém o áudio passando pela central (sem ele, o RTP tenta ir direto e morre no NAT), dtmfmode=rfc2833 faz a digitação funcionar em URA, e context=from-trunk é o que entrega a chamada recebida no plano de discagem do Issabel.

  3. Configurar o registro Se a sua conta usa autenticação por registro, preencha o campo Register String com:
    SEU-USUARIO:SUA-SENHA@SEU-HOST-SIP
    Se usa IP autorizado, deixe o campo vazio e informe o IP público da central para a GCLOUD liberar. Nesse modo não há usuário e senha, e a autenticação é pela origem do tráfego.
  4. Aplicar e conferir o registro Clique em Submit e depois na barra vermelha Apply Config. Acesse o console do Asterisk e confirme:
    asterisk -rvvv
    sip show registry
    sip show peers
    O registro deve aparecer como Registered e o peer com latência em milissegundos na coluna Status (por exemplo OK (28 ms)). Se a sua central usa PJSIP, os comandos equivalentes são pjsip show registrations e pjsip show endpoints.
  5. Criar a rota de saída Em PBX Configuration → Outbound Routes, crie uma rota, aponte Trunk Sequence para o tronco gcloud e configure os dial patterns conforme o formato de numeração combinado na ativação — E.164 com +55 ou nacional com DDD. Vale confirmar esse detalhe com a engenharia antes: enviar no formato errado é a causa mais comum de "chamada não completa" logo depois de subir o tronco.
  6. Criar a rota de entrada Em Inbound Routes, cadastre o DID no campo DID Number e escolha o destino: URA, fila, ramal ou grupo de toque. Se as chamadas recebidas caírem em "número não existe", confira se o DID foi cadastrado no mesmo formato em que a operadora entrega.
  7. Testar Faça uma chamada de saída para um celular e uma de entrada para o DID. Com sip set debug on no console você acompanha a sinalização das duas pontas em tempo real.

Firewall e portas

O Issabel traz firewall próprio e fail2ban. Para o tronco funcionar, libere na sua borda e no firewall da central:

ServiçoPortaProtocolo
Sinalização SIP5060UDP
Mídia RTP10000–20000UDP

A faixa de RTP é a padrão do Asterisk e pode ser conferida em /etc/asterisk/rtp.conf. Se a central estiver atrás de NAT, declare também a rede interna e o IP público em sip_general_custom.conf com externip e localnet — sem isso, o cenário clássico é a chamada completar e o áudio vir só de um lado.

Problemas mais comuns em campo

Áudio em uma via só (one-way audio)
É NAT em 90% dos casos. Confirme directmedia=no e nat=force_rport,comedia no peer, libere a faixa RTP 10000–20000/UDP e declare externip e localnet no sip_general_custom.conf. Se a central estiver em nuvem com IP público direto, o externip não é necessário.
O tronco não registra (Registration: Rejected)
Rode sip show registry e olhe a coluna de estado. 403 Forbidden normalmente é senha incorreta ou fromdomain ausente; Request Timeout costuma ser bloqueio de 5060/UDP no caminho. Se a conta for por IP autorizado, não deve existir Register String — a presença dela nesse modo gera rejeição.
A chamada cai sozinha em torno de 30 segundos
Sinal clássico de o ACK do SIP não estar chegando ao destino, quase sempre por NAT ou por regra de firewall que só permite tráfego de saída. Ative sip set debug on e verifique se o ACK sai da central e se há resposta. Em alguns cenários o ajuste de session timers também resolve.
A URA não reconhece os dígitos
Praticamente sempre DTMF fora do padrão. Use dtmfmode=rfc2833 no peer. Se a central estiver transcodificando para G.729, teste forçando alaw: compressão agressiva degrada a detecção de tom.
Chamadas de saída rejeitadas com Bina inválida
No Brasil, o número apresentado precisa pertencer à sua conta. Confira o Outbound CallerID do tronco e da rota de saída, e o fromuser no peer. Número de terceiro é bloqueado na origem.

Tarifas

DestinoValorObservação
FixoR$ 0,09/minQualquer fixo do Brasil, local ou não
CelularR$ 0,19/minTodas as operadoras móveis
Chamada recebidaR$ 0,00Receber não tem custo por minuto

Valores de referência, sujeitos a proposta comercial. Tempo mínimo de cobrança de 30 segundos, conforme padrão de mercado. Sem taxa de ativação e sem fidelidade.

Dúvidas frequentes

O SIP Trunk funciona com qual versão do Issabel?
Funciona com as versões em uso no mercado, incluindo o Issabel 4 e centrais Elastix migradas. Por ser SIP padrão, roda tanto nas builds com Asterisk 11 e 13 quanto nas mais novas com Asterisk 16, 18 e 20.
Devo usar chan_sip ou PJSIP?
Os dois funcionam. A maioria das instalações Issabel em produção usa chan_sip, que é o driver com que a interface do Issabel trabalha por padrão — é o caminho mais simples. Em centrais com Asterisk 16 ou superior o PJSIP também é suportado; nesse caso os nomes dos parâmetros mudam e a engenharia envia o bloco equivalente.
Preciso de IP fixo?
Não. Com autenticação por registro, a central se registra na GCLOUD e o IP pode ser dinâmico. IP fixo só é necessário se você optar pela autenticação por IP autorizado, que dispensa usuário e senha.
Quantas chamadas simultâneas o tronco suporta?
A concorrência é definida sob demanda, conforme o perfil de tráfego da central. Não há um limite fixo de canais imposto por padrão: o dimensionamento é acertado na proposta e pode ser ampliado depois.
Consigo manter os números que já uso hoje?
Sim, por portabilidade numérica. O processo é regulamentado pela Anatel (Resolução 460/2007) e conduzido pela equipe da GCLOUD junto à operadora cedente. O tronco pode ser instalado e testado antes da portabilidade, para a migração acontecer sem interrupção.
A GCLOUD ajuda na configuração?
Sim. O atendimento técnico é feito por engenheiros de rede e telefonia. Você pode mandar um SIP trace no WhatsApp e receber a análise da causa, em vez de um roteiro genérico de primeiro nível.
Preciso do G.729 para economizar banda?
Não é obrigatório. O G.711a (alaw) é o padrão no Brasil e entrega a melhor qualidade, consumindo cerca de 87 kbps por chamada com overhead. O G.729 reduz para cerca de 31 kbps e ajuda quando o link é limitado, mas em algumas builds do Asterisk exige licença de codec.

Manda o cenário que a gente valida

Quantidade de ramais, tráfego mensal e a versão do seu Issabel. Devolvemos o dimensionamento de concorrência e a proposta — e, se quiser, um tronco de teste antes de qualquer contrato.

Falar no WhatsApp
Próximos passos

Ainda ficou alguma dúvida?

A parte técnica está resolvida. Falta a comercial.