Resumo

  • No M3UA da RFC 3332, a Routing Key descrevia uma faixa de tráfego, o Routing Context identificava essa chave e Network Appearance distinguia um contexto local de rede SS7. Os três nomes eram relacionados, não intercambiáveis.
  • Um ASP podia atender a vários Application Servers por uma associação SCTP compartilhada, enquanto seu estado era mantido por AS. Portanto, transporte ativo não provava que a faixa de tráfego estava habilitada, que o destino SS7 era alcançável ou que o usuário MTP3 recebeu a mensagem.

Três rótulos para três perguntas

O vocabulário do M3UA parece uma questão de terminologia até que um código de ponto seja reutilizado. Uma rede SS7 pode atribuir um código que também aparece em outra rede. Se um gateway de sinalização transporta ambas por uma associação comum, o número sozinho não informa a qual domínio uma mensagem pertence. O M3UA separou, então, o contexto da rede, a regra de seleção de tráfego e o valor que referencia essa regra.

A separação começa pela fronteira do protocolo. Publicada em setembro de 2002, a RFC 3332 definiu uma adaptação para transportar sinalização de usuários MTP3 — como ISUP ou SCCP — sobre IP. No Application Server Process remoto, o M3UA oferece as primitivas esperadas por esses usuários, mas não se torna a própria camada MTP3 do SS7. O gateway pode receber o sinal SS7; a aplicação remota consome a parte de usuário pela adaptação. O plano de controle precisa indicar tanto o destino das mensagens quanto o contexto SS7 que dá significado aos campos.

Um Application Server é um serviço lógico associado a uma Routing Key específica. A chave é a regra de seleção: um conjunto de parâmetros SS7 que define a faixa de tráfego do serviço. Os parâmetros podem incluir código de ponto de destino, código de ponto de origem e indicador de serviço; uma aplicação pode acrescentar campos da parte de usuário, como código de identificação de circuito ISUP ou número de subsistema SCCP. São exemplos, não uma fórmula universal. Uma chave pode descrever faixas descontínuas, e os campos relevantes dependem da aplicação e da rede.

Routing Context não é uma versão abreviada dos critérios. É um valor que identifica a Routing Key. A função de distribuição do SGP compara o tráfego com a chave; mensagens de controle usam o contexto associado para referenciar o conjunto que deve ser iniciado, interrompido ou registrado. A chave é a regra, o contexto é o identificador usado para invocá-la e o Application Server é o serviço selecionado. Trocar um pelo outro elimina os critérios de correspondência ou a referência necessária às operações de controle.

Network Appearance é local, não universal

Network Appearance responde a outra pergunta: em qual contexto de rede SS7 a mensagem deve ser interpretada? O código de ponto, junto com esse contexto, identifica um nó de sinalização. Isso é importante quando um gateway participa de redes nacionais ou privadas que reutilizam valores de ponto. Sem a dimensão da rede, um endereço aparentemente preciso ainda pode apontar para nós diferentes.

Mas Network Appearance não é um número global da Internet. A RFC 3332 o definiu como uma referência local coordenada entre o Signalling Gateway Process e o Application Server. A RFC 4666, que substituiu a RFC 3332 em 2006, esclarece que a mesma rede SS7 subjacente pode usar valores distintos em SGPs diferentes. Sem uma tabela de correspondência, comparar inteiros entre gateways não demonstra que eles nomeiam a mesma rede.

Em configurações limitadas, o campo pode ser omitido: por exemplo, quando o gateway serve uma rede só ou quando a associação é dedicada a um contexto. A ausência reflete a topologia configurada; não prova que todas as redes sejam uma só. Em alguns casos restritos de chave única, o Routing Context também pode ficar implícito. O protocolo permite omitir um valor quando a configuração o torna inequívoco, mas é preciso consultar essa configuração para saber por quê.

Uma associação pode conter vários estados de serviço

Na contingência, a distinção volta a ser operacional. ASP é uma instância de processo, não a definição do serviço. Pode ser configurado para mais de um Application Server, e uma única associação SCTP pode carregar tráfego relacionado a vários ASs. Por isso, a RFC 3332 mantém o estado do ASP separadamente para cada AS. ACTIVE não é uma propriedade isolada do socket ou da máquina: descreve o estado de tráfego daquele processo dentro de um serviço específico.

Os modos de tráfego determinam como essa seleção funciona. Override pode escolher um ASP ativo e deixar outros como reserva; Loadshare divide o tráfego entre processos ativos; Broadcast envia a todos os processos ativos elegíveis. A aplicação determina o algoritmo adequado. O SGP precisa manter associados a mudança de estado, o Routing Context e a chave configurada ao escolher o destinatário. Dizer apenas “ASP ativo”, sem AS ou contexto, é incompleto; “associação SCTP ativa” informa ainda menos sobre elegibilidade.

O lado do usuário remoto acrescenta outra camada. O M3UA transporta DATA e indicações de destino indisponível, alcançável, restrito ou congestionado. Uma associação de transporte demonstra que os pontos finais conseguem comunicar-se. Não prova que o par código de ponto/Network Appearance foi interpretado corretamente, que a mensagem correspondeu a uma Routing Key autorizada, que o ASP estava ACTIVE para aquele AS ou que o processo ISUP/SCCP concluiu seu trabalho. Cada conclusão exige evidência da camada correspondente.

Por que a revisão de 2006 acompanha a história de 2002

O objeto histórico aqui é a RFC 3332, não uma afirmação de que seu texto seja a especificação atual. A RFC 4666 a substituiu em setembro de 2006. A revisão preservou as distinções centrais: Routing Key seleciona tráfego; Routing Context identifica essa chave; Network Appearance fornece o contexto SS7 e continua sendo local. A sucessora esclarece a leitura normativa atual, enquanto a comparação mostra quais limites de projeto permaneceram.

O registro IANA de parâmetros SCTP lista o identificador 3 para M3UA e cita a RFC 4666. O registro de nomes de serviço lista m3ua na porta SCTP 2905. Isso informa as atribuições de protocolo e porta, mas não prova adoção por uma operadora, conformidade de implementação ou que uma associação transportou uma chamada. Do mesmo modo, a RFC 9260 ser a especificação atual de SCTP não mostra que um sistema M3UA instalado a adotou.

A RFC 3331, sobre M2UA, trata de uma fronteira próxima, porém diferente: transporta a interface de usuário MTP2, enquanto o enlace físico permanece no gateway. O M3UA transporta sinalização de usuários MTP3, que pode conter ISUP ou SCCP. IUA, na RFC 4233, e M2PA, na RFC 4165, também têm suas próprias fronteiras de adaptação. Compartilhar a linhagem SIGTRAN ou usar SCTP não torna seus nomes e modelos de estado equivalentes.

Na prática, faça quatro perguntas separadas: quais parâmetros SS7 escolheram o tráfego; qual Routing Context identificou essa seleção; qual Network Appearance local tornou o código de ponto significativo para esse par SGP/ASP; e qual estado de ASP por AS autorizou a entrega? Só então associe a SCTP como caminho de transporte. A lição duradoura da RFC 3332 é não confundir o identificador de uma regra, a regra em si, o domínio da rede e o canal que leva a mensagem.

Fontes