Resumo

  • RFC 1318 definiu uma MIB de camada física para hardware semelhante a impressora paralela, incluindo Centronics, Data Products e conexões comparáveis, abaixo de MIBs de serviço como Character MIB e PPP MIB.
  • Suas tabelas de entrada e saída usam Power, Online, Busy, PaperOut e Fault; a representação corrente é none, on ou off, e os contadores contam transições entre ligado e desligado.
  • Um sinal ou seu contador é evidência sobre a linha física observada ou acionada. Não prova arquivo, fila, aceitação de trabalho, página formada, cópia em papel ou recebimento humano.

A etiqueta não contava a história do papel

PaperOut parece especialmente tentador: se a etiqueta fala de papel, seria fácil anunciar que uma impressão parou por falta dele. Busy convida a concluir que um job progride; Online, que há disponibilidade; Fault, que há diagnóstico. Para RFC 1318, contudo, esses são nomes de sinais. Eles delimitam o objeto de observação, não expandem o objeto até a experiência de um usuário.

O RFC não definiu protocolo de documento, spooling, composição de páginas ou comprovante de entrega. Ele administra hardware parallel-printer-like no nível físico. Essa localização abaixo de Character MIB e PPP MIB importa: uma camada pode servir de base para outra sem possuir os significados que a camada superior atribui aos bytes ou ao trabalho. A interface pode existir num caminho de impressão e ainda assim não saber se havia documento, se a fila o aceitou ou se alguma página saiu.

Uma impressão verificável é uma cadeia, não um ícone. A aplicação cria ou seleciona um conteúdo; a fila aceita, recusa ou retém; o driver transmite algo; o mecanismo age sobre mídia; a cópia pode ser distribuída; uma pessoa pode vê-la. RFC 1318 começa antes dessas etapas: em linhas físicas selecionadas. Fazer uma dessas linhas falar pela cadeia inteira transforma proximidade técnica em autoria de prova.

O porto era uma referência local, não um trabalho

A tabela de portas fornece índice local, tipo de hardware e a quantidade de sinais de entrada e saída representados. O índice leva o administrador a uma linha da MIB. O tipo, como Centronics ou Data Products, enquadra a interface. Nenhum deles identifica um arquivo, uma conta, uma sala ou um job de impressão.

As tabelas também separam o que o software pode detectar daquilo que ele pode afirmar. Há uma entrada somente para um sinal detectável e uma saída somente para um sinal que o software pode acionar. Não se promete, portanto, que todas as portas exibirão os mesmos cinco sinais. A ausência de uma linha pode dizer que o sinal não se aplica ao hardware ou que o agente não o expõe nessa MIB. Não é uma observação de off.

Essa diferença protege contra relatórios inventados. Não ver PaperOut não permite escrever “há papel”. Não ver Fault não permite escrever “não há falha”. A ausência revela uma fronteira de aplicabilidade ou de visibilidade. O estado none, junto com on e off, impede que uma interface de três possibilidades seja achatada num certificado binário de funcionamento.

O estado de uma linha não era resultado de impressão

Power em on vale para a linha Power; não confirma o caminho de impressão de ponta a ponta. Online em on não diz que um documento foi oferecido, aceito ou interpretado. Busy em on não identifica a atividade que ocupa o dispositivo, nem prova que ela avança. PaperOut em on não aponta uma página, bandeja, pedido ou instante específico. Fault em on não traz causa, diagnóstico ou responsável. Em sentido inverso, off não certifica uma cópia bem-sucedida.

none merece ainda mais cuidado. Não é um “zero” confortável. Pode preservar que o sinal não se aplica ou não é informado. Quem precisa responder se uma fila aceitou um job deve consultar a fila; quem precisa responder se uma página foi renderizada deve consultar o componente que a forma; quem precisa responder se alguém recebeu a cópia deve buscar a evidência desse destinatário. Uma MIB física não recebe essas respostas por ter no nome a palavra impressora.

Mudanças de sinal não eram contagens de jobs

paraInSigChanges e paraOutSigChanges contam cada transição de on para off ou de off para on. São úteis para perceber uma condição intermitente, comparar períodos ou decidir que cabo, driver ou periférico merece inspeção. O seu objeto é a oscilação da linha.

Não são contadores de documentos, páginas, usuários ou conclusões. Dez transições de Busy não demonstram dez trabalhos. Uma transição de PaperOut não informa que papel havia antes, se houve reposição nem se o processamento retomou. Uma transição de Fault marca uma fronteira observada, não uma causa-raiz. Como o número acumula os dois sentidos, ele tampouco conserva duração, ordem detalhada ou motivos dos movimentos.

Uma leitura responsável leva consigo hora, porta, tipo de hardware, direção, nome do sinal e, quando a sequência importa, amostras de estado. Registros de fila, driver e dispositivo devem ser correlacionados sem serem substituídos. Um contador pode abrir uma investigação excelente; não pode encerrar uma investigação com um resultado ausente da sua definição.

Detectar e acionar tinham direções diferentes

A tabela de entrada trata do que o agente detecta no hardware. A tabela de saída trata do que o software pode afirmar. O mesmo nome em ambas não elimina direção nem autoridade. Uma saída afirmada prova uma ação local na interface definida. Não prova que o equipamento remoto acolheu a convenção, aceitou dados ou concluiu o que se pretendia. Uma entrada detectada prova uma observação local; não explica por que o equipamento gerou o sinal, sua configuração ou a decisão tomada pela fila.

Essa disciplina reparte a responsabilidade corretamente. O controlador pode responder por sua asserção; o operador do equipamento, por sua observação; a equipe da fila, por aceitar ou rejeitar; a aplicação, por seu conteúdo; o destinatário, pelo fato de ter visto uma cópia. RFC 1318 evita que uma linha de cabo roube a voz de todos eles.

A página concluída exigia outra evidência

O sinal PaperOut pode ser uma evidência excelente do seu próprio fato físico. O erro não é utilizá-lo, mas apresentar sua mudança como recibo de documento. Uma página realmente impressa pode ser provada em outra camada mesmo que determinada linha não apareça nesse porto.

O registro durável guarda índice e tipo da porta, entrada ou saída, sinal, estado, contador, agente e instante. Afirmações sobre arquivo aceito, página produzida, distribuição ou leitura precisam de registros independentes, com seus donos e tempos. Correlação cria explicação; substituição cria uma conclusão sem fonte.

Fontes e limites da evidência

Este artigo baseia-se em RFC 1318, Definitions of Managed Objects for Parallel-printer-like Hardware Devices (abril de 1992). Ele sustenta a MIB física, tabelas de porta e de sinais de entrada/saída, limites de detectabilidade e acionamento, os nomes Power/Online/Busy/PaperOut/Fault, os estados none/on/off e os contadores de transição. Não sustenta impressora em operação, documento, bytes transferidos, job submetido ou aceito, página renderizada ou impressa, conteúdo em papel, destinatário, reparo ou resultado de aplicação.