Кратко

  • RFC 3055 создал серверную MIB для четырёх услуг PINT, четырёх временных окон и глобального, клиентского, пользовательского и шлюзового срезов.
  • «Успешно» оставалось классификацией агента, а не независимым доказательством ответа, слышимости содержания или читаемости факса.

Интернет просил, телефонная сеть выполняла

PINT связывал разные системы, не стирая границу. Интернет-запрос мог вызвать две стороны, отправить факс, вернуть по факсу документ из телефонной сети или прочитать содержание по телефону. Существенная часть исполнения оставалась внутри PSTN.

Сервер мог принять запрос, который затем отвергал шлюз. Шлюз мог принять его, но не завершить телефонную операцию. Установленное соединение не доказывало, что человек услышал речь; завершение факса — что лист оказался читаемым.

RFC 3055 был опубликован в феврале 2001 года как Proposed Standard. Его SMIv2 MIB зарегистрирована IANA под номером 93 в mib-2. Область намеренно узка: показатели PINT, а не управление сетевыми элементами или общая производительность хоста и сети. Эта узость указывала место наблюдателя.

Четыре услуги и четыре среза

Услуги: Request-to-Call, Request-to-Fax, Request-to-Fax-Back и Request-to-Hear-Content. Периоды: 30 секунд, 15 минут, 24 часа и время после перезагрузки.

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

Это не были четыре независимых свидетеля. Агент работал на PINT-сервере, даже наблюдая соединения со шлюзами. Срезы помогали локализовать проблему, но не создавали независимую трассу внутри PSTN или конечного устройства.

Где определялся успех

Названия SuccessfulCalls звучат окончательно. Но MIB стандартизировала способ выдачи классификации реализацией, а не ставила наблюдателя рядом с каждым телефоном.

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

Counter32 требует истории

Значения имели тип Counter32. SMIv2 задаёт рост до 2^32−1 и возврат к нулю и предупреждает: одиночное значение обычно не несёт информации.

Сумма не является скоростью. Нужны предыдущая и следующая выборки, время и непрерывность. RFC 3055 возложил обработку оборота «после перезагрузки» на потребителя. Перезапуск, пропущенный опрос или несовпавшие окна меняют смысл дельты.

Позднейшая Application MIB подробнее описывала разрывы, но это не доказывает наличие таких индикаторов у каждого PINT-агента.

Отсутствующая строка не равна нулю

Таблицы клиентов и пользователей могли быть дорогими. Старение строк оставили локальной реализации; top-N лишь предложили на будущее. Отсутствие могло означать бездействие, истечение, не реализованную детализацию, нехватку ресурсов или иной идентификатор.

UserIdName ожидался уникальным для соответствующих серверов и шлюзов. Добавление идентификатора клиента и времени было одним вариантом. Ключ выражал политику идентичности, а не только трафик.

Молчание сигнализации

RFC 3055 не определил собственных уведомлений. Для повторных отказов авторизации и нежелательных звонков он ссылался на пороги RMON. Однако тревога зависит от переменной, интервала, режима выборки, порогов и события.

Отсутствие тревоги может означать отсутствие пересечения порога или отсутствие настройки, данных и доставки. Молчание не является квитанцией здоровья.

Чтение тоже раскрывало тайны

Записываемым был только административный контакт; объектов read-create не было. Но идентификаторы, отношения со шлюзами, объёмы и отказы могли раскрывать клиентов и коммерческие показатели. RFC предупреждал, что одного SNMPv1 мало, и рекомендовал USM и VACM. Шифрование сети само не решает, какой субъект читает какой объект.

RFC 3414 и RFC 3415 позднее заменили процитированные документы. Это контекст, не доказательство внедрения.

Источники

Lu Heng не писал и не одобрял RFC 3055. Его эссе служат только раскрытыми аналитическими линзами. H. Lu из RFC 2458 не отождествляется с ним без независимых доказательств.