Opcoes de SBC open source: o que realmente existe e quando faz sentido

A expressao “open source SBC” sugere um unico projeto que voce pode baixar, instalar e colocar na borda da sua rede de voz da mesma forma que implantaria um Session Border Controller comercial. Esse produto nao existe. O que existe e um conjunto de engines open source de sinalizacao SIP, engines de midia e ferramentas complementares que, devidamente montados e protegidos, podem desempenhar a mesma funcao. O custo de licenca desse stack e zero. O custo de engenharia e operacao, nao.

Esta pagina mapeia as opcoes realistas de open source, descreve o que cada uma realmente faz, detalha o que voce precisa construir por conta propria para alcancar paridade de funcionalidades com um SBC comercial e ajuda a decidir se construir, comprar ou adotar um caminho hibrido e a escolha certa para sua equipe.

Por que nao existe um unico SBC open source

Um SBC comercial e um produto empacotado. Sinalizacao SIP, tratamento de midia, seguranca, roteamento, deteccao de fraude, integracao STIR/SHAKEN, monitoramento e alta disponibilidade sao projetados e testados juntos, entregues como um unico artefato e suportados por um unico fornecedor.

O universo open source de telecom evoluiu de forma diferente. A camada de sinalizacao e a camada de midia cresceram como projetos separados, escritos em linguagens diferentes, com cadencias de lancamento, comunidades e filosofias de design distintas. OpenSIPS e Kamailio sao descendentes diretos do SIP Express Router original, otimizados para processamento SIP em altas taxas. RTPengine e rtpproxy foram criados como tratadores de midia complementares porque os servidores SIP nao tocam RTP. FreeSWITCH e Asterisk foram projetados como plataformas de telefonia com foco em midia, nao como SBCs de borda, embora ambos possam ser configurados para essa funcao.

Um “SBC open source” e, portanto, um stack que o operador monta. O custo de licenca de cada componente e zero. O trabalho de integracao, o hardening operacional, as atualizacoes entre multiplos projetos, a cadencia de seguranca, a integracao de assinatura STIR/SHAKEN e o suporte em producao sao trabalho de engenharia que o operador assume.

As opcoes realistas de SBC open source

Os seis projetos abaixo sao o que as equipes realmente utilizam quando querem operar um SBC com software open source. Eles se dividem em dois grupos: engines de sinalizacao SIP que precisam de um engine de midia separado, e plataformas com capacidade de midia que podem operar como SBC no modo B2BUA por conta propria.

OpenSIPS

OpenSIPS e um proxy SIP e engine de roteamento otimizado para sinalizacao em escala de operadora. Ele lida com registro, roteamento, balanceamento de carga, NAT traversal e politicas basicas de seguranca em altas taxas de transacao. O modelo de configuracao usa sua propria linguagem de scripting, que e poderosa, mas desconhecida para equipes sem experiencia previa com OpenSIPS.

OpenSIPS nao trata RTP. Para ancorar midia, transcodificar codecs ou terminar SRTP, voce o combina com RTPengine ou rtpproxy no mesmo host ou em hosts adjacentes. A substituicao de implantacoes OpenSIPS em fim de vida e um motivador recorrente para avaliacoes de SBCs comerciais, porque a complexidade operacional aumenta conforme a implantacao cresce.

Kamailio

Kamailio compartilha a linhagem e a arquitetura do OpenSIPS. E um servidor SIP, nao um B2BUA, com um ecossistema de modulos diferente e um estilo de configuracao ligeiramente distinto. Kamailio e amplamente usado como front-end SIP em grandes implantacoes de operadoras e CPaaS, frequentemente em pares ativo/standby com IPs flutuantes para redundancia.

Assim como o OpenSIPS, Kamailio depende de um engine de midia complementar para RTP. Equipes que operam Kamailio em escala geralmente escrevem suas proprias bibliotecas de configuracao, implantam fail2ban ou limitadores de taxa customizados para protecao contra DoS e integram sistemas externos para assinatura STIR/SHAKEN e pontuacao de fraude. A camada de sinalizacao e forte; tudo ao redor e responsabilidade do operador.

drachtio

drachtio oferece um servidor SIP programavel controlado a partir de aplicacoes Node.js. Em vez de editar um arquivo de configuracao em uma linguagem de scripting dedicada, o operador escreve uma aplicacao JavaScript ou TypeScript que recebe eventos SIP e decide o que fazer com eles. drachtio e combinado com RTPengine ou FreeSWITCH para midia.

drachtio se encaixa em equipes que ja utilizam um stack Node.js e querem que a camada SIP funcione como uma aplicacao propria. Ele nao fornece ferramentas de seguranca, monitoramento ou protecao contra DoS de nivel carrier por padrao. Essas camadas ainda sao responsabilidade do operador.

RTPengine

RTPengine e o tratador de midia complementar mais comum para Kamailio e OpenSIPS. Ele opera como um daemon separado que o servidor SIP sinaliza, instruindo-o a retransmitir ou transcodificar midia para cada chamada. RTPengine lida com SRTP, ICE, transcodificacao basica e captura de pacotes. E um componente de midia, nao um SBC completo.

FreeSWITCH como SBC

FreeSWITCH e uma plataforma de telefonia com foco em midia que opera como B2BUA. Ele lida nativamente com SIP, RTP, SRTP, WebRTC e transcodificacao de codecs, o que o torna a opcao de projeto unico mais proxima da funcao de SBC do que OpenSIPS ou Kamailio. Provedores de servico na America Latina e em outras regioes implantaram FreeSWITCH na borda para trafego em escala de operadora.

A contrapartida e que FreeSWITCH foi projetado como servidor de midia e plataforma de conferencia. Usa-lo como SBC voltado para a internet publica significa proteger a configuracao contra ataques de flood SIP, construir limitacao de taxa e protecao contra varredura de registro por conta propria, integrar um servico externo de assinatura STIR/SHAKEN e criar a camada de monitoramento que sua equipe de operacoes precisa. Se voce ja escolheu FreeSWITCH para seu stack de plataforma, reaproveita-lo como SBC e razoavel. Se nao, comecar pelo FreeSWITCH por causa do custo de licenca e um compromisso maior do que a pagina de download sugere.

Asterisk como SBC

Asterisk e a plataforma de telefonia open source mais implantada no mundo. Funciona como B2BUA e lida com sinalizacao e midia. Configuracoes de SBC baseadas em Asterisk existem, frequentemente construidas em torno do channel driver chan_pjsip, e o ecossistema FreePBX empacotou parte dessa funcionalidade.

Para implantacoes de baixo volume e tenant unico onde Asterisk ja faz parte do stack, trata-lo como SBC mantem a arquitetura simples. Em escala de operadora, em ambientes multi-tenant, ou onde protecao contra DoS e isolamento de roteamento por tenant importam, Asterisk exige trabalho externo significativo para alcancar o perfil operacional que um SBC comercial ja entrega pronto.

O que voce constroi vs o que voce recebe

Capacidade	Stack open source	SBC comercial (ex.: ProSBC)
Sinalizacao SIP	Incluido	Incluido
Arquitetura B2BUA	FreeSWITCH/Asterisk sim; Kamailio/OpenSIPS nao	B2BUA completo
Ancoragem de midia, SRTP, transcodificacao	Componente separado ou nativo no FS/Asterisk	Nativo
Engine de manipulacao de SIP header	Via scripting na linguagem de configuracao	Engine de regras por NAP
Protecao DoS/DDoS	Operador constroi	Nativo
Protecao contra varredura de registro SIP	Operador constroi	Nativo
Blacklisting dinamico, ACLs, greylisting	Modulos + trabalho customizado	Nativo
Integracao de assinatura STIR/SHAKEN	Operador integra STI-AS externo	Modulos pre-construidos TransNexus / Neustar
Alta disponibilidade 1+1	VRRP/keepalived + replicacao de estado customizada	Produtizado no ProSBC+
API de roteamento programavel	Nativo (scripting de configuracao)	Engine de roteamento Ruby
Monitoramento, MOS, CDRs, captura de pacotes	Requer integracao de ferramentas externas	Nativo, com opcao MaaS
Suporte do fornecedor e SLAs	Comunidade ou suporte comercial-OSS pago	Contratos de suporte 9×5 ou 24×7
Custo de licenca	Zero	A partir de US$ 1,40/sessao/ano

As areas onde a coluna open source esta vazia ou parcial nao sao lacunas nos projetos. Sao decisoes de escopo: OpenSIPS, Kamailio, drachtio, RTPengine, FreeSWITCH e Asterisk nao foram construidos para serem SBCs comerciais prontos para uso. Alcancar uma postura de SBC em producao significa construir, integrar e operar as camadas acima.

Quando o SBC open source e a resposta certa

Open source genuinamente e a escolha certa em um numero significativo de situacoes.

Voce tem uma equipe forte de engenharia SIP interna com experiencia de varios anos operando OpenSIPS, Kamailio, FreeSWITCH ou Asterisk em producao. A equipe possui um repositorio de configuracao documentado, um caminho de atualizacao validado e pelo menos dois engenheiros que podem ser acionados as 2h da manha sem panico.

Seu perfil de trafego e bem definido e estavel, com picos previsiveis e um conjunto conhecido de peers SIP. As vantagens de customizacao do open source compensam quando a implantacao e estavel o suficiente para que o trabalho customizado dure.

Voce precisa fazer algo que um SBC comercial nao permite, como uma bridge de protocolo nao padrao, um experimento de sinalizacao customizado ou uma integracao que nenhum fornecedor construiu ou construira.

Sua postura de conformidade permite autosuporte porque voce nao esta vinculado a um SLA de operadora, um requisito regulatorio de uptime ou um processo de procurement empresarial que exige um fornecedor no contrato.

Quando a matematica do custo zero de licenca para de funcionar

Custo total de engenharia

Um engenheiro de redes ou voz com experiencia em SBC custa entre US$ 60.000 e US$ 100.000 por ano, totalmente carregado, no mercado norte-americano. Mesmo com 20% do tempo de um engenheiro dedicado ao trabalho de SBC, isso representa US$ 12.000 a US$ 20.000 por ano so em custo de pessoal. Uma implantacao ProSBC de 500 sessoes comeca a partir de US$ 1.250 por ano.

Cadencia de seguranca

Um SBC voltado para a internet recebe varredura SIP, ataques de flood de registro, probes de pacotes malformados e tentativas de DDoS continuamente. Um SBC comercial ja vem com essas mitigacoes integradas e corrigidas na cadencia do fornecedor.

Conformidade STIR/SHAKEN

Configurar o engine de sinalizacao open source para consultar um STI-AS externo para atestacao de nivel A, tratar falhas de assinatura, gerenciar fallback de P-Identity-Bypass e sobreviver a uma interrupcao do servico de assinatura sem derrubar chamadas e trabalho de engenharia original.

Disciplina de atualizacao

Um stack open source com multiplos projetos diverge. OpenSIPS lanca em seu proprio cronograma, RTPengine em outro, kernel Linux e bibliotecas TLS em um terceiro. Coordenar atualizacoes, testar regressoes na integracao e reverter de forma limpa quando algo quebra e um trabalho real de engenharia.

A realidade do plantao

Voz e tempo real. Uma rotacao de duas pessoas e a estrutura minima sustentavel de plantao para infraestrutura de SBC, e tres e realista se voce quer evitar esgotamento.

Caminhos hibridos: programabilidade sem o stack

Muitas equipes que consideram open source nao estao apaixonadas pelo peso operacional. Estao buscando programabilidade.

O engine de roteamento do ProSBC e configurado em Ruby, com uma cadeia de filtros documentada (before_filter, after_filter, after_remap_filter) e modulos pre-construidos para assinatura STIR/SHAKEN com TransNexus ClearIP e Neustar, pontuacao de fraude com SecureLogix e YouMail, e integracoes de roteamento externo via REST API baseado em HTTP. A equipe escreve scripts. O fornecedor mantem o core do SBC, o stack de seguranca e a disciplina de atualizacao.

Para equipes cuja razao para considerar open source era controle, esse caminho hibrido frequentemente e o meio-termo pratico.

Perguntas frequentes

Conclusao

“Open source SBC” e um stack que o operador monta, nao um produto que ele baixa. OpenSIPS, Kamailio e drachtio lidam com sinalizacao SIP; RTPengine lida com midia para esses engines de sinalizacao; FreeSWITCH e Asterisk podem operar como B2BUAs que fazem ambos. Nenhum deles foi projetado para ser um SBC comercial pronto para uso.

Para uma equipe com uma bancada forte de engenharia SIP, trafego estavel e baixa carga de conformidade, open source e uma escolha defensavel e, as vezes, a correta. Para uma equipe que queria open source pela programabilidade, um SBC comercial com uma API de roteamento real frequentemente entrega o mesmo controle sem o custo operacional. Para todos os demais, a matematica do tempo de engenharia geralmente aponta para um SBC comercial com um preco inicial pequeno em relacao aos salarios das pessoas que, de outra forma, construiriam e manteriam o stack.