Pontes ou SBCs? Escolhendo a Arquitetura Multilocal Certa

Um guia em linguagem simples para escolher entre PABXs independentes, controle centralizado de chamadas, telefones locais e conectividade compartilhada entre locais.

Implantações do 3CX em múltiplos locais geralmente começam com a decisão sobre onde o controle de chamadas deve ser centralizado. Uma ponte conecta PABXs independentes para que os locais possam se comunicar entre si. Um SBC conecta telefones locais a um PABX em outro local ou na nuvem. Ambos podem suportar um projeto com múltiplos locais, mas atendem a diferentes necessidades de conectividade e administração.

Antes de abrir o Console de Admin, decida se cada local precisa de seu próprio PABX ou se os locais devem compartilhar um único sistema central de controle de chamadas. Uma filial pode precisar de seus próprios ramais, linhas externas, horário de atendimento, filas e administração local. Outro local pode precisar apenas que seus telefones de mesa se conectem a um PABX hospedado na sede ou na nuvem.

Esses são modelos operacionais diferentes. Escolher o método de conexão depois que o modelo de PABX estiver definido torna as decisões sobre numeração, encaminhamento e rede muito mais fáceis de explicar.

Separe a Conectividade do Local da Localização do PABX

A conectividade entre locais diz respeito à forma como as chamadas e o tráfego telefônico se deslocam entre os locais. A localização do PABX diz respeito a onde os ramais, as linhas externas, as filas de espera, o horário de atendimento e o encaminhamento de chamadas são gerenciados. Uma ponte conecta dois sistemas 3CX. Um SBC conecta os telefones de um local a um sistema 3CX remoto.

Essa distinção é importante porque uma ponte não transforma sistemas separados em um único PABX, e um SBC não cria um PABX local com suas próprias linhas troncais ou políticas de controle de chamadas. Comece pelo modelo operacional e, em seguida, selecione o componente de conectividade que o suporta.

Escolha da Arquitetura: Pontes X SBCs

Manter Vários PABXs Como Sistemas Separados (Pontes)

Escolha uma ponte quando cada local deva permanecer como um sistema 3CX separado, mas os usuários ainda precisarem fazer chamadas entre as unidades da organização. O documento orientações sobre ponte 3CX atual explica que dois sistemas remotos podem usar a conexão de internet existente para chamadas entre locais, com um prefixo ou plano de numeração que identifique o escritório de destino.

Uma ponte é uma boa opção quando cada PABX possui seus próprios administradores, troncos, horários de atendimento, filas ou políticas locais de encaminhamento de chamadas. Ela mantém a fronteira entre os sistemas explícita, ao mesmo tempo em que oferece aos usuários uma maneira previsível de entrar em contato com colegas em outro local.

Acesse Console de Admin > Voz e Chat > +Adicionar Ponte. A configuração da ponte utiliza uma relação Mestre e Escravo, um valor de autenticação compartilhado, um prefixo de saída e um FQDN seguro para o sistema remoto. Se for utilizada uma conexão por túnel, o tráfego SIP e RTP pode ser transportado pelo caminho do túnel configurado. Planeje a numeração e as regras de saída antes que os usuários comecem a discar.

Planeje a Numeração, o Roteamento e a Presença

Um plano baseado em prefixos é fácil de explicar: um usuário disca um prefixo da filial seguido pelo ramal remoto. Um plano de numeração baseado em locais pode parecer mais natural quando cada escritório possui um intervalo de ramais distinto. Qualquer uma das abordagens funciona apenas quando as regras de chamadas de saída, a remoção de dígitos e as restrições de código de país estão de acordo com o plano.

A presença é uma decisão à parte. Se os usuários precisarem ver o status dos colegas no outro PABX, habilite as opções da ponte que publica e recebe informações de presença. Não presuma que a discagem entre locais, por si só, crie um diretório compartilhado ou um único plano de controle de chamadas.

Conecte Telefones Locais a um PABX Remoto (SBCs)

Escolha um SBC quando o PABX precisar permanecer na nuvem ou em outro local, enquanto um grupo de telefones IP precisa de uma conexão local confiável. O guia do SBC 3CX descreve o SBC como um serviço local que combina sinalização SIP e mídia RTP de um local e as transmite para a instância remota do 3CX.

Esse costuma ser o projeto mais simples para uma filial que não precisa de seu próprio PABX. A filial mantém seus telefones locais e sua LAN, enquanto o controle de chamadas, ramais, troncos e administração permanecem centralizados. Para locais menores, um telefone roteador ou os aplicativos 3CX podem ser mais adequados do que um SBC dedicado.

Um host SBC precisa de um IP de LAN estático e deve estar disponível sempre que os telefones locais precisarem de atendimento. Trate-o como parte do caminho da chamada, juntamente com a LAN, o firewall, o DNS e a alimentação elétrica que o suportam.

No Console de Administração, acesse Voz e Chat e selecione +Adicionar SBC. Configure o SBC e, em seguida, atribua telefones locais a ele. Mantenha o foco no projeto: o SBC resolve a conectividade de telefones remotos e a passagem pelo firewall. Ele não está criando um segundo PABX nem replicando a configuração do PABX.

Lista de Verificação para Implementação e Pré-Implantação

Use uma ponte quando cada local precisar de sua própria identidade de PABX e controle local, com discagem planejada entre os sistemas. Use um SBC quando a organização quiser que um único PABX gerencie ramais, troncos, filas e políticas, enquanto os telefones permanecem em outro local.

Se os locais precisarem de horários de atendimento diferentes, filas locais ou administradores separados, PABXs separados podem ser a solução mais clara. Se o objetivo principal for uma administração consistente e um sistema de ramais compartilhado, um PABX centralizado com telefones conectados por SBC geralmente é mais fácil de operar.

Planeje DNS, Troncos, Telefones e Testes

A resolução de nomes faz parte do projeto, não é um detalhe pós-implantação. As orientações da 3CX exigem FQDNs seguros para sistemas em ponte e recomendam DNS dividido para implantações locais. Use os mesmos nomes documentados no provisionamento de telefones, acesso a aplicativos, certificados, conexões de ponte e administração.

Revise as orientações sobre o firewall 3CX para cada local e execute o Firewall Checker após a configuração do caminho de rede. Evite o SIP ALG, defina as ACLs corretas e registre quais portas e fluxos são necessários para troncos SIP, telefones remotos, SBCs e administração.

Por fim, faça testes da perspectiva do usuário. Verifique os telefones fixos, o acesso ao Cliente Web, os aplicativos móveis e de desktop, as notificações push, as filas, as transferências, as URAs, os procedimentos de chamadas de emergência, as gravações, as integrações e a presença em todos os locais.

Use Esta Lista de Verificação para Tomada de Decisão

Antes de escolher uma arquitetura, confirme:

• Ponte: PABXs separados precisam de discagem controlada entre locais, numeração e, possivelmente, presença compartilhada.
• SBC: os telefones IP locais precisam acessar um PABX remoto ou na nuvem sem a necessidade de implantar outro PABX no local.
• Numeração: cada local possui um intervalo de ramais, prefixo ou regra de discagem documentados que os usuários possam compreender.
• Rede: cada local possui o FQDN necessário, o comportamento do DNS, as regras de firewall e um caminho de telefonia documentado.
• Responsabilidade: a equipe sabe quem gerencia cada PABX, ponte, SBC, rota de tronco e alteração de numeração.
• Testes: a equipe verificou as chamadas entre locais, chamadas recebidas e realizadas, presença, acesso a aplicativos e recursos de telefonia para atendentes.

Erros Comuns de Arquitetura

Erros típicos incluem usar uma ponte quando um local realmente precisa de ramais centralizados, usar um SBC quando um local precisa de seu próprio PABX e troncos, permitir que cada local crie regras de numeração incompatíveis, confiar em um IP em vez do FQDN documentado, ignorar o DNS dividido e presumir que chamadas entre locais criam automaticamente um diretório compartilhado ou presença. Regra geral: avalie a quem cabe a responsabilidade pela chamada.

Mantenha a arquitetura clara o suficiente para funcionar. Cada PABX, ponte, SBC, registro de DNS, rota de tronco e regra de numeração deve ter um responsável e um teste documentado. Se ninguém conseguir explicar como um usuário em um local acessa o ramal ou o tronco correto em outro local, o projeto não está concluído.

Participe da Discussão

Participe da discussão sobre o 3CX em nossos fóruns. Siga-nos no X e no LinkedIn para se manter atualizado sobre as últimas notícias e lançamentos de recursos.