Кратко

  • RFC 1243 поместил порты, маршруты, зоны, регистрации служб и счётчики AppleTalk в одну SNMP MIB, но требовал учитывать происхождение значения и состояние строки.
  • RFC 1742 позднее изменил несколько границ read-write/read-only и добавил источник, значение по умолчанию и текущее значение. Доступ оказался пересматриваемым распределением ответственности, а не подтверждением изменения сети.

В июле 1991 года RFC 1243 описал управляемые объекты AppleTalk для SNMP. Группы LLAP, AARP, ATPort, DDP, RTMP, KIP, ZIP, NBP и ATEcho следовали уровням и служебным механизмам стека. Если семантика группы относилась к реализации, агент должен был реализовать всю группу. Это определяло поверхность совместимости, но не доказывало состояние конкретного устройства.

В таблице ATPort строка логического порта содержала тип, диапазон сети, адрес, состояние, зону и связь с физическим интерфейсом. Многие поля были доступны для чтения и записи. Рядом находились read-only объекты atportNetConfig и atportZoneConfig, объяснявшие, откуда появилась конфигурация.

У каждого было четыре значения. configured означало явную настройку. garnered — предположение, сделанное после изучения сети. guessed — случайно выбранную конфигурацию. unconfigured — её отсутствие. Совпадение сетевого номера не превращало эти истории в одну: административное намерение, локальный вывод и временный запуск имели разную доказательную силу.

Отдельно работал atportStatus: operational, unconfigured, off или invalid. Запись invalid разрывала соответствие, однако удалять ли строку физически, решала реализация. RFC предупреждал, что станция управления может получить данные, уже не используемые агентом. Наличие строки подтверждало лишь её возврат.

В RTMP диапазон, следующий переход, тип сети, порт, число переходов и состояние хранились раздельно. Большинство маршрутных значений в RFC 1243 были read-write. Состояние менялось от good через suspect и goingBad к bad; инвалидированная строка могла остаться в таблице. KIP различал configured, learned и invalid и отдельным полем определял распространение сведений другим маршрутизаторам. Происхождение, пригодность и распространение не сводились к одной записи.

ZIP связывал зоны с достижимыми диапазонами. NBP описывал зарегистрированные службы через имя, тип и зону. Основные поля можно было менять, а самостоятельное состояние управляло инвалидированием. Простое перечисление строк без состояния превращало остаточные сведения в ложный текущий инвентарь.

Счётчики ATEcho тоже были ограничены: принятые запросы и отправленные ответы. Они не сопоставляли конкретную пару, не называли узел, не фиксировали путь и не доказывали успех пользовательского теста. Вопросы безопасности RFC 1243 не обсуждал.

Преемник изменил направление доступа

В январе 1995 года RFC 1742 объявил первую спецификацию устаревшей и выпустил AppleTalk MIB II. Новые группы и счётчики были лишь частью пересмотра: изменились существующие права доступа.

atportNetConfig и atportZoneConfig стали read-write вместо read-only. В обратную сторону диапазон RTMP, следующий переход, тип, порт и число переходов стали read-only. Имя и диапазоны зоны ZIP тоже перевели в read-only. Новая MIB иначе провела линию между вводом менеджера и состоянием, поддерживаемым протоколом.

Происхождение стало подробнее. atportNetFrom и atportZoneFrom указывали источник. Прежний объект зоны переименовали в atportZoneDefault, а atportCurrentZone вынесли отдельно. Желаемая зона больше не должна была изображать текущую. Для NBP текст советовал агенту перерегистрировать службу после изменения имени, типа или зоны. Это обозначало последующее действие, но не делало Set доказательством его завершения.

Появились счётчики поисков и попаданий AARP, удалений и переполнений RTMP, сбоев регистрации NBP и трафика по портам. Одновременно LLAP-счётчики, дублировавшие интерфейсные показатели MIB-II, получили статус deprecated. Добавление и исключение метрики меняет охват и знаменатель; дата публикации не доказывает синхронный переход агентов, сборщиков и исторических рядов.

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

Этой полной цепочки в документах нет. Они показывают, почему таблица не может её заменить.

Источники и ограничения

Основные источники — RFC 1243, AppleTalk Management Information Base, и RFC 1742, AppleTalk Management Information Base II. Они подтверждают определения, доступ, состояния и изменения. Они не доказывают реализацию, администратора, авторизацию, принятую запись, активный маршрут, текущую зону, успешную регистрацию, доставку, распространённость или пользовательский результат.