Resumo

  • O RFC 5133 é um Proposed Standard de dezembro de 2007 que atualiza o RFC 4233.
  • O RFC 4129 havia atribuído o tipo de gerenciamento 5 ao DLC Status Request de DUA.
  • O RFC 4233 depois atribuiu o mesmo tipo 5 ao TEI Query Request de IUA.
  • A mesma classe 0 e o mesmo tipo 5 não permitiam diferenciar as duas operações.
  • O RFC 5133 exige que a consulta TEI seja codificada com tipo 8.
  • O registro atual da IANA mantém DLC Status Request em 5 e TEI Query Request em 8.
  • A reserva torna a sintaxe inequívoca, mas não comprova a versão instalada nos pares.
  • Uma associação SCTP ativa não comprova ASP ativo nem suporte ao tipo 8.
  • O RFC 4129 recomenda PPID 10 para DUA, mas permite PPID 1 em backhaul combinado.
  • O SCTP não usa diretamente o PPID; ele não autentica nem impõe semântica.
  • ASSIGNED significa que Q.921 considera o TEI atribuído, não que uma pessoa ou equipamento foi autenticado.
  • A operação precisa de recibos separados de registro, build, configuração, transporte, fio, parser, resposta, enlace e serviço.

O contexto externo era opcional

O conflito nasceu em etapas. O IUA original do RFC 3057 não tinha TEI Query. O RFC 4129 acrescentou a adaptação para DPNSS/DASS 2 e definiu mensagens de status de DLC na classe de gerenciamento: Request 5, Confirm 6, Indication 7. O RFC 4233 acrescentou a consulta TEI e também escolheu o 5.

Uma captura de classe 0/tipo 5 passou a conter menos informação do que o operador precisava. Ela podia representar o estado de data-link connections DUA ou uma consulta aos terminal endpoint identifiers de IUA. Escolher pela expectativa do inventário não fazia o pacote ficar menos ambíguo.

O RFC 5133 moveu TEI Query Request para 8. A IANA registra hoje os dois atos em valores diferentes. Essa é a solução correta no nível em que o defeito existia: o namespace do cabeçalho.

O PPID não poderia substituir essa correção. O RFC 4129 recomenda 10 para DUA e 1 para IUA, mas admite 1 para DUA quando ISDN e DPNSS usam a mesma associação. E afirma que o SCTP não interpreta diretamente o campo; certas entidades podem usá-lo para reconhecer o conteúdo do DATA chunk.

Logo, PPID é contexto fornecido à camada superior. Não é uma barreira de tipo aplicada pelo transporte. Um deployment permitido pode compartilhá-lo; uma configuração pode errar; uma ferramenta pode omiti-lo. A mensagem interna ainda precisa de classe/tipo únicos.

Um número reservado não distribui software

A linha da IANA responde qual significado normativo pertence ao valor. Ela não informa qual firmware está ligado num gateway, qual parser uma appliance selecionou ou se um peer antigo entende 8. O calendário do registro e o calendário da frota não coincidem automaticamente.

Uma evidência de build mostra que determinado artefato implementa a mudança. O inventário liga o artefato ao nó. A configuração descreve o papel IUA/DUA e a política de PPID. A captura mostra bytes num ponto. A trace do receptor mostra a branch executada. A resposta mostra o estado que o peer relatou. O teste de serviço mostra efeito. Cada recibo tem sujeito, tempo e limite próprios.

Isso não diminui a IANA. Sem unicidade, nem a melhor captura poderia escolher com segurança entre as duas operações. O registro torna o teste possível; não executa o teste.

SCTP transporta tanto acordo quanto desacordo

IUA usa SCTP entre Signaling Gateway e Application Server Process. O RFC 4233 mantém separados o estado da associação, o estado do ASP e a ativação do tráfego. O SCTP pode estar up com ASP-INACTIVE. O mapeamento de Interface Identifier para associação/stream é dinâmico e pode ficar temporariamente inválido durante failover.

Assim, o indicador de associação confirma uma relação de transporte observada. Não confirma o perfil da aplicação, a ativação do servidor, o mapping, o tipo 8 nem a consulta em Q.921.

Uma validação útil preserva peer, association, stream, PPID, versão, classe, tipo, comprimento, direção, builds e decisão do decoder. Unsupported Message Type, Unexpected Message e Protocol Error não devem virar o mesmo alerta genérico. Ausência de erro também não basta: descarte silencioso e perda da direção reversa continuam possíveis.

O resultado positivo é um conjunto esperado de TEI Status Indications, dentro de uma janela e interface definidas, seguido pelas provas adicionais que a decisão exige.

O status não é o terminal

O ASP envia TEI Query ao SG. O DLCI no cabeçalho IUA deve ser ignorado pelo SG. Esse requisito impede que um campo estrutural seja convertido em alvo ou chave de cliente. Guardar o valor bruto é legítimo; atribuir-lhe função nesta mensagem, não.

ASSIGNED quer dizer que o TEI é considerado atribuído por Q.921. UNASSIGNED quer dizer o contrário. O estado não contém identidade humana, serial autenticado, titularidade, presença física ou sucesso atual do data link.

Ele ajuda o ASP a preparar sinalização, decidir se pede estabelecimento e investigar TEIs inesperados. Mas decisão possível não é ação concluída. Para afirmar serviço, correlacione resposta, estado Q.921, Establish, tráfego de sinalização e outcome da aplicação.

Fallback não é repetição neutra

Um receiver legado pode rejeitar type 8. Repetir como 5 parece uma recuperação simples, porém muda o discriminador para o valor que ainda significa DLC Status Request em DUA. Se o PPID 1 também é compartilhado, a mensagem pode chegar ao handler errado de forma aparentemente válida.

Compatibilidade temporária requer lista nominal de peers, prova de IUA-only, telemetria de cada fallback, bloqueio em contextos DUA/combined, testes negativos e data de retirada. Sem visibilidade, o shim tira do último equipamento antigo qualquer incentivo para atualização e impõe ambiguidade permanente ao restante da operação.

O teste deve cobrir novo-novo, novo-antigo, antigo-novo, IUA-only, DUA-only, combined e failover. Também deve provar que combinações ambíguas falham de modo observável e não são “recuperadas” pelo parser incorreto.

O que os documentos não dizem

Os registros oficiais estabelecem publicação, atualização e números. O RFC 4129 estabelece tipos DLC e PPID; o RFC 4233 estabelece cabeçalhos, estados, erros e procedimento TEI; a IANA estabelece a atribuição atual; SCTP estabelece o transporte.

Nenhum deles comprova uma implementação de fornecedor nomeado, uma captura de produção, a identidade de um terminal ou um outcome de serviço. Essas ausências precisam permanecer como desconhecidos até receberem evidência local.

Sources