Кратко

  • RFC 1286, выпущенный в декабре 1991 года по стандартному пути, ввёл управляемые объекты для мостов на основе проекта IEEE 802.1d. Авторы намеренно выбрали небольшой, полезный и не дублирующийся набор, не перегружающий критические участки измерениями.
  • dot1dBasePortIfIndex связывает порт моста с интерфейсом, но несколько портов могут разделять один интерфейс, а номер порта не обязан совпадать с ifIndex. Счётчики охватывают только мостируемые протоколы; поле FDB сообщает место наблюдения источника либо ноль при наличии информации без выученного порта.

Ограниченный набор объектов был условием достоверного чтения

RFC 1286 описывал прозрачные мосты и мосты с маршрутизацией от источника, ориентированные на проект IEEE 802.1d; он учитывал и подсети, не являющиеся LAN. Но спецификация не пыталась превратить управление мостом в перепись всех сетевых обстоятельств. Её критерии говорят о малом существенном наборе, пользе для управления отказами и конфигурацией, ограничении общего числа объектов, исключении повторяющихся, выводимых или бесполезных полей и отказе от тяжёлой инструментализации критических частей.

Это задаёт статус MIB-объекта. Он представляет определённую точку наблюдения или управления, согласованную между реализациями. Он не является полной моделью корпуса, кабельной системы, всех функций устройства или всех субъектов, действующих вокруг него. Незаписанное не становится несуществующим; записанное не получает более широкий смысл только потому, что его удобно поместить в отчёт.

Ссылка на интерфейс не отменяла самостоятельность порта

Особенно ясно это видно в отношениях с группой interfaces из MIB-II. Интерфейс рассматривается как подключённый к subnetwork; RFC отдельно подчёркивает, что этот термин не следует автоматически сводить к IP-подсети. У моста есть порты, и каждый порт связан с интерфейсом. dot1dBasePortIfIndex возвращает соответствующее значение ifIndex.

Далее документ не оставляет места для простой подстановки одного слова вместо другого. С одним интерфейсом могут быть связаны несколько портов; пример — несколько виртуальных каналов X.25 на одном интерфейсе. Номер каждого порта уникален, но между номером порта и номером интерфейса нет обязательной связи. Совпадение «порт 4 — интерфейс 4» в конкретном устройстве не делает порт физическим разъёмом и не доказывает, что интерфейс выполняет только одну роль.

Связь полезна для перехода между двумя управленческими представлениями. Она не даёт права слить их в единый объект. Строка порта описывает информацию, нужную функции моста; строка интерфейса относится к поверхности interfaces-group. Именно сохранение этого различия позволяет проверить, откуда взялся каждый последующий вывод.

Счётчик моста имел функциональный, а не кабельный знаменатель

RFC 1286 прямо рассматривает устройство, которое на тех же интерфейсах делает не только bridging. В его примере сущность маршрутизирует IP-дейтаграммы и мостирует другие протоколы. К функции моста относится лишь вторая часть трафика. Поэтому Bridge MIB и, в частности, его счётчики применяются к данным, отправленным или полученным для мостируемых протоколов, но не обязаны представлять все данные, отправленные или полученные интерфейсом.

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

Таблица пересылки хранила состояние наблюдения, а не адресную истину

В базе пересылки прозрачного моста dot1dTpFdbAddress обозначает одноадресный MAC, для которого мост имеет информацию о пересылке или фильтрации. dot1dTpFdbPort равен нулю или номеру порта, на котором был замечен кадр с этим адресом источника. Ноль не означает отсутствия сведений: у моста может быть статическая информация о пересылке или фильтрации без выученного номера порта.

Поле статуса различает other, invalid, learned, self и mgmt. Недействительная запись могла быть выучена, устареть и ещё не быть удалённой. Выученная запись использует сохранённый выученный порт. self относится к одному из адресов самого моста, а mgmt связан с экземпляром статического адреса. Значит, наличие строки ещё надо читать вместе с её состоянием и временем.

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

Уникальный адрес моста помогал протоколу различать, но не атрибутировать

dot1dBaseBridgeAddress — MAC-адрес, применяемый, когда на мост надо сослаться уникально. RFC рекомендует, но не предписывает выбирать наименьший численно MAC-адрес среди портов моста. Вместе с приоритетом spanning tree он образует BridgeIdentifier, используемый протоколом.

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

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

В статье использован RFC 1286 — Definitions of Managed Objects for Bridges. Источник подтверждает область Bridge MIB 1991 года, связь порта и интерфейса, область счётчиков, уникальный адрес моста и статусы базы пересылки. Он не подтверждает действующий мост, интерфейс, порт, MAC-адрес, хост, владельца, полный трафик, топологию, авторизацию, доставку или развёртывание.