Кратко

  • RFC 1315 задал объекты управления Frame Relay DTE и рассматривает один физический интерфейс к сети с несколькими виртуальными соединениями или соседями.
  • DLCMI задаёт интервалы запросов, окно наблюдения и порог запросов без ответа перед объявлением интерфейса down; цепи и ошибки остаются отдельными группами.
  • Такой статус — локальное суждение о управляемом интерфейсе, а не доказательство отказа каждого VC, узла, кадра или сервиса.

Одна поверхность, много отношений

RFC рассматривает Frame Relay как среду множественного доступа, а не как набор отдельных физических соединений точка-точка. Одна физическая связь ведёт в сеть, а поверх неё существуют разные виртуальные связи. Группировка виртуальных соединений под соответствующим интерфейсом облегчает диагностику, но не отменяет их различий.

Именно поэтому MIB разделяет группы DLCMI, circuits и errors. Строка таблицы circuit может описывать конкретный DLCI и виртуальную цепь. Объект интерфейса описывает параметры управления. Счётчик записывает определённое наблюдение. Общая физическая поверхность не позволяет ни одному из этих объектов говорить за остальные. Строка не доказывает трафик, объявление down не рассказывает о каждом VC, а счётчик не называет затронутое приложение.

Молчание, ограниченное правилом

RFC 1315 определяет интервал между status enquiry, интервал полной проверки, максимальное число запросов без ответа перед down и число контролируемых интервалов, внутри которых считаются ошибки. Агент не превращает один пропавший ответ в общий рассказ об аварии. Он считает определённый вид отсутствия ответа в настроенном окне и применяет настроенное правило к интерфейсу.

Следовательно, запись поддерживает ограниченное утверждение: с такими параметрами агент объявил такой интерфейс down. Она не доказывает сбой оператора, недоступность удалённого оборудования, изменение всех VC, потерю пакетов или влияние на пользователя. frDlcmiState сообщает активную схему управления и подразумеваемый DLCI интерфейса; это не идентичность всего пути и не сертификат доступности всех каналов.

RFC отмечает, что виртуальные цепи могут добавляться, удаляться или менять доступность при нормальной работе, и определяет trap как дополнение к Link Up и Link Down. Trap — уведомление управляемого события, а не аудит всех кадров, гарантия доставки уведомления или результат приложения. Временная линия должна раздельно хранить переход интерфейса, число запросов, окно и порог, снимок таблицы цепей, trap, сообщения управления, трафик и проверку сервиса.

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

Статья основана на RFC 1315, Management Information Base for Frame Relay DTEs (апрель 1992). Он подтверждает модель одного интерфейса с несколькими виртуальными соединениями, группы DLCMI/circuits/errors, интервалы, порог, окно, изменения VC и trap. Он не подтверждает реальный интерфейс, оператора, удалённый узел, отказ канала, трафик, влияние на клиента, ремонт или восстановление.