Кратко

  • RFC 3381 добавил к IPP четыре необязательных атрибута хода задания и атрибут подборки листов. Значения относились ко всему заданию, текущему документу, текущей копии либо укладываемому листу.
  • Порядок листов, документов и копий менял последовательность роста и сброса счётчиков. Если устройство не видело физическую укладку, «завершено» могло означать приближение по окончанию обработки.

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

RFC 3381 вышел в сентябре 2002 года как документ Standards Track. Он определил job-collation-type, sheet-completed-copy-number, sheet-completed-document-number и impressions-completed-current-copy, а также sheet-collate для запроса подобранных либо неподобранных листов.

Документ не создавал универсального процента готовности. Он показывал недостаточность одной величины. job-impressions-completed накапливал оттиски всего задания. Счётчик текущей копии возвращался к нулю при каждом новом документе и каждой новой копии. Номера документа и копии вместе с типом подборки задавали координаты.

Атрибуты были взяты из PWG Job Monitoring MIB, описанной в RFC 2707. Их разрешалось включать в уведомления, развитые позже в RFC 3995 и RFC 3996. Быстрая доставка не расширяла доказательную силу числа: получателю всё равно требовались порядок и правило сброса.

RFC 3381 сравнил три порядка одного задания: по три копии двух документов, каждый из трёх оттисков. При неподобранных листах один лист повторялся во всех копиях до следующего. При подобранных документах первая копия каждого документа предшествовала второй. При неподобранных документах все копии первого завершались до второго.

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

sheet-collate задавал порядок листов внутри копии, а multiple-document-handling — связь документов и копий. Вместе они формировали логические комплекты. Сочетания без согласованной семантики принтер обязан был отклонить как конфликтующие атрибуты.

Физическое устройство могло изменить видимый итог. Сортировщик выходных лотков создавал подобранный результат, хотя машина сообщала uncollated-sheets. Для программы наблюдения устройство с таким сортировщиком могло не отличаться от устройства без него. Счётчик описывал наблюдаемый путь, а не всё, что пользователь увидит в лотке.

У «завершено» тоже была граница. Обычно лист или оттиск считался завершённым после укладки. Но реализация, не способная заметить укладку каждого листа, могла приблизить её моментом окончания обработки. Целое число оставалось точным, а физическое утверждение останавливалось раньше.

Между обработкой и стопкой могли оставаться транспорт, финишная операция или замятие. RFC не устранял расстояние, а признавал предел наблюдаемости. Превращать такое приближение в обещание физической выдачи означало приписывать протоколу лишний результат.

Сбросы были частью смысла. impressions-completed-current-copy возвращался к нулю для каждого документа и каждой копии. Если хранить только время и число, нормальная смена выглядела потерей прогресса. Нужны идентификатор задания, номера документа и копии, подборка и переход состояния.

Неизвестно не равнялось нулю. Когда номер копии или документа нельзя было узнать, принтер возвращал внеполосное значение IPP unknown, а не отрицательный код некоторых MIB. Ноль означал начальное состояние; неизвестно — отсутствие наблюдения. Подмена создавала вымышленное событие.

Все атрибуты были необязательными и могли поддерживаться в любом сочетании. Принтер мог показать итог без текущего документа или тип подборки без каждого счётчика копии. Отсутствие поля не доказывало остановку. Оно лишь ограничивало вывод.

RFC 3381 обновил RFC 2910 и опирался на модель RFC 2911; RFC 3196 давал рекомендации по реализации. RFC 3380 решал соседнюю, но иную задачу: атомарное принятие или отклонение изменения атрибутов. Принятое изменение не доказывало укладки листа.

Позже RFC 8010 и RFC 8011 объединили транспорт и модель IPP/1.1, сделав RFC 3381 устаревшим. Это история норм, а не свидетельство внедрения или успешного вывода. RFC 2567 и RFC 2568 объясняют ранний выбор объектов и атрибутов для требований пользователей и операторов.

Подход Lu Heng к минимальной начальной спецификации объясняет необязательную, составную лексику: общий язык не требовал одинаковых датчиков. Его анализ слоёв реальности разделяет запрос подборки, внутреннюю обработку, рост числа, движение листа, укладку и получение пользователем.

Наследие RFC 3381 — не число три, а контекст, который не позволял числу лгать. Значение становится проверяемым свидетельством, когда вместе с ним сохранены предмет счёта, порядок, точка сброса и реально видимая устройству граница.

Источники