Conectar FusionPBX ao IllyVoIP por gateway SIP

Adicione gateway, escolha domínio/perfil e configure saídas controladas e destinos de entrada.

FusionPBX chama a conexão SIP de gateway; ramal é outro objeto para telefone interno. Segue documentação oficial Gateways/Dialplan; menus variam. Supõe instalação funcional, não novo servidor ou substituição da segurança.

Antes de começar

Usamos linha com senha. Em SIP Lines obtenha usuário, senha SIP, servidor, porta destino e transporte. Não use login do portal. Não troque autenticação IP sem conferir dispositivos dependentes.

Precisa de acesso administrador, backup privado e ramal interno funcional. Uma linha SIP IllyVoIP liga PBX e IllyVoIP; ramal liga telefone ao PBX. São contas diferentes.

Captura do portal: caller ID e áudio; assinatura ocultada.
Captura do portal: caller ID e áudio; assinatura ocultada.

Comece com ramal e destino controlados. Não migre o escritório inteiro de uma vez. Se já houver chamadas, mantenha a rota antiga até concluir o teste.

1. Escolha domínio correto

Em multi-tenant confira domínio. Gateway funcional no domínio errado continua errado. Defina titular, ramais autorizados e rotas que já combinam. Não torne global para evitar seleção do domínio.

Abra Accounts → Gateways e crie nome reconhecível, dados SIP e registro habilitado para senha.

CampoValor
GatewayNome local único, como illyvoip-office
Username / PasswordUsuário/senha SIP
ProxyServidor IllyVoIP e porta necessária
Register / Enabledtrue neste fluxo registrado
Register TransportTransporte requerido
Domain / ProfileTenant pretendido e perfil ativo, não padrões arbitrários

2. Perfil e contexto

Gateway roda num perfil SIP. Use o correto ativo e entrada externa no contexto público/entrada, não saída interna. Hostname avançado fixa a um nó PBX, não é Proxy. Deixe vazio salvo uso deliberado no cluster.

Salve e confira estado SIP. Não reinicie perfil com chamadas só para atualizar gateway. Use procedimento suportado e confirme antes das rotas.

3. Rota de saída

Abra Dialplan → Outbound Routes, escolha gateway e expressão. Comece limitado. Confira ordem e transformação da captura. Pode estar registrado enquanto o dialplan manda tudo para outro lugar.

Anote discado e enviado. Se capturar parte, bridge deve usar captura certa. Não copie exemplo norte-americano presumindo alcance mundial.

4. Destino de entrada

Use Dialplan → Destinations para número/identificador, domínio e ação. Pode criar rota de entrada. Comece por ramal/grupo conhecido. Confirme identificador recebido; sinal + pode diferir do portal.

Preserve tenant e controles da origem. Match do destino não autoriza origem. Evite acesso amplo ou destino global para solucionar um tenant.

5. Siga a chamada

Na saída confira domínio, expressão e gateway. Na entrada chegada, contexto e destino. Se só um ramal funciona compare permissões/domínio antes de alterar gateway compartilhado.

Em gateway inesperado compare bridge/gateway com rota junto do administrador. Não duplique para corrigir ordem. Guarde primeiro teste como referência e amplie um padrão por vez.

Áudio, caller ID e segurança

Transporte e criptografia de mídia são separados. Combine modo da linha/PBX; RTP, SDES-SRTP e DTLS-SRTP não são intercambiáveis. Não mude transporte, codecs e rede juntos, pois perderá a causa da correção ou falha.

Use somente um caller ID permitido pela conta. Digitá-lo não verifica. Não deixe entrada anônima alcançar rotas públicas de saída nem desligue firewall. Peça origens atuais ao suporte em vez de adivinhar a lista.

Validação antes da equipe

  1. Confira registro do tronco separadamente do ramal teste.
  2. Ligue do ramal e confirme tronco usado. Confira saldo/tarifa: pode cobrar.
  3. Confira áudio nos dois sentidos e número mostrado. Teste teclas num menu autorizado.
  4. Na entrada, roteie um número IllyVoIP ativo para a linha PBX, ligue externamente e confira destino interno.
  5. Confirme que ramal sem permissão não usa a rota; amplie depois.

Registre horário, fuso, ramal, rota e referência pública. Envie com modelo/versão ao suporte em falhas. O guia de códigos SIP ajuda a explicar. Não publique senha ou logs sem limpeza.

Guia baseado em documentação oficial e portal, não certificação real de todas as versões. Emergências e equipamentos especiais exigem configuração/verificação separadas.

Documentação oficial