BYOC: o que significa Bring Your Own Carrier para Teams Direct Routing, contact centers e CPaaS

A maioria das plataformas de voz em nuvem vende com prazer os números de telefone e os minutos que acompanham o serviço. BYOC é a alternativa: você mantém sua própria operadora e conecta-a à plataforma por conta própria. O modelo aparece sob nomes diferentes no Microsoft Teams, em plataformas de contact center e em provedores CPaaS, mas a ideia subjacente é idêntica, assim como a peça de infraestrutura que faz tudo funcionar.

Veja o que vamos cobrir: o que BYOC significa, por que organizações o escolhem em vez da telefonia integrada, e como um Controlador de Borda de Sessão (SBC) está no centro de toda implantação BYOC. A partir daí, analisamos como o modelo se aplica aos três segmentos de compradores que mais o procuram: Teams Direct Routing, contact centers em nuvem e plataformas CPaaS. Para os detalhes técnicos de cada um, direcionamos a um guia dedicado em vez de repeti-los aqui.

O que significa BYOC?

BYOC significa Bring Your Own Carrier. É um modelo de implantação em que uma organização conecta sua própria operadora, ou provedor de SIP Trunk, a uma plataforma de voz em nuvem, em vez de comprar a telefonia integrada que o fornecedor da plataforma vende. A plataforma ainda entrega a aplicação: a experiência de chamadas do Teams, o desktop do agente de contact center ou a API CPaaS. O transporte real da chamada, os números de telefone e a economia por minuto ficam com uma operadora escolhida pelo cliente.

O contraste que define o BYOC é com a telefonia integrada. Quando você compra Microsoft Calling Plans, por exemplo, a Microsoft é ao mesmo tempo seu fornecedor de aplicação e sua operadora, e você paga à Microsoft pelos minutos. No BYOC, você separa esses papéis: a Microsoft continua sendo a aplicação, mas os minutos trafegam por um SIP Trunk de uma operadora com a qual você já trabalha. A mesma divisão se aplica em plataformas de contact center ou CPaaS, onde o fornecedor oferece uma opção de telefonia integrada e uma opção BYOC lado a lado.

Organizações escolhem BYOC por quatro razões recorrentes. Custo é a primeira, porque tarifas de operadora no atacado geralmente ficam bem abaixo do preço por minuto integrado em qualquer volume real. Controle de operadora é a segunda, já que manter seu próprio provedor significa manter tarifas negociadas, cobertura geográfica que a plataforma pode não oferecer e a capacidade de adicionar uma segunda operadora para redundância ou roteamento de menor custo. Portabilidade numérica é a terceira, porque os números que você já possui ficam com sua operadora em vez de serem reemitidos pela plataforma. Conformidade é a quarta, pois gravação, interceptação legal e residência de dados são frequentemente mais fáceis de atender quando o caminho de voz passa pela infraestrutura que você controla.

Por que o SBC é o que torna o BYOC possível

BYOC parece uma escolha contratual, mas é uma escolha de engenharia. Uma plataforma em nuvem e uma operadora PSTN raramente falam o mesmo dialeto de SIP, quase nunca concordam sobre criptografia e não têm razão para confiar na rede uma da outra. Algo precisa ficar entre elas, terminar cada lado de forma independente e traduzir. Esse algo é o SBC, e é o componente único que toda implantação BYOC tem em comum, independentemente de qual plataforma está acima.

O SBC termina o SIP Trunk do lado da operadora do cliente em uma perna e apresenta uma interface SIP limpa e normalizada à plataforma em nuvem na outra. Como opera como um B2BUA em vez de um proxy de passagem, tem controle total sobre ambas as pernas ao mesmo tempo, que é o que as funções a seguir exigem.

Normalização SIP

Operadoras e plataformas discordam sobre formatos de cabeçalho, campos de identidade e ofertas de codec. O SBC aplica manipulação de cabeçalhos SIP por perna para que cada lado receba o dialeto que espera. Essa é a diferença entre um trunk BYOC que funciona e um que produz áudio unidirecional e transferências com falha.

A fronteira de criptografia

Plataformas em nuvem cada vez mais exigem TLS para sinalização e SRTP para mídia, enquanto muitas operadoras ainda entregam RTP sem criptografia. O SBC é o ponto onde os dois se encontram, convertendo entre eles de forma transparente para que nenhum dos lados precise mudar.

Segurança na borda

Uma interconexão BYOC está exposta à internet pública, o que a torna um alvo. Funções de segurança do SBC como mitigação de DoS e DDoS, blacklisting dinâmico e proteção contra varredura de registro SIP impedem que o trunk da operadora se torne um vetor de ataque à plataforma em nuvem.

Ocultação de topologia e roteamento

O SBC oculta o endereçamento interno de cada lado do outro e aplica roteamento configurável entre operadoras para failover, roteamento de menor custo e distribuição geográfica. Onde a autenticação de chamador é obrigatória, é também o ponto natural para lidar com assinatura e verificação STIR/SHAKEN.

BYOC para Microsoft Teams Direct Routing

No Microsoft Teams, BYOC tem um nome de produto: Teams Direct Routing. É o caminho que conecta o Teams Phone a qualquer operadora PSTN por meio de um SBC gerenciado pelo cliente, e é uma das três formas de dar aos usuários do Teams um número de telefone. Microsoft Calling Plans é a opção integrada, onde a Microsoft é a operadora. Operator Connect é a opção de operadora gerenciada, onde uma operadora aprovada é dona do SBC. Direct Routing é a opção BYOC, onde você traz sua própria operadora e seu próprio SBC.

As razões para escolher Direct Routing são as razões do BYOC aplicadas ao Teams: contratos de SIP Trunk existentes com tarifas que você não quer substituir, cobertura geográfica que Calling Plans e Operator Connect não alcançam, e o controle necessário para gravação, conformidade ou entrega de serviço multi-tenant. Se você está avaliando o caminho gerenciado versus o caminho BYOC, a comparação entre Operator Connect e Direct Routing cobre o trade-off em detalhe, e o guia sobre como conectar o Teams à PSTN cobre o licenciamento.

O que importa especificamente para o BYOC é que o Teams impõe requisitos rigorosos ao SBC, incluindo TLS para sinalização, SRTP para mídia, um FQDN registrado e um heartbeat SIP OPTIONS. O SBC é o que satisfaz todos eles na perna do Teams enquanto fala SIP de operadora comum na perna do trunk. ProSBC suporta Teams Direct Routing e lida com essa tradução como uma função B2BUA padrão.

BYOC para contact centers (CCaaS)

Plataformas de contact center em nuvem seguem o mesmo padrão. Genesys Cloud, Five9, NICE CXone e Talkdesk oferecem telefonia integrada e todas suportam um modelo BYOC em que o cliente mantém suas próprias operadoras e interconecta por meio de um SBC. Para um contact center, o argumento BYOC costuma ser mais forte, porque o volume de chamadas é alto o suficiente para que a diferença entre tarifas de operadora no atacado e preço por minuto integrado se torne um item significativo, e porque manter números e relacionamentos de operadora existentes reduz o risco de uma migração para a nuvem.

No BYOC de contact center, o SBC fica entre os provedores de SIP Trunk e a plataforma CCaaS, gerenciando a interconexão, normalização multi-operadora, ocultação de topologia e a postura de segurança que um contact center de alto valor exposto à internet exige. A economia, dimensionamento de sessões, detalhes regulatórios como isolamento PCI DSS e notas específicas por plataforma são cobertos no guia dedicado sobre o SBC para contact centers. Resumindo, BYOC é o que permite que um contact center migre para a nuvem sem abrir mão da sua camada de operadora.

BYOC para CPaaS

Plataformas CPaaS expõem voz e mensagens por meio de APIs de desenvolvedor, e vendem transporte como uma conveniência integrada: você compra números e minutos do mesmo fornecedor cuja API você utiliza. Essa conveniência é exatamente o motivo pelo qual o BYOC em CPaaS existe. Quando uma aplicação atinge volume significativo, ou quando uma carga regulada precisa que o tráfego permaneça em uma operadora específica, os minutos integrados deixam de ser a opção mais barata ou mais conforme.

BYOC em CPaaS permite que a plataforma continue fazendo o que faz de melhor (a lógica de aplicação e a API), enquanto as chamadas reais trafegam por uma operadora que o cliente controla. O SBC é novamente a interconexão: termina o trunk da operadora do cliente, normaliza SIP em direção à plataforma, ancora e protege a mídia, e balanceia tráfego entre operadoras. TelcoBridges construiu esse padrão com plataformas CPaaS e SaaS de voz incluindo Twilio, Telestax e Aircall, conforme descrito na página de solução CPaaS e SBCs.

A razão pela qual o BYOC se encaixa tão naturalmente em CPaaS é que compradores de CPaaS já estão acostumados a montar seu próprio stack. Trazer sua própria operadora é mais um componente que eles preferem possuir a alugar, e o SBC cloud-native é o que permite possuí-lo sem executar hardware físico.

BYOC vs telefonia integrada: os trade-offs

BYOC não é automaticamente a resposta certa. Ele troca uma pequena quantidade de configuração adicional por uma grande quantidade de controle, e se essa troca vale a pena depende do volume, necessidades de cobertura e obrigações de conformidade. A tabela abaixo compara os dois modelos nas dimensões que geralmente decidem.

Dimensão	BYOC (Bring Your Own Carrier)	Telefonia integrada
Escolha de operadora	Qualquer operadora, múltiplas operadoras	Apenas o fornecedor da plataforma
Custo por minuto em volume	Tarifas de operadora no atacado	Integrado, geralmente mais caro
Portabilidade numérica	Mantém números existentes	Frequentemente reemitidos pelo fornecedor
Cobertura geográfica	Onde suas operadoras alcançam	Limitada à cobertura do fornecedor
Controle de conformidade e gravação	Aplicado no seu SBC	Depende dos recursos do fornecedor
Esforço de configuração	Requer um SBC e configuração	Pronto para uso pelo fornecedor
SBC necessário	Sim, auto-hospedado ou gerenciado	Nenhum

O padrão na tabela é consistente: a telefonia integrada vence em simplicidade, e o BYOC vence em tudo que se acumula com escala. Organizações com baixo volume e sem necessidades especiais de cobertura ou conformidade frequentemente começam com telefonia integrada. Aquelas com tráfego real, contratos de operadora existentes ou cargas reguladas quase sempre acabam no BYOC, e o SBC é o investimento único que o viabiliza. Se você não quer operar esse SBC por conta própria, um serviço de SBC gerenciado oferece a mesma capacidade BYOC sem a carga operacional.

Perguntas frequentes

Conclusão

BYOC é uma ideia com três nomes. Seja chamado Direct Routing no Teams, BYOC em uma plataforma de contact center, ou carrier passthrough em uma CPaaS, o modelo é o mesmo: mantenha sua própria operadora, deixe a plataforma cuidar da aplicação, e conecte as duas por meio de um SBC. O SBC sustenta todo esse cenário. É o componente que termina o trunk da operadora, normaliza SIP, define a fronteira de criptografia, oculta topologia e protege a borda, e é o que transforma uma preferência contratual pela própria operadora em um caminho de voz funcional.

Se controle de operadora, custo em escala, portabilidade numérica ou conformidade são importantes para você, BYOC é quase sempre o modelo certo, e o SBC é a decisão que torna os três caminhos de plataforma possíveis.