Кратко

  • RFC 3498 возвращал через apsCommandSwitch последнюю записанную команду, но прямо предупреждал, что она могла быть вытеснена более приоритетным локальным или удалённым запросом.
  • Текущие K1/K2, выбранный канал, реальный световой путь, непрерывность счётчиков и восстановление услуги требовали отдельных квитанций.

Защитная линия могла быть полностью включена в активную группу и одновременно заблокирована. lockoutOfProtection не удалял конфигурацию; он запрещал рабочим каналам переходить на защиту. Панель, проверяющая только существование группы, увидела бы резерв. Состояние канала сообщало бы, что использовать его нельзя.

RFC 3498 именно поэтому разделил конфигурацию, команды и текущее состояние.

Документ определял SMIv2 MIB для линейной автоматической защиты SONET в архитектурах 1+1 и 1:n. Кольца не поддерживались. Менеджер мог сопоставлять LTE-интерфейсы, создавать каналы и группы, активировать их, подавать команды, читать протокольное состояние, статистику и уведомления.

Каналы создавались до группы. Они имели имя, номер, InterfaceIndex и, для 1:n, приоритет. Для активации требовалась непрерывная последовательность от нуля или единицы, в зависимости от режима, и не более четырнадцати рабочих каналов. Несовместимая конфигурация возвращала inconsistentValue.

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

Через неё можно было очистить запросы, заблокировать защиту, принудительно или вручную переключить в обе стороны, провести exercise. Для 1:n существовал lockout отдельного рабочего канала. Равный или более приоритетный запрос мог не позволить выполнить новую команду.

При чтении объект показывал последнюю записанную команду. RFC особо указывал, что она не обязательно действует сейчас: локальный автоматический или удалённый запрос мог её вытеснить. Для настоящего состояния следовало читать полученные и переданные K1/K2.

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

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

На уровне канала различались lockout, ухудшение, отказ, switched и ожидание восстановления. Пороги BER участвовали в классификации ухудшения и отказа; потеря сигнала, кадра и AIS-L также могли объявить отказ. WTR задерживал возврат после автоматического переключения, чтобы нестабильная линия не вызвала дребезг.

Счётчики были привязаны к эпохе. Число переключений, время последнего и секунды на защите отвечали на разные вопросы. Последняя величина имела смысл только в revertive-режиме. Его отключение могло превратить ненулевое значение в ноль, а время discontinuity должно было отметить изменение. Перезапуск управления тоже разрывал историю.

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

Записываемые объекты делали SNMP частью критического управления. Злоумышленник мог менять команды, блокировки, направление, возврат, пороги, ожидание, интерфейсы и приоритеты. RFC не рекомендовал версии до SNMPv3 и требовал аутентификацию, конфиденциальность и доступ только законным принципалам. Но даже законный пользователь участвовал в приоритетном арбитраже, а не отменял его.

Лестница доказательств такова: авторизованный SET; принятые индекс и значение; выигранный приоритет; сохранённая команда; исходящие K1/K2; ответ дальней стороны; текущий канал; реальный свет; непрерывные счётчики и тревоги; восстановленный клиентский трафик; готовность к следующему отказу. Конфигурация и последняя команда занимают только верхние ступени.

Минимальная спецификация RFC 3498 сделала эти факты переносимыми между реализациями, не объявляя один объект владельцем реальности. Если команда, протокол и свет расходились, требовалось сохранить расхождение и выяснить, какой центр управления победил.

Sources