SIP-I não é “SIP normal com outro nome”.

Uma interconexão SIP comum costuma tratar sinalização VoIP entre plataformas IP. SIP-I é diferente: ele carrega informações ISUP dentro de mensagens SIP, preservando elementos importantes da sinalização tradicional usada nas redes legadas. Na prática, é uma ponte entre o mundo IP e o legado SS7/ISUP.

Por isso, uma interconexão SIP-I exige atenção a perfil, parâmetros, interoperabilidade e homologação. Não basta “abrir um trunk SIP”.

ISUP, SS7 e a evolução para SIP-I

Historicamente, redes de telefonia usaram SS7 como arquitetura de sinalização, com ISUP para controle de chamadas. Com a migração para IP, surgiu a necessidade de transportar essa lógica em redes SIP sem perder informações relevantes para interconexão entre operadoras.

O SIP-I encapsula conteúdo ISUP em SIP, permitindo que redes modernas IP conversem com requisitos e semântica herdados do ambiente de telefonia tradicional.

Versões e perfil adotado no Brasil

Existem variações e perfis de implementação. Para funcionar em uma interconexão real no Brasil, a operadora precisa seguir o perfil específico aceito pelas partes e adotado no ecossistema nacional. Diferenças aparentemente pequenas em ISUP, cabeçalhos, parâmetros, timers ou tratamento de causas podem impedir completamento, afetar tarifação ou dificultar portabilidade e roteamento.

Novas interconexões e o movimento para SIP-I

Na prática de mercado, novas interconexões vêm sendo estruturadas em SIP-I, substituindo gradualmente modelos TDM/legados. Isso reduz dependência de infraestrutura tradicional, mas aumenta a exigência sobre SBC, roteamento IP, segurança, observabilidade e homologação técnica.

Internet pública ou link dedicado?

Algumas modalidades podem usar conectividade sobre internet pública, especialmente em cenários específicos ou menores. Porém, grandes operadoras normalmente trabalham com links dedicados de interconexão, com endereçamento, roteamento e políticas próprias.

Nesses ambientes, é comum existir desenho com redundância, BGP, rotas controladas e conexões cruzadas entre pares de SBCs. A ideia é evitar ponto único de falha e garantir continuidade mesmo durante falha de link, equipamento ou caminho.

Arquitetura típica de alta disponibilidade

• Dois SBCs de um lado e dois SBCs do outro.
• Links dedicados redundantes, frequentemente cruzados.
• Roteamento BGP para preferência, contingência e failover.
• Políticas de segurança, ACLs, NAT/control-plane e proteção de sinalização.
• Captura de SIP traces, CDRs e métricas para diagnóstico.

Onde projetos falham

• Tratar SIP-I como SIP comum.
• Ignorar o perfil ISUP esperado pela outra operadora.
• Não validar causas, timers, codecs, SDP e roteamento antes do tráfego real.
• Não documentar topologia, BGP, redundância e janelas de teste.
• Não ter SBC preparado para troubleshooting.

Gancho comercial

A ZICTEC pode apoiar diagnóstico, desenho, implantação e sustentação de interconexões SIP-I, incluindo SBC/ProSBC, roteamento, testes, homologação, análise de traces e documentação técnica para operação.