Кратко

  • RFC 1318 задаёт MIB для физических соединений, похожих на параллельные принтеры, включая Centronics, Data Products и аналогичные интерфейсы; он находится ниже Character MIB и PPP MIB.
  • В таблицах входных и выходных сигналов названы Power, Online, Busy, PaperOut и Fault; состояние бывает none, on или off, а счётчики считают переходы между включением и выключением.
  • Такой объект подтверждает состояние либо переход наблюдаемой или устанавливаемой линии управления. Он не подтверждает файл, очередь, принятие задания, страницу, бумажное содержимое или получение копии человеком.

Надпись на линии не была журналом работы

PaperOut легко прочитать как объяснение остановленной печати, Busy — как ход работы, Online — как доступность, Fault — как диагноз. Но в RFC 1318 это имена сигналов. Они задают предмет наблюдения, а не превращают наблюдение в рассказ о документе.

RFC не описывает подачу файла, спулер, создание страницы или подтверждение доставки. Его область — parallel-printer-like hardware на физическом уровне; сам MIB расположен ниже сервисов, которые могут описывать поток символов или PPP. Физическая связь может участвовать в пути печати, но не владеет смыслом всего, что происходит над ней.

Приложение может создать файл, очередь — принять или удержать задание, драйвер — передать байты, механизм — оставить след на бумаге, а получатель — увидеть лист. Это разные факты с разными источниками. Близость кабеля к принтеру не даёт ему права свидетельствовать за все этапы.

Порт задавал локальную координату

Таблица портов даёт локальный индекс, тип оборудования и число представленных входных и выходных сигналов. Индекс ведёт к строке агента, а не называет глобально принтер, место, пользователя или задание. Тип, например Centronics или Data Products, описывает интерфейс, а не его назначение.

Отдельные таблицы важны: входная строка существует лишь для сигнала, который программа способна обнаружить, выходная — лишь для сигнала, который она способна установить. Поэтому у каждого порта не обязаны быть все пять названий. Отсутствующая строка может означать неприменимость сигнала или недоступность его агенту. Это не наблюдённое off.

Если отсутствие PaperOut превращают в «бумага есть», появляется факт, которого агент не сообщил. Если отсутствие Fault читают как «неисправности нет», границу видимости выдают за оценку исправности. Значение none рядом с on и off тоже требует осторожности: это не спокойный ноль, а возможность того, что сигнал неприменим или не представлен.

Состояние линии не означало успеха печати

Power в on относится к линии Power, а не ко всему пути печати. Online в on не говорит, что документ предложен, принят или обработан. Busy в on не называет занятие устройства и не показывает прогресс конкретного задания. PaperOut в on не указывает лист, лоток, заказ или момент. Fault в on не содержит причины и не распределяет ответственность. Равным образом off не удостоверяет успешную копию.

Для вопроса о принятии задания нужен журнал очереди. Для вопроса о сформированной странице — запись рендерера или устройства. Для вопроса о получении — источник на стороне распространения или самого получателя. Физический MIB не получает эти ответы только потому, что его сигналы знакомы по принтеру.

Счётчик переходов не был счётчиком заданий

paraInSigChanges и paraOutSigChanges считают переходы onoff в обоих направлениях. Это хороший признак колебания физической линии и повод проверить кабель, драйвер или периферию. Однако десять переходов Busy не означают десять документов или страниц. Переход PaperOut не сообщает, какая бумага была до него, пополнили ли запас и продолжилась ли работа. Переход Fault — наблюдаемая граница, а не причина неисправности.

Накопленное число не хранит длительность состояний, полный порядок, причины и связь с приложением. Поэтому вместе с ним нужно сохранять время чтения, порт, тип оборудования, направление, имя сигнала и, если важна последовательность, отдельные образцы состояния. Журналы очереди, драйвера и устройства можно сопоставить с ним, но нельзя заменить им.

Обнаружить и установить — разные полномочия

Входной сигнал — это то, что агент обнаруживает локально. Выходной — то, что программа локально устанавливает. Одинаковое имя в двух таблицах не отменяет направления и источника. Установленный выход подтверждает действие на определённом интерфейсе; он не доказывает, что удалённое устройство поняло условие, приняло данные или завершило операцию. Обнаруженный вход не объясняет, почему устройство выдало сигнал, как оно настроено и что решила очередь.

Такое разделение сохраняет владельцев фактов. Сопровождающий драйвера отвечает за своё воздействие, оператор устройства — за наблюдение устройства, владелец очереди — за принятие, приложение — за содержание, получатель — за факт просмотра. RFC 1318 не сводит эти голоса к одной фразе о состоянии принтера.

Напечатанная страница принадлежала другой цепочке доказательств

Изменение PaperOut может быть отличным свидетельством о физической линии в конкретный момент. Ошибка возникает, когда его делают распиской за документ. Доказательство страницы может существовать в другой системе и тогда, когда эта линия не представлена у порта.

Проверяемая запись сохраняет индекс и тип порта, вход или выход, имя сигнала, none/on/off, счётчик, агента и время. Утверждения о принятии файла, создании страницы, распространении или прочтении требуют самостоятельных записей с собственными владельцами. Корреляция даёт объяснение; подмена оставляет вывод без источника.

Источники и границы доказательств

Статья основана на RFC 1318, Definitions of Managed Objects for Parallel-printer-like Hardware Devices (апрель 1992). RFC подтверждает физический MIB, таблицу портов, таблицы входных и выходных сигналов, ограничения обнаружения и установки, имена Power/Online/Busy/PaperOut/Fault, состояния none/on/off и счётчики переходов. Он не подтверждает работающий принтер, документ, переданные байты, поданное или принятое задание, отрисованную или напечатанную страницу, содержание бумаги, получателя, ремонт или результат приложения.