Resumo

  • A RFC 3372 separou preservação de significado e decisão de rota: ISUP seguia encapsulado para um destino capaz, enquanto campos selecionados eram traduzidos para SIP e ficavam visíveis aos proxies.
  • Um corpo íntegro não comprovava rota nem serviço; uma requisição bem roteada não comprovava reconstrução fiel, mídia estabelecida ou experiência do assinante.

Na travessia entre PSTN e IP, uma chamada precisava servir a leitores diferentes. Gateways telefônicos conheciam ISUP e suas variantes. Proxies SIP precisavam de URIs e cabeçalhos que pudessem inspecionar. Obligar todo intermediário a compreender toda a sinalização antiga seria inviável; apagar o original destruiria recursos que a saída talvez precisasse recriar.

Publicada em setembro de 2002 como BCP 63, a RFC 3372 chamou a solução de SIP-T e insistiu que não era um protocolo novo. Era um conjunto de mecanismos de interfuncionamento. Sua escolha central consistiu em manter dois registros coordenados da mesma chamada.

O primeiro era a mensagem ISUP encapsulada no corpo SIP com os tipos MIME da RFC 3204. Ela preservava parâmetros sem equivalente direto em SIP e podia servir de modelo ao gateway terminador. O segundo era a própria requisição SIP. O gateway de entrada traduzia fatos como o número chamado para elementos que proxies conseguiriam usar na escolha do destino.

A RFC distinguiu transparência de recursos e roteabilidade. A separação expunha falhas que um único indicador verde esconderia. O corpo podia chegar byte a byte e acompanhar um endereço traduzido incorretamente. A rota podia estar certa, enquanto a parte MIME sumia, chegava danificada ou trazia uma variante ISUP não suportada.

Na saída, o gateway não executava uma restauração automática. Podia partir do ISUP encapsulado como modelo, sobrescrever valores obtidos dos cabeçalhos SIP e incluir valores definidos por política local. Na ausência do corpo, podia usar um modelo canônico configurado. O sinal enviado ao PSTN era, portanto, uma reconstrução com decisões próprias.

O originador também não sabia necessariamente o tipo do destino. Uma chamada iniciada no PSTN podia terminar em outro gateway ou em um telefone SIP. O telefone normalmente ignorava ISUP, mas deveria aceitar multipart e conteúdo desconhecido de modo correto, conforme a base MIME da RFC 2046 e o protocolo SIP da RFC 3261. Já um telefone SIP originador não deveria fabricar ISUP só porque algum destino futuro talvez estivesse no PSTN.

Havia ainda mensagens ISUP durante a chamada que não alteravam o estado da sessão SIP. A RFC 3372 apontou o método INFO da RFC 2976 para transportá-las. Receber INFO demonstrava transporte, não interpretação nem entrega de uma função ao usuário.

TRIP, na RFC 3219, e ENUM, na RFC 2916, ajudavam a localizar rotas e serviços associados a números. Não carregavam o contexto completo de ISUP. S/MIME, descrito pela RFC 2633, permitia assinatura e proteção do conteúdo, mas não validava a tradução, a escolha do gateway, a autorização de uma política local ou a abertura do caminho de voz.

A RFC 3398 depois detalhou o mapeamento SIP–ISUP. A RFC 3326 criou o campo Reason para carregar uma causa qualificada por protocolo sem transformar explicação em ação. As RFC 3331 e 3332 trataram de adaptações SS7 sobre SCTP. Elas contam onde certos estados passaram a viver; esta história conta por que a mesma chamada precisava de uma carga preservada e de uma superfície SIP acionável.

As fontes não medem implantação, compatibilidade de fabricantes ou resultado de uma chamada real. O que registram é uma disciplina arquitetônica. Interoperar não significava converter toda a verdade antiga em um novo formato e descartar a origem. Significava preservar o que só um destino especializado compreenderia e, em paralelo, expor o mínimo necessário para que a rede intermediária cumprisse sua tarefa.

Os textos de Lu Heng deixam o limite mais nítido. Uma especificação inicial mínima mantém decisões locais identificáveis. A separação de camadas de realidade impede que SS7 recebido, corpo encapsulado, cabeçalho traduzido, rota, mensagem reconstruída, mídia e experiência sejam tratados como um único fato. A RFC 3372 tornou possível atravessar arquiteturas sem fingir que transportar significado e agir sobre ele eram a mesma prova.

Fontes