Resumo

  • A RFC 3483 permitia ao PDP suspender os relatórios sem necessariamente interromper o monitoramento; o PEP podia continuar acumulando uso em silêncio.
  • O sentido do valor dependia do relógio, da regra de limpeza e da identidade da atribuição concreta, com relatórios finais no fechamento de contexto e na remoção de estado.

O espaço vazio em um gráfico costuma adquirir um significado que nunca recebeu. Parece zero, inatividade ou ausência de evento. Na RFC 3483, antes de qualquer conclusão, ele era apenas evidência de que nenhum relatório havia chegado. O Policy Enforcement Point podia continuar observando e registrando uso enquanto o Policy Decision Point mantinha suspenso o envio de mensagens não solicitadas.

Essa prudência estava embutida na divisão do framework. Uma política de critérios de seleção definia os objetos monitorados. Uma classe de feedback de uso definia as métricas coletadas. Uma política de ligação juntava as duas e determinava quando o relatório sairia. O número recebido não era um total autônomo: era produto de objeto, medida e regra de entrega.

O Accounting Timer estabelecia o menor intervalo permitido entre relatórios contábeis não solicitados. Sua função era controlar a frequência de mensagens, não sincronizar relógios com precisão. Uma política específica podia usar múltiplos do intervalo, um limiar, a condição de mudança de valor ou o envio periódico mesmo sem alteração. Logo, a falta de uma mensagem no instante esperado pelo observador não demonstrava que a coleta falhou.

Com o timer em zero, não havia feedback espontâneo. Ainda assim, o PEP continuava monitorando e acompanhando o uso conforme a política do PDP, guardando o resultado para uma solicitação posterior. O zero governava a emissão; não descrevia o contador.

A suspensão tinha duas formas. O PDP podia parar apenas os relatórios e deixar monitoramento e registro funcionando. Também podia suspender a própria observação, o que suprimia necessariamente os relatórios. Ao ordenar a transição, indicava se o PEP deveria enviar antes o valor acumulado. A mudança podia afetar uma política ou todas. Registrar somente “suspenso” apagaria a pergunta decisiva: houve uso medido durante o silêncio?

Uma solicitação podia atravessar o intervalo periódico. O PDP pedia feedback por uma Decision, o PEP respondia imediatamente e limpava os atributos se a política exigisse limpeza após o relatório. Mesmo assim, mantinha o calendário original. A solicitação não deslocava a próxima borda periódica. Dois relatórios próximos podiam representar segmentos diferentes e corretos, não uma duplicação.

Por isso, nenhum relatório era automaticamente todo o histórico do contador. Se a resposta solicitada limpou o valor, o relatório periódico seguinte cobria apenas o trecho restante. Se não limpou, os valores podiam se sobrepor. Somar sem conhecer a limpeza cria dupla contagem; tratar o último como um intervalo completo inventa duração.

A atribuição do uso também exigia cuidado. Alguns objetos COPS correspondiam a uma configuração única. Outros eram compartilhados entre várias atribuições reais que o PEP criava, cada qual capaz de acumular estatísticas independentes. Como essas atribuições não tinham necessariamente objetos COPS próprios, o PRC de seleção e o PRC de feedback, juntos, precisavam identificar a granularidade mais fina suportada.

O documento sugeria o par endereço IP e porta como identificador possível. Preferia que o critério de seleção já trouxesse a chave completa. Como alternativa opcional, um critério mais amplo podia escolher várias atribuições, desde que o registro de uso fornecesse a distinção que faltava. Essa flexibilidade aumentava a obrigação de preservar a junção entre política e medida.

Os contextos ofereciam uma linha de fechamento. O COPS-PR podia instalar conjuntos independentes de políticas, mas só um ficava ativo a cada momento. O PEP monitorava, registrava e relatava apenas o contexto ativo. Ao desativá-lo, enviava seu feedback final e parava toda coleta enquanto o contexto permanecesse inativo. O último relatório encerrava o período de autoridade daquela configuração.

Delete Request State criava outra fronteira obrigatória. Imediatamente antes de apagar o estado, o PEP enviava todo uso pendente, mesmo quando a exclusão era iniciada pelo PDP. A sequência preservava o último fragmento antes de desaparecer a estrutura que explicava seu significado.

Na perda de conexão, o PEP continuava acompanhando uso somente enquanto aplicava a política instalada em cache. Quando a política expirava, os dados de feedback também expiravam e o monitoramento terminava. Após a reconexão, o PDP precisava autorizar explicitamente a retomada; então o PEP reportava o uso guardado e adotava o Accounting Timer aceito na nova conexão.

A vida da evidência seguia, portanto, a vida da decisão aplicada. Não seguia simplesmente a existência do processo ou de uma linha em banco de dados. Uma desconexão não apagava o que ocorreu sob política válida, mas uma reconexão não prolongava a medição para além da expiração dessa política.

O alcance era limitado. A RFC tinha status Informational e não definiu cobrança, tarifação ou faturamento. O conteúdo exato da Decision solicitante ficou para documentos de implementação. As fontes não comprovam implantação identificada, precisão de medidores, interoperabilidade, correção financeira nem qualidade percebida pelo usuário.

É aí que ela se separa dos textos vizinhos. A RFC 3060 tratou da representação de políticas e da avaliação local; a RFC 3084, do provisionamento, cache e reconciliação; a RFC 3159, da identidade das instâncias. A RFC 3483 começou depois da instalação: qual evidência de uso nasceu, quando falou e a qual atribuição pertencia?

Pelo método de camadas de realidade de Heng Lu, a análise deve fixar primeiro contexto e atribuição reais, depois reunir os três PRCs. Timer, limiar, condição de mudança e limpeza formam a cronologia junto com solicitações, suspensões, retomadas e relatórios finais. Em falha, a expiração da política em cache é o corte da evidência.

Só depois disso o silêncio pode receber um significado. Pode ter havido uso zero. Também pode ter havido emissão espontânea desabilitada, relatório suspenso, intervalo ainda aberto ou dados esperando uma solicitação. A contribuição duradoura da RFC 3483 foi impedir que ausência de fala fosse confundida com ausência de realidade.

Fontes