Como escolher um SBC: guia do comprador em 6 passos para gestores de redes de voz

Um fluxo de trabalho prático para pré-selecionar, avaliar e escolher o Controlador de Borda de Sessão (SBC) certo para a sua rede.

O SBC que você escolher ficará na borda da sua rede de voz pelos próximos cinco anos. Ele vai rotear todas as chamadas, encerrar cada handshake TLS, aplicar cada regra antifraude e absorver cada flood SIP direcionado à sua infraestrutura. Errar na seleção custa mais do que o item errado numa planilha de orçamento. O preço se acumula: cada bug de interoperabilidade, cada queda no meio da madrugada, cada incidente de fraude remonta àquela única decisão de compra.

Este guia é um fluxo de trabalho em seis passos para pré-selecionar, avaliar e escolher o SBC certo. Cada passo contém links para um recurso mais aprofundado, para que você possa parar na página onde sua dúvida realmente está.

Este conteúdo é voltado para engenheiros de rede, diretores de TI e arquitetos de telecom que foram informados de que precisam de um SBC e agora precisam tomar a decisão. O guia pressupõe que você já sabe o que um SBC faz e por que precisa de um. Se ainda quiser entender o que é um SBC, comece pelo nosso hub de aprendizado sobre Session Border Controller e volte quando estiver pronto para avaliar.

Por que a seleção de um SBC é mais difícil do que parece

A maioria dos compradores de SBC se arrepende de uma de três coisas após a assinatura. Dimensionaram na direção errada (comprando capacidade excessiva que nunca é usada, ou insuficiente, atingindo o teto no segundo ano). Escolheram um modelo de implantação que não sobreviveu a uma mudança de equipe. Ou aceitaram uma camada de roteamento fechada que os impediu de integrar fraude, billing ou compliance mais tarde.

Os seis passos abaixo foram projetados para expor cada um desses riscos durante a avaliação, não após a entrada em produção. Eles se baseiam nos padrões que aparecem em POCs e chamadas de implantação reais do ProSBC: o que compradores experientes testam, em que ordem, e o que ignoram por sua conta e risco.

Se você está avaliando vários fornecedores em paralelo, siga os passos na ordem para cada um. Pular direto para demos de fornecedores antes de documentar os Passos 1 e 3 é como decisões de SBC acabam adaptadas ao engenheiro de vendas mais polido da disputa, em vez de aos requisitos que realmente importam.

Passo 1: mapeie sua carga de tráfego real

O primeiro erro que a maioria dos compradores comete é dimensionar o SBC com base no número de capacidade de marketing do fornecedor, e não no comportamento real da rede. Infraestrutura de voz tem carga irregular, e o número que importa é o pico, não a média.

Mapeie quatro dimensões antes de pedir cotação a qualquer fornecedor.

Sessões simultâneas no pico é o número mais citado na precificação de SBC, e o mais frequentemente estimado errado. Extraia 90 dias de CDRs da sua infraestrutura de voz atual e analise o percentil 99 de chamadas ativas simultâneas. Esse é o seu número de projeto. A média anual é irrelevante; a terça-feira às 17h em novembro é a carga que derruba o equipamento.

CPS (chamadas por segundo) importa sempre que o volume de chamadas é alto, mas a duração média é curta. Centrais de atendimento, discadores preditivos e plataformas de SMS-para-voz podem atingir o limite de CPS muito antes de atingir o limite de sessões. Se você não mediu seu CPS de pico, faça isso antes de dimensionar.

Registros de endpoints representam um teto separado das sessões simultâneas. Se você opera um PBX hospedado, telefones IP sobre o SBC ou clientes SIP de trabalhadores remotos, a contagem de registros frequentemente é o limite que você atinge primeiro. Alguns SBCs publicam um único número de sessões que inclui silenciosamente os registros no mesmo limite. Pergunte diretamente ao fornecedor, por escrito.

Geografia e crescimento definem tanto seus requisitos de suporte quanto a topologia de implantação. Um MSP norte-americano com um único PoP em us-east-1 tem necessidades diferentes de um ILEC regional operando on-premises em sete países. Projete onde seu tráfego estará em 24 e 36 meses, não apenas onde está hoje.

Uma vez que os quatro números existam, documente-os. Todos os passos seguintes os referenciam.

Passo 2: defina o formato e o modelo de implantação

Existem três decisões ortogonais aqui, e confundi-las é o segundo erro mais comum na seleção de SBC.

Appliance de hardware vs SBC em software é a decisão de formato. Appliances de hardware são equipamentos que você instala em rack. SBCs em software rodam em plataformas de virtualização ou instâncias de nuvem. A estrutura de custos de cada um é muito diferente. Hardware adiciona rack, energia, refrigeração, contratos de manutenção com o fornecedor e um ciclo de renovação de 5 anos além do preço de compra. Software transfere tudo para OPEX em infraestrutura que você já opera. A análise completa está na comparação de TCO entre SBC de hardware e SBC de software, e o caminho prático de migração é coberto no guia de substituição de hardware por software.

Auto-hospedado vs gerenciado cobre a decisão de responsabilidade operacional. Auto-hospedado significa que sua equipe configura, monitora, atualiza e resolve problemas. Gerenciado significa que um provedor de serviços cuida dessa carga operacional em seu nome, frequentemente com HA e suporte 24×7 incluídos. A pergunta-chave não é capacidade técnica, e sim onde o tempo da sua equipe gera mais valor. A comparação entre SBC gerenciado e SBC auto-hospedado apresenta os dois lados.

On-premises vs nuvem vs híbrido resolve a questão do local de hospedagem. Requisitos regulatórios (residência de dados GDPR, mandatos governamentais on-premises), interconexões com operadoras sensíveis à latência e infraestrutura existente empurram a decisão em direções diferentes. A boa notícia é que SBCs modernos em software rodam nos três; as decisões de formato e operação geralmente resolvem a questão de hospedagem, não o contrário. Para uma análise mais detalhada da opção em nuvem, veja SBC para comunicações em nuvem.

Documente a resposta de cada decisão antes de falar com fornecedores. Se você deixar que uma demo do fornecedor responda a pergunta por você, a demo vence.

Passo 3: defina seus requisitos inegociáveis

Antes de analisar um único fornecedor, documente os requisitos que desqualificam qualquer SBC que não os atenda. Fazer isso primeiro evita que você seja convencido a aceitar uma solução alternativa mais tarde por uma demo atraente.

Piso de segurança para qualquer SBC de produção inclui TLS para sinalização SIP, SRTP para criptografia de mídia, proteção contra DoS e DDoS com reconhecimento de SIP, lista de bloqueio dinâmica e defesa contra varredura de registro SIP. O guia de segurança de SBC cobre cada camada em profundidade, e o guia de prevenção de ataques DoS SIP cobre as defesas específicas. Qualquer SBC sem uma dessas camadas não está realmente pronto para produção; é um dispositivo de laboratório vendido a preço de produção.

Postura de compliance depende da sua geografia e vertical. Provedores de serviços norte-americanos precisam de assinatura e verificação STIR/SHAKEN com seu próprio token SPC após a regra de certificado próprio da FCC. Clientes de saúde e financeiros precisam de comprovações de criptografia para HIPAA e PCI DSS. Implantações na UE e no Oriente Médio frequentemente exigem soberania de dados, o que significa que o SBC deve rodar em infraestrutura sob seu controle direto. Falhas de compliance aparecem em auditorias, não em comparações de produto. Inclua-as na lista de requisitos agora.

Integrações são os requisitos que acompanham seu stack específico. Implantações de Microsoft Teams Direct Routing precisam de um SBC que lide corretamente com o dialeto SIP do Teams, mTLS e SRTP. Plataformas de central de atendimento em nuvem (Genesys, Five9, NICE) precisam de um caminho BYOC SBC com interoperabilidade validada. Sistemas PBX existentes (NetSapiens, PortaOne, FreePBX, 3CX, Cisco UCM) precisam de compatibilidade confirmada. Sistemas existentes de fraude, billing ou CRM precisam de acesso via API a partir do SBC. Cada item se torna um filtro sim/não na sua lista curta.

Programabilidade é o requisito que a maioria dos compradores subestima nesta fase e do qual mais se arrepende depois. Tabelas de rotas estáticas são suficientes para peering simples, mas qualquer coisa além disso (atestação STIR/SHAKEN por chamada, seleção dinâmica de operadora, scoring de fraude em tempo real, roteamento orientado por CRM, consultas LNP contra mais de 200K DIDs) requer um SBC com uma camada programável aberta. O guia de integração de roteamento de chamadas via REST API do SBC cobre o padrão arquitetural em detalhes.

Passo 4: construa a matriz de avaliação

Uma matriz de pontuação é a única forma de manter uma comparação honesta quando as demos e cotações começam a chegar. Construa-a antes de falar com fornecedores para que os critérios não sejam adaptados retroativamente à demo que mais impressionou sua equipe.

Inclua estas categorias com pesos na matriz:

• Qualidade de chamada é o critério número um. Se a voz não soar limpa e estável através do SBC, nada mais na matriz importa. Rode chamadas de laboratório com áudio real e meça jitter, perda de pacotes, MOS, eco e transmissão DTMF através do SBC candidato.
• Confiabilidade e estabilidade cobrem Alta Disponibilidade (HA), georredundância entre data centers, CPS sustentado sob carga e como o SBC se comporta no failover. O sistema precisa ficar de pé no dia seguinte à configuração, não apenas na demo.
• Segurança abrange criptografia de sinalização e mídia (TLS, SRTP), controle de acesso ao próprio SBC, lista de bloqueio dinâmica, defesa contra varredura de registro SIP e proteção contra ataques DoS/DDoS em camadas combinadas. Segurança é multifacetada, não uma funcionalidade isolada.
• Interoperabilidade mede tanto a normalização SIP (tratamento dos RFCs SIP em constante evolução e dialetos específicos de fornecedores) quanto as capacidades de API (a capacidade do SBC de se comunicar com serviços de terceiros como assinatura STIR/SHAKEN, listas do-not-originate, scoring de fraude, chamadas com marca e listas de bloqueio dinâmicas). A facilidade de configuração importa tanto quanto a capacidade bruta; um SBC em que cada mudança de interoperabilidade leva uma semana de trabalho especializado é um custo de longo prazo.
• Escalabilidade e flexibilidade de implantação analisam sessões, CPS, registros e NAPs/grupos de troncos em relação aos seus números do Passo 1 com margem de crescimento de 36 meses, além de quais hipervisores e nuvens são suportados e se o licenciamento escala suavemente para cima e para baixo conforme o tráfego muda.
• Suporte e expertise significam saber quem atende quando algo quebra. A equipe que ajudou você a configurar o SBC é a mesma que dará suporte no dia 90 e no dia 900? Os chamados são atendidos por engenheiros seniores diretamente, ou passam por níveis até chegar em alguém que consegue resolver um problema de interoperabilidade SIP?
• Modelo de precificação compara por sessão vs fixo, OPEX vs CapEx, preço publicado e transparente vs somente sob cotação, e o nível de suporte incluído no preço listado.
• Acesso para teste e avaliação depende de o fornecedor oferecer uma licença gratuita de laboratório, um trial de produção com prazo definido e configuração self-service, em vez de condicionar cada avaliação a uma chamada comercial.

Pondere cada categoria conforme o seu negócio específico. Um MSP priorizando multi-tenant e precificação por sessão vai classificar fornecedores de forma diferente de uma central de atendimento priorizando suporte 24×7 e flexibilidade de parceiro STIR/SHAKEN. A matriz é sua; as categorias são universais.

Passo 5: rode uma Prova de Conceito real

O maior preditor de arrependimento pós-compra é pular o POC. Fornecedores com apresentações fortes e experiências de implantação fracas vendem todo trimestre. O POC é o único filtro que captura essa lacuna.

Um POC real testa, contra tráfego real e integrações reais:

• TLS e SRTP entre o SBC e pelo menos dois dos seus pares upstream reais.
• Normalização de cabeçalhos SIP entre seu PBX ou operadora existente e o novo SBC, com pelo menos um caso de interoperabilidade sabidamente problemático incluído (quirks de cabeçalhos específicos de fornecedor, preferências de codec, tratamento de fax T.38). Veja manipulação de cabeçalhos SIP para os padrões a testar.
• Assinatura STIR/SHAKEN através do seu parceiro STI-AS escolhido (TransNexus ClearIP, Neustar ou outro), com os caminhos de atestação e verificação exercitados.
• Failover de HA se redundância for um requisito. Desconecte o nó ativo e meça o que realmente acontece com as chamadas em andamento.
• Comportamento sob carga de pico a aproximadamente 1,5x o pico de sessões simultâneas e CPS do seu Passo 1. CPU, memória e taxas de erro SIP sob carga revelam o que nenhum datasheet vai dizer.
• Regras de fraude e segurança exercitadas em condições reais: lista de bloqueio dinâmica sob uma varredura SIP simulada, limites de taxa DoS sob um flood SIP, proteção contra varredura de registro contra padrões de credential stuffing.

Qualquer fornecedor que condicione o acesso ao POC a uma chamada comercial e um NDA assinado está sinalizando algo sobre como o resto do relacionamento será. Busque acesso self-service para trial. O ProSBC Lab (gratuito, permanente, três sessões) e o trial de produção de 30 dias rodam sem uma chamada comercial. Rode-os contra seu próprio tráfego antes de se comprometer com qualquer outra coisa.

Mantenha o ambiente de teste ativo após entrar em produção. Os operadores de SBC mais experientes mantêm um laboratório permanente em paralelo com a produção, exercitando-o contra cada upgrade de softswitch, cada nova operadora e cada mudança regulatória antes que essas alterações atinjam o tráfego de produção. O ProSBC Lab é permanente e gratuito exatamente por isso: clientes não deveriam ter que escolher entre pagar por uma segunda faixa de licença e entrar sem teste em mudanças que impactam a produção.

Se o POC revelar uma lacuna de capacidade, não assuma que ela será corrigida em software antes da assinatura. Se a lacuna é real, o roadmap do fornecedor agora é seu risco de entrega.

Passo 6: teste sob pressão precificação, suporte e termos de saída

A comparação de preços é o passo que a maioria dos compradores acha que domina, e o passo em que fornecedores com modelos de precificação opacos extraem mais valor. Três regras se aplicam.

Compare pelo custo anualizado na sua contagem real de sessões, incluindo suporte e HA. Um preço de lista a partir de $1,40 por sessão por ano e um preço de lista “entre em contato com vendas” não são comparáveis até que você fixe o segundo. Insista em uma cotação por escrito que inclua o nível de suporte que você realmente precisa (24×7 ou 9×5), HA se necessário, todos os add-ons por sessão (Teams DR, DNO, STIR/SHAKEN) e a rampa de preço plurianual. Se o fornecedor não colocar por escrito, isso já é seu dado. A página de preços do ProSBC lista publicamente cada plano e cada add-on. Use-a como referência ao ler a cotação de qualquer outro fornecedor.

Audite o modelo de suporte da mesma forma que audita a precificação. Tempo médio de resposta, caminho de escalação, quem atende o telefone às 3 da manhã, se o pessoal de nível 1 consegue realmente resolver um problema de interoperabilidade SIP ou apenas escala. Pergunte pela localização geográfica da equipe de suporte e o nível de experiência do engenheiro mais provável de atender seu chamado. Depois faça mais uma pergunta: a equipe que ajuda você a implantar o SBC é a mesma que dá suporte no dia 90 e no dia 900? Se a configuração é feita por um engenheiro de implantação que depois repassa você para uma fila de chamados de primeiro nível, a experiência de suporte e a experiência de implantação são efetivamente dois produtos diferentes vendidos sob um único logotipo. Os números que fornecedores publicam em sites e os números que compradores experimentam após a assinatura frequentemente divergem, e clientes de referência são como você descobre qual é o verdadeiro.

Entenda a saída antes de entender a entrada. O que acontece com sua configuração se você migrar para um SBC diferente em três anos? A lógica de roteamento é portável, ou está presa a um ambiente de scripts proprietário? Seus dados são exportáveis em formatos padrão? Existe uma cláusula contratual de cooperação para migrações? Essas perguntas parecem prematuras em um ciclo de vendas. É exatamente por isso que devem ser feitas nesse momento.

Se você também quer uma análise mais profunda dos custos operacionais que se escondem atrás de uma taxa de licença, a página sobre o custo real de gerenciar seu próprio SBC detalha os sete custos ocultos que dominam implantações autogerenciadas.

Armadilhas comuns e sinais de alerta

Os seis passos capturam a maioria dos erros de avaliação. Alguns anti-padrões específicos são comuns o suficiente para merecerem destaque separado.

• Alterar o SBC de forma que o usuário final perceba transforma um rollout tecnicamente sólido em uma crise de suporte ao cliente. O pior caso é ter que alterar ramais ou planos de discagem de todos os usuários finais após uma migração. O segundo pior é uma queda na qualidade de chamada no primeiro dia. O objetivo é uma transição em que o usuário final nem perceba que o SBC foi trocado.
• Superdimensionar com base no número de marketing do fornecedor em vez do seu pico real. Maior não é mais seguro quando você paga por sessão todo ano.
• Tratar “a demo fez X” como um compromisso cria risco real de entrega. Se a funcionalidade não está escrita no contrato ou na documentação, assuma que não existe.
• Comprar STIR/SHAKEN de um fornecedor com um único parceiro proprietário de assinatura prende você à economia de um segundo fornecedor. Seu serviço de assinatura é um mercado com múltiplos provedores (TransNexus, Neustar e outros), e um SBC que prende você a um parceiro restringe um relacionamento separado.
• Pular o teste de failover transforma HA em uma afirmação baseada em fé. HA que nunca sofreu failover é HA que você está prestes a descobrir que não funciona, durante a queda em que realmente precisa dele.
• Lock-in plurianual para uma implantação de cinco anos parece um desconto e funciona como uma armadilha. O mercado de voz se move mais rápido do que isso, e assinatura anual com renovação automática é o padrão moderno.
• Avaliações lideradas pelo procurement sem POC de engenharia consistentemente produzem o resultado errado. A cotação mais barata que se encaixa na matriz de requisitos raramente é o SBC certo; engenharia precisa validar o ajuste antes que procurement feche o negócio.

Onde o ProSBC se encaixa na sua avaliação

O ProSBC é construído para um perfil de comprador: o provedor de serviços, MSP, ISP ou central de atendimento que precisa de capacidade SBC de nível carrier sem a complexidade de procurement de nível enterprise. Contra os mesmos seis critérios de avaliação usados acima:

• Qualidade de chamada está no centro da herança do ProSBC como plataforma de interconexão SIP de nível carrier. O produto foi projetado para tráfego SIP de provedores de serviços primeiro, que é onde os requisitos de qualidade de chamada são mais rigorosos.
• Confiabilidade vem do HA 1+1 ativo/standby no ProSBC+ e implantação georredundante em múltiplos data centers quando os requisitos de uptime justificam.
• Segurança é em camadas: TLS para sinalização, SRTP para mídia, lista de bloqueio dinâmica, proteção contra varredura de registro SIP, limites de taxa DoS/DDoS e os perfis de criptografia exigidos por clientes financeiros e de seguros.
• Interoperabilidade evolui a cada release. Melhorias de normalização SIP são entregues continuamente, e uma camada de roteamento programável aberta fornece módulos prontos (STIR/SHAKEN, do-not-originate, scoring de fraude) além da capacidade de construir módulos customizados para qualquer integração de terceiros.
• Escalabilidade vai em duas direções. O ProSBC é licenciado por sessão por ano a partir de $1,40, o licenciamento escala suavemente para cima e para baixo conforme seu tráfego muda, e a implantação é suportada em AWS, Azure, VMware, KVM/Proxmox ou baremetal.
• Suporte não tem níveis. Cobertura 24×7 em todos os fusos horários vai diretamente para engenheiros de telecom Level 3 na sede da TelcoBridges, não para um help desk de primeiro nível que roteia para cima. A equipe que ajuda a configurar seu SBC é a mesma equipe que dá suporte três anos depois.
• Operações incluem um painel de monitoramento que compara padrões de tráfego atuais com médias históricas contínuas, com alertas de anomalia roteados para seu aplicativo de mensagens preferido. Um serviço totalmente gerenciado também está disponível, hospedado na sua plataforma AWS, Azure, VMware ou KVM, ou hospedado pela TelcoBridges se você quiser tirar a operação do SBC do escopo da sua equipe.
• Avaliação self-service está disponível sem chamada comercial, através do ProSBC Lab (gratuito, permanente, três sessões) e do trial de produção de 30 dias. MSPs, ISPs e centrais de atendimento que buscam orientação específica para seu segmento também devem ler o guia SBC para MSPs.

O ProSBC não é a escolha certa para compradores presos a um stack UC de fornecedor único com integração proprietária profunda. Uma empresa totalmente Cisco rodando CUBE em IOS XE, por exemplo, terá mais benefício permanecendo no ecossistema do que com uma alternativa software-first. As páginas de comparação honestas acima mostram onde cada incumbente tem a vantagem.

A forma mais rápida de validar o ajuste é rodar o ProSBC Lab contra seu próprio tráfego por uma semana. O trial de produção de 30 dias cobre os cenários mais aprofundados de POC do Passo 5.

Perguntas frequentes

Quanto tempo deve levar um processo de seleção de SBC?

Para um comprador SMB ou MSP, quatro a oito semanas do início à assinatura é o típico, incluindo um POC de 30 dias. Uma empresa mid-market rodando um RFP formal geralmente leva dois a quatro meses. Uma operadora Tier 1 com sandbox de 6 semanas e requisitos de cliente-referência frequentemente leva seis a 18 meses. Comprima o processo abaixo do limite inferior dessas faixas somente se você já realizou uma implantação muito semelhante.

Qual é o critério mais importante ao escolher um SBC?

Adequação ao seu segmento de comprador. Um SBC construído para UC enterprise resolve problemas de UC enterprise e cria atrito em uma implantação MSP multi-tenant. Um SBC construído para provedores de serviços supera amplamente um SBC enterprise com 1.000 tenants e parece insuficiente em um ambiente Cisco UC profundamente integrado. Comece a avaliação sendo claro sobre em qual categoria você está.

Eu realmente preciso de um POC, ou posso confiar em uma demo do fornecedor?

Você precisa de um POC. Demos são coreografadas contra ambientes que o fornecedor controla. POCs rodam contra seu tráfego, seus pares, seu PBX e sua postura de segurança. Quase todo arrependimento pós-compra de SBC remonta a pular ou comprimir o POC.

Devo incluir SBCs open-source (OpenSIPS, Kamailio, FreeSWITCH) na lista curta?

Somente se você tiver uma equipe de engenharia capaz de construir e endurecer um SBC de produção e a disponibilidade para continuar fazendo isso por cinco anos. SBCs open-source não têm custo de licença; o custo total de propriedade é dominado pelas horas de engenharia que substituem o fornecedor. São uma opção viável para um pequeno subconjunto de compradores e uma âncora de orçamento útil para todos os outros.

Como avaliar a qualidade do suporte antes de assinar?

Faça três perguntas específicas. O tempo médio de resposta a chamados no seu nível de suporte. A localização geográfica e a senioridade do engenheiro que lidaria com um chamado Level 3. E um cliente-referência específico com uma implantação de tamanho similar à sua. Fornecedores que respondem as três com credibilidade merecem estar na lista curta; fornecedores que desviam de qualquer uma delas estão mostrando o futuro.

Uma estratégia SBC multi-vendor é algo real ou marketing?

É real em dois cenários. Provedores de serviços que rodam tanto peering PSTN quanto voz enterprise frequentemente implantam um SBC para cada papel. Operadoras que adquirem um concorrente herdam o SBC do incumbente e rodam stacks duplos durante a migração. Fora desses casos, SBC multi-vendor é complexidade operacional por si só. Escolha um e opere bem.

Se eu tenho um SBC, ainda preciso de um firewall?

Sim. Um SBC e um firewall de rede resolvem problemas diferentes. O firewall lida com filtragem de tráfego Layer 3/4 e segurança de perímetro geral. O SBC lida com segurança Layer 7 com reconhecimento de SIP: proteção contra DoS no nível de métodos SIP, defesa contra varredura de registro SIP, lista de bloqueio dinâmica, filtragem de mensagens SIP malformadas, ocultação de topologia e criptografia de mídia. Implantações de voz em produção rodam ambos. O SBC é o que você coloca na frente do seu PBX para que uma varredura de registro SIP nunca alcance seu controle de chamadas; o firewall é o que protege o resto da sua rede.

Qual é a diferença entre um SBC e um SIP proxy?

Um SIP proxy encaminha requisições SIP sem terminar sessões. Ele não consegue modificar cabeçalhos, impor criptografia de mídia ou ocultar topologia. Um SBC B2BUA termina completamente e reorigina tanto a sinalização quanto a mídia, habilitando manipulação de cabeçalhos SIP, ocultação de topologia, renegociação de codec, SRTP e proteção contra DoS. Veja a explicação detalhada em o que é um SIP proxy.

Por onde devo começar se estou no início de uma avaliação?

O Passo 1 deste guia é o começo. Quando tiver seu perfil de tráfego, a comparação de fornecedores de SBC é a forma mais eficiente de mapear o mercado. Se você já sabe que quer um SBC em software, o guia de migração de hardware para software é a próxima camada.

Assista ao webinar complementar

Este guia expande um recente webinar Choosing the Right SBC apresentado pelo CEO da TelcoBridges, Maximilien Le Sieur, e pelo VP de Vendas, Sebastien Boyer. A sessão cobre as mesmas seis categorias de avaliação, os sinais iniciais de que sua rede precisa de um SBC (ou de que o SBC que você tem deveria ser substituído) e um Q&A ao vivo sobre metodologia de testes, a questão SBC-mais-firewall, padrões de implantação de PBX enterprise e os erros que equipes mais frequentemente cometem sob pressão de prazo.

Se você está no início de uma avaliação, a gravação é a forma mais rápida de ouvir como compradores experientes realmente conduzem o processo.

Assista ao webinar Choosing the Right SBC