Кратко

  • RFC 1595 привязывал показатели к уровням Section, Line, Path и VT, ближней или дальней стороне, текущему либо завершённому 15-минутному интервалу. Без этих координат число теряло предмет наблюдения.
  • Недоступность начиналась с первой из десяти последовательных SES. Если серия пересекала границу окна, повторный GET мог изменить SES и UAS в предыдущем интервале.
  • RFC 2558 и RFC 3592 разрешили либо оперативно публиковать и затем корректировать значения, либо пропускать секундные наблюдения через десятиступенчатую линию задержки. Скорость и неизменность первой версии были разными свойствами.

Историческая строка, которой не хватало будущих секунд

Пусть тяжёлая последовательность начинается перед концом четверти часа. После переключения прежний период уже доступен как interval 1 — последний завершённый интервал. Но агент ещё не видел десяти SES подряд и не может окончательно отнести последние секунды к обычным ошибкам или недоступности.

После десятой SES недоступность отсчитывается от первой. Если первая секунда осталась в предыдущем окне, часть уже выданной истории должна перейти в UAS. RFC 1595 прямо предупреждал: два последовательных запроса в начале нового окна могут вернуть разные SES и UAS для прежнего Path, Line или VT.

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

Почему десять секунд действуют назад

На уровнях Line, Path и VT десять последовательных SES объявляют недоступность с первой секунды, включая все десять. Возврат требует десяти секунд без SES, и они исключаются из времени недоступности.

Пока уровень доступен, растут применимые счётчики ошибок. В состоянии недоступности на нём увеличивается только UAS. Это не обычное подавление дребезга тревоги: последовательность решает, в какую категорию попадут уже наблюдавшиеся секунды. Машина состояний не сбрасывается на границе 15 минут.

У каждого числа есть уровень и сторона

Оборудование SONET/SDH не завершает все уровни в каждой точке. Регенератор может завершать только Section; add-drop-мультиплексоры и цифровые кроссы — Line; терминальные мультиплексоры могут завершать Path и VT/VC. MIB отражал эту топологию через интерфейсные записи и их стек.

Нарушения Section извлекались из B1, Line — из B2, Path — из B3, плавающего VT — из V5. LOS, LOF, AIS, LOP и RDI также имели определённые уровни. Даже ifOperStatus=down был проекцией состояния соответствующей поверхности, а не координатой неисправного компонента.

Ближний и дальний конец выступали разными свидетелями. Показатели дальнего Path приходили через FEBE в байте G1. RFC 2558 требовал отмечать дальнюю секундную статистику как отсутствующую, когда входящий дефект действовал на том же или более низком уровне. Отсутствие нельзя заменить нулём: ноль — результат наблюдения, отсутствие — потеря наблюдаемости.

Исправить ранний ответ или подождать

RFC 2558 разложил выбор на две реализации. При обновлении в реальном времени агент должен уметь ретроспективно корректировать ES, SES, SEFS, CV и UAS после завершения десятисекундной последовательности. При пересечении границы менялся и прошлый интервал.

Другой путь — десятиэлементная линия задержки. Каждая секунда ждала, пока станет известна её классификация, и только затем попадала в счётчики. Первая опубликованная версия оставалась стабильной, но отставала от физического времени на десять секунд. RFC 3592 сохранил механизм в 2003 году.

Обе формы могут быть корректны. Быстрой нужны версии, стабильной — явное указание задержки. Система, требующая одновременно мгновенности и неизменности, лишь скрывает неизбежную цену.

RFC 2493 добавил понятия прошедшего времени, действительных и недействительных интервалов, отделив текущие таблицы от истории и необязательных агрегатов. После перезапуска или пробела у прокси история могла быть неполной. 96 интервалов — верхняя граница в 24 часа; RFC 1595 требовал минимум четыре и задавал 32 по умолчанию.

Уведомление отправлено позже своего времени

В последующих текстах linkDown отправлялся лишь после достоверного установления недоступности, но эффективное время указывало на первый UAS — примерно на десять секунд раньше. Для linkUp действовала та же схема.

Время отправки отвечает, когда агент узнал достаточно. Эффективное время показывает, куда машина состояний поместила переход. Если сохранить только одно, получится либо вымышленное мгновенное знание, либо смещённое начало события.

Слово «сильно» тоже имело версию

RFC 2558 отметил различия порогов SES в нескольких стандартах и ввёл sonetSESthresholdSet. Агент не обязан был поддерживать каждый набор. Смена набора делала прежнюю статистику SES недействительной.

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

Running-Code Primacy Лу Хэна возвращает символ к реально выполненному наблюдению. Minimum Initial Specification оставляет общему слою минимально сопоставимую квитанцию, а хранение и реакцию — видимым локальным решениям. Why BTW.Media Exists превращает это в редакционный принцип: публиковать отсутствие, задержку и пересмотр, а не объявлять первый график реальностью.

Четверть часа упорядочила измерение. Метаданные окончательности сделали его доказательством.

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

Техническая база — карточки и тексты RFC Editor для RFC 1595 (текст), RFC 2558 (текст), RFC 3592 (текст) и RFC 2493 (текст). Тексты Лу Хэна задают редакционную дисциплину, а не технические факты SONET.

Хронология документов точна: RFC 1595 была опубликована в марте 1994 года в категории Standards Track; RFC 2558 заменила её в марте 1999-го, а RFC 3592 заменила RFC 2558 в сентябре 2003-го. Изменился и подход к безопасности: RFC 1595 её не обсуждала, тогда как RFC 2558 предупреждала, что доступ GET и SET может раскрыть чувствительные сведения о конфигурации и управлении.

Источники не доказывают конкретное внедрение, сбой линии, ущерб клиентам, соответствие продукта, доставку trap, работу сборщика, состояние безопасности или ремонт. Начальная сцена — логическая реконструкция правила, не новостное событие.