SoftSwitch SIP: arquitetura, componentes e protocolos

Um SoftSwitch SIP não é uma caixa preta que "faz chamadas acontecerem". É uma arquitetura com componentes bem definidos, cada um com uma responsabilidade específica na cadeia de sinalização e mídia. Entender essa arquitetura, os modos de operação (Proxy vs B2BUA) e os protocolos de transporte (UDP, TCP, TLS, WSS) é o que separa quem configura de quem apenas instala. Este post desmonta a arquitetura de um SoftSwitch SIP peça por peça, para que você saiba exatamente o que cada componente faz e por que cada protocolo existe.

A arquitetura de um SoftSwitch SIP

A arquitetura de um SoftSwitch SIP divide-se em dois planos: o plano de sinalização e o plano de mídia. Essa separação não é um detalhe acadêmico; é a decisão de design que permite ao SoftSwitch escalar.

O plano de sinalização cuida do protocolo SIP: recebe INVITEs, autentica origens, consulta tabelas de roteamento, encaminha a chamada ao destino, gerencia BYEs e gera CDRs. É leve em termos de banda (mensagens SIP são texto de poucos kilobytes), mas pesado em lógica: autenticação, LCR, anti-fraude, normalização de headers, tudo acontece aqui.

O plano de mídia transporta o áudio (ou vídeo) usando RTP/SRTP. Os pacotes de mídia são pesados em banda (tipicamente 80-100 kbps por chamada com G.711) e vão, sempre que possível, direto entre os endpoints, sem passar pelo SoftSwitch. Quando o SoftSwitch precisa interceptar a mídia (para gravar, transcodificar ou aplicar IVR), um Media Server entra no caminho.

SIP Proxy vs B2BUA: dois modos de operação

Todo SoftSwitch SIP opera em um de dois modos, e a diferença entre eles afeta profundamente o que o sistema pode fazer.

No modo SIP Proxy, o SoftSwitch funciona como um roteador de sinalização. Ele recebe o INVITE, analisa os headers, decide para onde enviar, encaminha a mensagem e sai do caminho. O diálogo SIP é end-to-end entre os dois endpoints. O Proxy pode adicionar headers (como Record-Route para se manter no caminho dos requests subsequentes), mas não termina o diálogo. Vantagens: baixo overhead, alta performance em CAPS, transparência na sinalização. Limitações: controle limitado sobre a mídia e sobre headers que os endpoints inserem.

No modo B2BUA (Back-to-Back User Agent), o SoftSwitch termina o diálogo SIP de um lado (leg A) e origina um novo diálogo do outro lado (leg B). Para cada chamada, existem duas sessões SIP independentes, com o SoftSwitch no meio. Vantagens: controle total sobre sinalização e mídia, capacidade de modificar qualquer header, ocultar a topologia da rede, fazer forking, gravação, transcodificação. Limitações: mais consumo de recursos por chamada, porque cada chamada são dois diálogos para gerenciar.

A escolha entre Proxy e B2BUA não é "um é melhor que o outro". É uma questão de requisito. Tráfego wholesale de alto volume, onde o SoftSwitch precisa rotear o máximo de chamadas com o mínimo de overhead, favorece o modo Proxy. Operações que precisam de gravação, transcodificação e controle fino sobre a sinalização favorecem o B2BUA.

Os componentes internos

Um SoftSwitch SIP carrier-grade é composto por vários componentes internos que trabalham juntos:

• Registrar: recebe e armazena registros SIP (REGISTER) dos endpoints. Sabe onde cada assinante está localizado a qualquer momento.
• Location Service: banco de dados de localização que o Registrar alimenta. Quando uma chamada chega para um assinante, o SoftSwitch consulta o Location Service para descobrir o IP/porta atual do telefone.
• Proxy/Routing Engine: o motor de roteamento. Analisa o número discado, consulta as tabelas de prefixo, aplica LCR, série ou balanceado e encaminha a chamada.
• Authentication Module: valida credenciais, seja por digest (senha), por IP de origem, por TechPrefix ou por ANI/CLI.
• CDR Engine: gera o Call Detail Record ao final de cada chamada. Dados como origem, destino, duração, codec, código de desconexão e timestamps são registrados para billing e análise.
• Media Server: componente opcional (mas cada vez mais necessário) que entra no plano de mídia para transcodificação de codecs, gravação, IVR e conferência.
• Anti-fraud Module: monitora padrões de tráfego em tempo real e bloqueia comportamentos suspeitos, como rajadas de chamadas para destinos premium.

SIP sobre UDP, TCP, TLS e WSS

O protocolo SIP é agnóstico ao transporte; ele pode rodar sobre diferentes camadas. Cada uma tem seu uso:

UDP é o transporte padrão para SIP. Leve, sem overhead de conexão, funciona bem para a maioria do tráfego entre SoftSwitch e endpoints na mesma rede ou em redes confiáveis. A limitação é o tamanho: mensagens SIP maiores que o MTU (tipicamente 1500 bytes) são fragmentadas, e fragmentos UDP se perdem com facilidade.

TCP resolve o problema da fragmentação. Cada mensagem SIP é entregue completa, independentemente do tamanho. Útil para cenários com muitos headers SIP (como chamadas com múltiplos Via, Route e Record-Route).

TLS (Transport Layer Security) adiciona criptografia à sinalização SIP sobre TCP. Obrigatório quando a operadora precisa garantir que a sinalização não seja interceptada, especialmente em tráfego entre operadoras pela internet pública.

WSS (WebSocket Secure) é SIP encapsulado em WebSocket sobre TLS. É o transporte que viabiliza WebRTC: navegadores web não falam SIP/UDP, mas falam WebSocket. Se a operadora quer oferecer click-to-call no site de um cliente ou softphone no navegador, WSS é o caminho.

A engine OpenSIPS no SoftSwitch SipPulse

O SoftSwitch SipPulse PCRT usa OpenSIPS como engine de sinalização SIP. O OpenSIPS é um dos servidores SIP open-source mais maduros do mercado, com mais de 15 anos de desenvolvimento e uso em produção por operadoras de todos os tamanhos.

O PCRT opera nos modos SIP Proxy e B2BUA, suporta SIP sobre UDP, TCP, TLS e WSS, e integra um Media Server para transcodificação de codecs e gravação ilimitada. A separação entre plano de sinalização e plano de mídia permite ao PCRT atingir até 1000 CAPS enquanto mantém controle sobre cada chamada. A autenticação suporta IP, senha, TechPrefix e ANI/CLI. O roteamento opera em LCR, série e balanceado. E tudo isso roda sobre uma base de 120+ operadoras brasileiras em produção.

Para operadoras que precisam integrar o SoftSwitch com sistemas externos, o PCRT oferece APIs abertas que expõem dados de CDR, billing, assinantes e configuração de rotas.

Leia também

• Como escolher um SoftSwitch para sua operadora
• CDR e tarifação no SoftSwitch: bilhetagem para operadoras
• O que é e para que serve um SoftSwitch?

Conclusão

A arquitetura de um SoftSwitch SIP é definida pela separação entre sinalização e mídia, pela escolha entre Proxy e B2BUA, e pelo protocolo de transporte adequado a cada cenário. Entender esses fundamentos é o que permite dimensionar, configurar e operar um SoftSwitch de forma eficiente. Se você quer entender como a arquitetura do SipPulse PCRT se encaixa na sua operação, fale com a equipe técnica.