Кратко

  • Счётчики приёма RFC 1304 включали лишь безошибочные PDU уровня 3, а sipL3Errors учитывал отбросы из-за обработки протокола или битовых ошибок, исключая адресацию.
  • Нарушения подписки и Destination Address Screening могли отбрасывать трафик, но относились к другой MIB; «общий» показатель был общим только для объявленного набора причин.
  • Таблица ошибок хранила последнюю запись каждого типа, а RFC 1694 позднее перенёс часть счётчиков в ifTable, поэтому без происхождения и временной эпохи число нельзя считать историческим доказательством.

Почему одного числа было мало

RFC 1304 вышел в феврале 1992 года как Proposed Standard и определил управляемые объекты для SIP — SMDS Interface Protocol. Описанный стек включал SIP уровней 3 и 2, процедуру согласования с физическим уровнем и DS1 либо DS3. Уже эта схема распределяла наблюдение: транспортные интерфейсы обслуживали существующие MIB, а подписка SMDS и конфигурация Subscriber-Network Interface находились в другой работе.

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

Приём начинался после части проверок

Объекты для индивидуально и группами адресованных PDU уровня 3 считали только безошибочные единицы. Поэтому их нельзя напрямую сравнивать с сырым числом кадров на линии и называть разность потерями. Популяции возникали на разных этапах обработки.

Объект sipL3Errors охватывал PDU от удалённой системы, в которых обнаружили ошибку обработки протокола или битовую ошибку и которые поэтому отбросили. Ошибки адресации в него не входили. В расчёте ошибок PDU уровня 3 RFC сочетал синтаксическую составляющую с семантическими: нераспознанными индивидуальными и групповыми адресами назначения и недопустимыми типами адресов SMDS.

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

Политика подписки отвечала в другом реестре

Документ прямо предупреждал: публичная сеть SMDS способна отбрасывать PDU из-за нарушения подписки, а соответствующие объекты находятся в SMDS Subscription MIB. Нарушения Destination Address Screening также исключались из счётчиков неизвестных адресов назначения.

Следовательно, нулевой sipL3Errors совместим с политическим отказом. Рост адресных ошибок совместим с исправным физическим каналом. Рост безошибочного приёма ничего не доказывает о работе конечного приложения. У каждого утверждения свой владелец и свой набор событий.

Панель может честно показать конкретный объект и нечестно подписать его «все потери». Подмена совершается не в стандарте и не в пакете, а в удалении оговорок при агрегации.

Последняя карточка вытесняла предыдущую

Для двенадцати синтаксических ошибок уровня 3 RFC создал таблицу. Она различала неверные поля адреса, невозможные размеры, ошибочные позиции или длины расширений заголовка, несовпадения тегов и длины, а также истечение Message Receive Interval. Для каждого типа и интерфейса строка содержала отвергнутые адреса источника и назначения и отметку времени на основе sysUpTime.

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

Даже ненулевая отметка требует эпохи работы устройства. sysUpTime не является самодостаточным календарным временем; после перезапуска шкала начинается заново. Экспорт без идентичности системы и контекста перезапуска превращает «последний» в двусмысленное слово.

Зарезервированное имя не запускало функцию

В дереве MIB присутствовала группа выбора оператора связи, однако RFC 1304 называл её placeholder. Зарезервированная ветвь позволяла будущей спецификации занять согласованное место. Она не доказывала наличие объектов, алгоритма выбора или выполненного решения.

Таблица IP поверх SMDS связывала IP-адрес с индивидуальным адресом SMDS, групповым адресом Logical IP Subnetwork и адресом для ARP-запросов. Связь была неоднозначной: один адрес SMDS мог соответствовать нескольким IP-адресам, а один SNI — участвовать в нескольких логических подсетях.

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

Семантика пережила переезд, происхождение — не автоматически

В августе 1994 года RFC 1694 сделал RFC 1304 устаревшим и предложил модуль SMIv2, назвав определения семантически идентичными. Одновременно он объявил несколько старых SIP-счётчиков устаревшими и направил менеджеров к соответствующим объектам ifTable.

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

Гладкий график может быть результатом склейки разных источников. Ступень может отражать новую точку измерения, а не аварию. Вместе со значением необходимо хранить OID, версию модуля, интерфейс, период опроса и эпоху счётчика.

Границы стандарта были частью его точности

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

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

Источники